Šī ir veca dokumenta versija!
- Datums - Klients - Problēmas apraksts - Risinājums - Statuss
Koncerna uzstādījumi
Uzturēšana – Finanšu uzstādījumi – Koncerna uzstādījumi
Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: Kontam jābūt Korporatīvajā sarakstā - jā
Zem Koncerna uzstādījumiem var redzēt kas ir mātes uzņēmums un kas meitas. Mātes uzņēmuma kods ir norādīts kolonnā Parent company. PIEM> 1Home Group kontsern (nr. 50) ir Mātes kompānija šīm datubāzēm: 1Home Group AS un AS filiāle un Duck Republis SIA.
Tad jāsaskaņo, jāsazināties ar MĀTES kompāniju un mātes kompānijas datubāzē, finanšu kontu plānā jāieliek šis jaunais konts. Pēc tam attiecīgi arī meitas uzņēmumos varēs viņu pievienot. Vai parādisies uzreiz, vai jāieliek manuāli ?!!?
Šobrīd aktīvas ir trīs bankas:
Citadele ir iekomentēta LUM_izdrukās. Luminor ir pievienots caur papildus lauku un ir iespējams to rediģēt, lai veiktu izmaiņas arī saistītajās izdrukās.
Nepieciešams pārliecināt Arnoldu par to, lai samaksā un pievieno visas trīs bankas ar iespēju tās rediģēt.
Lai kopētu dokumenta lauciņus Directo ir svarīgi zināt šīs taustiņu kombinācijas:
• ALT + C - Nokopē dokumenta lauciņu vērtības. Kursors drīkst būt ieklikšķināts kādā no dokumenta lauciņiem.
• CTRL + ALT + V – Iekopē nokopētās vērtības dokumenta lauciņos, jeb Paste. !!Kursors nedrīkst būt ieklikšķināts dokumenta lauciņā!!
Pirkuma uzstādījumi –> Ienākošais rēķins lieto Izdevumu Tipus
Zem pārdošanas uzstādījumiem - price formula has recepie
Jebkura klienta kartiņu atverot, spiež uz „āmurīša“ un opcija - New card does NOT open…
Uzstādījumos meklētājā ierakstot: Nepieciešams Apstiprinājums / Turpināšana, Jūs atradīsiet saskaņošanas parametru tabulu. Šajā tabulā varam atzīmēt kā notiek saskaņošana: Secīgi vai noklusējumā – paralēli.
Šobrīd priekš ienākošajiem rēķiniem jau ir iespējota Secīga apstiprināšana, kas nozīmē to, ka Lietotājs ar lielāko punktu skaitu tiks uzskatīts par “gala apstiprinātāju”. Dokumenta apstiprināšana notiek augošā secībā – lietotājs ar lielāko punktu skaitu saņem prasību par dokumenta apstiprināšanu tikai tad, kad mazāko punktu lietotāji ir to apstiprinājuši.
Ienākošā rēķina lauki, kuri atceļ saskaņošanu (noņem parakstus) pēc izmaiņām
Šis lauciņš nosaka to, ka ja vēlākā saskaņošanā tiek mainīta kāda vērtība, kas ir bijusi saskaņota iepriekš, šis dokuments netiek saskaņots. Definējot laukus kuru izmaiņas atceļ saskaņošanu, jāraksta ir vērtības no .xml': p - header sekcija ; r - rows
Piemēri: p.summa - Dokumenta summa;r.konto - izevumu konts
Atskaitē – Stock Level
jeb Noliktavas atlikums
, jāatzīmē Noliktavas ID (Stock ID).
Ja vēlas grāmatot/rēķināt algas, tad jāpieslēdz sekojoši: Sistēmas uzstādījumi
- Speciāls
- jānorāda cilvēku skaits pie Max algu lietotāji
Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. Ja jārēķina vairāk nekā max lietotāju skaits, tad var norādīt piem.250 un algu modulis ir ar mēneša maksu.
Lai atslēgtu iespēju rēķināt/grāmatot algas, tad var norādīt Max algu lietotāji
0
Lietotājam tiesībās pie Dokumentiem jāpievieno rindiņas, kas attiecas uz algām:
Jāieķeksē viss arī pie Atskaites – Personāls - VISI
Iet uz: login.directo.ee/intclientlv/ocra_apollo_kino_lv/service_qa.asp
Pārd. Rēķina galva, numurs ir rēķina numurs:
Select * from mr_arved where number=[rēķina numurs]
Kases maksājuma info, arvenr ir rēķina numurs:
Select * from mr_arved_raha where arvenr=[rēķina numurs]
Ja viss kārtībā, t.i., nav citu maksājumu šim rēķinam, tad mainām termiņu uz K, number ir rēķina numurs:
Update mr_arved set tingimus='K' where number=[rēķina numurs]
Ja labota rindiņa pasūtījumā un rēķinā, rēķinu nevarēs apstiprināt, jo nav izveidojusies sasaiste piedāvājumam ar rēķinu tieši tai rindai, kas tika pielikta klāt.
Ar GOD MODE var redzēt rēķinā 4 bumbiņā saistītie pasūtījuma nr. un rindas nr. To vajag norādīt, aizpildīt lai visām rindām ir šī informācija.
Pasūtījumā jāpārbauda, kas norādīts sestajā bumbiņā - Rēķins piestādīts
. Tur jānomaina rindās uz 0
, lai sistēma saprot, ka artikuls nav vēl iekļauts rēķinā. Kad rēķins tiks apstiprināts, tad pasūtījumā nomainīsies uz 1
.
Uzstādījumos POGA - Tiešais rēķins
, var veidot rēķinu, kas neizmaina noliktavas daudzumu un ielec visas rindiņas no Piegādes, var izrakstīt rēķinu, par visu pasūtījumu arī kas nav piegādāts.
POGA vienkārši Rēķins
ir tikai par to, kas ir piegādāts vai arī ja bez piegādēm no pasūtījuma, tad rēķins ir kā noliktavas mainošs.
Izsūtot dokumentus no Directo ir iespēja izvēlēties starp divām sūtīšanas metodēm - Directo un SMTP. Directo - Sūtīšanai izmanto Directo serveri, bet pastāv iespēja, ka saņēmēja e-pasts šo ziņu saņems kā spamu, jo sūtītāja e-pasts nesakritīs ar to e-pasta izsūtītāja vārdu, kas ienāk saņēmējam. Lai šī opcija strādātu ir nepieciešams savām e-pasta uzturētājām (serverim) norādīt, ka sūtīs no Directo, bet tava e-pasta vārdā. Ja klientam ir savs SMTP serveris, šo opciju izmantot ir nevajadzīgi un es neieteiktu… SMTP - Šī opcija liek sūtītājam norādīt savu servera uzturētāja lietotāju un paroli, lai directo varētu sūtīšanai izmantot tavu e-pasta serveri. Gmail, inbox visiem ir pamācība kā atrast savus smtp uzstādījumus.
URL un Invoice Nr, kas rādās ir pārlūka header un footer opcijas, to nenosaka directo. Atšķirībā no pārlūka vajag atrast print page setup Headers and Footer.
Viņi veic nestandartā procesus, ienākošos maksājumus veic caur transakcijām un rēķinu nenoslēdz.
Rēķinus vēlas apm. 1x nedēļā visus noslēgt. To var izdarīt caur Ieskaitīšanas Prognozi
: Pārdošana – Atskaite - Ieskaitīšanas Prognoze
.
Atskaite atlasa nesamaksātos (arī daļēji samaksātos) rēķinus un izveidot masveidā maksājumus – Veidot Maksājumus
. Labāk to darīt pa klientiem, vai pēc maksāšanas datumiem, sadalīt gabalos.
Izveidojas transakcijas (ienākošais maksājums par rēķinu), bet lai nebūtu viņīem ienākošie maksājumi dubultā (jo jau manuāli ar transakcijām tika sataisīti maksājumi), transakcijā izdzēš rindiņas, lai nav grāmatojumi.
Var pārbaudīt ar atskaitēm, lai sakrīt Pārdošanas reģistrs
ar Virsgrāmatu
.
Pielikumā pievienoju attēlu ar uzstādījumiem, kas ir jāievada, lai pa klientiem redzētu neapmaksātos rēķinus, kas ir izrakstīti līdz 30.09, bet apmaksas termiņš ir vēlāks par šo datumu. Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē.
Uz Notikumu:
E-pasta adrese, lai nosūtītu uz datubāzi “eventu” ir datubāzes nosaukums@event.data.directo.ee, piem. telema_lv@event.data.directo.ee. E-pasts tiks piesaistīts kā notikums Directo.
Kā pielikumu:
E-pasta adrese, lai nosūtītu uz datubāzi pielikumu ir datubāzes nosaukums@data.directo.ee, piem. telema_lv@data.directo.ee.
Nosūtītie pielikumi Directo ir atrodami atskaitē Attachments jeb Pielikumi, pie Tipa/Type izvēloties Nepiesaistītie pielikumi jeb Unbound attachments.
Lai augšuplādētos datus pārvērstu piem. par ienākošo rēķinu un izveidotu dokumentu ir jāspiež poga RADĪT.
Viņi veido Rēķinus no Piedāvājuma –> Pasūtījuma –> Rēķins
un šobrīd daudzi no artikuliem ir noliktavas artikuli - prece nevis pakalpojums. Lai iegrāmatotu rēķinus ar artikuliem kuri ir noliktavas artikuli, bet noliktavu negrib uzskaitīt, šim artikulam ir jānomaina veids uz serviss/tiešs.
Lai mainītu dokumentu kurš ir apstiprināts pirms finanšu slēgšanas perioda, uzstādījumos ir jārieraksta „Finanses“ + enter un jānomaina finanšu periods uz datumu pirms šī dokumenta apstiprināšanas.
Tajās datubāzēs, kurām pieslēgts vairumimporta modulis un/vai vairumeksporta modulis (Bulk import, Bulk export), Uzstādījumos Galvenie uzstādījumi
- Lietotāju grupas
- Mainīt tiesības
, pēdējā logā Cits
pirmajā sadaļā (Module usage) parādās tas, kas ir pieslēgts.
Graanul Pellets, graanulinvest.
Vai ir iespējams izveidot virsgrāmatas atskaiti, kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem norādot gada periodu kā to ir iespējams izdarīt PZA atskaitē?
Nevar
Toties Tu vari nodefinēt jaunu PZ aprēķinu (vai bilanci), kur norādi visus kontus. Tādejādi Tev būs atskaite līdzīga virsgrāmati, bet pa mēnešiem.. tiesa, tur nebūs visgrāmatas ierastie filtri.
Alphalane.
Esam izveidojuši jaunu PVN kodu – būtu nepieciešams, ka laukā DAR.TIPS1.1. uz PVN atskaiti varam izvēlēties C kodu, kas nepieciešams PVN atskaitei.
C – ir vieglo transportlīdzekļu iegādes un importa darījumi (PVN dekl.).
Tās papildu izvēles vērtības var galvenajos uzstādījumos pie datulauku tipiem pievienot, datulaukam DARTIPS1_1:
Uzstādījumi
- Galvenie uzstādījumi
- Datuluku tipi
Uzņēmuma ievietoto logo var atrast:
Jānokopē logo URL adrese un jāieliek linkā.
Uzstādījumi
- Sistēmas uzstādījumi
- Uzņēmuma logo URL
https://login.directo.ee/logos/files/citrus_solutions_lv_1.jpg
Jāpievieno Chrome extension Open link in same tab, pop-up as tab [Free]
https://chrome.google.com/webstore/detail/open-link-in-same-tab-pop/jmphljmgnagblkombahigniilhnbadca/related?hl=en
ISKU lv datubāzē nevar apstiprināt rēķinus. Problēma ir ar lauciņu SN - Sērijas numurs, jo sērijas numuriem ir striktāki noteikumi un var būt tikai ciparti vai burti.
ISKU SN (Sērijas numura) vietā kopē artikula aprakstu, kas ir par sarežģītu un neatbilst SN koda nosacījumiem. Izmainot kodu: saīsinot, izņēmot zīems utml. var apstirpināt.
isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums
4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS.
Kad jāapstrādā pasūtījumi un pamatā jāstrādā, tad lietot piem. darba vietu SPICE, kad jāapstrādā, jāstrādā ar SKAIDRU NAUDU, tad jāiet uz darbavietu KASE SPICE. Pārvietojas pa darba vietām caur mājiņu, augšējā izvēlnē.
Uzstādījumi
- Galvenie uzstādījumi
- Darba vietas
. Darba vietas kartiņā KASE, kur MAKSĀJUMA TERMIŅŠ - S nozīmē Skaidra nauda. T.n. ka visi pasūtījumi automātiski pārvēršas par EKA rēķiniem. Tādēļ pasūtīumu veidošanai nevar strādat no KASE darba vietas, tikai ja skaidrs naudas darījumi jāveic.
Mēģinot apstiprināt reķinu rāda, ka artikuls … nav noliktavā. Tas nav pieņemts (nav bijusi piegāde), līdz ar to vai nu jāveido noliktavas saņemšana vai arī šim artikulam, artikula kartiņā jānomaina veids uz Tiešs/Serviss, kā tas ir pārējiem artikuliem rēķinā. Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi.
Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu
Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA
Veicot atgriešanu rēķinam 977049 kuram jau bija piesaistīta apmaksa pilnā summā, rēķins ir palicis ar vēljoprojām piesaistītu apmaksas summu 348,63 Euro. Ir izveidots jau jauns rēķins kur ir piesistīta visa summa un tur viss ir kārtībā, bet šobrīd summa 348,63 Euro uzrādās papildu anulētajam rēķinam.
Rēķins nr. 685505, viņš bija apstiprināts, bet es noņēmu apstiprinājumu, domājot ka varu šo to izlabot, bet tas nepalīdzēja jo tgd nevar apstiprināt, sakarā ar saistīto pasūtījumu/piegādi….
Ir jāatgrāmato preču atgriešana 660495.. tad Tu nonāksi situācijā, ka ir pasūtījums, ir piegāde un var apstiprināt rēķinu. Nākošais solis ir pasptiprināt atgriešanu un tad varēsi apstiprināt kredītrēķinu
viņi jau tos id ir atdevuši ar kādu citu dokumentu.
Otrs varinats ir šāds: ieslēdz God mode, tad tajā Kl, pasūtījumā, rindu pēdējā bumbiņā redzēsi cik IR/Nav piegādāts.. ar God mode šos laukus var labot :) Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus.
Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā. Pašlaik mēs katram šādam rēķinam veidojam 2 transakcijas: piemērojot PVN, par bruto summu norādot aprēķināto summu pēc atskaitāmā PVN, un atsevišķi atlikušo rēķina summu, neatskaitot no tā PVN. Tā kā pašreizējais rēķina ievades veids nav efektīvs un uzskatu, ka pie jums jau ir griezušies klienti ar līdzīgu jautājumu, lūdzu, sniedziet mums risinājumus, kā šajos gadījumos rēķinu ievadi var padarīt efektīvāku, t.i., sistēma pati aprēķina neatskaitāmo PVN un varam veikt rēķina ievadi ar 1 grāmatojumu.
Ir jāizveido jauns pvn kods (jāpārkopē 11tais) un tajā kodā jānorāda proporcija.. kur Puchase VAT Proportion norāda to, cik % no PVNa nonāks priekšnodoklī
Doma tāda, ka 100eur ir summa bez pvn, un 21eur ir pvn. MK noteikumi nosaka, ka priekšnodoklī drīkst piemērot tikai daļu no pvna, teiksim 40%. tad sanāk ka atlikušie 60% no pvna aizies klāt pie izmaksām.
Gan pie lietotāju grupām, gan pie master settings (sistēmas uzstādījumi) ir iespējams noradīt “automātiskā atslēgšanās stundās”
Apollo grupas datubāzē nestrādā RepHop atskaite. RepHop atkaiste ir pielāgotā atskaite, tā datubāze ir iekopēta.
Lai dati ielasītos, jāievada Transporta parametri. Uzstādījumi
- Galvenie uzstādījumi
- Transporta parametri
.
Ja rēķina algas darbiniecei un viņai ir pielikts tikai objekts ALFA, bet viņa oktobrī ir pastrādājusi arī Dominā, un šobrīd nevar sarēķināt par Dominas srtādāšanu. Resursos ir ielikts gan alfa, gan Domina, bet algu aprēķinā info par Dominu darbiniecei neielec?
Risināums: Personāla kartītē, 3 bumbiņā ALgas modulis, jāieliek algas formulas par visiem objektiem, kuros strādā. Pie algas formulām ir jābūt arī otram objektam norādītai stundas likmei.
Otrs variants, ja likme visos objektos vienāda, tad nenorādīt objektu pie likmēm, tikai lietotāju. Atstāt bez objekta.
Apollo APL Restaurants. Atskaitē Bilance, nepareizi skaitļi, iegrāmatojusies summa uz iepriekšējo finanšu gadu. Kā to atrast un labot?
Jāatrod transakcija par noteiktu periodu, kurā ir veiktas izmaiņas vēlāk, parasti tā ar ir, ka vajag pagājušo gadu, kas labots šogad, es parasti izmantoju dokumentu sarakstu Transakcijas, šādi: Transakcijas datumā ielieku transakcijas datuma periodu un sakārtoju pēc Mainīts, lai nesenāk mainītās būtu pašā augšā.
Un pēc būtības, ja skatāmies problēmu, ka kaut kas ir mainījās jau slēgtā periodā, (kas nozīmē, ka tas kaut kādos laikos ir bijis atvērts, ko var redzēt sistēmas uzstādījumu izmaiņās), tad vēl var pārbaudīt, kas tika dzēsts tajos laikos, kad bija atvērts tas slēgtais periods. Un vai nav kaut kas atgrāmatots palicis.
Speciālo simbolu saraksts, kas nav atļauti xml datos, jo tiek izmantoti xml struktūras veidošanai, un tāpēc tie ir jāaizvieto atbilstoši tabulai: Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem.
SN lauka garumu var noteikt sistēmas uzstādījumos: Uzstādījumi - Galvenie uzstādījumi: Sērijas nr/pakas lauka izmērs…
Apstiprinot Noliktavas saņemšanas dokumentu, precei (artikulam) automātiski tiek piešķirts unikāls Noliktavas ID. Ja vēlas atgriezt to pašu preci, tad jāizvēlas tas pats Noliktavas ID (kolonnā ID ar dubultklišķi). Kā arī ja ir pārdota prece (Artikula ID numurs ir izejošajā Rēķinā), tad ar to pašu ID noliktavas numuru prece ir jāsaņem atpakaļ, ja tiek atgriezta no klienta puses.
Vienam artikulam var būt vairāki SN numuri (sērijas numuri), pareizi ir izvēlēties vispirms Noliktavas ID numuru un tad, ja uzstādījumos ir noteikt, automātiski pielasīsies pareizais SN numurs.
Ar dubultklikšķi SN numura kolonnā var redzēt visus artikula SN numurus.
Ar dubultklikšķi Noliktavas ID numuru kolonnā var redzēt visus brīvos artikulus un ID numurus.
Tur var būt 2 iemesli - ir pārāk daudz transakciju vai ir kāda viena, kas satur kaut ko, kas nobrucina atskaiti.
Transakciju saraksts ir apjomīga atskaite, tāpēc arī domāšanas ilgums var aizņemt vairākas minūtes. Iesaku veikt datu izvadi periodā norādot 7 dienas un tā katrai nedēļai.
Var paskatīties directo standarta atskaitē transakciju saraksts, cik tur to rindu daudz, vai vnk pamēģināt pa daļām. Ja pa daļăm izdosies dabūt, tad vnk par daudz. līdz 250 ir normāli. Ja vairāk, paliek lēnāk.