Atšķirības

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

--- lv:support [2024/05/16 10:50] – [Charlot EKA rēķini problēmas ar interneta pārlūku] dagne
+++ lv:support [2024/09/24 13:34] (patlaban) – lasma
@@ Rinda 61: / Rinda 61: @@
 Ar Google Drive pieredzes nav. Ir Igauņu apraksts, ko var pārtulkot angliski: https://wiki.directo.ee/et/google_drive_ee
 -----
+====Google Drive SharePoint====
+Atkarībā no datu glabātāja, šeit pieejamas pamācības pāŗliekot tulkojumu uz Angļu valodu: \\
+-	Google Drive https://wiki.directo.ee/et/google_drive_ee \\
+-	Microsoft SharePoint https://wiki.directo.ee/lt/ms_sharepoint
+-----
 ====Elektroniski parakstīt, uzaicināt parakstī dokumentu====
 Uzstādījums, kas jāaktivizē ar GOD mode un jāuzliek cik paraksti mēnesī:
@@ Rinda 92: / Rinda 100: @@
 -----
 ====Izvade EXCEL, kā iegūt atskaiti EXCEL====
-kā noliktavas kustību eksportēt uz ekseli ?  \\
+kā noliktavas kustību eksportēt uz Excel?\\
 Kā iegūt atskaiti INVENTARIZĀCIJAS atskaite/saraksts EXCELĪ, ja nav Excel ikona ? \\
@@ Rinda 102: / Rinda 110: @@
 Nokopēt no Directo dokumentu rindas uz Excel var izmantojot sekojošo taustiņu kombināciju: \\
-)	**ALT** + **C**  Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām;  \\
+)	**ALT** + **C**  Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām;\\
 )	**CTRL** + **ALT** + **V** iekopē datus Excelī. Pirms tam vislabāk ielikt kursoru Excel šūnā A1. \\
@@ Rinda 116: / Rinda 124: @@
 -----
 ====Transakciju dzēšana vairumā====
-atskaite -  Transkciju saraksts. Poga dzēšanai.\\
+atskaite - Transkciju saraksts. Poga dzēšanai.\\
 Poga DELETE ALL TRANSACTIONS ir pieejama no mūsu puses, ja ir ieslēgts God mode. Nonācām pie secinājuma, ka ir labi, ka standarta lietotājiem šī poga nav pieejama, jo ar to var izdzēst arī dokumentu grāmatojumus, neizdzēšot pašus apstiprinātos dokumentus - neapdomīgas dokumentu transakciju izdzēšanas rezultātā sistēmā būtu apstiprināti dokumenti bez grāmatojumiem.
 ------
@@ Rinda 231: / Rinda 239: @@
-Tips personāla kartītēs (neaizpildīts, pens, pens_izd un inv) ietekmē tikai ddz atskaiti, tur tie atbilst DN, DP un DI. Tās izvēles iespējas var nomainīt/papildināt sistēmas uzstādījumos nepieciešamības gadījumā.
+Veids personāla kartītēs (neaizpildīts, pens, pens_izd un inv) ietekmē tikai ddz atskaiti, tur tie atbilst DN, DP un DI. Tās izvēles iespējas var nomainīt/papildināt sistēmas uzstādījumos nepieciešamības gadījumā.
 Šobrīd vajadzētu būt, ka abi apzīmējumu varianti strādā līdzvērtīgi.
@@ Rinda 285: / Rinda 293: @@
 ====Avansi priekšapmaksa Klienta pasūtījums rēķins SASAISTE====
 Ja rēķins izrakstīts no klienta pasūtījuma, tad rēķinam var piesaistīt tikai to avansu, kurš ir piesaistīts konkrētajam klienta pasūtījumam. \\
-Konkrētajā gadījumā var mēģināt piesaistīt ar pie citiem pasūtījumiem piesaistītos avansus ar invoice balancing  IB veida maksājumu. \\
+Konkrētajā gadījumā var mēģināt piesaistīt ar pie citiem pasūtījumiem piesaistītos avansus ar invoice balancing IB veida maksājumu. \\
 Vai arī konkrētajos ienākošajos maksājumos nomainīt klienta pasūtījuma nr. uz to Kl.pasūtījuma nr., kurš ir saistīts ar konkrēto rēķinu un pēc tam mēģināt no rēķina lauka "Priekšapmaksa" piesaistīt šos avansus rēķinam.
 -----
@@ Rinda 309: / Rinda 317: @@
 Esam saņēmuši no Directo izstrādātājiem ziņu, ka diemžēl nav iespējams pielāgot sistēmu Jūsu pieprasījumam. \\
-Can't be done.  Two solutions:\\
+Can't be done. Two solutions:\\
 . Create receipt with two rows to add the prepayment to order / Or create receipt with two rows on invoice to use the prepayment.\\
 . Use prepayment item and prepayment invoice, this way the prepayment can be used.\\
@@ Rinda 408: / Rinda 416: @@
 ------
 ====Ar aizdoto kredīta transakciju, jānosedz rēķini====
-Kā izveidot savstarpējā ieskaita transakciju aizdevumam konts 21141, ar debitoru rēķiniem? \\
+db nordfix_latvia_lv. Kā izveidot savstarpējā ieskaita transakciju aizdevumam konts 21141, ar debitoru rēķiniem? \\
-Jāizveido maksājuma termiņš jeb maksājuma veids ar kontu, kas ir aizdevumā 21141. Un veido maksājumu, kur norāda rēķinus, kas jānosedz un kredīta summu. + un - zīmi.
+Ir manuāla transakcija uz kontu , kas ir aizdevums. Tad Jāizveido maksājuma termiņš jeb maksājuma veids ar kontu, kas ir aizdevumā 21141. Un veido maksājumu, kur norāda rēķinus. Beigās virsgrāmata konta bilance būš 0.00.
 Finanšu uzstādījumi - Samaksas veidi - Pievienot jaunu.
@@ Rinda 430: / Rinda 438: @@
 ====PVN deklarācija neatšifrējas, parādās zem X====
-Jābūt obligāti aizpilditam PVN reģ nr , lai  atšifrētos klients/piegādātājs. Citadi neatšifrējas un parādās zem X. \\
+Jābūt obligāti aizpilditam PVN reģ nr , lai atšifrētos klients/piegādātājs. Citadi neatšifrējas un parādās zem X. \\
 PIem. 1.3. bija zem X, ielika PVN reģ.nr. un atšifrējās. \\
@@ Rinda 463: / Rinda 471: @@
 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: \\
-•	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.\\
 •	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ņā!!
@@ Rinda 477: / Rinda 485: @@
 Jāskatās, vai viss kārtībā vai varbūt ir jākopē kāda cita pvn versija.
 -----
+====KOPĒŠANA Bilances vai PZA====
+APraksts par Bilances pārkopēšanu https://wiki.directo.ee/lv/fin_aru_bil#bilances_konfiguracijas_parkopesana_no_citas_directo_datubazes \\
+Peļņas vai zaudējumu aprēķina konfigurācijas pārkopēšana no citas "Directo" datubāzes https://wiki.directo.ee/lv/fin_aru_kasu#pelnas_vai_zaudejumu_aprekina_konfiguracijas_parkopesana_no_citas_directo_datubazes
+-------
 ====PVN dekl konfigurēšana====
 Formulā var atsaukties tikai uz tām rindām, kas ir augstāk par to rindu, kurā ir pati formula.\\
@@ Rinda 486: / Rinda 499: @@
   -
   - Lai veidojot rēķinu sistēma automātiski pievienotu intervālu, lietotāja kartiņā vajag norādīt izmantojamo Intervālu.
