Atšķirības

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

--- lv:or_tasumine [2020/11/02 15:48] – dagne
+++ lv:or_tasumine [2020/11/05 15:18] – dagne
@@ Rinda 277: / Rinda 277: @@
 {{ :lv:dokumentu_saraksts_uzstadijumi1.png?direct |}}
+----
+====Inventarizācijas dokumenta atvēršana====
+Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA
 ----
+====Profikss nevar apstiprināt rēķinu====
+Veicot atgriešanu rēķinam 977049 kuram jau bija piesaistīta apmaksa pilnā summā, rēķins ir palicis ar vēljoprojām piesaistītu apmaksas summu 348,63 Euro.
+Ir izveidots jau jauns rēķins kur ir piesistīta visa summa un tur viss ir kārtībā, bet šobrīd  summa 348,63 Euro uzrādās papildu anulētajam rēķinam.
+Rēķins nr. 685505, viņš bija apstiprināts, bet es noņēmu apstiprinājumu, domājot ka varu šo to  izlabot, bet tas nepalīdzēja jo tgd nevar apstiprināt, sakarā ar saistīto pasūtījumu/piegādi….
+Ir jāatgrāmato preču atgriešana 660495.. tad Tu nonāksi situācijā, ka ir pasūtījums, ir piegāde un var apstiprināt rēķinu. Nākošais solis ir pasptiprināt atgriešanu un tad varēsi apstiprināt kredītrēķinu
+viņi jau tos id ir atdevuši ar kādu citu dokumentu.
+Otrs varinats ir šāds: ieslēdz God mode, tad tajā Kl, pasūtījumā, rindu pēdējā bumbiņā redzēsi cik IR/Nav piegādāts.. ar God mode šos laukus var labot :)
+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, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus.
+----
+====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā====
+//Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā.
+Pašlaik mēs katram šādam rēķinam veidojam 2 transakcijas: piemērojot PVN, par bruto summu norādot aprēķināto summu pēc atskaitāmā PVN, un atsevišķi atlikušo rēķina summu, neatskaitot no tā PVN.
+Tā kā pašreizējais rēķina ievades veids nav efektīvs un uzskatu, ka pie jums jau ir griezušies klienti ar līdzīgu jautājumu, lūdzu, sniedziet mums risinājumus, kā šajos gadījumos rēķinu ievadi var padarīt efektīvāku, t.i., sistēma pati aprēķina neatskaitāmo PVN un varam veikt rēķina ievadi ar 1 grāmatojumu. //
+Ir jāizveido jauns pvn kods (jāpārkopē 11tais) un tajā kodā jānorāda proporcija.. kur Puchase VAT Proportion norāda to, cik % no PVNa nonāks priekšnodoklī
+Doma tāda, ka 100eur ir summa bez pvn, un 21eur ir pvn. MK noteikumi nosaka, ka priekšnodoklī drīkst piemērot tikai daļu no pvna, teiksim 40%. tad sanāk ka atlikušie 60% no pvna aizies klāt pie izmaksām.
+{{ :lv:pvn_kods_izveide1.png?direct |}}
+{{ :lv:pvn_kods_izveide2.png?direct |}}
+----
+====Directo uzstādījums, ka automātiski tiek izmests cilveks, kurš piemēram 1h neko nedara Directo====
+Gan pie lietotāju grupām, gan pie master settings (sistēmas uzstādījumi) ir iespējams noradīt “automātiskā atslēgšanās stundās”
+----
+====Apollo group datubāzēs RepHop atskaite neatlasa datus====
+Apollo grupas datubāzē nestrādā RepHop atskaite. RepHop atkaiste ir pielāgotā atskaite, tā datubāze ir iekopēta.
+Lai dati ielasītos, jāievada Transporta parametri. ''Uzstādījumi'' - ''Galvenie uzstādījumi'' - ''Transporta parametri''.
+{{ :lv:transporta_parametri1.png?direct |}}
+----