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/24 11:00] – [Nevar apstiprināt kredītreķinu] 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 98: | Rinda 106: | ||
Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | ||
----- | ----- | ||
+ | ====Nevar apstiprināt kredītreķinu==== | ||
+ | {{ : | ||
+ | Directo neļaus apstiprināt kredītrēķinu, | ||
+ | |||
+ | 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ā? | ||
+ | |||
+ | |||
+ | ------- | ||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 421: | Rinda 437: | ||
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 968: | ||
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 1028: | ||
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 1267: | Rinda 1303: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Masu epasta izsūtīšanas e-pasta adrese lietotājs==== | ||
+ | Masu e-pastam var norādīt lietotaju master settingos. \\ | ||
+ | {{ : | ||
+ | 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. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====E-pasts algas lapiņai==== | ||
+ | Jāpievērš uzmanība uzstādījumam, | ||
+ | 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 . | ||
+ | {{ : | ||
+ | ------ | ||
====Nākamo periodu izdevumi jeb periodizācija==== | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
https:// | https:// | ||
Rinda 2010: | Rinda 2058: | ||
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:// | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation==== | ||
+ | Kad tiek apstiprināts Pasūtīums, | ||
+ | Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS. | ||
+ | {{ : | ||
+ | |||
+ | UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | 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ē: \\ | ||
+ | {{ : | ||
+ | |||
+ | 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, | ||
+ | |||
+ | 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/support.txt · Labota: 2024/07/04 12:56 , labojis dagne