Lietotāja rīki

Vietnes rīki



lv:support

Atšķirības

Norādītais vecais variants no patreizējās lapas atšķiras ar:

Saite uz salīdzināšanas skatu.

Abās pusēs iepriekšējo versiju Iepriekšējā versija
Nākamā versija
Iepriekšējā versija
Nākamā versija Abās pusēs nākamo versiju
lv:support [2021/01/07 15:21]
dagne [Intervālam beidzies derīguma termiņš, bet dokuments izveidots ar nākamo mēnesi]
lv:support [2021/04/15 17:30]
dagne
Rinda 9: Rinda 9:
  
 ---- ----
- +====Minimālais vienlaicīgo lietotāju skaits==== 
 +Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. 
 +----- 
 +====Ilgi ielādē dokumentu, nesaglabā info==== 
 +Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/​neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana,​ jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\ 
 +- lēns internets\\ 
 +- jāiztīra kešatmiņa / cookies\\ 
 +- lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ 
 +-----
 ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== ==== Duck Republick - Koorporatīvais konts 09.10.2020 ====
   *  - **09.20.2020**   *  - **09.20.2020**
Rinda 24: Rinda 32:
  
 Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: 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ā+Kontam jābūt Korporatīvajā sarakstā - jā. Jāparliek uz - nē.
  
-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.+Uzstādījums: Koncerna sākuma kompānijas ID - norādīts ​mātes firmas numurs no Koncerna uzstādījumiem.
  
-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 kontsPēc tam attiecīgi arī meitas uzņēmumos varēs viņu pievienot.  +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.
-Vai parādisies uzreiz, vai jāieliek manuāli ?!!?+
  
 +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. \\
  
 +In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic '​Account can only be from the group'​s chart of accounts'​. If the base is no longer the group'​s base, it must be changed to '​no'​.
 ---- ----
  
Rinda 52: Rinda 61:
 PVN deklerācijai nosaukumam jābūt PVN. Visās pielāgotās atskaites izmanto pvn dokumentu ar kodu PVN, citi kodi var būt tikai kā rezerves varianti.\\ PVN deklerācijai nosaukumam jābūt PVN. Visās pielāgotās atskaites izmanto pvn dokumentu ar kodu PVN, citi kodi var būt tikai kā rezerves varianti.\\
  
 +Sākumā izveido PVN deklarāciju un Saglabā.\\
 Lai kopētu dokumenta lauciņus Directo ir svarīgi zināt šīs taustiņu kombinācijas:​ \\ 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.\\ • ALT + C  - Nokopē dokumenta lauciņu vērtības. Kursors drīkst būt ieklikšķināts kādā no dokumenta lauciņiem.\\
Rinda 103: Rinda 113:
 ====Kā pieslēgt algu moduli==== ====Kā pieslēgt algu moduli====
  
-Ja vēlas grāmatot/​rēķināt algas, tad jāpieslēdz sekojoši: ''​Sistēmas uzstādījumi''​ - ''​Speciāls''​ - norāda cilvēku skaits pie ''​Max algu lietotāji''​+Ja vēlas grāmatot/​rēķināt algas, tad ar GOD MODE (zem SPEC settings) vai zem: ''​Sistēmas uzstādījumi''​ - ''​Speciāls''​ - pieslēdz ​norādot 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. ​ Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. ​
Rinda 113: Rinda 123:
 {{ :​lv:​algu_tiesibas_2.png |}} {{ :​lv:​algu_tiesibas_2.png |}}
  
 +Jautājumi klientam:\\
 +1) Cik daudz cilvēkiem plānojas rēķināt algas? ​
 +No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 45.00 eur/​mēnesī +pvn, par ko nepieciešams akcepts no Jūsu puses;\\
 +2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam?
  
 ---- ----
Rinda 374: Rinda 388:
 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. 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. līdz 250 ir normāli. Ja vairāk, paliek lēnāk.
-----+ 
 +Ir vairākas iespējas, kā var rīkoties.\\ 
 +1) Var izmantot atskaiti - Virsgrāmata;​\\ 
 +2) Iekopējām (Charlot db) atskaiti Transakciju saraksts;​\\ 
 +Transakcijas var iegūt izvadot Excelī, bet lielā apjoma deļ, iesakām dalīt pa sīkākiem periodiem, piem.pa vienam mēnesim.\\ 
 +3) Var izveidot piekļuvi Directo revidentiem/​auditorium,​ vajadzīgo datu apskatīšanai. 
 +------
 ====Transakciju atskaite Excel==== ====Transakciju atskaite Excel====
 Atskaite - Transakciju saraksts. Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet. Atskaite - Transakciju saraksts. Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet.
Rinda 435: Rinda 455:
 jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi.
 ---- ----
-====Statusi kolonnai ​DA==== +====Statusi kolonnai ​D A==== 
-D - piegāde, A - rēķins, M - kad nekas nav darīts, P - daļēji darīts, D - delivered, ​- invoiced.+D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, ​I - invoiced.\\ 
 + 
 +Stabiņš ​D - par piegādēm statuss;​\\ 
 +Stabiņš I - par rēķiniem statuss.\\ 
 +Šie automatiskie statusi salasās no tā, kas pasūtijuma rindās redzams, cik ir invoiced un cik ir delivered, ​kaut kur reizi stundā.\\ 
 + 
 +Uzliekot Igauņu valodā ir šādi skaidrojumi:​\\ 
 +PP no shipment, no invoice\\ 
 +LP - shipment is, no invoice\\ 
 +OO - partial shipment, partial invoice\\ 
 +OA - partial shipment, invoice is\\ 
 +LO - shipment is, partial invoice\\ 
 +OP - partial shipment, no invoice\\ 
 +LA - sent and settled\\ 
 + 
 +D M - kad apstiprinātas piegādes, nav rēķins\\ 
 +P M - kad ir gan apstiprinātas,​ gan neapstiprinātas piegādes/​daļējas piegādes, nav rēķins.\\ 
 +P M ir partially delivered, nothing ​invoiced\\ 
 + 
 +Piemēram, ja kredītrēķins un atgriešana maina piegādātā/​rēķinā izrakstītā daudzumu, tad sanāks PP nevis DI, jo pasūtītā daudzums jau paliks kāds bija.\\ 
 + 
 +master settingos ir visādi uzstādījumi par to, ko dara kredītrēķins un atgriešana,​ tā kā, ja piemēram, klients negrib lai pēc atgirešanām ir P, tad var noderēt šis:\\ 
 +**Return diminishes Order quantities** - **YES**\\ 
 +pieļauju, ja šeit būtu yes, tad jāmainās pasūtītā daudzumam, ne tikai piegādātā\\
 ------ ------
 ====Kā pievienot nestandarta kodu ar simbolu==== ====Kā pievienot nestandarta kodu ar simbolu====
