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/10/27 10:27]
dagne [4room nevar apstiprināt EKA rēķinu]
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 265: Rinda 270:
  
 ''​Uzstādījumi''​ - ''​Galvenie uzstādījumi''​ - ''​Darba vietas''​. Darba vietas kartiņā KASE, kur MAKSĀJUMA TERMIŅŠ - S nozīmē Skaidra nauda. T.n. ka visi pasūtījumi automātiski pārvēršas par EKA rēķiniem. Tādēļ pasūtīumu veidošanai nevar strādat no KASE darba vietas, tikai ja skaidrs naudas darījumi jāveic. ''​Uzstādījumi''​ - ''​Galvenie uzstādījumi''​ - ''​Darba vietas''​. Darba vietas kartiņā KASE, kur MAKSĀJUMA TERMIŅŠ - S nozīmē Skaidra nauda. T.n. ka visi pasūtījumi automātiski pārvēršas par EKA rēķiniem. Tādēļ pasūtīumu veidošanai nevar strādat no KASE darba vietas, tikai ja skaidrs naudas darījumi jāveic.
 +-----
 +====Apollo Kino nevar apstiprināt rēķinu un kredītrēķinu====
 +Mēģinot apstiprināt reķinu rāda, ka artikuls ... nav noliktavā. Tas nav pieņemts (nav bijusi piegāde), līdz ar to vai nu jāveido noliktavas saņemšana vai arī šim artikulam, artikula kartiņā jānomaina veids uz Tiešs/​Serviss,​ kā tas ir pārējiem artikuliem rēķinā. ​
 +Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi.
 +
 +----
 +====Uzstādījums,​ lai dokumentu saraksts, lapa atveras ātrāk====
 +Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu
 +
 +Tāpēc uzliku settingu uz Nē
 +{{ :​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 |}}
 +----
 +====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