-  - Lai ienākošajos rēķinos noņemtu kollonu Veids (Settingos Izmaksu tipi) ir jānoņem uzstādījumos atzīme - ''Pirkuma uzstādījumi --> Ienākošais rēķins lieto Izdevumu Tipus''
+  - Lai ienākošajos rēķinos noņemtu kollonu Veids (Settingos Izdevumu veidi https://wiki.directo.ee/lv/fin_kulutus_tyyp) ir jānoņem uzstādījumos atzīme - ''Pirkuma uzstādījumi --> Ienākošais rēķins lieto Izdevumu Tipus''
@@ Rinda 589: / Rinda 602: @@
 {{ :lv:rekina_rindu_labosana_1.png?direct |}}
-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''.
+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''.
 {{ :lv:rekina_rindu_labosana_2.png?direct |}}
@@ Rinda 633: / Rinda 646: @@
 ----
 ====Moduls Engineering aftersave procedūra - Rēķinos Projekti====
-db moduls_engineering_lv  ir aftersave par to, ka izejošajos reķins apstiprinot automātiski Hederī jāparādas MASTER projektam, balstoties uz projektiem, kas norādīti rindās. piem. rekins nr. reķins 220000854. visiem rindu projektiem Master projekts ir 22028.  tam arī automātiski jāparādās hedera galvā.
+db moduls_engineering_lv ir aftersave par to, ka izejošajos reķins apstiprinot automātiski Hederī jāparādas MASTER projektam, balstoties uz projektiem, kas norādīti rindās. piem. rekins nr. reķins 220000854. visiem rindu projektiem Master projekts ir 22028. tam arī automātiski jāparādās hedera galvā.
 ----
 ====Kā nosūtīt e-pastu uz events/notikumi un ievietot kā pielikumu Directo====
@@ Rinda 691: / Rinda 704: @@
 - K: par mass importu sev piefiksēju. \\
-Un par cik sākot no 2019.gada vairs neizmanto algu moduli, vēlas no tā atteikties. Kā labak, Vēsturiskos datus var piedāvāt ar  vairumexportu izgūt par maksu ? \\
+Un par cik sākot no 2019.gada vairs neizmanto algu moduli, vēlas no tā atteikties. Kā labak, Vēsturiskos datus var piedāvāt ar vairumexportu izgūt par maksu ? \\
 datus izgūt viņi var paši no atskaitēm. ja ir kautkas ko viņi nevar vai negrib, tad tas ir par maksu caur exportu. tik paskaties, kas tajā exportā ir pieejams. reāli, viņiem neko nevadzēs, ja runa ir par laiku pirms 19.gada. vēl viena lieta. atslēdzot Algas moduli, dati nekur nepazudīs, atskaites jau ir pieejamas. viņi vienkārši nevar iegrāmatot algas aprēķinu.
@@ Rinda 710: / Rinda 723: @@
 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:
+Tās papildu izvēles vērtības var galvenajos uzstādījumos pie datulauku veidiem pievienot, datulaukam DARTIPS1_1:
-''Uzstādījumi'' - ''Galvenie uzstādījumi'' - ''Datuluku tipi''
+''Uzstādījumi'' - ''Galvenie uzstādījumi'' - ''Datuluku veidi''
 {{ :lv:datulauka_tipi1.png?direct |}} \\
@@ Rinda 740: / Rinda 753: @@
 ====ISKU nevar apstiprināt rēķinu====
 {{ :lv:isku_error.png?direct |}}
-Problēma tikai ir ar 5 un 7 rindu. SN “Skapis ar stikla durvīm pelēks”  uz 06.06. ir tikai 3 gabali, bet rēķinā kopā ir nepieciešami 5 gab. Ja 2 gab paņēms citu SN kodu, tad viss būs kārtībā, pārējās pozīcijas ir OK, un varēs rēķinu apstiprināt. \\
+Problēma tikai ir ar 5 un 7 rindu. SN “Skapis ar stikla durvīm pelēks” uz 06.06. ir tikai 3 gabali, bet rēķinā kopā ir nepieciešami 5 gab. Ja 2 gab paņēms citu SN kodu, tad viss būs kārtībā, pārējās pozīcijas ir OK, un varēs rēķinu apstiprināt. \\
 Jāpievērš uzmanība vai VARIANTA kolonnā nav kāds nevajadzīgs simbols, ja paziņojumā ir rkastīts - ka ir variants, bet nav vajadzīgs.
@@ Rinda 754: / Rinda 767: @@
 Varam izmaiņīt ar Vairumimporta tabulu - Artikuli.\\
 KODS un SN ATSEKOŠANA. \\
-SN ATSEKOŠANA 0 (nulle) ir BEZ  sn.
+SN ATSEKOŠANA 0 (nulle) ir BEZ SN.
 --------
 ====SN sērijas numura lauka garums====
@@ Rinda 768: / Rinda 781: @@
 ''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.
 -----
-====Charlot EKA rēķini problēmas ar interneta pārlūku====
+====FINNEX Charlot kases apkalpotājs====
+Ja lieto Directo kā rēķinu izrakstītāju tad nav cita varianta kasei kā būt CHD.
+CHD uzreiz pirmais ir IE mode Internet Explorer mode , ko izmanto caur Microsoft Edge un tas settingu blāķis, kas jāskatās zemāk aprakstā.
+-----
+====Charlot FINNEX EKA pos rēķini problēmas ar interneta pārlūku - neiet uz KASI čeki ====
 Jaunas lapas atvēršanās jaunā logā nevis cilnē ir Jūsu pārlūkprogrammas iestatījumu izmaiņas, kuras visdrīzāk ir izmainītas pēc pārlūkprogrammas atjauninājumiem. Ja vēlaties, lai lapas veras jaunās cilnēs, tad jāveic izmaiņas pārlūkprogrammas iestatījumos!\\
@@ Rinda 838: / Rinda 855: @@
 ------
 ====SREC noliktavas saņemšanā jāveic IZMAIŅAS jāsamaina preces, nepareiza prece Saņemšanas dok.====
-Ja SRECu vēl var atgrāmatot, un nav nāķotnes dok., preces jau kustībā, tad jāatgrāmato un jānomaina artikuls uz pareizo. Jānomaina arī saistītāja Pirkuma Pasūtījumā. \\
+Ja SRECu vēl var atgrāmatot, un nav nākotnes dokumenti, kur preces jau kustībā/pārdotas utt., tad jāatgrāmato un jānomaina artikuls uz pareizo. Jānomaina arī saistītājā Pirkuma Pasūtījumā, ja tāds ir. \\
+Ja vairs nevar atgrāmatot, tad jāveido korekcijas SREC (Saņemtās preces dokuments), kurā jānomīnuso, it kā jāatgriež piegādātājam nepareizais artikuls un tā vietā jāpieņem pareizais artikuls. \\
+Tei r apraksts kā izveidot Preču pieņemšanas dokumenta korekcijas dokuments https://wiki.directo.ee/lv/ladu_sisse?do=login&u=enerz_lv&p=44a29#precu_pienemsanas_dokumenta_korekcijas_dokuments \\
+Ja, pieņemot preces, tika norādīts kļūdains artikuls, tad šādi var izņemt no noliktavas kļūdaino artikulu un reizē pieņemt noliktavā atbilstošo artikulu. \\
+Jāņem vērā, ka šādi koriģēt informāciju var tikai par tām precēm, kas joprojām ir noliktavas atlikumā. Informāciju par jau pārdotajiem vai norakstītajiem artikuliem mainīt nav iespējams.
+Preču atgriešana piegādātājam vai dokumentā Saņemtās preces kļūdaini norādītas informācijas labošana https://wiki.directo.ee/lv/ladu_sisse?do=login&u=enerz_lv&p=44a29#precu_atgriesana_piegadatajam_vai_dokumenta_sanemtas_preces_kludaini_noraditas_informacijas_labosana
-Ja vairs nevar atgrāmatot, tad jāveido korekcijas SREC, kurā jānomīnuso, it kā jāatgriež piegādātājam  nepareizais artikuls un tā vietā jāpieņem pareizais artikuls. \\
 -----
@@ Rinda 847: / Rinda 873: @@
 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.
+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….
+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
@@ Rinda 917: / Rinda 943: @@
 ) salikt datulauku tipus;\\
 ) salikt datulaukus vajadzigajiem kleintiem, pieg, konta
+-------
+====Apollo kino no MARKUS ar XML integrācija iesūta rēķinus un Transakcijas====
+Katru dienu iesūtās no MARKUS sistēmas EKA/POS rēķini un Izveidojas TRANsakcijas, piem. par Ticket Profit.
 -------
 ====Nerēķina algas no diviem objektiem darbiniekam====
-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?
+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.\\
@@ Rinda 1011: / Rinda 1040: @@
 Nepieciešams atšfirēt kontu 220804 pēc Piegādātāja, tad to var darīt šādi: \\
-Konkrēts datums, ķeksis - Tikai summas,  APAKŠSUMMA: pa piegādātājiem. \\
+Konkrēts datums, ķeksis - Tikai summas, APAKŠSUMMA: pa piegādātājiem. \\
 {{ :lv:virsgrsmata_apaksummas.png?direct |}}
@@ Rinda 1029: / Rinda 1058: @@
 ====Transakciju vēsture, meklēšana kas mainīts, kas/kad izveidota====
-Lai redzētu info par to, kad un kas izveidojis jeb apstiprinājis  transakcijas, kā arī veicis izmaiņas, jāizmanto atskaite Transakciju saraksts. \\
+Lai redzētu info par to, kad un kas izveidojis jeb apstiprinājis transakcijas, kā arī veicis izmaiņas, jāizmanto atskaite Transakciju saraksts. \\
 To var atrast Finanses – Atskaites – Transakciju saraksts.\\
 Filtrā jānorāda:\\
-Tips – TRAN \\
+Veids – TRAN \\
 Transakcijas laiks: periods – transakcijā norādītais datums\\
 Ievadīšanas laiks: periods – ja šeit norāda datumu, tad parādīsies tikai tās Transakcijas, kas ietilpst Transakcijas laika periodā ievadītajos datumos un Ievadīšanas laika periodā.\\
@@ Rinda 1079: / Rinda 1108: @@
 Problēma bija Maksājuma veida uzstādījumos.\\
