Atšķirības

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

--- lv:support [2021/04/27 11:33]
dagne [Kases aparāts POS termināls]
+++ lv:support [2021/06/04 10:08]
dagne [DDZ atskaite]
@@ Rinda 12: / Rinda 12: @@
 Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji.
 -----
+====PFPISK un DDZ====
+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 \\
+Atskaite DDZ jeb Darba devēja ziņojums. Jaunākās versijas , kuras jāiekopē klientam, ja nepieciešams: \\
+- DDZ 2021 \\
+- DDZ 2021 as table \\
+Jāiesniedz katru mēnesi līdz septiņpadsmitajam datumam. \\
+https://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf
+--------
 ====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.\\
@@ Rinda 619: / Rinda 629: @@
 {{ :lv:salidzinasanas_akts1.png?direct |}}
 -------
+====Datubāzes DB slēgšana====
+Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz "0".
+------
 ====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====
+====Kā izmainīt PL pamatlīdzekļus 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**\\
@@ Rinda 662: / Rinda 675: @@
 (Huppa)
 ------
+====EKA POS rēķins neparādās samaksas veidi Rēķinu žurnālā====
+Lai atskaitē **Rēķinu žurnāls**, rēķina samaksas veidi tiktu izdalīti atsevišķās rindās, nepieciešams ielikt ķeksi pie filtra **Galvenes maks.term.** \\
+{{ :lv:makster.png?direct |}}
+EKA rēķinā tiek izmantoti vairāki samaksas veidi, klients samaksā gan skaidrā naudā, gan ar karti. Ja rēķinā viss ir kārtībā, problēma rodas Rēķinu žurnālā, ja nav ielikts ķeksis, tad rāda tikai vienu rindu ar Samaksas termiņu, visa summa piem. tikai pie skaidras naudas. Ja ielikt filtrā ķeksi, tad rādīs 2 rindas, gan skaidru naudu, gan karti.
+-------
 ====Koriģēt Noliktavas daudzumu===
 Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:\\
@@ Rinda 700: / Rinda 719: @@
 )	Ierakstiet sekojošu adresi login.directo.ee/ \\
-)	No jauna saglabājiet pie saviem īsceļiem. \\
+)	No jauna saglabājiet pie saviem īsceļiem (ja tādus izmantojiet). \\
 Ātrais risinājums, var pamēģināt izmantot citu pārlūkprogrammu.\\
@@ Rinda 727: / Rinda 746: @@
 ====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).
+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). \\
+Sagatavojot DDZ, noteikti ir jānorāda ne tikai mēnesis, par kuru jāsagatavo atskaite, bet arī mēnesim atbilstošais mēneša kods. \\
+Norādot gan periodu (01.05.2021-31.05.2021), gan arī maijam atbilstošo mēneša kodu (202106), atskaitē tiek parādīts arī IIN:
+{{ :lv:ddzzz.png?direct |}}
 ------
 ====Klientam jāatgriež avanss, naudas atmaksa====
@@ Rinda 904: / Rinda 928: @@
 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.
------
+------
+====POS EKA rēķinā čekā nevar labot datumu====
+EKA rēķinā Datuma lauks rādās pelēks un nav iespējams to labot. \\
+Čeks
+{{ :lv:possin.png?direct |}}
+Tad sistēmas uzstādījumos jāuzliek, ka ir iespējams labot, citādi rēķinam automātiski piešķiras datums apstiprināšanas brīdī. \\
+{{ :lv:posinv.png?direct |}}
+------
 ====Valūtu kursu starpība====
@@ Rinda 940: / Rinda 972: @@
 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 |}}
