lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar.
Abās pusēs iepriekšējo versijuIepriekšējā versijaNākamā versija | Iepriekšējā versijaNākamā versijaAbās pusēs nākamo versiju | ||
lv:support [2021/05/17 14:07] – [Bankas importa noteikumi] dagne | lv:support [2021/05/28 12:19] – [Datubāzes iemidzināšana] dagne | ||
---|---|---|---|
Rinda 629: | Rinda 629: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Datubāzes DB slēgšana==== | ||
+ | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz " | ||
+ | ------ | ||
====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**, | ||
+ | {{ : | ||
+ | |||
+ | 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 914: | Rinda 923: | ||
tur jau viss notiek, jāuzraksta tad grāmatvedei, | tur jau viss notiek, jāuzraksta tad grāmatvedei, | ||
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 | ||
+ | {{ : | ||
+ | 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ī. \\ | ||
+ | {{ : | ||
+ | ------ | ||
====Valūtu kursu starpība==== | ====Valūtu kursu starpība==== | ||
Rinda 1432: | Rinda 1449: | ||
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/ | 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/ | ||
------ | ------ | ||
+ | ====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, | ||
+ | https:// | ||
+ | latvijas likumdošanā ir ierakstīts peppol formāts \\ | ||
+ | https:// | ||
+ | |||
+ | 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 | ||
+ | {{ : | ||
+ | |||
+ | Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski, | ||
+ | |||
+ | 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. \\ | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====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: | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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”, | ||
+ | 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. \\ | ||
+ | {{ : | ||
+ | |||
+ | Gaidam, kad Igauņi sataisīs. | ||
+ | ------- | ||
lv/support.txt · Labota: 2024/09/24 13:34 , labojis lasma