Atšķirības

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

--- lv:support [2021/11/03 13:02]
dagne [Vai kredītrēķins ietekmē preces pašizmaksu]
+++ lv:support [2022/01/26 09:24]
dagne [Dzēst piegādātāju]
@@ Rinda 12: / Rinda 12: @@
 Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji.
 -----
+====Nevar ielogotos, izmet network error====
+Jāskatās kāda ir URL jeb web adrese. Jālieto **Login** nevis **Login0** , kā bija agrāk. Login0 ir tikai priekš Intclient.
+------
 ====Atskaites ātrais taustiņš====
 Shift + ENTER
@@ Rinda 23: / Rinda 26: @@
-====PFPISK un DDZ====
+====PFPISK mēneša par atlaistajiem, GADA par PALIKUŠAJIEM un DDZ====
-PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, bet gada - par palikušajiem. \\
+PFPISK - atskaite IIN paziņojums - ikmēneša ir **par atlaistajiem**, bet **gada** - **par palikušajiem**. \\
 https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf \\
@@ Rinda 56: / Rinda 59: @@
 - jāiztīra kešatmiņa / cookies\\
 - lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\
+-----
+====Ilgi lādē Rēķinu sarakstu====
+Jāizslēdz sekojošais uzstādījums, lai nerāda cik lpp ir kopā, jo visas mēģina ielādēt:
+{{ :lv:ustadijums2.png?direct |}}
 -----
 ====Priekšapmaksa no maksājuma====
 vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, savādāk nestrādā, jo piesiastīties pie visām. \\
-Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā.
+Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā. \\
+maksājumā ir 2 rindas, kas domatas katra savam rēķinam, diemzel neparādas pie otra rēķina. \\
+Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem.
 -----
 ==== Duck Republick - Koorporatīvais konts 09.10.2020 ====
@@ Rinda 97: / Rinda 108: @@
 Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), tad rēķinu iespējams kreditēt – izveidojas kredītrēķins, kur summas ar – zīmi. Un parādās rēķins, kurš tika kreditēts.
+Ja rēķins ir apmaksāts, tad Kreditējamā rēķina apmaksa vispirms ir jāpārceļ uz kādu citu rēķinu (vai jāatgriež klientam maksājums ar - zīmi).
 -----
+====Nevar apstiprināt kredītreķinu====
+{{ :lv:wesrdhtfjhgj.png?direct |}}
+Directo neļaus apstiprināt kredītrēķinu, ja Rēķina bilance ir nulle – tas ir apmaksāts. Šajā gadījumā mums ir maksājums un piesaistīta priekšapmaksa, lai varētu apstiprināt kredītrēķinu, mums ir nepieciešams, lai piegādātājs atgriež šo maksājumu, kuru mēs Directo reģistrētu kā maksājumu ar (–) zīmi. \\
+Kamēr ir apmaksāts rēķins, to nevar kreditēt. Sākumā mums šo naudu ir jāatgūst no Piegādātāja. Vai šajā maksājumā norādītā summa ir atgriezta bankā?
+-------
+====Preču atgriešana, kredītrēķins====
+Oktobrī ir 3 gadījumi, kad klienti atgriež preci un mēs atdodam naudu.
+Vai es varu nospiest pogu galvenē kredīts un tad uztaisās kredītrēķins?\\
+Un kā pareizi norādīt importējot banku dokumenta veidu? Vai man tad jāizvēlas maksājums un tad varēšu piesaistīt kredītrēķinam?\\
+Šeit ir apraksts par kredītrēķina izrakstīšanu klientam:
+https://wiki.directo.ee/lv/creditnote
+Kā redzēsi aprakstā, ja no kreditējamā rēķina izveidosi kredītrēķinu, nospiežot pogu Kredīts, tad abi rēķini būs saistīti un kredītrēķinu varēsi iegrāmatot tad, ja kreditējamais rēķins nav apmaksāts vai arī ir apmaksāts daļēji tā, ka kredītrēķina summa nav lielāka par kreditējamā rēķina bilanci. Tāpēc tas, vai veidot kredītrēķinu, nospiežot kreditējamajā rēķinā pogu Kredīts, ir atkarīgs no situācijas. \\
+Bankas importa dokumentā ir jānorāda, ka klientam atgrieztā nauda ir ienākošais maksājums. Ienākošā maksājuma dokumentā atgrieztā summa būs jānorāda ar mīnuss zīmi.
+Ja bija situācija, kad klients pilnīgi apmaksāja kreditējamo rēķinu un pēc tam šis rēķins tika pilnīgi kreditēts, tad ir jāizveido no kreditējamā rēķina nesaistīts kredītrēķins (jo kreditējamais rēķins jau ir apmaksāts) un klientam atgrieztā nauda, kas reģistrēta ienākošā maksājuma dokumentā jāpiesaista kredītrēķinam.
+------
 ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020====