-Maksājuma veida kartiņā pie TIPS, jābūt uzliktam - (neizvēlēts). Nevar būt norādīts – Vienāds.
+Maksājuma veida kartiņā pie VEIDS, jābūt uzliktam - (neizvēlēts). Nevar būt norādīts – Vienāds.
 ------
 ====Backup routine and politics====
@@ Rinda 1193: / Rinda 1222: @@
 --------
 ====Izdzēstu dokumentu atjaunot jāatjauno====
-Datiem tā vienkārši nav iespējams “pazust”.  Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
+Datiem tā vienkārši nav iespējams “pazust”. Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
-Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams. \\
+Saistībā ar prombūtņu dokumentu 210014 – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams. \\
-Datiem tā vienkārši nav iespējams “pazust”.  Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
+Datiem tā vienkārši nav iespējams “pazust”. Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
-Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams.\\
+Saistībā ar prombūtņu dokumentu 210014 – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams. \\
 Vai ir iespējams atjaunot tikai šo vienu failu? Un cik tas maksās, ja tas ir maksas pakalpojums?\\
@@ Rinda 1203: / Rinda 1232: @@
 Jā, ir iespējams iegūt šī faila backup. Naudas izteiksmē tie būs 65Eur bez PVN. Darba ilgums būs atkarīgs no saziņas ar EE, viņi piešķir piekļuvi šiem backup datiem.
 ------
+=====Nepareizs Salīdzināšanas akts, izdzēsts rēķins piesaistīts maksājumam====
+Starpība Salīdzināšanas aktā klientam ir 2476.05 - 2390.28 = 85.77 eur \\
+Atskaite Pirkumu reģistrs. \\
+{{ :lv:waetzsrdtxfycgvuhbjn.png?direct |}}
+Rēķins nr 230106 ir izdzēst, BET tas ir palicis piesaistīts Maksājumā par summu 85.77 eur. \\
+Atskaite: Periodiskais piegādātāju pārskats: \\
+{{ :lv:378ilkuyjthre.png?direct |}}
+Maksājuma uzdevums nr. 20230118, kurā maksājum piesaistīs izdzēstajam rēķinam \\
+{{ :lv:78iukjyxty.png?direct |}}
+------
 ====Noliktavas gada apgrozījums====
@@ Rinda 1392: / Rinda 1435: @@
 http://wiki.directo.ee/et/google_calendar
 -----
-====Samaksas termiņi, tipi, EKA un parastie rēķini kā veidojas====
+====Samaksas termiņi, 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.\\
+**Kartes maksājums** tāpat kā veids **Skaidra nauda** pēc būtības attiecas uz EKA rēķiniem.\\
-Parastiem rēķini ir tips **Normāls**.\\
+Parastiem rēķini ir veids **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.
+Klienta kartiņā var piesaistīt **Maksājuma veidu**. Piem. Huppa klienta 1119 Internetveikala pirkums, maksājuma veids CASH_1, kam veids ir Normāls un neveidojas EKA rēķins.
 (Huppa)
 ------
@@ Rinda 1430: / Rinda 1473: @@
 ------
 ====NORAKSTĪŠANA 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ēš delete norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\
+Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, tad jāizdzēš delete norakstīšanas transakcija (veids NORAKST), ko var redzēt arī pie PL izmaiņās.\\
 Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\
@@ Rinda 1462: / Rinda 1505: @@
 ------
 ====Kā izdzēst PL pamatlīdzekli====
-Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas.  un var rēķināt no jauna. \\
+Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas. un var rēķināt no jauna. \\
 Lai izdzēstu, kad nebūs nolietojums, jāmaina uz **mazv.inventārs**. Jāsaglabā vairākas reizes, tad jāieliek ķeksis pie **slēgts**, salgabāt un **dzēst**.
@@ Rinda 1470: / Rinda 1513: @@
 Ar atskaiti **Pamatlīdzekļu vēsture**, norādot **Norakstīšanas iemeslu** un nospiežot Atskaite. Atlasīsies visi Pamatlīdzekļi, kuriem PL kartiņas datulaukā būs norādīts attiecīgais datulauks. Var atķeksēt vajadzīgos un spiest pogu **Write off**.\\
-Lai izveidotu jaunu **Datulauku tipu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta, nepieciešams veikt sekojošas darbības:
+Lai izveidotu jaunu **Datulauku veidu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta, nepieciešams veikt sekojošas darbības:
-)	Jāizveido Datalauku tips (Uzstādījumi – Galvenie uzstādījumi – Datulauku tipi). Pievienot jaunu un aizpildīt obligātos laukus: Kods, Nosaukums, KLASE - **Aktīvs**. \\
+)	Jāizveido Datalauku veids (Uzstādījumi – Galvenie uzstādījumi – Datulauku veidi). Pievienot jaunu un aizpildīt obligātos laukus: Kods, Nosaukums, KLASE - **Aktīvs**. \\
 Tālāk jādodas uz Uzturēšana – Imports/Eksports - Vairumievietne – jāizvēlas tabula **Pamatlīdzekļi** un sekojošas kolonnas: Kods un Datulauks, kurš iepriekš tika izveidots. Vai arī konkrētiem PL kartiņās manuāli atzīmēt šo datulauku. \\
@@ Rinda 1514: / Rinda 1557: @@
 -----
 ====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?\\
+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?\\
@@ Rinda 1548: / Rinda 1591: @@
 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.\\
+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 veids 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ā.\\
@@ Rinda 1557: / Rinda 1600: @@
 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 ?
+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.
@@ Rinda 1572: / Rinda 1615: @@
 -----
 ====Drošības naudas PIEGĀDĀTĀJAM====
-Newsec LV piegādātājam  ir samaksājis drošības naudu, kura jāiegrāmato kontā 2084. Kā to izdarīt?\\
+Newsec LV piegādātājam ir samaksājis drošības naudu, kura jāiegrāmato kontā 2084. Kā to izdarīt?\\
 Redzu, ka bankas dokumentā ‘Maksājums’ nav iespējams pievienot vajadzīgo kontu.
 Vai grāmatojot maksājumu kā transakciju un norādot piegādātāju, drošības nauda piesaistīsies piegādātāja norēķinu atlikumam?\\
@@ Rinda 1580: / Rinda 1623: @@
 ====Artikulu izdzēšana , dzēst artikulus, kas izveidoti, bet netiek lietoti====
-Vai ir iespēja no sistēmas dabūt atskaiti ar preci, kuri tika  izveidoti sistēmā bet nebija nekādas kustības (iepirkumi, pārdošanas, pārvietošanas, norakstīšanas un t.t.) vispār? \\
+Vai ir iespēja no sistēmas dabūt atskaiti ar preci, kuri tika izveidoti sistēmā bet nebija nekādas kustības (iepirkumi, pārdošanas, pārvietošanas, norakstīšanas un t.t.) vispār? \\
 Var izmantot šādu Atskaiti, kas ir zem sadaļas Uzturēšana – Digital cleanup. Tā parāda tos artikulus, kas nekad nav izmantoti un ļauj tos arī izdzēst. \\
@@ Rinda 1604: / Rinda 1647: @@
 ) Kā arī izmantot atskaiti Virsgrāmata:\\
 ) 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.
+Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums 32.50 eur + PVN.
 ------
 ====Auditoriem par Directo ISO, Serveris====
@@ Rinda 1632: / Rinda 1675: @@
 Ja ir tikai skatītāja tiesības, piem. redzēt ienākošo rēķinu atskaites un varētu izvēlēties filtrā Piegādātājus no Piegādātāju saraksta, tad nepieciešams Tiesību sadaļā pie **DOKUMENTI** pievienot Moduli **Piegādātāji**. Atķeksēt tikai **šķirstīt**, **kolonnas**, **skatīt**. \\
-Ja atskaitē nepieciešams izvēlēties piem. OBJEKTU vai FINANŠU KONTU, tad jāieliek ķeksis CITI sadaļā pie **Kopētājs**. Tad varēs izvēlēties un ievietot. {{ :lv:kopetajs1.png?direct |}}
+Ja atskaitē nepieciešams izvēlēties piem. OBJEKTU vai FINANŠU KONTU, tad jāieliek ķeksis CITI sadaļā pie **Ievietotājs**. Tad varēs izvēlēties un ievietot.\\
 Ja vajag arī iespēju pievienot jaunus Objektus sarakstam, tad sadaļā **uzstādijumi** jāieķeksē pie FInanšu uzstādījumiem **skatīt**, **pievienot**, **mainīt**.
@@ Rinda 1641: / Rinda 1684: @@
 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.
+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.
 -------
 ====Rēķins citā valūtā, ienākošais rēķins====
@@ Rinda 1657: / Rinda 1700: @@
 ====Valūtas kursu pārrēķins - Valūtas kursi, pārcenošana====