+{{ :lv:binot.png?direct |}} \\
+Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas uzreiz gramatotos uz vajadzīgo kontu.
+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. \\
+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 ĀRĀ;\\
+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)\\
+Kā piemērs: \\
+{{ :lv:bankimp.png?direct |}}
+Zemāk redzamie lauki: \\
+T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams;\\
+Tips – Karšu maksājums;\\
+Konts;\\
+Bankas komisijas konts;\\
+{{ :lv:bankimp11.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.\\
+Noteikumus var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa noteikumi.
+------
+====Bankas importam met kļūdu====
+Ja nevar iegūt XML failu, piem no Maksājuma Uzdevumu, kuru pēc tam ieimportēt Bankā, izmet kļūdu. \\
+Vispirms jāpārliecinās vai jaunajai datubāzei ir aizpildīti visi uzņēmuma rekvizīti zem Uzstādījumiem. \\
+Reģ.nr, bankas konts, swift, iban. utml. Arī Piegādātāju kartiņā, t.i. maksātāja un saņēmēja pusē jābūt vajadzīgajiem ID numuriem aizpildītiem.
 ------
 ====drukāt visus Artikula norakstīšanas aktus====
@@ Rinda 1096: / Rinda 1158: @@
 -------
 ====Noapaļošana par vienu centu====
+Jāsakrīt zīmju skaitam izdrukā un dokumentā. Vai nu izdrukā jāliek vairāk zīmes aiz komata, vai dokumentā mazāk. \\
 Summa apmaksai ir 272.00 eur kam tā arī jābūt, taču saskaitot summu bez pvn 238.87 + pvn 21% 10.41eur + pvn 12% 22.71 eur kopā summa sanāk 271.99eur. Nepieciešams, lai saskaitot gan pvn, gan summu sanāk arī šie 272.00eur! Kā to, lūdzu, izdarīt? \\
@@ Rinda 1265: / Rinda 1329: @@
 Es varu tikai minēt, ka šī info varētu nākt no klienta kartiņas... bet redzu, kas šo pielāgoto izkārtojumi ir pēdējais mainījis, varbūt ir vērts griezties pie šīs personas pēc plašākiem skaidrojumiem, kāda īsti ir tā kārtība:
 {{ :lv:telem.png?direct |}}
-Ja jums būs pieejams kāds dokuments jebkādā valodā, kas satur informāciju par šo izstrādi un skaidrojumus/norādījumus, mēs labprāt to izvietotu telema directo wiki lapā, lai tas visiem ir pieejams un šī informācija nepazūd. ???
+Ja jums būs pieejams kāds dokuments jebkādā valodā, kas satur informāciju par šo izstrādi un skaidrojumus/norādījumus, mēs labprāt to izvietotu telema directo wiki lapā, lai tas visiem ir pieejams un šī informācija nepazūd. ?! \\
+tur tai izkārtojumā ir iekodēts, ka šis ir tikai lasāms lauks (līguma numurs), un man izskatījās, ka nāk no klienta kartiņas. viņiem ir pielāgots projekta kartiņas xsl, nav standarta skats.
 ------
 ====Vidustransakcija====
@@ Rinda 1275: / Rinda 1341: @@
 -	ja, teorētiksi var būt vairākas, ja tās ir tā speciāli veidotas, lai summētos.
 ----
+====Atskaite Klientu Statistika====
+Nepieciešama atskaite pa klientiem un pārdošanu, apgrozījums. \\
+**Klientu Statistika**, summas redzamas bez PVN. Var uzlikt filtrā, lai Dalīt uz PVN. Un ieķeksēt PVN reģ.nr., lai redzētu, kurš ir PVN maksātājs.
+-------
+====Paraksta vietā ievietot logo====
+Vai un kā lietotāja kartītes laukā "Paraksts" var iestatīt, lai parakstā būtu ne tikai teksts, bet arī uzņēmuma logo? \\
+https://login.directo.ee/logos/files/alphalane_lv_1.png \\
+nosaukumā jābūt faila nosaukumam kurš ir uzturēšanā. \\
+**bolds** būs <b>Teksts</b>  \\
+**slīps** būs <i>teksts</i>  \\
+HTML pamacība https://www.w3schools.com/tags/tag_html.asp \\
+Klientei parakstā ir: \\
+ <i>Ar cieņu, \\
+<b>Līga Kalniņa Nosova</b> \\
+Finanšu speciāliste \\
+SIA Latvija \\
+<img SRC=http://login.directo.ee/logos/files/hrx_sia_lv_3.jpg alt="logo" width="100" height="100"> \\
+Mob.: + 371 675 \\
+e-pasts:  liga.kaln@sia.lv \\
+www.sia.lv \\
+</i> \\
+Dokumentā spiežot Pasts pogu, būš HTML formātā. Jo text formātā logo pazūd. \\
+vai no "Directo" puses ir iespējams iestatīt, lai Outlookā būtu redzams logo, nevis šāds simbols? "Directo" pirms rēķins sūtīšanas logo ir redzams. \\
+tas ir atkarīgs no outlook iestatījumiem, bet es paskatīšos, varbūt protokols jāpamaina. Izskatās, ka citādāk nevarēs. Outlook neļauj default no nepazīstama servera lejupielādēt bildi. Lietotājam ir jāatļauj.
+------
+====Stock-ID ir pārdots vajag atgriezt====
+ir saņemšana no februāra kura ir iegrāmatota, bet prece nav atnākusi. viņu vajag kreditēt, bet ir vairāki artikuli kuriem šis stock ID ir pārdots. es varu šos rēķinus atvērt, lai tas stok id atbrīvojās, bet man ir kaut kam papildus jāpievērš uzmanība? \\
+Jāskatās, vai būs kas cits, ko tais rēķinos likt iekšā. Rēķinu atgrāmato, kurā tika pārdots vajadzīgais Stock-ID,  un stockID laukā pret artikulu pievienoju stock ID kurš tika nākamais pieņemts noliktavā. No saraksta brīvo. \\
+Tad vajadzīgie Stock-ID ir pieejami un var izrakstī kredītrēķinu un preci atgriezt.
+-----
+====Iepakojums Batch Batches kolonna saņemšanā====
+Ja noliktavas uzskaite nepieciešams uzskaitī par kastēm, iepakojumiem, Batches, tad jāuzliek šis uzstādījuma: \\
+Iepakojuma uzskaite tiek izmantota
+{{ :lv:iepak_batche.png?direct |}}
+------
+====Obejkti hierarhija====
+Objektu hierarhijā atdala ar komatu? Man viņš pazūd un es nevaru saprast kāpēc? teiksim KL1,PV1 pārvēršas par KL1PV1. \\
+Tas ir uzstādījums - **Objektu hierarhijas ir rediģējamas**. Citiem default ir off
+{{ :lv:objkhier.png?direct |}}
+====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.  \\
+Piegādātājam piegādātāja kartiņā var norādīt kontus.
+------
+====Noapaļošana====
+Nevaru tikt pie rēķina korektās summas - 33,07. Directo aprēķinās vai nu par maz, vai par daudz. Vari kaut kā manuāli to pielabot? \\
+Gadījumos, kad cenas ir nelielas, bet daudzumi lieli, un rezultātā ar 4 zīmēm aiz komata cenai nepietiek, lai sanāktu precīza summa, saņemtais daudzums ir jādala uz vairākām rindiņām, piemēram 1000 uz 2 rindām pa 500 utml.
+------
+====Drošības nauda====
+Vai directo ir kaut kāds īpašs variants kā ievadīt saņemtās drošības naudas? Vai arī princips ir tāds pats kā visiem rēķiniem? \\
+No klientiem saņemtās drošības naudas ievada dokumentos Receipts.
+Ja drošības nauda ir jāpiesaista rēķinam, tad laukā ”Invoice” norāda rēķina numuru. Savukārt, ja drošības nauda nav jāpiesaista rēķinam, tad lauku “Invoice” atstāj tukšu.\\
+Lai maksājums tiktu iegrāmatots uz drošības naudas kontu, maksājuma dokumenta laukā “Account” ir jānorāda konts, kurā jāiegrāmato drošības nauda.
+--------
+====Kredītrēķins kļūda====
+Spiežot kredīts pogu rēķinā, kuram ir preču atgriešana, parādās šis kļūdas paziņojums.\\
+Vajag no jauna Atvērt un Apstiprināt piegādi, vai arī ir bijs ka tas nenostrādā, Ar GOD MODE jāpaskatās , kas rādās KL.Pasūtījumā pie rēķinā izrakstīts.
+{{ :lv:kludakr.png?direct |}}
+------
+====E-pasta epasta uzstādījumi sūtīšanai no Directo====
+Tātad, var būt viens no variantiem:\\
+smtp.office365.com:25\\
+smtp.office365.com:587\\
+pie SSL jāizvēlas: StartSSL/SSL/TLS \\
+pie username un password ir jābūt jūsu e-pastam un e-pasta parolei, tiem, ko jūs lietojat, kad pieslēdzaties e-pastam. \\
+Šie visi uztādījumi ir nepieciešami tad, ja e-pastus gribat izsūtīt caur savu office365 kontu, bet ir arī citi varianti: \\
+https://wiki.directo.ee/lv/yld_personal2#e-pasta_sutisanas_iestatijumi
+----------
+====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): \\
+{{ :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.\\
+Pēc dokumenta saglabāšanas transakcija tiks mainīta.\\
+P.S. Manā piemērā norādīta summa precīzi nesakrīt ar atlikumu nākamo periodu izmaksu konta uz norādīto datumu.
+------
+====Pamatlīdzekļi pamatlīdzekļu vēsture, nesakritības====
+Atšķirības PL kontos ar virsgrāmatu. Vai var ar transakciju koriģēt PL kontus? \\
+Nē, manuālas transakcijas neietekmē directo PL atskaites, ne PL sarakstu, ne PL vēsturi.
+Jāskatās atskaiti PL vēsture par katru mēnesi atpakaļ vēsturē, lai atklātu, no kura mēneša ir nesakritības ar VG un tad jāpārbauda, kas tajā mēnesī ir darīts VG.
+-----
+====Atrast dzēstos dokumentus, kļūdas====
+Dzēstos dokumentus var redzēt lietojuma reģistrā ar skatu Dzēstie (https://wiki.directo.ee/lv/yld_aru_log) \\
+Rēķins ar šādu numuru tiešām ir dzēsts kaut kad senāk, bet es pārbaudīju, ka tas nav bijis iegrāmatots, līdz ar to nevarēja būt par iemeslu atšķirībām.
+Pieņēmums par to, ka jāmeklē kāds pazudis rēķina grāmatojums man likās ļoti pareizs, tāpēc iedomājos paskatīties atgrāmatotos rēķinus. (Arī, lai dzēstu kādu rēķinu, tas vispirms jāatgrāmato, savukārt no VG ieraksts pazūd tikko dokuments ir atgrāmatots.) \\
+Atgrāmatotos dokumentus var atrast ar šādu kontroles opciju pie Uzturēšanas (https://wiki.directo.ee/lv/hooldus#kontroles_atskaites) \\
+Izskatās, ka rēķins 200004 varētu būt pie vainas, tas nav izdzēsts, tikai atgrāmatots.\\
+Lai izvairītos no tā, ka slēgtajā periodā nejauši tiek atgrāmatots kāds dokuments (dēļ numuru sakritības) var izmantot šādas opcijas: \\
+-	Perioda slēgšana https://wiki.directo.ee/lv/yld_settings#finansu_perioda_slegsana \\
+-	Perioda slēgšana noteiktam dokumentu veidam https://wiki.directo.ee/lv/document_closure \\
+-	Saite dokumentu atgrāmatošanai https://wiki.directo.ee/lv/hooldus#saite_dokumentu_atgramatosanai \\
+Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu.
+------
+====Elektronisks elektroniskais rēķins EDI vai XML formāts====
+Vai Directo atbalsta elektroniskais rēķins – rēķins, kas izsniegts, nosūtīts un saņemts strukturētā elektroniskā formātā, kas ļauj to automātiski un elektroniski apstrādāt ? \\
+šeit ir runa par tādiem rēķiniem, kas nāk no piem. telemas ar xml un automātiski ielasās sistēmā. Teiksim Maxima no savas sistēmas sūta mums rēķinu caur telema un tas jau ar gatavu nr un visu info parādās directo. \\
+agapics dokumentu transportā. tad ir klientu kartiņās kuriem ir šāds transports, tabs - transports. tur ir salikti uzstādījumi. \\
+atbalsta, bet elektroniskie formāti ir daudz un dažādi. \\
+bez integrācijām var izsūtīt formātā e-invoice, kas ir igaunijas standarta formāts e-rēķiniem, tur pie pdf e-pasta uzstādījumos ir pdf+e-rēķins. citi formāti caur integrācijām, vai nu standartizētās (telema, edisoft utt.), vai individuāli izstrādātās. \\
+https://en.wikipedia.org/wiki/Electronic_invoicing \\
+latvijas likumdošanā ir ierakstīts peppol formāts \\
+https://en.wikipedia.org/wiki/PEPPOL \\
+tad gan klientam gan piegādātājam abiem jābūt vienai sistēmai, piem. Telema, lai varetu sūtīt un saņemt ? \\
+bet ir kas darbojas caur portāliem, līdzīgi kā rekini.lv, tie tad sūta šādam rēķinu portālam xml, bet šis klientiem sūta e-pastus un nodrošina piekļuvi rēķina apskatei lasāmā formātā. tā lv platforma gan ir kaut kāda aizdomīga, ee līdzīgas platformas piedāvā bezmaksas integrāciju.
+------
+====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:
+{{ :lv:bpquat.png?direct |}}
+Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski, ja te nav Valūta, tad BP un BP% rādās 0.00. \\
+Ir datubāzes , kur jānorāda uzstādījumos Valūta 2, lai ieliktos valūta EUR, ja klients ir no Latvijas SIA, citādi ja klients ir no LV tad neaizpildas tas lauks un tas jāievieto manuāli. Ārzemju klientam viss nostrādā korekti. \\
+{{ :lv:valutt.png?direct |}}
+-------
+====Preces artikula vidējā / pēdējā cena====
+Lai Noliktavas saņemšansa dokumentā SREC ielektu Preces artikula vidējā / pēdējā cena, uzstādījumos jāuzliek uzstādījums **Kvīts artikula cena kopējot**. \\
+Saņemtajās precēs iegādes cena – pēdējais pirkums, pirkums vai vidējais:
+{{ :lv:vidcena.png?direct |}}
+------
+====Bankas imports piegādātājs atgriež mūsu pārmaksu====
+Ja piegādātājs atmaksā pārmaksu, ko pie bankas importa liekam ? \\
+Bankas importā jānorāda “Maksājums”, jo ar piegādātājiem saistītie maksājumi jāreģistrē dokumentos Maksājuma uzdevumi (arī tajos gadījumos, kad piegādātājs atgriež naudu).
+Maksājumā summa, kuru piegādātājs atgrieza, maksājuma uzdevuma dokumentā būs jānorāda negatīva: ar – zīmi.
+------
+====INTRASTAT atskaite====
+Getz un Vallin neiet Intrastat atskaite. Stock - Reports - Intrastat. Atskaiti CSV formātā nevar dabūt, poga nereaģē (Tas ir iespējams Igauņiem), mēs varam iegut XML formātā, bet izdod neprecīzu atskaiti. Rindiņas dubultojas. Pirmajai un otrajai rindiņai vajadzētu būt kā vienai rindai ar Qty 50.00. \\
+{{ :lv:intrast.png?direct |}}
+Gaidam, kad Igauņi sataisīs.
+-------

Directo palīdzība

Lietotāja rīki

Vietnes rīki

Atšķirības

Lapas rīki