Lietotāja rīki

Vietnes rīki



lv:or_tasumine

Atšķirības

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

Saite uz salīdzināšanas skatu.

Abās pusēs iepriekšējo versiju Iepriekšējā versija
Nākamā versija
Iepriekšējā versija
Nākamā versija Abās pusēs nākamo versiju
lv:or_tasumine [2020/11/02 15:56]
dagne
lv:or_tasumine [2020/11/09 23:25]
marija dzēsts
Rinda 190: Rinda 190:
 ---- ----
  
-====Telema - e-pasts kā events un pielikums 23.10.2020====+====Kā nosūtīt ​e-pastu uz events/​notikumi ​un ievietot kā pielikumu Directo====
  
-e-pasta adrese, lai nosūtītu uz datubāzi “eventu” ir **telema_lv@event.data.directo.ee** +Uz Notikumu:
-E-pasts tiks piesaistīts kā notikums Directo.+
  
-e-pasta adrese, lai nosūtītu uz datubāzi ​pielikumu ​ir **telema_lv@data.directo.ee** +E-pasta adrese, lai nosūtītu uz datubāzi ​“eventu” ​ir **datubāzes nosaukums@event.data.directo.ee**, ​piem. telema_lv@event.data.directo.ee. E-pasts tiks piesaistīts kā notikums Directo.
-Nosūtītie pielikumi directo ir atrodami atskaitē Attachments (Pielikumi)pie Type izvēloties Unbound attachments (Nepiesaistītie pielikumi)+
  
 +Kā pielikumu:
 +
 +E-pasta adrese, lai nosūtītu uz datubāzi pielikumu ir **datubāzes nosaukums@data.directo.ee**,​ piem. telema_lv@data.directo.ee.
 +
 +Nosūtītie pielikumi Directo ir atrodami atskaitē Attachments jeb **Pielikumi**,​ pie Tipa/Type izvēloties **Nepiesaistītie pielikumi** jeb Unbound attachments.
 +
 +Lai augšuplādētos datus pārvērstu piem. par ienākošo rēķinu un izveidotu dokumentu ir jāspiež poga **RADĪT**.
  
 ---- ----
Rinda 281: Rinda 286:
 Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA 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 |}}
 +----
 +====Nerēķina algas no diviem objektiem darbiniekam====
 +Ja rēķina algas darbiniecei un viņai ir pielikts tikai objekts ALFA, bet viņa oktobrī ir pastrādājusi arī Dominā, un šobrīd nevar sarēķināt par Dominas srtādāšanu. Resursos ir ielikts gan alfa, gan Domina, bet  algu aprēķinā info par Dominu darbiniecei neielec?
 +
 +Risināums: Personāla kartītē, 3 bumbiņā ALgas modulis, jāieliek algas formulas par visiem objektiem, kuros strādā. Pie algas formulām ir jābūt arī otram objektam norādītai stundas likmei.\\
 +Otrs variants, ja likme visos objektos vienāda, tad nenorādīt objektu pie likmēm, tikai lietotāju. Atstāt bez objekta.
 +{{ :​lv:​algu_formulas_pers.kartina1.png?​direct |}}
 +----
 +====Nepareizi iegrāmatotas transakcijas,​ bilancē parādās nepareiza summa====
 +Apollo APL Restaurants. Atskaitē Bilance, nepareizi skaitļi, iegrāmatojusies summa uz iepriekšējo finanšu gadu. Kā to atrast un labot?
 +
 +Jāatrod transakcija par noteiktu periodu, kurā ir veiktas izmaiņas vēlāk, parasti tā ar ir, ka vajag pagājušo gadu, kas labots šogad, es parasti izmantoju dokumentu sarakstu Transakcijas,​ šādi:
 +{{ :​lv:​transakcijas1.png?​direct |}}
 +Transakcijas datumā ielieku transakcijas datuma periodu un sakārtoju pēc Mainīts, lai nesenāk mainītās būtu pašā augšā.
 +
 +Un pēc būtības, ja skatāmies problēmu, ka kaut kas ir mainījās jau slēgtā periodā, (kas nozīmē, ka tas kaut kādos laikos ir bijis atvērts, ko var redzēt sistēmas uzstādījumu izmaiņās),​ tad vēl var pārbaudīt,​ kas tika dzēsts tajos laikos, kad bija atvērts tas slēgtais periods. ​
 +Un vai nav kaut kas atgrāmatots palicis.
 +-----
 +
  
  
  
lv/or_tasumine.txt · Labota: 2022/11/30 12:22 , labojis lasma