-Par  Valūtu konta pārrēķinu - pārcenošanu. \\
+Par Valūtu konta pārrēķinu - pārcenošanu. \\
-To var izdarīt caur Uzturēšana, sadaļa Uzturēšana  - Valūtas kursi.\\
+To var izdarīt caur Uzturēšana, sadaļa Uzturēšana - Valūtas kursi.\\
 Piem.:Konts – 2626 (GBP konts) \\
 {{ :lv:asgdf.png?direct |}}
@@ Rinda 1677: / Rinda 1720: @@
 ====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. ?\\
+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.
@@ Rinda 1722: / Rinda 1765: @@
 Lai sagatavotu salīdzināšanas aktu (rēķinu) angliski, darījumu partnera (attiecīgi klienta vai piegādātāja) kartītes laukā Valoda jānorāda angļu valoda - ENG.
 -----
-=====Sistēmā nobrukusi Valoda LV ENG====
+====Sistēmā nobrukusi Valoda LV ENG====
 Zem Uzstādījumi - Galvenie uzstādījumi - VALODAS. Jāuzliek LV Bāzes valoda ENG. Jāpaskatās, kas ar bāzes valodu.\\
 {{ :lv:vall.png?direct |}}
+Uzstādījums - Sistēmas valoda, lai ir pareizs - LV
+{{ :lv:sisvalodda.png?direct |}}
 -------
 ====Kā izdzēst kļūdaini uztaisītu kodu====
@@ Rinda 1752: / Rinda 1798: @@
 ====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ātā atvaļinājuma aprēķins. Atskaite **Prombūtnes**: 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
+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īzāk
 {{ :lv:atvalinajums.png?direct |}}
 --------
@@ Rinda 1795: / Rinda 1841: @@
 -	Objeks,\\
 -	Darba vietas.\\
-- INTERVĀLS  - DOC, citādi nebūs aktīvs karšu maksājums.\\
+- INTERVĀLS - DOC, citādi nebūs aktīvs karšu maksājums.\\
 Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti.
 ----------
@@ Rinda 1825: / Rinda 1871: @@
 ====Kases aparāts POS termināls====
 Vai būtiski ir vēl ko noskaidrot? viņiem jau būs jāierāda, kā tagad darboties?! \\
-es gan nezinu, ko viņi pārdod/piegādā, pēc menedžera apraksta izskatās, ka vajag apmaksas veidu sakonfigurēt, izklausās kaut kas līdzīgi kā huppai, ja apmaksas veidam tips būs nauda, tad rēķins konvertēsies par čeku lielākoties tas nav dikti ērti
+es gan nezinu, ko viņi pārdod/piegādā, pēc menedžera apraksta izskatās, ka vajag apmaksas veidu sakonfigurēt, izklausās kaut kas līdzīgi kā huppai, ja apmaksas veidam veids būs nauda, tad rēķins konvertēsies par čeku lielākoties tas nav dikti ērti
 nez, kā ir ar pieteikumu ee par apmaksas tipy nauda, kas nekonvertējas par čeku, jo tāds būtu ērtāk darbam t.i., viņi jau taisa Directo pasūtījumus un rēķinus
 un ar kasi strādās nesaistīti ar directo vnk viņiem vajadzēs rēķinos samaksas termiņu skaidra nauda, no otras puses, parastajam rēķinam nav divu samaksas termiņu, ir tikai viens, tāpēc, ja viņi gribēs, lai var daļēji skaidrā, daļēji ar karti, tad būs jālieto eka reķini. \\
 template jau parasti ir naudas termiņš, bet grāmatvedim jānočeko vai konti ir tie, kurus viņi vēlas izmantot, naudas konts.. \\
 jā, ir arī master settingos vien kopējais, bet var būt katram maksājuma termiņam savs, t.i. tas konts, kurā bilance ir naudas atlikums kasē, ja parasto rēķinu izraksta, tad klients ir debitors, kopējā summa iet debetā debitoru kontā, t.i., klients it būtībā parādnieks. \\
-un kā ir ar kartes maksājumiem, tur arī tips nauda , bet atkal attiecīgi naudas konts cits (skatos kā huppai) ? \\
+un kā ir ar kartes maksājumiem, tur arī veids nauda , bet atkal attiecīgi naudas konts cits (skatos kā huppai) ? \\
 bet ja ir apmaksas skaidrā naudā, tad kopējā summa ir debets kases kontā
 t.i., ta ir saņemtā nauda kartes maksājumiem protams, ka savs konts, jo to naudu uzņēmums uzreiz nesaņem labāk varbūt paskatīties kādam reālam veikalam jo huppai nav grāmatvedības directo. kartes maksājumiem naudas konts ir starpkonts, parasti ar nosaukumu nauda ceļā vai tml jo reāli bankas kontā tā nauda nonāks vēlāk un tad būs grāmatojums no bankas importa, kur no tā starpkonta nauda ieskaitās bankas kontā. \\
@@ Rinda 1836: / Rinda 1882: @@
 kā tālāk rīkojamies saistībā ar NORDFIX LATVIA jauno kasi ? \\
-tur jau viss notiek, jāuzraksta tad grāmatvedei, ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem.  \\ šobrīd viņiem debeta konts tur ir no master settingiem:
+tur jau viss notiek, jāuzraksta tad grāmatvedei, ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem.\\ šobrīd viņiem debeta konts tur ir no master settingiem:
 EKA rēķina debets.
 ------
@@ Rinda 1847: / Rinda 1893: @@
 ------
 ====Neienāk kases čekā summa====
-DB Nl_Latvia: Kā jau teicu, tur fiziski nav iespejams veikt kļūdu kur iesitas čeks ar summu 0 jo viss iet caur sistēmu un tiek pārbaudīts divreiz. Visas summas ir paraditas. Tā ir kautkādā sistēmas kļūda,ņemot vērā ka veikals nebija atvērts puss gadu,un tā bija pirmā veikala atveršanas diena. Čekiem kas ir ar lielaku summu viss tika izsistspilnīgi  tāpat kā šis konkrētais čeks.  \\
+DB Nl_Latvia: Kā jau teicu, tur fiziski nav iespejams veikt kļūdu kur iesitas čeks ar summu 0 jo viss iet caur sistēmu un tiek pārbaudīts divreiz. Visas summas ir paraditas. Tā ir kautkādā sistēmas kļūda,ņemot vērā ka veikals nebija atvērts puss gadu,un tā bija pirmā veikala atveršanas diena. Čekiem kas ir ar lielaku summu viss tika izsistspilnīgi tāpat kā šis konkrētais čeks.\\
 Nepieciešama Jūs palīdzība, mums neienāk nauda no POS termināla par šo pirkumu 219EUR. Veikala vadītājs, informēja, ka nav iespējams izsist čeku ja netiek veikti norēķins ar kredītkarti. Kā varēja rasties šāda situācija, ka čeks ir izsists bet nauda neienāk un čekā apakšā kur pirkuma summa ir 0? \\
@@ Rinda 1884: / Rinda 1930: @@
 klienta jautājums būtībā ir par to, kā norakstīt klientu priekšapmaksu atlikumus. To var izdarīt ienākošo maksājumu dokumentā, bet kategoriski nedrīkst to darīt ar manuālu grāmatojumu, kā klients šobrīd ir izdarījis (jo tad priekšapmaksu atlikums virsgrāmatā nesakritīs ar prikešapmaksu atlikumu klientu atskaitēs, kurās rāda informāciju par avansiem)\\
-Var veidot IB Invoice Balancig maksājuma dokumentu. Konts nevar būt ārpusbilances (999..)  bet gan uz ieņēmumiem vai izdevumiem. Tas jāzin, jādara grāmatvedībai.
+Var veidot IB Invoice Balancig maksājuma dokumentu. Konts nevar būt ārpusbilances (999..) bet gan uz ieņēmumiem vai izdevumiem. Tas jāzin, jādara grāmatvedībai.
 ------
 ====Šubīgie un bezcerīgie debitoru klientu parādi kā norakstīt====
@@ Rinda 1936: / Rinda 1982: @@
 -----
 ====Bankas imports Valsts kase kļūda xml failā====
-Ir problēma ar  bankas importu valsts kasei – izejošie maksājumi, fails neieimportējas ( ienākošie maksājumi smuki importējas). ERROR \\
+Ir problēma ar bankas importu valsts kasei – izejošie maksājumi, fails neieimportējas ( ienākošie maksājumi smuki importējas). ERROR \\
 Problēma rodas, jo Valsts kase XML failā norāda pulksteni 24:00., kas ir nepareizi un dēļ tā rodas kļūda. \\
@@ Rinda 1994: / Rinda 2040: @@
 no grāmatvedības viedokļa varētu būt labāk, ja par katru rēķinu būtu atsevišķs dokuments Saņemtās preces, jo tad uzreiz var piesaistīt katru dok. Saņemtās preces saistītajam ienākošajam rēķinam un izsķirt, kurš Saņemto preču dokuments ir saistīts ar kuru ienākošo rēķinu. Bet tas jau atkarīgs no grāmatvedības principialitātes un uzskatiem, jo no grāmatojumu rezultāta un noliktavas atlikuma viedokļa atšķirību šajās pieejās nav..\\