@@ Rinda 126: / Rinda 161: @@
 https://wiki.directo.ee/lv/fin_kaibearu
-Jāpielāgo saviem FInanšu kontiem.
+Jāpielāgo saviem FInanšu kontiem. \\
+Jāpārbauda vai artikulu klasēs salikti visi PVN kodi !!! \\
+Artikula klases kartiņā nav norādīts pvn kods un konti priekš darījumiem ES
+Brīdī, kad tika iesūtīts rēķins, šis klients bija Vietējais klients un tam piemērots vietējais pvns. Grāmatojuma labojums te neplīdzēs, ir jāpārgrāmato rēķins (tostarp izņem un ieliec atpakaļ Klientu un aritkulu) pēc tam, kad salabota artikula klase
 -------
 ==== Pārkopēt PVN deklarāciju ====
@@ Rinda 324: / Rinda 365: @@
 ----
+====Pieslēgt Vairumimportu Mass import====
+Klients vēlas pieslēgt masu importa moduli, man tas kkur jāatzīmē vai kā varēs zināt, ka jāpiestāda rēķins ? \\
+- 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 ? \\
+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.
+------
 ====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem====
@@ Rinda 421: / Rinda 470: @@
 Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus.
 ----
+====PVN kodi nepareizi nevar apstiprināt rēķinu====
+{{ :lv:charr.png?direct |}}
+Klienta kartiņā ir ielikts, ka visam ir jābūt pvn kodam 1 (21%), savukārt, preces kartiņā ir norādīta samazinātā pvn likme ar kodu 2 (12%). \\
+Jānoņem klienta kartiņā pvn kods 1 un tad vēlreiz jāielasa prece rēķinā.
+-----
 ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā====
 //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā.
@@ Rinda 475: / Rinda 530: @@
 Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem.
 ----
+====Simbols, lai neatlasa, filtrē IZŅEMOT====
+Pieliekot priekšā izsaukumu ! atskaite atslasīs izņemot šo, piem. tos, kas atrodas Bērnu kopšanas atvaļinājumā BKA \\
+!BKA
+{{ :lv:simbolss.png?direct |}} \\
+Šajā gadījumā mums nevajag Artikulu klasi 1008, līdz ar to mēs to varam izņemt ieliekot Artikulu klases filtra !1008 \\
+Iegūsti atskaiti bez šīs artikulu grupas.
+-----
 ====SN sērijas numura lauka garums====
 SN lauka garumu var noteikt sistēmas uzstādījumos: Uzstādījumi - Galvenie uzstādījumi: Sērijas nr/pakas lauka izmērs...
@@ Rinda 677: / Rinda 739: @@
 ====Jauns gads, jauni intervāli====
 Sākoties gadam, jāuzliek jaunie intervāli:\\
-) Intervāli dokumentiem. Ja nepieciešams, vecajā ieliek jauno intervālu, lai sasaistās dokumenti;
+) Intervāli dokumentiem. Ja nepieciešams, vecajā ieliek jauno intervālu, lai sasaistās dokumenti; \\
+{{ :lv:intervv.png?direct |}}
 ) Finanšu intervāli transakcijām.
@@ Rinda 869: / Rinda 932: @@
 ------
 ====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.\\
+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.\\
-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.
+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ās arī PL kartiņas augšā poga - "Nodzēst norakstīšanu".
 -------
 ====Pamatlīdzekļu nolietojumu transakciju dzēšana====
@@ Rinda 947: / Rinda 1013: @@
 ------
 ====Avanss priekšapmaksa sasaiste ar rēķinu====
