Atšķirības

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

--- lv:support [2021/10/06 10:51] – [Realizācijas atskaite] dagne
+++ lv:support [2021/11/17 09:12] – [Ilgi ielādē dokumentu, nesaglabā info] dagne
@@ Rinda 56: / Rinda 56: @@
 - jāiztīra kešatmiņa / cookies\\
 - 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, lai nerāda cik lpp ir kopā, jo visas mēģina ielādēt:
+{{ :lv:ustadijums2.png?direct |}}
 -----
 ====Priekšapmaksa no maksājuma====
@@ Rinda 363: / Rinda 367: @@
 //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums//
 -----
+====Sērijas numurs SN====
+Ja pie Sērijas nr. norāda opciju **Sērijas numurs**, tad katram artikula gabala sērijas numuram jābūt unikālam – attiecīgi, tad vairākiem artikula gabaliem nevar norādīt vienādu sērijas numuru, un tādēļ nevarēji apstiprināt dokumentu Saņemtās preces. Savukārt opcija **Vienības/partijas sērijas numurs**, kas sākotnēji bija norādīta šī artikula kartītē, ļauj norādīt vienādu sērijas numuru vairākiem artikula gabaliem. \\
+Ja artikuls ir noliktavas atlikumā, tad artikula kartītē manuāli nevar nomainīt opciju Sērijas nr., tāpēc izlabojām to ar programmēšanas palīdzību.
+--------
 ====4room nevar apstiprināt EKA rēķinu====
 room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS.
@@ Rinda 940: / Rinda 950: @@
 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====
 Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\
@@ Rinda 995: / Rinda 1010: @@
 apjukums  rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu.
 -------
+====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, valūta EUR, **Bankas summa** - tā cik samaksā eur valūtā. Apmaksas laukā automātiski pēc dienas kursa izrēķināta summa GBP, kas piesaistīsies rēķinam. \\
+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, EUR , Banks summa tik cik samaksā eur. \\
+Otrajā rindā piegādātājs, EUR, Bankas summa ar - (mīnuss) zīmi un tik liela, cik liela bija priekšapmaksa. Tas nepieciešams, lai priekšapmaksa nekarātos vairs gaisā, bet būtu izlietota. Rēķinam būs sasaistīta pirmās rindas summa un priekšapmaksa nodzēsta ar - zīmi.
+-------
+Piem. demo db MU nr. 100029
 ====PVN kodi PVN deklarācija====
 No Avansa maksājumiem, no rēķiniem, kā var pateikt,  ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\
@@ Rinda 2004: / Rinda 2028: @@
 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, kas prasa, lai sakristu preču saņemšanas daudzumi ar preču pasūtījuma daudzumiem, tagad vajadzētu būt iespējamam dokumentu apstirpināt.\\
+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ā, tas preču pasūtījumā tiktu attiecīgi palielināts.
+{{ :lv:quant1.png?direct |}}
+------
+====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, lai sistēma pie pārdošanas tās atpazītu. \\
+Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, ieteicams ir arī atrast sistēmā kādu jau iepriekš vadītu rēķinu, kurā ir uzskaitītas dk pārdošanai, lai uzskatāmāk: \\
+https://wiki.directo.ee/lv/xmlcore#directo_integracija_ar_gns
+{{ :lv:baltika_gift1.png?direct |}}
+------