-Ja Transporta izmaksas tiek  attiecinātas uz saņemtajām precēm, proporcionāli palielinot preču izmaksas, tad vienkāršāk ir 1 saņemšanas pavadzīme un pievienotās transporta izmaksas.
+Ja Transporta izmaksas tiek attiecinātas uz saņemtajām precēm, proporcionāli palielinot preču izmaksas, tad vienkāršāk ir 1 saņemšanas pavadzīme un pievienotās transporta izmaksas.
 Ja ir zināms, ka piem. Transporta izmaksas kopā ir 20 eur un tas ir domāts 10 eur vienai un 10 eur otrai pavadzīmei, var veidot atsevišķas prečus saņemšanas. Galvenais saprast pēc tam kuri dokumenti - maksājumi, ienākošie reķini, jāatiecina uzkuru saņemšanu.
 ------
@@ Rinda 2075: / Rinda 2121: @@
 ====Nākamo periodu izdevumi jāattiecina uz 1 mēnesi====
-db dimela_veta_lv. Kkā pareizi dara, ja ir Ienākošais reķins 2023000024, reķina datums 09.01.2023.  kaut kas daļēji samaksāts jau tagad, bet jautājums - kā darīt/grāmatot, ja izdevumi jāatiecina uz 16.09.2023. ? \\
+db dimela_veta_lv. Kkā pareizi dara, ja ir Ienākošais reķins 2023000024, reķina datums 09.01.2023. kaut kas daļēji samaksāts jau tagad, bet jautājums - kā darīt/grāmatot, ja izdevumi jāatiecina uz 16.09.2023. ? \\
 .sadaļā Sākums un Beigas norāda to mēnesi uz kuru jāattiecina Izdevumi. Šajā gadījumā septembris. Sistema automātiski iegrāmatos Septembrī.
@@ Rinda 2116: / Rinda 2162: @@
 Savukārt, tādā gadījumā **artikulu rindās, nevar būt Objekti**.\\
 Pie šāda kontu uzstādījuma, objekti no dokumentu rindām būtu jāizņem, un jāatstāj objekts tikai dok.galvā.\\
-Ja tomēr nepieciešams norādīt dažādus objekta līmeņus pie katra artikula rindās, tad uz to brīdi, var noņemt nosacījumu no kontu kartiņas, ka nav nepieciešams obligātais 7.līmenis, tad apstiprināt rēķinu ar objektiem rindās un  kontam uzlikt atpakaļ obligāto līmeņa prasību.
+Ja tomēr nepieciešams norādīt dažādus objekta līmeņus pie katra artikula rindās, tad uz to brīdi, var noņemt nosacījumu no kontu kartiņas, ka nav nepieciešams obligātais 7.līmenis, tad apstiprināt rēķinu ar objektiem rindās un kontam uzlikt atpakaļ obligāto līmeņa prasību.
 -----
@@ Rinda 2180: / Rinda 2226: @@
 Atskaitē **KLienta statistika** redzam, ka klienta izejošajos reķinos ir izmantoti gan PVN kods 0 un PVN kods 9, kas abi ir PVN 0%. \\
 Izejošajā rēķinā, ceturtajā bumbinā redzam PVN kodus un kontus, kas izmantoti. \\
-Atverot rēķina transakciju , PVN kodi un konti  ir salaboti pareizi. \\
+Atverot rēķina transakciju , PVN kodi un konti ir salaboti pareizi. \\
 Lai vienmēr uzreiz automātiski izejošajos rēķinos ielekt pareizi PVN kodi un konti, lūdzu aizpildīt Artikulu klases. Jo katram artikulam tiek piesaistīta artikulu klase, kurā tiek definētsi gan PVN kodi, gan konti, kuri auzotmātiski arī parādīsies rēķinos, atkarībā no darījuma. \\
@@ Rinda 2231: / Rinda 2277: @@
 {{ :lv:bier.png |}}
-Jāpārbauda, vai  Finanšu intervālam nav beidzies termiņš, lūdzu to pagariniet, tad visam jābūt kārtībā. \\
+Jāpārbauda, vai Finanšu intervālam nav beidzies termiņš, lūdzu to pagariniet, tad visam jābūt kārtībā. \\
 Lietotāja kartiņā jānorāda finanšu intervāls, sistēma nezin kuru ņemt, ja ir vairāki finanšu (transakciju) intervāli. \\
@@ Rinda 2238: / Rinda 2284: @@
 ====Banku importa dok.izsaukuma zīmes====
 Importējot bankas maksājumus man directo par kaut ko brīdina ar izsaukuma zīmītēm. \\
-Kā man būtu  jārīkojas lai directo vēlreiz necenstos importēt maksājumus, kas kaut kur iekšā jau stāv? \\
+Kā man būtu jārīkojas lai directo vēlreiz necenstos importēt maksājumus, kas kaut kur iekšā jau stāv? \\
 Tām rindiņām, kuras nav jāapstrādā, jānomaina veids no Maksājums uz "Netiek lietots" un jāsaglabā dokuments pirms tālākas apstrādes. \\
@@ Rinda 2282: / Rinda 2328: @@
 www.seb.lv
 ------
+====SWEDBANK Gateway====
+ja Klients izmanto Operatoru (Directo SIA ir operators), tad Swedbanka Klientam naudu neprasa, bet prasa Operatoram 5eur mēnesī.. mēs klientiem tos pašu 5eur prasīsim saskaņā ar jauno līgumu. \\
+SEB no mums neko neprasa (nezinu par klientu).
+-----
 ====SWEDBANK Gateway====
 https://wiki.directo.ee/lv/fin_valjavote?s[0]=swedbank&s[1]=gateway#swedbank_gateway \\
@@ Rinda 2390: / Rinda 2440: @@
  - viņi gribēja zināt vai var sadalīt, jo aditori grib atskaitē redzēt par katru transakciju ?!\\
 izklausās pēc nonsense, jo katru transakcijas rindu var redzēt atsevisķi, bet grupējot pēc klienta/piegādātāja ir tas rezultāts, kāds būtu, ja tās būtu atsevisķas transakcijas, no otras puses uzražot no importa 100 atsevisķus dokumentus, kuriem visiem jāiet cauri - ir nonsense, gan jau, ka patiesībā ir cita vajadzība tam apakšā, t.i., nezina, kā atrast vajadzīgo informāciju. protams, tādiem klientiem, kuriem importā par mēnesi ir pāris desmiti darījumu, šis varētu būt aktuāli, bet ne tiem, kam dienā simtiem operāciju.\\
-tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi, plus jāmaina katrai rindiņai tips manuali. tās transakcijas gan ģenerējas katra savā dokumentā, par ko grāmatveži parasti ir apbēdināti. bet maksājumi noklusējumā ir visi vienā dokumentā un vienā transakcijā.\\
+tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi, plus jāmaina katrai rindiņai veids manuāli. tās transakcijas gan ģenerējas katra savā dokumentā, par ko grāmatveži parasti ir apbēdināti. bet maksājumi noklusējumā ir visi vienā dokumentā un vienā transakcijā.\\
 ur transakcijas aprakstā trūka vajadzīgais info, lai darbības būtu identificējamas konta pārskatā, bet viss vēl nav, piemēram, avansa norēķinu izmaksu transakcijās nav izlietotājs aprakstā. redzu, ka maksājumos ar nekas nav darīts, neliekas pieg. rēķina numurs transakcijas aprakstā.
 ------
@@ Rinda 2445: / Rinda 2495: @@
 Ja svītrukods vnk nepareizs, tad veikals var manuāli artikulu ielasīt, bet ja nav vispār pievienots artikulam nekas ar tādu krāsu/izmēru, tad neko. Bet pievienot to svītrukodu artikulam gan jau, ka var arī veikalā. Ja nav tāds svītrukods, tad vienkārši sadaļā **Iegādes artikuli** liek klāt jaunu rindiņu ar svītrukodu, krāsu, vairantu utt. \\
-Ik pa laikam nāk jaunas krāsas, bet ja tās ir veikalā, tad jau pieņēma noliktavā, tad jau būtu jābūt svītrukodiem ieksā, jo parasti tā Svītrukodu pievienošana  ir pie saņemšanas.
+Ik pa laikam nāk jaunas krāsas, bet ja tās ir veikalā, tad jau pieņēma noliktavā, tad jau būtu jābūt svītrukodiem ieksā, jo parasti tā Svītrukodu pievienošana ir pie saņemšanas.
 ------
 ====Silvano trūkst, pazuduši svītrukodi====
@@ Rinda 2478: / Rinda 2528: @@
 )	Jābūt PVN kodam, piem PVN 3; \\
 )	Datulaukam Jābūt e-pastam \\
-)	Datulaukam Jābūt – For what period of time... - KATRU MĒNESI, vai citam, piem. Monthly  \\
+)	Datulaukam Jābūt – For what period of time... - KATRU MĒNESI, vai citam, piem. Monthly \\
 Attiecīgi atskaitē filtram - ZIŅOJUMA VEIDS, norāda datulaukā ielikto periodu - Katru mēnesi, vai Monthly. \\