Rinda 462: Rinda 505:
 Atbilde: pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām);\\ Atbilde: pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām);\\
  
-2. Tiem dokumentiem,​ kas sākas ar 200*** (2020), bet kuriem datums ir šogad 2021. Nevar apstiprināt,​ kļūdas paziņojums par datumu, kas nav intervālā un šī intervāla derīgums beidzies 31.12.2020.\\+2. Tiem dokumentiem,​ kas sākas ar 200... (2020), bet kuriem datums ir šogad 2021. Nevar apstiprināt,​ kļūdas paziņojums par datumu, kas nav intervālā un šī intervāla derīgums beidzies 31.12.2020.\\
 Tādā situācijā var:\\ Tādā situācijā var:\\
 1) pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām); \\ 1) pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām); \\
Rinda 471: Rinda 514:
 Ja izvēlaties lietot jaunu intervālu nevis pagarināt 2020. gada termiņu, tad jāņem vērā, ka diemžēl nomainīt intervālu jau izveidotajos maksājumos nevar. Ja izvēlaties lietot jaunu intervālu nevis pagarināt 2020. gada termiņu, tad jāņem vērā, ka diemžēl nomainīt intervālu jau izveidotajos maksājumos nevar.
 Vispirms lietotājā jāizvēlas jaunais intervāls, tad jāveido maksājumi no jauna vai jākopē esošie. Vispirms lietotājā jāizvēlas jaunais intervāls, tad jāveido maksājumi no jauna vai jākopē esošie.
-\\ +---------
--------- +
-\\+
 ====Izdzēsti dati un kā tos atjaunot, atgūt==== ====Izdzēsti dati un kā tos atjaunot, atgūt====
-\\ 
 Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums,​ kas jāpiesaka igauņiem - **datu atjaunošana no backupa**, tā kā backup tiek veidots pamatā naktīs, tad nevar atjaunot to, kā vakar vēl nebija. Var atjaunot uz vakardienu, aizvakardienu,​ aizaizvakardienu utt. Katrā gadījumā var precizēt indivuduāli,​ cik senu atjaunošanu vajag un kāda ir pieejama. Pēc līguma max vecums ir 7 dienas, bet ir bijis, ka atjauno arī vairākus mēnešus vecu info. Šis ir vairāk tad, kad ir apjomīgs datu zudums.\\ Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums,​ kas jāpiesaka igauņiem - **datu atjaunošana no backupa**, tā kā backup tiek veidots pamatā naktīs, tad nevar atjaunot to, kā vakar vēl nebija. Var atjaunot uz vakardienu, aizvakardienu,​ aizaizvakardienu utt. Katrā gadījumā var precizēt indivuduāli,​ cik senu atjaunošanu vajag un kāda ir pieejama. Pēc līguma max vecums ir 7 dienas, bet ir bijis, ka atjauno arī vairākus mēnešus vecu info. Šis ir vairāk tad, kad ir apjomīgs datu zudums.\\
-Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu. ​+Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu.\\
  
 +Ja ir situācija, ka veidots kustības dokuments ar 200 rindām un pēkšņi saglabājot viss pazūd un paliek pa nullēm, jo sistēmas kļūdas, bet iespējams vainīgs lēns internets un arī rindas dokumentā vairāķ kā 100 nevajadzētu veidot. Ir iespējas rakstīt EE un noskaidrot, vai var atjaunot dokumentu uz kādu pulksteņa laiku.
 +--------
 +====Noliktavas gada apgrozījums====
 +kurā atskaitē var redzēt noliktavas gada apgrozījumu (izejošajām no noliktavas precēm), pēc artikulu klasēm ar summu,kāda ir konkrētam artikulam uzskaitē noliktavā?​\\
 +Ir tāda atskaite kā Realizācija,​ tajā ir divi skati, Pārdošana (ar vai bez art. Norakstīšanas,​ tad pie Sales cost ir Rēķini+Piegādes+Atgriešanas+Inventarizācija).\\
 +Un otrs skats Krājumu līmeņa izmaiņas, te tad izmaksas ir sadalītas pa dokumentu veidiem:
 +
 +--------
 +====Salīdzināšanas akti un saderības skats====
 +Salīdzināšanas akti debitoru un/vai kreditoru ir nepārskatāmi,​ slikti izskatās.\\
 +Mainījās directo adrese, tāpēc jaunā adrese arī ir jāpievieno saderības skatam IE.
 +Te ir aprakstīts kā to izdarīt, izmainīt saderības skatu jeb Compatibility view:
 +
 +http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​compatibility_view
 +--------
 +
 +====Jauns gads, jauni intervāli====
 +Sākoties gadam, jāuzliek jaunie intervāli:​\\
 +1) Intervāli dokumentiem. Ja nepieciešams,​ vecajā ieliek jauno intervālu, lai sasaistās dokumenti;
 +2) Finanšu intervāli transakcijām.
 +
 +Lietotājam pašam savā lietotāja kartiņā jānomaina piesaistītais intervāls. To var izdarīt arī SUPER users, katram lietotājam jānomaina. \\
 +Visērtāk, ja lietotāja Personālas kartiņā, bumbiņas sadaļā Administrators,​ pie intervāla norāda - Pēdējo reizi saglabātais. Financial series - finašu intervālu. Tad veidojot dokumentu, jāizvēlas vajadzīgais intervāls un pēc saglabāšanas,​ nākamajā reizē automātiski ieleks tas pats intervāls.
 +------
 +====Kontakti====
 +Saņēmām atbildi no izstrādatājiem,​ ka informācijas ielase no kontakta notiek tikai tad, ja šis kontakts ir klienta kartiņā ielikts kā klienta pārstāvis.
 +Līdz ar to, lai nenotiktu nevēlāmas informācijas izmaiņas pasūtījumos un rēķinos (piegādes adresēs, e-pasti) ir jānoņem informācija par pārstāvi no klientu kartiņas (pats kontaksts var palikt ar visu info):
 +Savukārt, ja ir svarīgi, lai tomēr būtu aizpildīts lauks Pārstāvis,​ tad tam jāizmanto kontakts bez adreses un e-pasta.\\
 +Vairumā iztukšot varam palīzēt.
 +------
 +====Nevaram apstiprināt EKA rēķinu 10150565 Charlot====
 +Ir nepieciešams atvērt rēķinu nr. 10157140, tad apstiprināt rēķinu 10150565 un pēc tam apstirpināt 10157140.
 +Jo pirmā pozīcija savādāk nav vairs pieejama uz 01.12.2020.
 +Vēl trešajā pozīcijā bija artikuls ar 12% pvn, bet klientam kartiņā bija ielikts, ka visam jābūt ar 21% pvn.
 +Un nav ievadīta saņemtās naudas summa.
 +------
 +====Salīdzināšanas akti tiek sūtiti uz grāmatvedības e-pastu====
 +1) var izveidot klientam/​piegādātājam datulauku un tad to var aktos pie āmurīša izvēlēties kā e-pastu.\\
 +2) vai vnk pievienot e-pasta laukā vel vienu e-pastu, ar semikolu atdalot.\\
 +
 +Ar vairumimportu Piegādātāju kartiņā var ieimportēt e-pastus pie datulauka: Grāmatveža epasts aktiem.\\
 +Datulaukā var ievietot vienu, vai vairākus e-pastu atdalot tos ar semikolu ; \\
 +Pašā atskaitē, pirms drukāšanas caur ”āmurīti” jāuzliek – Grāmatveža e-pasts aktiem.
 +Akti tiks nosūtīti uz e-pastiem, kas norādīti datulaukā, ja datulauks pie Piegādātāja būs tukšs, tad automātiski tik paņemt e-pasts no kartiņas e-pasta lauka.
 +------
 +====Riska nodeva algu aprēķinā====
 +Riska nodeva algu aprēķinā aprēķinājusies dubultā.
 +
 +Riska nodeva aprēķināta dubultā, jo slimības lapa ir ielikta mēneša aprēķinā kopā ar citām formulām.
 +Slimības formulu var izmantot tikai, ja nekā cita tajā mēnesī nav, tādēļ tā jāizņem ārā, lai viss būtu korekti. ​            
 +------
 +====Ja galvenajā sarakstā trūkst kāda atskaite====
 +Uzstādījumi - Galvenie uzstādījumi - Lietotāju grupas vai lietotājam pie Mainīt tiesības jāatzīmē,​ lai redz atskaiti piem. Priekšapmaksu saraksts.
 +{{ :​lv:​atsk_prieks_saraksts_1.png?​direct |}}
 +------
 +====VID EDS nevar ieimportet failu ar PVN deklarāciju====
 +XML formāta faili saskaņā ar VID publicēto XML faila aprakstu un validēti atbilstoši dokumenta XSD shēmai\\
 +
 +Viņiem tur veca versija, pamainīju izdrukā, lai ir arī pēc 2018. gada\\
 +Šādi pamainīju, pieliku lielāks vai vienāds par 2018, nevis vienāds\\
 +{{ :​lv:​pvndekl_izdruka1.png?​direct |}}
 +
 +Samainījuun pieliku lielāks vai vienāds par 2018, nevis vienāds.....Vēlnegāja,​ otrādi vajadzēja lielāks vai vienāds, tagad ir ok, bet es 4energia ieliku, pvn ver2, nebija minēts kāda db un kura atskaite\\
 +(bilde)
 +----------
 +====Pārdošanas reģistrs un Pirkuma reģistrs====
 +Auditoriem nepieciešama debitoru (izejošie rēķini) vecumu/​vecuma struktūra.\\
 +
 +**Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem.
 +http://​wiki.directo.ee/​lv/​mr_aru_reskontro
 +
 +**Pirkumu reģistrs** ir atskaite par neapmaksātajiem ienākošajiem rēķiniem un priekšapmaksu atlikumiem.
 +http://​wiki.directo.ee/​lv/​or_aru_reskontro
 +
 +Atskaitē informāciju var arī sadalīt pa laika posmiem. Lai to izdarītu, pie Dalīt ir jāieraksta apskatāmo periodu skaits un periodos esošo dienu skaits (piemēram, lai sadalītu informāciju pa 3 atpakaļejošiem un 3 turpmākajiem 30 dienu gariem periodiem, lauciņos ir jāieraksta 3 x 30 dienas).
 +----------
 +====Priekšapmaksas un rēķini====
 +Datu bāzē SIA “Parrot Telpa”, iegrāmatojot pardošanas rēķinu (ja tam ir bijis avanss), veidojas nepareiza transakcija saistībā ar saņemtā avansa PVN daļu.
 +Rēķins Nr. 210006.
 +\\
 +Pārbaudiet,​ lūdzu, vai saņemtajā maksājumā pašās rindas beigās ir PreID aizpildījies (tam jānotiek automātiski,​ kopš aptuveni 10. decembra), ja tā tur nav, tad nepieciešams atgrāmatot un no jauna iegrāmatot maksājumu, tad atvērt un vēlreiz iegrāmatot rēķinu.
 +Ja maksājumā preID ir, bet rēķins ir iegrāmatots pirms 15.01, tad nepieciešams tikai atgrāmatot un iegrāmatot rēķinu atpakaļ!
 +Diemžēl kopš aptuveni 10.12.2020 līdz aptuveni 15.01.2020 priekšapmaksu piesaiste dēļ jauninājumiem strādāja kļūdaini, tieši tai momentā, ka netika izmantot pvn priekšapmaksu konts rēķinos:​\\
 +Nepareizs gramatojums:​
 +{{ :​lv:​nepareizs_avansa_gramatojums.png?​direct |}}
 +Pareizs grāmatojums:​\\
 +{{ :​lv:​pareizs_avansa_gramatojums.png?​direct |}}
 ------- -------
 +====kļūdas paziņojums====
 +Kļūdas paziņojums:​ Projekts tiek lietots - nevar izdzēst helpdesk: (int_konto_ajalugu)/​23.11.2020.....
 +{{ :​lv:​kludu_pazinojums_konto.png?​direct |}}
 +Jāpalaiž Uzturēšanā - Atjaunot kokntu vēsturi
 +{{ :​lv:​uzturesana_kntuvesture.png?​direct |}}
 +---------
 +====Saslēgums ar kasēm, POS terminālu====
 +Kases aparātus uzstāda un apkalpo SIA NR Data.\\
 +Uzreiz varu pateikt, ka no Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties,​ veidosies arī mūsu izcenojumi.
 +-------
 +====Salīdzināšanas akti debitoru un kreditoru====
 +Kā sagatavot salīdzināšanas aktu ar nullēm 0.00 un no Directo nosūtīt uz e-pastu debitora aktu ar nulles atlikumu\\
 +Sagatavojiet debitoru salīdzināšanas aktu, aizpildot atskaites filtru kā redzams attēlā (klients kā piemērs), bilances vērtība -10000, un pēc tam nospiediet pogu ATSKAITE. Atksaitē jāparādās 0.00 vērtībām:​\\
 +{{ :​lv:​salidzinasanas_akts1.png?​direct |}}
 +-------
 +====Datubāzes iemidzināšana====
 +IR datubāzes iemidzināšanas opcija. Izmaksas 10€/mēn. Visi dati tiek saglabāti, lietotāji atslēgti, kad nepieciešams atjaunot darbību pieslēdz lietotājus un strādā tālāk.\\
 +Kā to uzlikt? Vienlaicīgo lietotāju skaitu nomaina uz 0 un Max user zero reason: jāuzliek **Magab**
 +--------
 +====Kā izmainīt PL vērtību uz nulli====
 +Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt,​ lai parādās atskaitēs un varētu vēlāk izmantot šo pamatlīdzekli ar citu vērtību, ja nepieciešams. \\
 +Jāizmanto **Value correction**\\
 +Pamatlīdzekļa kartiņā ir jānorāda korekcija, tad mainās pamatlīdzekļa vērtība. Papildus tam ir ar roku jāveido grāmatojums
 +Šī vērtību izmaiņa atskaitē parādīsies atsevišķi.. tātad tas nav nolietojums,​ bet vērtības izmaiņa. Vari pamēģināt kādā pamatlīdzeklī.. šīs rindas var pēc tam izdzēst
 +Izmaiņām nav paredzēts mass imports.. ​
  
 +Ja Tu man atsūtīsi exceli ar kolnnām pl nr, datums, korekcijas summa un komentārs, tad es tāds vienreiz importētu.
 +{{ :​lv:​pl_vertiba_nulle.png?​direct |}}
 +-----------
 +====Izdzēst pamatlīdzekļu transakciju vēsture====
 +Ja rodas problēmas piem. aprēķināt nolietojumu,​ izmet kļūdas paziņojumu,​ ka: Nav ko iekļaut transakcijā;​ vēsturē nav rindu, kurām nebutu transakciju.\\
 +Jāskatās, ko rādas PL kartiņas sadaļā IZMAIŅAS. \\
 +Ja nv izveidojusies transakcija,​ vai kļūdainas,​ tad jāizdzēš.\\
 +Ar GOD MODE, un Izmaiņās pie transakcijām parādīseis poga DELETE.
 +----------
 +====Realizācijas atskaite====
 +Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "​Krājumu līmeņu izmaiņas"​ un jāieķeksē "​nauda"​
 +{{ :​lv:​realizacija1.png?​direct |}}
 +------------
 +====Salīdzināšanas akti izdrukas info====
 +Lai atbilstošajās vietās parādītos informācija,​ tā ir jānorāda sistēmas uzstādījumos.
 +Dažādās aktu izdrukās tā var nākt no dažādām vietām, bet lielākoties tiek izmantoti Fianšu info lauki:
 +Uzstādījumi - Sistēmas uzstādījumi - Finanšu uzstādījumi: ​
 +{{ :​lv:​fin_uzst.png?​direct |}}
 +Kā arī jāaizpilda galvenajos uzstādījumos info par uzņēmumu.
 +-----
 +====Sasinhronizēt Google kalendāru ar Directo notikumiem====
 +Google Calendar to sync Directo events. Google Account Setup / Linking to Direct
 +http://​wiki.directo.ee/​et/​google_calendar
 +-----
 +====Samaksas termiņi, tipi, EKA un parastie rēķini kā veidojas====
 +Uzstādījumi - Pārdošanas uzstādījumi - Samaksas termiņi.\\
 +**Kartes maksājums** tāpat kā tips **Skaidra nauda** pēc būtības attiecas uz EKA rēķiniem.\\
 +Parastiem rēķini ir tips **Normāls**.\\
 +
 +Klienta kartiņā var piesaistīt **Maksājuma veidu**. Piem. Huppa klienta 1119 Internetveikala pirkums, maksājuma veids CASH_1, kam tips ir Normāls un neveidojas EKA rēķins.
 +(Huppa)
 +------
 +====Koriģēt Noliktavas daudzumu===
 +Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:​\\
 +1) Veidot SREC noliktavas saņemšanas dokumentu un daudzumus ar - mīnuss zīmi. Kolonnā NOliktavas ID/Stock ID ar dubultklikšķi atversies saņemtu preču saraksts ar nolitkavas ID un jāzivēlas attiecīgais ID ar kuru prece tika pieņemta;​\\
 +2) Norakstīt. Ja nepieciešams veidot arī dokumentu Cenu maiņas, ja jālabo cenas.\\
 +
 +Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/​iepirkuma cena, to var labot ar Cenu maiņu:\\
 +https://​wiki.directo.ee/​lv/​sissetulek#​cenu_maina_apstiprinata_dokumenta_sanemtas_preces
 +
 +Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā,​ to neatgrāmatojot.\\
 +Šī darbība var būt vajadzīga, piemēram, šādos gadījumos:​\\
 +- ja notika kļūda ievadot informāciju\\
 +- ja no piegadātāja ir saņemts kredītrēķins,​ kas nemaina preču daudzumu, bet maina preču cenu.
 +-------
 +====Ja kļūdaini norakstīts Pamatlīdzeklis,​ kā to atjauno====
 +Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli,​ tad jāizdzēš norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\
 +Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ Ja nenostrādā,​ tad jāskatās, vai nav liekas, neizveidojušās transakcijas,​ ko ar GOD mode var izdzēst no PL izmaiņu sadaļas, un ar GOD mode parādāš arī poga - Nodzēst norakstīšanu.
 +-------
 +====Pamatlīdzekļu nolietojumu transakciju dzēšana====
 +Ja pamatlīdzeklim jāizdzēš nolietojums,​ tad sekojoši varianti:\\
 +Ja viens pats PL nolietojuma transakcijā,​ tad izdzēš transakciju un viss kārtīā.\\
 +
 +Ja Jums vienā nolietojuma transakcijā ir vairāki pamatlīdzekļi,​ tad sekojoši varianti:\\
 +
 + 1) Var izdzēst visu transakciju,​ norakstīt vajadzīgo PL un tad par jaunu visiem PL aprēķināt nolietojumu par izdzēsto mēnesi;\\
 + 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas,​ kas tur palikušas.
 +-------
 +====Problēmas ar Directo, nevar pieslēgties====
 +Labdien, \\
 +
 +Veiciet lūdzu sekojošus soļus:\\
 +
 +1) Izdzēsies interneta pārlūkprogrammas vēsturiskos datus jeb Cookies.\\
 +Atkarībā no pārlūka - Internet Explorer, Chrome, MS Edge, u.c., var izlasīt instrukciju mūsu Wiki, kā to darīt: http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​parlukosanas_vesturisko_datu_dzesana \\
 +
 +2) Izdzēsiet saglabāto Grāmatzīmi jeb ātro ceļu uz esošo Directo;\\
 +
 +3) Ierakstiet sekojošu adresi login.directo.ee/​ \\
 +
 +4) No jauna saglabājiet pie saviem īsceļiem. \\
 +
 +Ātrais risinājums,​ var pamēģināt izmantot citu pārlūkprogrammu.\\
 +Ja rodas kadi jautājumi, lūdzu ziņojiet mums.
 +------
 +====Nerāda / nestrādā izdruka====
 +Iespējams izdrukai nav ieķeksēti vajadzīgie XML lauki. \\
 +Pie izdrukām, kur Lauki ir poga **Izvēlēties**. \\
 +Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**.
 +{{ :​lv:​xsl1.png?​direct |}}
 +{{ :​lv:​printout_guide.png?​direct |}}
 +------
 +====Nerāda kolonnu Cena un %====
 +Tiesībās jāatzīmē uzstādījums zem Cits - Visibility rights - **Izmaksu un tīrās peļņas skats**
 +{{ :​lv:​cenukolonna.png?​direct |}}
 +------
 +====Kā veidojas preces pašizmaksa====
 +Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru ​ noliktavā būs ienākusi prece ar atšķirīgām cenām?\\
 +Piemēram, ja 10 tonnas būs par 3,00eur/kg un 5 tonnas par 3,70eur/kg, tad vidējā cena būs ~3,​23eur/​kg,​ kas arī tiks ņemta vērā izrakstot rēķinu?\\
 +
 +Jā, tieši tā tam būtu jābūt!\\
 +Ja prece tiek norakstīta no noliktavas ar rēķinu, tad to matemātiku var arī redzēt, apstiprinātā dokumentā veicot dubultklikšķi laukā stock id.
 +Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi,​ kas regulē, no kādām tieši piegādēm tiks atlasīta informācija,​ lai aprēķinātu pašizmaksu priekš rēķina.
 +Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa).
 +------
 +====DDZ atskaite====
 +Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?​!\\
 +Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots).
 +------
 +====Klientam jāatgriež avanss, naudas atmaksa====
 +Situācija var būt retos gadījumos sarežģītāka,​ ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\
 +bankas neapstrādā failus ar - zīmi. jo ja ir - zīmi piegādātāja maksājumā tad tā ir saņemtā summa uz bankas kontu. t.i., piegādātāja atgrieztais avanss ielec saņēmtajos maksājumos.\\
 +t.n. ka naudas atgriešanas vienmēr veido manuāli bankā!?\\
 +klientiem veido, jā, bet no piegādātājiem atgriešanas atnāk uz kontu un importā parādās pie saņemtajiem maksājumiem un tām ir jāmaina tips un jakoriģē dokuments.\\
 +jo programma jau nezin, ka tā ir atgriešana no piegādātāja nevis klienta saņemts maksājums, visa ienakošā plūsma tiek interpretēta ka saņemti maksājumi no klientiem.\\
 +ar klientam atgriezto arī tad var notikt tā, ka ja importē to maksājumos,​ tad šis darījums uzrādīsies pie izejošajiem maksājumiem,​ t.i., kā avanss piegādātajam. tas tad vnk jāignorē, nav jāapstrādā nekā.\\
 +viņi var izrakstīt rēķinu, kas neatjauno noliktavu, un tad tādu pašu kredītrēķinu.\\
 +rēķinam var piesaistīt priekšapmaksu,​ lai gan tur jāpadomā, varbūt labak arī nepeisaistīt,​ vispirms jāsaprot, vai tas avanss ir bijis deklarācijā,​ t.i., vai tai maksājumā ir bijis pvn kods, ja nav maksājumā pvn koda, tad vnk maksājums ar - zīmi un miers.\\
 +jāpaskatās,​ vai ja tagad uztaisa vnk maksājumu ar - zīmi viss aizies korekti un nomīnusosies. lai rēķins neietu atkārtoti, tas jāsedz ar priekšapmaksu. bet ja to sedz ar priekšapmaksu,​ visdrīzāk,​ ka nesanāks izveidot saistītu kredītrēķinu,​ t.i., kredītrēķinam būs jādzēš tā atsauce uz sākotnējo rēķinu. t.i., kredītrēķins tad būs nesaistīts un to varēs "​apmaksāt",​ kas arī izveidos maksājumu ar - zīmi. īsumā - rēķins jāsedz ar priekšapmaksu un kredītrēķins tapat kā jau apmaksāta rēķina gadījumā. \\
 +jo ja nav piegdes, tas rēķinam no pasūtījuma obligāti jāatjauno nolitkava un nevar izrakstī rēķinu, kas nav noliktavu mainošs.\\
 +
 +ar ISKU ir pārbaudīts,​ ka nepietiek ar maksājumu ar - zīmi un pvn kodu norādītu? Ja PVN kods ir maksājumā,​ tad tas ieiet PVN deklaracijā.\\
 +par ISKU , ja maksājumā ar - zīmi ir norādīts PVN kods, tad tas automātiski aiziet uz PVN dekl. un līdz ar  to, viņi novembrī smaksāto PVN par saņemto avansu ​ atgūs ?
 +Ja jaa, tad problema atrisinata. \\
 +jā, ar pvn kodu tam summai būtu jāatskaitās.
 +------
 +====ir pirkuma rēķins kur iemaksā drošības naudu piegādātājam par telpām====
 +nordfix_latvia_lv. maksājums 190118. Rēķins nr.190842 un 190854.\\
 +kā ir pareizāk šo summu atgriezt? es varu veidot maksājuma uzdevumā rindu ar šo summu -?\\
 +maksājums ar "​-"​ burtiski tulkojot nozīmē - piegādātājs ir atskaitījis tev uz kontu atpakaļ šo naudu.\\
 +parasti tur ir rindiņa ar - summu, un tad tāds reķins arī jāievada ar - summu rindiņā, t.i., pats rēķins ir par mazāku summu.\\
 +10. marta rēķinā nav summa samazināta,​ nekas nav par depozīta atgriešanu. depozīta atgriešana ievadīta ar 15.03. kā kredītrēķins , un šis reķins ir salikts maksājumā kopā ar 10.03 marta reķinu. šajā gadījumā sanāk tā, ka vnk samaksāja mažāk. bet 15.03 kredītrēķinam nav nekāda dokumenta klāt. pie tam iekļāva maksājumā -700 kopā ar rēķinu par 196.06. kas nozīmē, ka it kā atlikusī summa ir atmaksāta uz kontu. nevaram pateikt, vai ir pareizi, ja nezinām, vai atmaksāja. varbūt vini vnk izdomāja nemaksāt tam piegādātājam un pārtraukt nomu? parasti jau piegādātāju bridina par to, ka pārtrauc attiecības un tad vai nu viņš atmaksā depozītu vai noņem depozīta summu no pēdejiem rēķiniem. jo ja neatmaksāja to naudu, tad maksājumā jāsamazina summa, lai ir vienāda ar rēķina summu.\\
 +-----
 +====Transakciju saraksts auditoriem====
 +Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:​\\
 +1) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\
 +2) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\
 +3) Kā arī izmantot atskaiti Virsgrāmata:​\\
 +4) Ir iespējams arī izveidot auditoram lietotāju un piesķirt piekļuvi sistēmas atskaitēm Virsgrāmata un Transakciju saraksts.\\
 +Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums ​ 32.50 eur + pvn.
 +------
 +====Mainīt tiesības====
 +Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts?​!\\
 +Jā, tās indivuduālās būs stiprākas par grupas.
 +------
 +====Rēķins valūtā, maksājums EUR====
 +Selecta db ir ienāk. rēķini: Pieg.rēķ.Nr.1010176,​ 1010174. Maks.uzd.Nr.1001587 Bankā samaksāts EUR 5826,85 par abiem rēķiniem. Directo sareķinājis pēc kursa kopā 5875.93 EUR. rēķini ar 04.02.2021. lai sakristu ar banku, viņi var labot kursu rēķinā un līz ar to maksājumā uz tādu, kāds tika izmantots attiecīgajā bankas maksājumā?​!\\
 +rēķinā noteikti nē, rēķinā jābūt uz rēķina dienu apstirpinātam kursam ECB. t.i., tas pats, ko directo iedod automātiski. maksājumā var bankas kursu norādīt, ja viņi no eur konta maksā. \\
 +un atšķirību kontē uz konta piem.. .Izdevumi uz valūtas kursu svārstībām.,​ pareizi!?\\
 +jā, un atšķirībai jabūt tikai EUR, valūtā rēķina un maksājuma summām jāsakrīt (ja viņi pilnībā apmaksā).\\
 +apjukums ​ rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu.
 +-------
 +====PVN kodi PVN deklarācija====
 +No Avansa maksājumiem,​ no rēķiniem, kā var pateikt, ​ ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\
 +JA ir atgrāmatots,​ tagad jau neko nevar pateikt, kāpēc, jo neredzam, kā bija,
 +iespējams, ka nebija pareiza priekšapmaksa piesaistījusies. ​
 +tagad jāuztaisa uzturēšana un jāmēģina vēlreiz apstiprināt,​ lai izveidojas grāmatojums. \\
 +tam pvn kodam nemaz nav priekšapmaksas pvn iesttaījumu,​ kas redzami PVN kodu kartiņā kur priekšapmaksa konti utt, 
 +tā kā nevarēja no maksājuma aprēķināties, ​
 +ja nu vienīgi cits kods bija maksājumā.\\
 +pateikt var no grāmatojumiem tikai\\
 +tā kā vnk jāmēģina viss vēlreiz izdarīt un jāskatās, kas sanāks, ​
 +un jānoskaidro,​ vai viņi deklarēja to pvn februārī no maksājuma, ​
 +jo šobrīd tur pvn koda nav. 
 +ja februārī bija un deklarēja, tad jāliek tas tagad maksājumā un jāmaina pvn koda kartiņā uzstādījumi,​ jāpieliek tur priekšapmaksas pvn konti. ​
 +lai gan nevar būt, ka februārī deklarēja, jo Kārlis rakstīja, ka tikai pēc precu saņemšanas var iekļaut pvn deklarācijā\\
 +
 +t.n. Deklarācijā pareizi ir iekļaut tad, kad ir izrakstīs rēķins?\\
 +
 +nea, tik tad, kad saņemtas preces kopā ar to rēķinu-pavadzīmi, ​
 +tas attiecībā uz pirkumiem no ES. \\
 +bet mēs toreiz noskaidrojām,​ ka jaunā pvn versija iekļauj avansu pie 1.2, ja pvn kods ir ielikts, ​
 +tā kā grāmatvedim pašam jāizlemj, vai var vai nevar.
 +---------
 +====Internetveikalā samaksā par preci, bet ienāk mazāka summa====
 +Situācija: Klients nopērk webā preci ar priekšapmaksu,​ bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\
 +
 +Ar papildu samaksas veidu, Līdzīgi kā ieskaits, Jo būs arī rēkins ienakosais par tam komisijam pec tam. T.i., uztaisit samaksas veidu webshop komisija un ar to apmaksat rekina atlikusho summu.\\
 +---------
 +====Izdrukas====
 +I created a mini quide for you about print form changes:
 +{{ :​lv:​printout_guide1.png?​direct |}}
 +Changes in print form xsl are version tracked, it is always possible to restore ir, but for your own peace it may be good to save original in txt file easy available for you, before you try to make any changes. ​
 +Or to create a copy of original form first and then train on it 😊
 +It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data.
 +---------
 +====Kā izdzēst kļūdaini uztaisītu kodu====
 +Izveidoja jaunu kontu 15115, diemžēl konta plānā šis konts 15115 tika saglabāts ar apakšsvītru (15115_). Lūdzu, rast iespēju noņemt šo apakšsvītru (_), diemžēl pašai man neizdevās.\\
 +Tādā gadījumā nepieciešams nokopēt konta kartiņu un saglabāt to ar kodu bez svītriņas.
 +Tad tajā transakcijā,​ kur ir konts ar svītriņu izmantots, jāsamaina konts uz jauno kontu bez svītriņas. Un tad var to konta kartiņu, kur ir svītriņa, dzēst.\\
 +--------
 +====PZ peļņas zaudējumu aprēķins, Income statement====
 +Directo shows on invoice the item price as it has to be, but the item cost is somehow 0 and because of that the sales cover is 100 %, what is wrong. This will affect the incom statement, I'm I right? Or should I just ignore that?\\
 +{{ :​lv:​gp.png?​direct |}}
 +Yes, value of this field will affect incom statement and it is good to pay attention to it. In this invoice it is 0 because this item isn’t delivered yet (delivery is unconfirmed).\\
 +--------
 +====Pasta sūtīšanai Subject nomaiņa====
 +Ja jānomaina nosaukums Pasta sūtījumam,​ tad tajā izdrukā kuru sūta, ir jāieliek šāds ar vajadzīgo tekstu:\\
 +<​!--mailsubject:​Pasūtījuma apstiprinājums {nr}-->​\\
 +<​!--mailattachment:​Pasūtījuma_Apstiprinājums_{nr}-->​
 +--------
 +====Algas, uzkrātais atvaļinājums====
 +https://​wiki.directo.ee/​lv/​per_aru_tooajad#​uzkratas_un_izmantotas_atvalinajuma_dienas\\
 +Uzkrātā atvaļinājuma aprēķins. Atskaite **Kavējumi**:​ Skatīt: **Atvaļinājums**:​\\
 +Uzkrāts – līdz 01.03.2021 16.61 diena, Atlikums – līdz 19.03.2021 17.65 dienas. Zem āmurīša var uzlikt, lai rāda vairāķ zīmes aiz komata, lai precīgāk
 +{{ :​lv:​atvalinajums.png?​direct |}}
 +--------
 +====Algas, vidējā izpeļņa====
 +Vidējā izpeļņa par pēdējiem 6 mēnešiem. **Algu atskaite**: Skats: **Vidējā alga**.\\
 +Ieliek Datumu 6 mēneši, nenorāda Mēneša kodu: Vidējā bruto 80.58
 +{{ :​lv:​vidizp.png?​direct |}}
 +--------
 +====Algas, cik vajadzētu pēc Directo būt algai====
 +**Algu atkaite**: skats **Provizorisks**,​ cik pēc Directo aprēķina vajadzētu būt algai Bruto par 15 darba dienām:
 +piem. 1200 (mēneša neto) eur dalīt ar darba dienu skaitu mēnesī x dienas, cik nostrādātas:​
 +{{ :​lv:​prov.png?​direct |}}
 +--------
 +====Algas, Atvaļinājuma bilances ievadīšana====
 +Sākot lietot Directo algu moduli, vienmēr aktuāls ir jautājums, kā tad labāk ievadīt atvaļinājumu bilances (atlikumus)?​!
 +https://​wiki.directo.ee/​lv/​per_persoon#​atvalinajuma_bilances_ievadisanakorigesana\\
 +-------
 +====Algas, neapliekamais minimums==== ​
 +Personas prognozētā neapliekamā minimuma norādīšana
 +https://​wiki.directo.ee/​lv/​per_persoon#​personas_prognozeta_neapliekama_minimuma_noradisana
 +-------
 +====Jauns veikals, jauns kases aparāts, POS termināls====
 +SIA NL Latvija plāno atvērt jaunu Skechers veikalu TC Olimpia. Šobrīd esam pasūtījuši pie SIA NRDATA kases sistēmu, kas tiek lietota visus Skechers veikalos. Lūdzu, dodiet ziņu kāda papildus informācija Jums ir nepieciešama?​\\
 +Jādara sekojošais:​\\
 +1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\
 +- Maksājuma termiņš, \\
 +- Karšu maksājums, \\
 +- Objekts, \\
 +- Noliktava,​ \\
 +- KARŠU MAKSĀJUMA TERMINĀLA DATU RINDA 2 - norāda kases nr. pēc kārtas.\\
 +
 +2) Darbiniekiem/​lietotājiem kartiņā jāpievieno:​\\
 +- Objeks,\\
 +- Darba vietas.\\
 +Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. ​
 +----------
 +====Valūtu kursu starpība====
 +Eksporetēju LPB karšu kontu, sanāca. Bet jautājums par valūtas kursa starpību:​\\
 +Rēķins 4000 USD samaksāts no karšu konta pēc LPB kursa, norakstīts no konta 3424.32 EUR, es noslēdzu rēķinu programmā uz maksājumu, bet nemāku norādīt, kur likt kursa starpību? \\
 +Maksājumā,​ kurā rēķins, kas ir dolāros, tiek apmaksāts eiro valūtā, jānorāda:​\\
 +• Rēķina numurs.\\
 +• Bankas valūta (EUR).\\
 +• Rēķina valūta (USD).\\
 +• Rēķina summa (4000).\\
 +• Samaksātā summa (3424.32) ir jānorāda laukā Bankas summa.\\
 +Tā kā veidojāt maksājumu no dokumenta Bankas imports, tad šī informācija maksājumā jau ir nonākusi. No Jūsu puses Jums ir jāatver maksājuma uzdevuma rindu 2. sadaļa (bumbiņa) un pēc tam tajā maksājuma rindiņā, kura ir par rēķina apmaksu, ir ar dubultklikšķi jāieklikšķina laukā **Kursa serviss**:​\\
 +Pēc tam maksājumu varēs iegrāmatot,​ un maksājuma grāmatojumā būs iegrāmatota arī valūtas kursu starpība. Lūdzu, pamēģiniet un pārbaudiet,​ vai grāmatojums izdevās tāds, kā nepieciešams. ​
 +------
 +====Obligātie lauki, kas jāaizpilda dokumentā====
 +Dokumentu nevar apstiprināt,​ kamēr nav aizpildīti obligāti atzīmētie lauki. To var izdarīt zem Uzstādījumiem - Galvenie uzstādījumi - Nepieciešams Apstiprinājums / Turpināšana:​
 +{{ :​lv:​nepiec.png?​direct |}}
 +------
 +====Uzstādījumi par apstiprināšanu====
 +Uzstādījumi Pirkuma pasūtījums (Purchase Order) un Pirkuma piedāvājums (Purchase Quotation):​\\
 +- Purchase Quotation must be confirmed; Pirkuma piedāvājumam ir jābūt apstiprinātai\\
 +- Purchase Order must be confirmed; Pirkuma Pasūtījumam jābūt apstiprinātam\\
 +
 +Dokumentam ir jābūt apstiprinātam vai nav jābūt apstiprinātam.
 +{{ :​lv:​pouzst.png?​direct |}}\\
 +- Purchase Quotation confirmation prerequisite;​ Pirkuma piedāvājuma apstiprināšanas priekšnosacījumi
 +------
 +====Atjaunot izdzēstu dokumentu====
 +Rēķinu atjaunot tā vienkārši nevar, tā ir procedūra, kas jāpiesaka igauņiem un datus varēs atgūt tikai nākamnedēļ,​ kā arī tas ir maksas pakalpojums. \\
 +Ja būtisks ir pazaudētais reķina numurs 210054, vara izveidot vajadzīgo intervālu un veidot jaunu identisku rēķinu. Par Intervāla atgūšanu pamācību lasīt šeit:\\ http://​wiki.directo.ee/​lv/​yld_numbriseeriad#​dokumenta_numura_korigesana
 +------
 +====Bankas importa noteikumi====
 +https://​wiki.directo.ee/​et/​fin_valjavote#​automaatkonteerimise_reeglid \\
 +Jautājums - mēs importējam bankas failu. Vai ir iespējams nodefinēt to, ka komisijas nogrāmatojas uz norādīto kontu?\\
 +Es taisītu ar bankas importa noteikumiem,​ viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties,​ ko atstāt nosacījumos.\\
 +pašā importa dokumentā uzreiz ir iespēja pievienot noteikumu balstoties uz jebkuru rindiņu un pēc tam tie saglabājas finansu uzstādījumos tur tos var gan mainīt, gan dzēst un ikreiz saglabājot importa dokumentu, noteikumi tiek pielietoti tā kā var droši izmēgināt izveidot kādu visām komisijām ir viena kopīga pazīme, to var redzēt rindiņās, bet ja vajag nošķirt, tad var pēc nosaukumu piemēram.
 +{{ :​lv:​binot.png?​direct |}}
 +------
 +====drukāt visus Artikula norakstīšanas aktus====
 +kā ir iespējams uzreiz izdrukāt visus Artikula norakstīšanas aktus? Lai nav jāver katrs vaļā un atsevišķi jālaiž uz druku?\\
 +Diemžēl neatradu masveida drukāšanas opciju norakstīšanām,​ uzjautāšu izstrādātājam,​ vai tāda ir iespējama. Mazliet vieglāk varētu būt, lai nav katrs dokuments jāver vaļā, tad var mainīt dokumenta numuru adresē, no kuras viens no tiem tiek drukāts:
 +{{:​lv:​link.png?​direct|}}
 +------
 +====Algu modulis pieslēgšana,​ ieviešana====
 +Būtu labi, ja jūs apkopotu informāciju,​ kādas būs vajadzības šajā datubāzē algu modulī, kā arī, kas būs līdzīgi Hagberg, bet kas savādāk.\\
 +Lai mēs saprotam, kas vēl varētu būt vajadzīgs uzstāījumos un kādas lietas varam pārkopēt no hagberg db.
 +-------
 +====Rindas dokumentā====
 +Lietotāja kartiņā jānorāda **Rindas dokumentā** piem.max 200.\\
 +**Rindas pārlūkotas** jeb **Rindas sarakstā** max.100.
 +{{ :​lv:​dokkk.png?​direct |}}
 +-------
 +====Cenu maiņa noliktavsa saņemšana dokumentā====
 +Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/​iepirkuma cena, to var labot ar Cenu maiņu:
 +https://​wiki.directo.ee/​lv/​sissetulek#​cenu_maina_apstiprinata_dokumenta_sanemtas_preces
 +
 +Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā,​ to neatgrāmatojot.
 +Šī darbība var būt vajadzīga, piemēram, šādos gadījumos:
 +- ja notika kļūda ievadot informāciju
 +- ja no piegadātāja ir saņemts kredītrēķins,​ kas nemaina preču daudzumu, bet maina preču cenu.\\
 +
 +Lai apstiprinātos dokumentos „Saņemtās preces“ varētu pievienot un mainīt transporta un pievienotās izmaksas, ir jābūt piešķirtām tiesībām to darīt:\\
 +Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**.
 +-----
 +====Transporta izmaksas====
 +Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\
 +{{ :​lv:​trizm.png?​direct |}}
 +-----
 +====Iepirkumu cena artikulu kartītē====
 +Lai sistēma ņem vērā artikula iepirkumu cenu: Pēdējais iepirkums vai Vidējais iepirkums.\\
 +Artikula pašizmaksa var rādīties no pēdējā iepirkuma vai no vidējā iepirkuma cenas.\\
 +Uzstādījumos var norādīt, kādiem dokumentiem jāizmanto kura iepirkuma cena.\\
 +
 +Artikula kartītes lauku "No saņemšanas"​ var izmainīt manuāli katrai kartiņai, vai ar Vairumimportu tabulu Artikuli (0, 1, 2).
 +-----
 +====Apmācības====
 +Kā palīdzību Directo lietošanā,​ var izmantot mūsu WIKI https://​wiki.directo.ee/​lv/​dokumendid , kurā meklēt informāciju pa tematiem, vai esot Directo konkrētā dokumentā vai kartītē uzspiest pogu F1\\
 +
 +- E-pasts uz kuru pārsūtīt ienākošos rēķinus u.c. failus uz Directo ir demo_lv@data.directo.ee\\
 +Iesūtītie pielikumi jāmeklē sadaļā zem Common – Reports – Attachments (Pielikumi). Pamācību var izlasīt šeit: https://​wiki.directo.ee/​lv/​yld_aru_manused\\
 +
 +- Bankas imports atrodas sadaļā Finance – Documents – Bank Statements.\\
 +Pamācība atrodama šeit: https://​wiki.directo.ee/​lv/​fin_valjavote
 +
 +
 +Noderīgas atskaites sadaļā Purchase – Reports:\\
 +
 +1) Purchase invoices (Ienākošie rēķini) – kas nav apmaksāts, kas nav apstiprināts;​\\
 +2) Payment forecast (Apmaksas prognose) - https://​wiki.directo.ee/​lv/​or_aru_tasu_ennustus\\
 +3) Payments (Apmaksas žurnāls) - https://​wiki.directo.ee/​lv/​or_aru_tasumised\\
 +4) Purchase Ledger (Pirkumu reģistrs) - https://​wiki.directo.ee/​lv/​or_aru_reskontro\\
 +
 +Noderīgas atskaites sadaļā Sales – Reports:\\
 +
 +1) Invoices list (Rēķinu žurnāls) - https://​wiki.directo.ee/​lv/​mr_aru_arved\\
 +2) Unpaid Invoices (Nesamaksātie rēķini) - https://​wiki.directo.ee/​lv/​mr_aru_arved_maksmata\\
 +3) Receipts (Maksājumu žurnāls) - https://​wiki.directo.ee/​lv/​mr_aru_laekumised\\
 +-----------
 +====Modulis e-pastu sūtīšanai vairumā====
 +Lai masveidā varētu sūtīt klientiem rēķinus, piem. no atskaites Rēķinu žurnāls, vai paziņojumus par nesamaksātajiem rēķiniem, tad jāpieslēdz e-pasta sūtīšanas modulis , ar ikmēneša maksu 45.00 eur.\\
 +Standartā var nosūtīt rēķinu e-pastā vienam klientam ar pogu Pasts.\\
 +Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas.
 +--------
 +====Nākamo periodu izdevumi jeb periodizācija====
 +https://​wiki.directo.ee/​lv/​or_arve#​nakamo_periodu_izdevumi \\
 +-----------
 +====Objekti - pievienošana darbiniekam====
 +Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus.
 +--------
 +====Apollo grupa datubāzes====
 +Visas Apollo grupas datubažu saraksts: \\
 +1. apl_fresh_food_lv \\
 +2. apl_restaurants_lv \\
 +3. piano_lv \\
 +4. apl_restaurants_rp_lv \\
 +5. apl_restaurants_or_lv \\
 +6. apl_skypark_lv \\
 +7. piano_riga_plaza_lv \\
 +8. apollo_cafe_lv \\
 +9. apollo_kino_lv \\
 +10. Piano_rp_lv
 +---------
 +====PVN dekl.====
 +Kur es varu redzēt vai atšīfrēt tos darījumus, kas iekļauja pvn 1.3 zem T ?\\
 +limits jauzliek 0.01 \\
 +Pašā pēdējā rindā ar tipu Teksts tiek norādīts dokumentu atšifrējuma limits (pielikumiem). \\
 +
 +TiekLimitēts - jānorāda Nē, ja pielikumā ir jāatšifrē visi darījumi ar šo kodu.
 +---------
 +====Saņemtajās precēs iegādes cena====
 +Saņemtajās precēs iegādes cena – pēdējais pirkums.\\
 +Uzstādījums - Kvīts artikula cena kopējot
 +-------
  
lv/support.txt · Labota: 2024/03/21 12:46 , labojis dagne