-Izveidots izejošais Maksājums, ja vienā dokumentā ir 2 rindas , katra par savu piegādātāja rēķinu, tad piesaistot vienam rēķinam , viss kārtībā, bet otram rēķinam nerādāš pie priekšapmaksām otra maksājuma rinda, kas vēl nav izmantota. \\
+Izveidots izejošais Maksājums, ja vienā dokumentā ir 2 rindas , katra par savu piegādātāja rēķinu, tad piesaistot vienam rēķinam , viss kārtībā, bet otram rēķinam nerādāš pie priekšapmaksām otra maksājuma rinda, kas vēl nav izmantota. sys kļūda !?!\\
 Jāveido katrs avansa maksājums atsevišķā Maksājuma DOkumentā. \\
@@ Rinda 1281: / Rinda 1347: @@
 {{ :lv:maasspast.png?direct |}}
 -------
+====Masu epasta izsūtīšanas e-pasta adrese lietotājs====
+Masu e-pastam var norādīt lietotaju master settingos. \\
+{{ :lv:masu_epasts.png?direct |}}
+ bet vai viņi sūtu ar to, vai pa vienam? \\
+Pa vienam tikai lietotāja kartiņas epastu un tad vēl ir variants ar reply-to var iestatīt. \\
+{{ :lv:massem.png?direct |}}
+------
+====E-pasts algas lapiņai====
+Jāpievērš uzmanība uzstādījumam, uz kuru e-pastu tiek sūtīta algu lapiņa. \\
+Settings par Algas e-pastu, nozimē, ja nav noradits personāla kartiņā algas e-pasts, tad vins algu lapinu sūtitu uz Lietotāja kartinā noradito e-pastu .
+{{ :lv:algass1.png?direct |}}
+------
 ====Nākamo periodu izdevumi jeb periodizācija====
 https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\
@@ Rinda 1801: / Rinda 1879: @@
-====Banku importa dokumenta konti - Karšu maksājumi====
+====Banku importa dokumenta konti - Karšu maksājumi POS darījumi====
 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ā; \\
 •	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. \\
-Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”.
+Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”. \\
+Ja izveido Banku komisijā noteikumu ar tipu Transakcija, tad banku komisiju kontu norāda pie KONTS.
 -------
+====Bankas importa noteikumi POS maksājumi un bankas komisijas====
+Karšu maksājumu Bankas importa noteikums. Tos var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi. \\
+Datubāzēs selecta_lv, apollo_kino_lv. \\
+{{ :lv:bankimpnot3.png?direct |}}
+--------
 ====Banku imports maksājuma uzdevumi Citadele====
 Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\
-Izskatās, ka “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu no maksājuma veida CITADELEUSD lauka “Bankas konts komisijām” bankas kontu.
+Kā arī “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu (jāatstāj tukšs) no maksājuma veida lauka “Bankas konts komisijām” bankas kontu.
 ------
 ====Resursi nevar redzēt laukus kā vajag====
@@ Rinda 1856: / Rinda 1942: @@
 {{ :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 |}}
 -------
 ====Slimības lapa algu aprēķinā, nepareizs dienu skaits====
@@ Rinda 1873: / Rinda 1961: @@
 . 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.
 ------
+====Persona slēgta====
+Vai var lūgt palīdzību tikt galā ar vienu avansa norēķinu personu, kura ir Slēgta, bet mums uz šo personu vēl ir jāpievada dokumenti. \\
+Mēs nevara šo perosnu izvēleties Avansa norēķinā. \\
+Šīs personas kartiņā, lapā **Administrators**, tad uz laiku ir jānoņem ķeksītis **Slēgts**. Un pēc tam jāatceras uzlikt atpakaļ. Tad parādīsies vajadzīgajās atskaitēs.
+-------
 ====Maksājumu saslēgšana, priekšapmaksas un reķins====
 Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\
@@ Rinda 2024: / Rinda 2120: @@
 Ja kaut kas neienāķ Directo kā vajag, programmētaji pārbauda kādu info xml iesūta mums . Ja redzam, ka nepareizu info padod, tad vēršamies pie API vai tiem, kas info mums padod.
 -------