@@ Rinda 2569: / Rinda 2619: @@
 ====Klientam un Piegādātājam konti====
 Debeta kontu klientam var noradit klienta klasē. \\
-Ja klientam nepieciešams norādīt atsevišķu debeta kontu, to var izdarīt piešķirot KLienta kartiņai KLienta klasi jeb Kategoriju. Klientu klases var atrast zem Uzstādījumi – Pārdošanas uzstādījumi – Klientu klases. Un tā kartiņā ir DEBITORU KONTS.  \\
+Ja klientam nepieciešams norādīt atsevišķu debeta kontu, to var izdarīt piešķirot KLienta kartiņai KLienta klasi jeb Kategoriju. Klientu klases var atrast zem Uzstādījumi – Pārdošanas uzstādījumi – Klientu klases. Un tā kartiņā ir DEBITORU KONTS.\\
 Piegādātājam piegādātāja kartiņā var norādīt kontus.
@@ Rinda 2582: / Rinda 2632: @@
 Nepieciešams PVN 225, kopsummu 75825.00., daudzums 337 gab \\
-Jāizveido otra rinda ar tādu pašu RR., jāpieliek daudzums 1, un  cena 0.0001 \\
+Jāizveido otra rinda ar tādu pašu RR., jāpieliek daudzums 1, un cena 0.0001 \\
 Izdrukā otra rinda neparādīsies. \\
@@ Rinda 2637: / Rinda 2687: @@
 ====Nākamo periodu izmaksas, uzkrātās izmaksas====
 Perioda vidū tiek anulēts, kā to uzskaitīt? \\
-Tad var izmantot šos laukus (iekrāsoti ar dzeltenu): \\
+Tad var izmantot šos laukus, trešajā sadaļā, aizpildot datumu, summu un kontu. Var to darī apstiprinātā dokumentā, un pēc pogas Saglabāt nospiešanas, transakcija pārrakstīsies ar jauno info no kolonnām: \\
+{{ :lv:perrrrrrr.png?direct |}} \\
 {{ :lv:revv.png?direct |}}
 Jānorāda datums, ar kuru jāatceļ periodizācija un atlikusī summa, kas jāpārceļ uz izmaksām, var norādīt arī atšķirīgu izmaksu kontu.\\
@@ Rinda 2731: / Rinda 2784: @@
 Kad dokuments tiek iegrāmatots - apstiprināts, tad arī nosūtās uz Telema. \\
 Ja ir radusies kļūda, un nepieciešams iesūtīt atkārtoti, tad dokumenta atvēŗšana un no jauna iegrāmatošāna, to NEDARA. \\
-Paši  tiek klāt savam Telema portālam, caur kuru arī var atkārtoti nosūtīt dokumentus vai uzlādēt pdf. Viss ko sūta Directo, dublējās Telemas protālā. \\
+Paši tiek klāt savam Telema portālam, caur kuru arī var atkārtoti nosūtīt dokumentus vai uzlādēt pdf. Viss ko sūta Directo, dublējās Telemas protālā. \\
 Pamēģiniet, vai jums pašiem izdodas atkārtoti nosūtīt visus rēķinus. \\
@@ Rinda 2805: / Rinda 2858: @@
 ====Nerādās lauki GP un GP% jeb BP un BP%====
 Bija kļūda ar to, ka aizpildot klientu, valūta pazuda. Vajadzētu būt ka tagad valūtas logs ir aizpildīts arī pēc klienta ievietošanas. \\
-Konkrētajā Piedāvājumā ieliku  Currency un GP un GP% sarēķinājās:
+Konkrētajā Piedāvājumā ieliku Currency un GP un GP% sarēķinājās:
 {{ :lv:bpquat.png?direct |}}
@@ Rinda 2896: / Rinda 2949: @@
 Pirmkārt, visi nodefinētie nosacījumi atrodas zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi: \\
-Vislabāk Banku importa nosacījumu izveidot spiežot pogu PIEVIENOT  no Bankas importa dokumenta: \\
+Vislabāk Banku importa nosacījumu izveidot spiežot pogu PIEVIENOT no Bankas importa dokumenta: \\
 Būs lauki, kas aizpildīsies automātiski, nepieciešams koriģēt pēc vajadzības.\\
 Definēt noteikumos sekojošos laukus:\\
@@ Rinda 2908: / Rinda 2961: @@
 Zemāk redzamie lauki:\\
 T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams;\\
-Tips – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt;\\
+Veids – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt;\\
-Konts – Ja tips TRANSAKCIJA, tad šeit norāda Banku komisiju kontu. Ja piem. tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā;\\
+Konts – Ja veids TRANSAKCIJA, tad šeit norāda Banku komisiju kontu. Ja piem. veids Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā;\\
-Bankas komisijas konts – šeit norāda komisiju kontu, ja tips nav TRANSAKCIJA.\\
+Bankas komisijas konts – šeit norāda komisiju kontu, ja veids nav TRANSAKCIJA.\\
-Ja veido tipu TRANSAKCIJA, bet neizmanto iepriekš definētu Bankas noteikumu, tad  kolonnā KONTS norādīt vajadzīgo DEBETA kontu. KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida SEB bankas konts.\\
+Ja veido tipu TRANSAKCIJA, bet neizmanto iepriekš definētu Bankas noteikumu, tad kolonnā KONTS norādīt vajadzīgo DEBETA kontu. KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida SEB bankas konts.\\
 Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”.
 ------
@@ Rinda 2925: / Rinda 2978: @@
 Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\
 Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\
- Iesakām darīt sekojoši: spiest pogu PIEVIENOT  no Bankas importa dokumenta: \\
+ Iesakām darīt sekojoši: spiest pogu PIEVIENOT no Bankas importa dokumenta: \\
 Definēt noteikumus: \\
 Kodu; Nosaukums; PAY MODE jeb Maksājuma veids, ja tiek izmantots arī citiem maksājuma veidiem, šo var atstāt tukšu; Virziens nauda ĀRĀ vai IEKŠĀ; Otras puses konts, ja var būt mainigs, ņemt ārā; Summa, norāda ja konkrēta summa vienmēr; Apraksts – pēc kā atpazīst, šeit par izmantot vienkāršāk piem . tekst Komisija % (% zīme nosaka, ka pēc tam seko vēl teksts). \\
@@ Rinda 2932: / Rinda 2985: @@
 Zemāk redzamie lauki: \\
 T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams; \\
-**Tips** – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt; \\
+**Veids** – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt; \\
-**Konts** - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\
+**Konts** - Ja ir veids Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\
 **Bankas komisijas konts** – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\
 Ja izveido Banku komisijā noteikumu ar tipu **Transakcija**, tad banku komisiju kontu norāda pie **KONTS**. \\
 {{ :lv:pay2.png?direct |}}
- Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās  vairākos, noteikumiem šo var definēt. \\
+ Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās vairākos, noteikumiem šo var definēt. \\
 Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**.
 ------
@@ Rinda 2950: / Rinda 3003: @@
 {{ :lv:banku_sam.png?direct |}}
-Uzstādījuma **Bank Services**  konts automātiski nonāk Bankas importā **Fee account** kolonnā. Kolonnā **Maksa** jeb **Fee** nonāk komisijas maksas summa.
+Uzstādījuma **Bank Services** konts automātiski nonāk Bankas importā **Fee account** kolonnā. Kolonnā **Maksa** jeb **Fee** nonāk komisijas maksas summa.
 {{ :lv:bank_fee.png?direct |}}
 ------
@@ Rinda 2958: / Rinda 3011: @@
 Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā **“Karšu maksājums”**:\\
 •	Kolonnā ”Konts” jānorāda grāmatojuma kredīta konts (tas, kurš atbilst norēķiniem ar maksājumu kartēm). \\
-Konts - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\
+Konts - Ja ir veids Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\
 •	Kolonnā ”Bankas komisijas konts” jānorāda konts, uz kuru jāgrāmato komisija par karšu maksājumu (komisijas summa ir redzama bankas importa kolonnā ”Maksa”). \\
 Bankas komisijas konts – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\
@@ Rinda 3010: / Rinda 3063: @@
 ====Samaksā skaidrā naudā, bet prece nav, Kl.pasūtījums====
 ir situācijas, kad atnāk cilvēks un samaksā skaidrā par preci, kuras veikalā nav. Tad preci uzsūta un viņa pēc diviem mēnešiem atnāk.\\
-Sākumā  izsit EKA čeku un ievada viņu Directu, bet nevar apstiprināt, jo preces jau nav. \\
+Sākumā izsit EKA čeku un ievada viņu Directu, bet nevar apstiprināt, jo preces jau nav. \\
 Kā varētu sakarīgi rīkoties šādās situācijās? Taisīt kl.pasūtījumu un kaut kā apmaksāt viņu skaidrā?\\
