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/10/22 09:58] – [Nevar apstiprināt rēķinu ISKU_LV] dagne | lv:support [2021/11/22 10:22] – [Priekšapmaksa no maksājuma] dagne | ||
---|---|---|---|
Rinda 56: | Rinda 56: | ||
- jāiztīra kešatmiņa / cookies\\ | - jāiztīra kešatmiņa / cookies\\ | ||
- lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | - 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, | ||
+ | {{ : | ||
----- | ----- | ||
====Priekšapmaksa no maksājuma==== | ====Priekšapmaksa no maksājuma==== | ||
vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, | vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, | ||
- | Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, | + | Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, |
+ | |||
+ | |||
+ | 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 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
Rinda 421: | Rinda 429: | ||
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, | 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, | ||
---- | ---- | ||
+ | ====PVN kodi nepareizi nevar apstiprināt rēķinu==== | ||
+ | {{ : | ||
+ | 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ā==== | ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== | ||
//Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, | //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, | ||
Rinda 946: | Rinda 960: | ||
Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | ||
------ | ------ | ||
+ | ====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. sys kļūda !?!\\ | ||
+ | Jāveido katrs avansa maksājums atsevišķā Maksājuma DOkumentā. \\ | ||
+ | vai var vienā rindā apvienot summas par abiem rēķiniem. | ||
+ | ------ | ||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
Situācija var būt retos gadījumos sarežģītāka, | Situācija var būt retos gadījumos sarežģītāka, | ||
Rinda 1001: | Rinda 1020: | ||
apjukums | apjukums | ||
------- | ------- | ||
+ | ====Rēķins valutā, maksājums vai priekšapmaksa EUR==== | ||
+ | Ja ir ien. rēķins piem. GBP, tas apstiprināts. Veido izejošo maksājumu , kur norāda rēķina nr., piegādātāju, | ||
+ | |||
+ | Ja ir priekšapmaksa EUR, tā automātiski neparādīsies pie priekšapmaksām , ja reķins ir citā valūtā, piem. GBP. Tādā gadījumā jāveido IB invoice balancing izejošais maksājums. \\ | ||
+ | Pirmajā rindā Rēķina nr, piegādātājs, | ||
+ | Otrajā rindā piegādātājs, | ||
+ | ------- | ||
+ | Piem. demo db MU nr. 100029 | ||
+ | |||
====PVN kodi PVN deklarācija==== | ====PVN kodi PVN deklarācija==== | ||
No Avansa maksājumiem, | No Avansa maksājumiem, | ||
Rinda 2010: | Rinda 2038: | ||
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. | 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, | ||
+ | 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ā, | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, | ||
+ | |||
+ | https:// | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ |
lv/support.txt · Labota: 2024/07/04 12:56 , labojis dagne