lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar:
| Abās pusēs iepriekšējo versiju Iepriekšējā versija Nākamā versija | Iepriekšējā versija Nākamā versija Abās pusēs nākamo versiju | ||
|
lv:support [2021/05/17 14:07] dagne [Bankas importa noteikumi] |
lv:support [2021/06/04 10:08] dagne [DDZ atskaite] |
||
|---|---|---|---|
| Rinda 629: | Rinda 629: | ||
| {{ :lv:salidzinasanas_akts1.png?direct |}} | {{ :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==== | ====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.\\ | 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.\\ | ||
| Rinda 672: | Rinda 675: | ||
| (Huppa) | (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=== | ====Koriģēt Noliktavas daudzumu=== | ||
| Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:\\ | Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:\\ | ||
| Rinda 737: | Rinda 746: | ||
| ====DDZ atskaite==== | ====DDZ atskaite==== | ||
| Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?!\\ | 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==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
| Rinda 914: | 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: | 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. | 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==== | ====Valūtu kursu starpība==== | ||
| Rinda 1432: | Rinda 1454: | ||
| 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. | 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. | ||
| + | ------- | ||