@@ Rinda 3036: / Rinda 3089: @@
 Uzstādījumi ir sekojoši: \\
 Pie Mainīt tiesības sadaļā **Uzstādījumi**, jāieķeksē kolonnā **Skatīt**, pie **Finanšu uzstādījumiem** \\
-Sadaļā **Cits**, jāieķeksē, ka tiek atļauts **Kopētājs**
+Sadaļā **Cits**, jāieķeksē, ka tiek atļauts **Ievietotājs**
-{{ :lv:paster.png?direct |}}
+\\
 Ja no PZA nepieciešams redzēt, kas ir zem kontiem, kādi dokumenti veido kontu summu, tad jāpieliek tiesības redzēt atskati **Virsgrāmata**
 {{ :lv:tiesibass3.png?direct |}}
@@ Rinda 3046: / Rinda 3098: @@
 es saprotu, ka ja viņa labo uz tām 3 , tik un tā nākamoajos mēnešos sistēma ziņo par neapmaksātu slimības lapas dienu... vai varam sazvanīties un Tu paskaidro par tām lapām, algu aprēķins 1000008 \\
-Tas ir bug. Darbiniekam slimības lapa sākās februārī. Tā sākās pirmdienā un ilga 7 kalendārās dienas, 5 darba dienas. Bija jāapmaksā 4 darba dienas (jo pirmā slimības lapas diena nav jāapmaksā). Tās arī tika apmaksātas. Martā viņam 3 dienas turpinājās slimības lapa (visas šīs dienas bija darba dienas). To var redzēt arī kavējumu atskaites skatā Parasts. Bet Algu atskaites skatā provizorisks, kas rāda prognozējamo algu, rāda, ka jāapmaksā 4 slimības lapas A dienas, un tas nav korekti. \\
+Tas ir bug. Darbiniekam slimības lapa sākās februārī. Tā sākās pirmdienā un ilga 7 kalendārās dienas, 5 darba dienas. Bija jāapmaksā 4 darba dienas (jo pirmā slimības lapas diena nav jāapmaksā). Tās arī tika apmaksātas. Martā viņam 3 dienas turpinājās slimības lapa (visas šīs dienas bija darba dienas). To var redzēt arī atskaites Prombūtnes skatā Parasts. Bet Algu atskaites skatā provizorisks, kas rāda prognozējamo algu, rāda, ka jāapmaksā 4 slimības lapas A dienas, un tas nav korekti. \\
 Turklāt slimības lapas A algas formulās ir iestatīts, ka ir jāapmaksā tikai darba dienas, nevis kalendārās dienas. \\
@@ Rinda 3054: / Rinda 3106: @@
 Ir 3 vietas, kur var aizslēgts darbinieku. \\
 . Lietotāja kartiņā uzliekot Slēgts - tad ši persona vairs neparādīsies dokumentos, piem. Avansa noreķinu dokumenta izveidošanā; \\
-. Personāla kartiņā sadaļā **Administrators** ir iespējams ielikt ķeksi **Slēgts**.  Bet tad viņš ir noslēgts Algu modulī. Citos moduļos , kā piem. zem Fiansēm - Avansa norēķini, persona vēlaizvien var parādīties. \\
+. Personāla kartiņā sadaļā **Administrators** ir iespējams ielikt ķeksi **Slēgts**. Bet tad viņš ir noslēgts Algu modulī. Citos moduļos , kā piem. zem Fiansēm - Avansa norēķini, persona vēlaizvien var parādīties. \\
 Kad ir slēgts kādā no pirmajiem diviem variantiem, tas neietekmē atskaites, kas vēlāk jānodod par darbiniekiem (ddz un pfpisk); \\
 . Personāla kartiņā sadaļā **Darba attiecības**, rindas labajā pusē arī ir ķeksis **Slēgts**. Kad darbiniekam ir beigu datums, tad te var noslēgt. Bet šis gan ietekmē atskaites, kas vēlāk gada beigās ir jānodod, tāpēc nevajag likt Slēgts, kamēr nav nodotas visa vajadzīgāk atskaites par darbinieku. Ja uzliks Slēgts šeit, tad neparādīsies atskaitēs.
@@ Rinda 3110: / Rinda 3162: @@
 Kontu kartītēs lauku ar nosaukumu angliski var aizpildīt manuāli vai arī importēt nosaukumus angļu valodā, izmantojot vairumimporta moduli. \\
 Pēc tam kontu nosaukums angliski var tikt attēlots, piemēram, virsgrāmatā, un arī ienākošajiem rēķiniem var pievienot papildu kolonnu ar rēķina rindā norādītā konta nosaukumu angliski. \\
-Par to, kā pielāgot, lai sistēmā tiktu atspoguļots konta nosaukums angliski, sīkāk varēšu uzrakstīt, kad kontu kartītēs pēc attēlā norādītā principa būs norādīti nosaukumi angļu valodā.
+Par to, kā pielāgot, lai sistēmā tiktu atspoguļots konta nosaukums angliski, sīkāk varēšu uzrakstīt, kad kontu kartītēs pēc attēlā norādītā principa būs norādīti nosaukumi angļu valodā. \\
+Ja kontu nosaukumi nepieciesami ANGĻU valodā, tie ir jānorāda , jāievieto Finanšu kontu kartiņās.\\
+Tad atskaitēs lietojot valodas lauku, Angļu valodas gadījumā konti būs Angļu valodā.\\
+Konta kartītes laukā NOSAUKUMS norāda konta nosaukumu latviski (tad grāmatojumu rindās nonāks nosaukumi latviski), bet konta kartītes sadaļā Datulauki pēc šāda principa norāda konta nosaukumu angliski. Kontu kartītēs lauku ar nosaukumu angliski var aizpildīt manuāli vai arī importēt nosaukumus angļu valodā, izmantojot vairumimporta moduli.\\
+Finanšu kontu kartītes datulauku piemērs.
+------
 ------
 ====Silvano Fashion skeneri logu izmet labajā malā====
@@ Rinda 3137: / Rinda 3197: @@
 Kas ietilpst pie pabeigt? Apstiprināt? Tev kasē parādās summa utt un tu nospied printēt čeku? \\
-Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt, izlec melns logs, un  info aiziet uz kasi, tiek nosūtīts uz kases aparātu. Tad darbinieks nospiež makro taustiņu (ieprogrammētu), tiek uzdrukāti uz čeka artikuli, ekrānā parādās summa pa maksājuma metodēm un šīs summas tiek savadītas kases aparātā un pabeigts čeks. čeks tiek izdrukāts. \\
+Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt, izlec melns logs, un info aiziet uz kasi, tiek nosūtīts uz kases aparātu. Tad darbinieks nospiež makro taustiņu (ieprogrammētu), tiek uzdrukāti uz čeka artikuli, ekrānā parādās summa pa maksājuma metodēm un šīs summas tiek savadītas kases aparātā un pabeigts čeks. čeks tiek izdrukāts. \\
 ------
 ====Charlot nedrukā čeku, neaiziet uz kasi, error nevar izdrukāt====
@@ Rinda 3185: / Rinda 3245: @@
 )	Vai darbinieki, kuriem ir stundas likmes, strādā svētku dienās?\\
 )	Vai darbinieki, kuriem ir stundas likmes, veic virsstundu darbu? Ja jā – kāds uzņēmumā ir virsstundu pārskata periods?\\
-)	Uzņēmumā darbiniekiem, kuriem ir stundas likmes, slimības lapas A nauda tiek maksāta par visām dienām no pirmdienas līdz piektdienai, kuras ietilpst darbinieka slimības lapas A  periodā un nav oficiālās brīvdienas vai arī tiek maksāta par darbinieka plānotajām darba stundām?\\
+)	Uzņēmumā darbiniekiem, kuriem ir stundas likmes, slimības lapas A nauda tiek maksāta par visām dienām no pirmdienas līdz piektdienai, kuras ietilpst darbinieka slimības lapas A periodā un nav oficiālās brīvdienas vai arī tiek maksāta par darbinieka plānotajām darba stundām?\\
 ------
 ====PVN kodi un finanšu konti Artikulu kartiņā====
@@ Rinda 3332: / Rinda 3392: @@
 Ir izmaiņas atskaitē Līgumu saraksts. Tie uzņemumi kas izraksta nomas utml. rēķinus no šīs atskaites, zvana un saka ka nerādās poga - Veidot rēķinus. \\
-Tas tāpēc, ka nesen  EE uzlikuši jaunu lauku SLĒGTS un noklusejumā stāv VISI.
+Tas tāpēc, ka nesen EE uzlikuši jaunu lauku SLĒGTS un noklusejumā stāv VISI.
 Kad uzliek uz AKTĪVS, tad atkātoti nosiešot atskaite arī paradisies poga Veidot rēķinus:
 {{ :lv:contract_list1.png?direct |}}
@@ Rinda 3424: / Rinda 3484: @@
 )	Tad tiks atvērta jauna autoteksta kartīte, kurā jāaizpilda lauki:
 TEKSTS – jāieraksta teksts, kuru nepieciešams varēt izvēlēties kā rēķina rindas tekstu.\\