+====SREC noliktavas saņemšanas dokumentu nevar apstiprināt====
+Noņēmām sistēmā ierobežojumu, kas prasa, lai sakristu preču saņemšanas daudzumi ar preču pasūtījuma daudzumiem, tagad vajadzētu būt iespējamam dokumentu apstirpināt.\\
+Dodiet lūdzu ziņu, vai ir nepieciešams iespēgt tādu opciju, lai, gadījumā, ja preču saņemšanā tiek norādīts lielāks daudzums nekā bija pasūtījumā, tas preču pasūtījumā tiktu attiecīgi palielināts.
+{{ :lv:quant1.png?direct |}}
+------
+====DB Baltika par GNS saslēgumu un dāvanu kartēm====
+atsūtīt instrukciju – kādā veidā jaunas saņemtās dāvanu kartes tiek aktivizētas, lai sistēma pie pārdošanas tās atpazītu. \\
+Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, ieteicams ir arī atrast sistēmā kādu jau iepriekš vadītu rēķinu, kurā ir uzskaitītas dk pārdošanai, lai uzskatāmāk: \\
+https://wiki.directo.ee/lv/xmlcore#directo_integracija_ar_gns
+{{ :lv:baltika_gift1.png?direct |}}
+------
+====Neienāk čeki no kases aparāta Baltika====
+baltika sūdzējās šodien, ka neienākot čeki no vairākiem veikaliem, bet cik paskatījos, no citiem veikaliem nākuši šodien, tā kā teicu, lai piesaka NRdata, lai pārbauda, vai nosūtās. Pie mums to čeku nav, ja viņi atkārtoti nesūtīs, tad mēs nesaņemsim. jālūdz NR Datu , lai iesūta atkārtoti un jāapkopo laikam čeku numuri, kuri nav atnākuši.\\
+problema atrisināta, 2 lokācijas ar 1 kases nr., Tādas tika izveidotas 2. Nokopēta spice ivo nikollo un domina ivo nikollo. \\
+Kases nr. nevar atkāŗtoties, tos piesķir/jāvaicā NRdata.
+{{ :lv:kasesnr.png?direct |}}
+------
+====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation====
+Kad tiek apstiprināts Pasūtīums, jāparādas papildus pogām, kā Pasūtījums ORDER. \\
+Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS.
+{{ :lv:quott.png?direct |}}
+UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas.
+{{ :lv:quoo22.png?direct |}}
+------
+====Grāmatojumu reģistrs korespondējošais konts auditori====
+vēlējāmies vaicāt vai Jūsu grāmatvedības programma tomēr nepiedāvā grāmatojumu reģistru, kurā būtu redzama kontu korespondence, respektīvi, katrai summai būtu redzams, kura konta debetā un kura konta kredītā šī summa grāmatota? \\
+VG var ieslēgt korespondentkontu skatu, vienīgi tas nebūs tik loģiski precīzi, lai uzrādītu tikai tos, kas tiešām saistīti, bet uzrādīsies visi, kas tai pašā transakcijā ir otrā pusē: \\
+{{ :lv:vg_korr.png?direct |}}
+Ar datumiem ir tā, ka VG attēlo tikai rindas datumu, t.i., to datumu, kad notikusi operācija ar to kontu, kas tiek pārskatīts. Un viena konta pārskatā VG attēlojas tikai darbība ar izvēlēto kontu nevis pilna transakcija. \\
+Pielāgotajā atskaitē nav atsevišķas kolonnas ar korespondentkontiem, bet tur tiek parādīta uzreiz visa transakcija kopumā – gan debeta, gan kredīta puse un attiecīgie konti. \\
+Ar datumiem tur ir tā, ka parādās transakcijas datums (kas ir galvas, nevis rindas datums) un pēdējo izmaiņu datums (nosaukums kolonnai - dokumenta datums).
+Iespēja pielikt tur kolonnu ar rindas datumu ir, dodiet ziņu, vai vajag to izdarīt? \\
+{{ :lv:korr2.png?direct |}}
+-------
+====Nākamo un iepriekšējo periodu korespondējošie konti====
+NAV iespēja norādīt 2 korespondējošos kontus, vienu par nākamo periodu izdevumiem un otru par saistībām, jeb iepriekšējo periodu, uz pagātni attiecināmiem izdevumiem. \\
+Diemzēl, var norādīt/piesaistīt TIKAI 1 kor.kontu , lai gan pēc LV gramatevdības vajadzētu 2 laukiem būt. \\
+kā tādā gadījumā rīkoties? \\
+)	kor.kontu norāda to, ko lieto vizbiežāk un ja vajag to otru, tad transakcijā manuāli jāparlabo; \\
+)	vai nu tā, vai arī konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem.
+-----
+====Līgumu saraksts Rēķini no Līgumiem====
+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.
+Kad uzliek uz AKTĪVS, tad atkātoti nosiešot atskaite arī paradisies poga Veidot rēķinus:
+{{ :lv:contract_list1.png?direct |}}
+-----
+====Selecta Coffee address Pārskati e-pasti kas saņem ziņas====
+kur Directo jāmaina e-pastu adreses saņemtajiem paziņojumiem no Tasker par iekārtu uzstādīšanu ? Lūgums zemāk sarakstē norādītos epastus par iekārtu uzstādīšanām un noņemšanām. \\
+{{ :lv:parskati2.png?direct |}}
+E-pasta adreses var nomainīt sekojoši, Sadaļā **Sistēma** – **Dokumenti** – **Pārskati**: \\
+Pārskats:1053
+{{ :lv:parskati1.png?direct |}}
+-----
+====Lapu skaits dokumentu sarakstam====
+ Ir redzams vai nav redzams. Uzstādījums: Dokumenta pārlūkotājam/kopētajam ir lapu numuri \\
+{{ :lv:lapusk.png?direct |}}
+------
+====EKA rēķinam jāmaina samaksas termiņš veids====
+APL eka reķinam jāsamaina samaksas veids. Visai summai jābūt vienā samaksātā veidā. \\
+Ja rēķins ir apstiprināts, tad to vajag atvērt/atgrāmatot caur uzturēšanu. Un tad tur kur nepareizi jāieraksta 0.00 un OK. Un attiecīgi, atlikusī visa summa ielēk citā veidā. OK un Apstiprināt. \\
+Ja ir maksājums ar karti, tad var ieslēgt PĀRVALDI, kas atrodas pie āmurīša.\\
+uzspiest uz otra veida, kur 44.40 un ielikt tur 0, vai, ja tas ir kartes maksājums, tad jāieslēdz eka pārvalde pie āmurīša, lai kartes aksājumu noņemtu. \\
+kamēr tur nav 0, nevar vairāk ielikt citur, jo nevar pārsniegt summu
+{{ :lv:posrekina.png?direct |}} \\
+{{ :lv:oiughv.png?direct |}}
+------
+====PVN deklaracija====
+Laba versija USS, Moduls engineering.
+------
+====Dzēst piegādātāju====
+Ja notikusi reorganizācija, jādzēš piegādātāja kartiņa, poga DZĒST. un Visu par pārnest uz citu Piegadātāju:
+{{ :lv:aizvv.png?direct |}}
+Var izmantot vienu no šiem variantiem: \\
+-             Izdzēst piegādātāja kartiņu, izvēloties aizstāt datus ar citu pieg. kodu, tas, ja nepieciešams, lai visa vēsture pārrakstās; \\
+-             Manuāli jākoriģē avansi un neapmaksātie rēķini, ieliekot tur citu pieg. nr., ja jāpārliek tikai atlikums.
+------
+====Rēķins CSV vai XSL formātā====
+Mums ir klients, kuram ir nepieciešams saņemt rēķinus csv vai xls formātā. Vai ir iespējams pievienot eksporta izvēle, lai jeburu rēķinu varētu ģenerēt vienā no šīm formām? \\
+Jā, ir tāda izdruka iespējama, kas veidotu csv vai xls failu no rēķina datiem, vienīgi tad būtu jāprecizē, kāda tieši informācija par rēķinu šajā failā jāiekļauj?
+Varbūt klients var atsūtīt šāda rēķina formāta piemēru, kādu to gribētu saņemt? \\
+Vēl ir iespēja viegli iegūt rēķina rindas ekselī no atskaites rēķinu žurnāls:
+https://wiki.directo.ee/lv/mr_aru_arved#viena_rekina_datu_atlase
+------

Directo palīdzība

Lietotāja rīki

Vietnes rīki

Atšķirības

Lapas rīki