-TIPS – ACC\\
+VEIDS – ACC\\
 FILTRS – jānorāda konts, kuram jāpiesaista laukā TEKSTS norādītais teksts.\\
 )	Kad autoteksta kartīte ir aizpildīta, tajā jānospiež poga Saglabāt.\\
@@ Rinda 3441: / Rinda 3501: @@
 Iesūtītajā failā ir ļoti daudz kļūdas. Iesakām paskatīties tehnisko specifikāciju un izmantot xsd failu validācijai. \\
-Fails pieejams norādītajā saitē, zem sadaļas  - Kā iesūtīt e-rēķinus->Saites\\
+Fails pieejams norādītajā saitē, zem sadaļas - Kā iesūtīt e-rēķinus->Saites\\
 Tas, ko uzreiz pamanījām: \\
@@ Rinda 3454: / Rinda 3514: @@
 -----
 ====USS latvija FORUS kā sagatavo rēķinus no Līguma klases AM un priekš Swedbank importa====
-Rēķiniem, jābūt  izrakstītiem no līgumu klases AM (Automātiskā apmaksa). \\
+Rēķiniem, jābūt izrakstītiem no līgumu klases AM (Automātiskā apmaksa). \\
 Vispirms sistēmā ir jāizraksta un jāiegrāmato rēķini, kuri būs jāsūta “Swedbankai”. Pēc tam: \\
@@ Rinda 3489: / Rinda 3549: @@
 ====HRX SIA pielāgotās atskaites BONUS REPORT====
 Budžetus varat norādīt darbinieku kartītēs.\\
-Lai to izdarītu, no galvenās izvēlnes dodieties uz kolonnu PERSONĀLS →  DOKUMENTI →  Personāls. Tad tiks atvērts darbinieku saraksts. \\
+Lai to izdarītu, no galvenās izvēlnes dodieties uz kolonnu PERSONĀLS → DOKUMENTI → Personāls. Tad tiks atvērts darbinieku saraksts. \\
 Darbinieku sarakstā atveriet tā darbinieka, kuram jānorāda budžets, kartīti. Kartīti var atvērt, uzspiežot uz tās koda. \\
 Pēc tam atveriet darbinieka kartītes sadaļu ”Datulauki” un papildiniet to – jaunā rindā izvēlieties datulauku ”Jauno klientu budžets”, nākamajā laukā norādiet summu un aiznākamajā laukā mēnesi, uz kuru attiecas budžets (ja mēnesis ir šī gada aprīlis, tad norādiet 04.2021, ja šī gada maijs, tad norādiet 05.2021 utt.). \\
@@ Rinda 3504: / Rinda 3564: @@
 ====TVNET savienojums ar citu rēķinu sistēmu====
 Man būtu jautājums par viena rēķina automātisko grāmatojumu (tas mums importējas no ārējās rēķinu sist.). Rēķins Nr.1006742 izveidojis automātiski grāmatojumu par PVN summu uz ieņēmumiem un tad atgrāmatojis summu, bet paņēmis citu ieņēmumu kontu nekā nepieciešams. Kas varētu būt pa iemeslu tam un kā varam to novērst. Vnk automātiski ir aizgrāmatojies uz to kontu, kur nevajadzēja būt.
-Pievienoju printscrean  ka ir parasti un šo gadījumu. \\
+Pievienoju printscrean ka ir parasti un šo gadījumu. \\
 Savienojums ar jūsu rēķinu sistēmu ir iesūtījis rēķinu, kura summai Directo ir piemērojis vēl PVN 21% (PVN koda 1). Sapratu, ka tā ir kļūme jūsu sistēmas pusē, ka nepareizi iesūtījusi.
@@ Rinda 3534: / Rinda 3594: @@
 ------
 ====Avansa noreķina persona, izmaksa darbinieks maksā ar karti====
-kā labāk  sasaistīt  avansa norēķinu personas un  karsu norēķinus.
+kā labāk sasaistīt avansa norēķinu personas un karšu norēķinus.
-Saņemta rēķinā ir noradīts avansa norēķina numurs, bet  veidojot  Av personas atskaiti izskatas kā  uzņēmumam ir parāds pret personu. \\
+Saņemta rēķinā ir noradīts avansa norēķina numurs, bet veidojot Av personas atskaiti izskatas kā uzņēmumam ir parāds pret personu. \\
 ATBILDE: Par maksājumu, kuru darbinieks veicis ar karti, ir jāizveido dokuments Izmaksas av.nor.pers, dokumentā norādot bankas kontam atbilstošo maksājuma veidu, maksājuma veikšanas datumu, darbinieku, maksājuma summu un valūtu (ja valūta nav EUR).
@@ Rinda 3547: / Rinda 3607: @@
 ====Pārbaudes atskaite - Rēķina PVN un konta pārbaude====
-Veicot pārbaudi par  2023. gada janvāri , konstatējam, ka summa 144,44 euro ir bez piesaistes. PVN kodam 1 nav pretī finanšu konts. Kā atrast šos pārdošanas rēķinus? \\
+Veicot pārbaudi par 2023. gada janvāri , konstatējam, ka summa 144,44 euro ir bez piesaistes. PVN kodam 1 nav pretī finanšu konts. Kā atrast šos pārdošanas rēķinus? \\
 Atskaitē RĒĶINU ŽURNĀLS ieliku sekojošus filtrus: periods, pvn kods, KONTS # - tas nozīmē, tur kur nav aizpildīts konts. \\
@@ Rinda 3608: / Rinda 3668: @@
 noteikti jāpārbauda vai ir pareizi un jāaizpilda trūkstošā informācija. \\
-Jāsaliek pareizi uzstādījumi ZEVOY aplikācijā un Directo jāizveido IZDEVUMU TIPI. \\
+Jāsaliek pareizi uzstādījumi ZEVOY aplikācijā un Directo jāizveido IZDEVUMU VEIDI. \\
 Zevoy aplikācijā Kategorijām, kur Account (konta) numurs, tur nav janorāda konts, bet gan izdevumu veida KODS, kāds ir Directo, piem.: BIROJA_IZDEVUMI \\
-Tādu pašu izveidojiet Directo - Uzsādījumi - Finanšu uzstādījumi - Izmaksu tipi
+Tādu pašu izveidojiet Directo - Uzsādījumi - Finanšu uzstādījumi - Izdevumu veidi
 Te norādīsiet vajadzīgo izdevumu kontu. 7720 \\
@@ Rinda 3625: / Rinda 3685: @@
 ------
 ====Uzkrātās saistības====
-Jautājums par uzkrāto saistību grāmatošanu -   ka labāk veikt  izdevumu norakstīšanu? \\
+Jautājums par uzkrāto saistību grāmatošanu - kā labāk veikt izdevumu norakstīšanu? \\
 Uzkrātās saistības var iegrāmatot ar ienākošo rēķinu pēc tāda paša principa kā nākamo periodu izdevumus (https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi), procesā ievērojot šādas atšķirības: \\
@@ Rinda 3642: / Rinda 3702: @@
 -----
 ====HUPPA ir saslēgums ar Internetveikalu Kl.pasūtījumi Rēķins apmaksa====
-Ienāk pasūtījumi Directo pie Kl.pasūtījumiem. Bilancei jābūt 0.00, jau apmaksātiem, līdz ar to Samaksas termiņš TIPS - NAUDA, bet nedrīkst veidoties POS rēķins. \\
+Ienāk pasūtījumi Directo pie Kl.pasūtījumiem. Bilancei jābūt 0.00, jau apmaksātiem, līdz ar to Samaksas termiņš VEIDS - NAUDA, bet nedrīkst veidoties POS rēķins. \\
 Ir EE izveidots risinājums, uzstādījums: \\
@@ Rinda 3697: / Rinda 3757: @@
 ELEMENT inspect! \\
 meklēt izvadlauku - Invoice - var redzēt XML
+--------
+====ABAKHAN un NR Data====
+šoreiz ir tā ka cena , kad tiek nomainīta Directo, viņa automātiski nenomainās NR Data pusē, kam tā vajadzētu notikt! Tur nepieciešams darbs visdrīzāk, bet es tagad Madaru ar to negribu mocīt. Tur integrācijā iespējams ir nepilnība, ka kods skatās arī nosaukumu, un , ja ir vienādi nosaukumi, bet atšķirīgi artikuli, tad viņš iesūtot jauno cenas maiņu nesaprot un nobrūk. Mēs ar Uldi testējām līdzīgu gadījumu un esmu 100% drošs, ka šis ir same shit different day. \\
+respektīvi ir jābūt tā, ka kods skatās tikai artikulu bet tā uzreiz nevar ņemt un lauzt kodu, jāsaprot, kāpēc tad tika likts , ka jāņem arī nosaukums vērā! Madaram tādā ziņā ir laba programmētāja īpašība - nevajag neko mainīt, kas nav salauzts, bet vispirms izlasīt un saprast.
 --------