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
lv:or_tasumine [2020/11/09 23:25]
marija dzēsts
— (patlaban)
Rinda 1: Rinda 1:
-====== Directo Supporta Wikijs ====== 
- 
-=====Darītā lieta===== ​ 
- - **Datums** 
- - **Klients** 
- - **Problēmas apraksts** 
- - **Risinājums** 
- - **Statuss** 
- 
----- 
-  
-==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== 
-  *  - **09.20.2020** 
-  *  - **Leinnonen db duck_republik_lv** 
-  *  - **Koncerna meitas uzņēmums vēlas ielikt jaunu kontu Kontu plānā** 
-  *  - **Sazināties ar Mātes uzņēmumu, kuru var apskatī Koncerta uzstādījumos,​ un mātes uzņēmuma datu bāzē jāieliek šis konts** 
-  *  - ** done ?!** 
- 
- 
- 
-Koncerna uzstādījumi 
- 
-Uzturēšana – Finanšu uzstādījumi – **Koncerna uzstādījumi** 
- 
-Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: 
-Kontam jābūt Korporatīvajā sarakstā - jā 
- 
-Zem Koncerna uzstādījumiem var redzēt kas ir mātes uzņēmums un kas meitas. Mātes uzņēmuma kods ir norādīts kolonnā //Parent company//. PIEM> 1Home Group kontsern (nr. 50) ir Mātes kompānija šīm datubāzēm:​ 1Home Group AS un AS filiāle un Duck Republis SIA. 
- 
-Tad jāsaskaņo,​ jāsazināties ar MĀTES kompāniju un mātes kompānijas datubāzē, finanšu kontu plānā jāieliek šis jaunais konts. Pēc tam attiecīgi arī meitas uzņēmumos varēs viņu pievienot. ​ 
-Vai parādisies uzreiz, vai jāieliek manuāli ?!!? 
- 
- 
----- 
- 
-==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== 
- 
-Šobrīd aktīvas ir trīs bankas: 
-  * - **Swedbanka** (Sistēmas uzstādījumi) 
-  * - **Citadele** (Rekins&​Rekins_Pavadzime kopā ar Swed) 
-  * - **Luminor** (LUM_ izdrukas) 
- 
-Citadele ir iekomentēta LUM_izdrukās. Luminor ir pievienots caur papildus lauku un ir iespējams to rediģēt, lai veiktu izmaiņas arī saistītajās izdrukās. 
- 
-Nepieciešams pārliecināt Arnoldu par to, lai samaksā un pievieno visas trīs bankas ar iespēju tās rediģēt. ​ 
- 
----- 
- 
-==== Pārkopēt PVN deklarāciju ==== 
- 
-Lai kopētu dokumenta lauciņus Directo ir svarīgi zināt šīs taustiņu kombinācijas:​ \\ 
-• ALT + C  - Nokopē dokumenta lauciņu vērtības. Kursors drīkst būt ieklikšķināts kādā no dokumenta lauciņiem.\\ 
-• CTRL + ALT + V – Iekopē nokopētās vērtības dokumenta lauciņos, jeb Paste. !!Kursors nedrīkst būt ieklikšķināts dokumenta lauciņā!! 
- 
- 
----- 
- 
-==== Gym_LV - Aut.Intervāli/​Noņemt izmaksu veids 12.10.2020==== 
-  -  
-  - Lai veidojot rēķinu sistēma automātiski pievienotu intervālu, lietotāja kartiņā vajag norādīt izmantojamo Intervālu. ​ 
-  - Lai ienākošajos rēķinos noņemtu kollonu Veids (Settingos Izmaksu tipi) ir jānoņem uzstādījumos atzīme - ''​Pirkuma uzstādījumi --> Ienākošais rēķins lieto Izdevumu Tipus''​ 
- 
- 
----- 
- 
-==== Uzstādījumi - cenu formula ar recepti==== 
- 
-Zem pārdošanas uzstādījumiem - price formula has recepie 
- 
- 
----- 
-==== Uzstādījumi - klientu nosaukumā, directo nepiedāvā izvēlēties no saraksta==== 
- 
-Jebkura klienta kartiņu atverot, spiež uz "​āmurīša"​ un opcija - New card does NOT open... 
- 
- 
----- 
-==== 4systems - Dokumentu var apstiprināt tikai secīgi 13.10.2020==== 
- 
-Uzstādījumos meklētājā ierakstot: Nepieciešams Apstiprinājums / Turpināšana,​ Jūs atradīsiet saskaņošanas parametru tabulu. 
-Šajā tabulā varam atzīmēt kā notiek saskaņošana:​ Secīgi vai noklusējumā – paralēli. 
- 
-{{:​lv:​sanita.png|}} 
-Šobrīd priekš ienākošajiem rēķiniem jau ir iespējota Secīga apstiprināšana,​ kas nozīmē to, ka Lietotājs ar lielāko punktu skaitu tiks uzskatīts par “gala apstiprinātāju”. Dokumenta apstiprināšana notiek augošā secībā – lietotājs ar lielāko punktu skaitu saņem prasību par dokumenta apstiprināšanu tikai tad, kad mazāko punktu lietotāji ir to apstiprinājuši. 
- 
-''​**Ienākošā rēķina lauki, kuri atceļ saskaņošanu (noņem parakstus) pēc izmaiņām** ''​ Šis lauciņš nosaka to, ka ja vēlākā saskaņošanā tiek mainīta kāda vērtība, kas ir bijusi saskaņota iepriekš, šis dokuments netiek saskaņots. Definējot laukus kuru izmaiņas atceļ saskaņošanu,​ jāraksta ir vērtības no .xml': **p - header sekcija** ; **r - rows** ​ 
-Piemēri: p.summa - Dokumenta summa;​r.konto - izevumu konts 
- 
- 
- 
----- 
- 
-====Kur var redzēt krājuma atlikumu vecumstruktūru (lai var redzēti iegādes datumu /noliktavas datums)?​==== 
- 
-Atskaitē – ''​Stock Level''​ jeb ''​Noliktavas atlikums'',​ jāatzīmē Noliktavas ID (Stock ID). 
-{{ :​lv:​atskaite_noliktavas_atlikums.png?​nolink |}} 
----- 
- 
-====Kā pieslēgt algu moduli==== 
- 
-Ja vēlas grāmatot/​rēķināt algas, tad jāpieslēdz sekojoši: ''​Sistēmas uzstādījumi''​ - ''​Speciāls''​ - jānorāda cilvēku skaits pie ''​Max algu lietotāji''​ 
- 
-Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. ​ 
-Ja jārēķina vairāk nekā max lietotāju skaits, tad var norādīt piem.250 un algu modulis ir ar mēneša maksu. 
- 
-{{ :​lv:​algu_tiesibas_1.png?​direct |}} 
- 
-Lai atslēgtu iespēju rēķināt/​grāmatot algas, tad var norādīt ''​Max algu lietotāji''​ 0 
-{{ :​lv:​algu_tiesibas_2.png |}} 
- 
- 
----- 
- 
-====Kā izveidot tiesības algu aprēķināšanai==== 
- 
-Lietotājam tiesībās pie Dokumentiem jāpievieno rindiņas, kas attiecas uz algām: ​ 
-  * palk – Algas 
-  * per-tasu – Algu maksājumi 
-  * per_palgamoodul – Personāla algu modulis 
-Jāieķeksē viss arī pie Atskaites – Personāls - VISI 
-{{ :​lv:​algu_tiesibas.png?​direct |}} 
----- 
-====Apollo kino - Maksājuma termiņa maiņa uz K 19.10.2020==== 
- 
-Iet uz: //​login.directo.ee/​intclientlv/​ocra_apollo_kino_lv/​service_qa.asp//​ 
- 
-Pārd. Rēķina galva, numurs ir rēķina numurs: 
- 
-**Select * from mr_arved where number=[rēķina numurs]** 
- 
-Kases maksājuma info, arvenr ir rēķina numurs: 
- 
-**Select * from mr_arved_raha where arvenr=[rēķina numurs]** 
- 
-Ja viss kārtībā, t.i., nav citu maksājumu šim rēķinam, tad mainām termiņu uz K, number ir rēķina numurs: 
- 
-**Update mr_arved set tingimus='​K'​ where number=[rēķina numurs]** 
----- 
- 
-====Rulonas,​ ServiceNet LV - nevar apstiprināt rēķinu 16.10.2020==== 
- 
-Ja labota rindiņa pasūtījumā un rēķinā, rēķinu nevarēs apstiprināt,​ jo nav izveidojusies sasaiste piedāvājumam ar rēķinu tieši tai rindai, kas tika pielikta klāt. ​ 
- 
-Ar GOD MODE var redzēt rēķinā 4 bumbiņā saistītie pasūtījuma nr. un rindas nr. To vajag norādīt, aizpildīt lai visām rindām ir šī informācija. 
-{{ :​lv:​rekina_rindu_labosana_1.png?​direct |}} 
- 
-Pasūtījumā jāpārbauda,​ kas norādīts sestajā bumbiņā - ''​Rēķins piestādīts''​. Tur jānomaina rindās uz ''​0'',​ lai sistēma saprot, ka artikuls ​ nav vēl iekļauts rēķinā. Kad rēķins tiks apstiprināts,​ tad pasūtījumā nomainīsies uz ''​1''​. 
- 
-{{ :​lv:​rekina_rindu_labosana_2.png?​direct |}} 
- 
-Uzstādījumos POGA - ''​Tiešais rēķins'',​ var veidot rēķinu, kas neizmaina noliktavas daudzumu un ielec visas rindiņas no Piegādes, var izrakstīt rēķinu, par visu pasūtījumu arī kas nav piegādāts. 
- 
-POGA vienkārši ''​Rēķins''​ ir tikai par to, kas ir piegādāts vai arī ja bez piegādēm no pasūtījuma,​ tad rēķins ir kā noliktavas mainošs. ​ 
----- 
-====Arxco - SPF validation failed 20.10.2020==== 
- 
-{{:​lv:​e-pasts.png|}} 
- 
-Izsūtot dokumentus no Directo ir iespēja izvēlēties starp divām sūtīšanas metodēm - Directo un SMTP.  
-**Directo** - Sūtīšanai izmanto Directo serveri, bet pastāv iespēja, ka saņēmēja e-pasts šo ziņu saņems kā spamu, jo sūtītāja e-pasts nesakritīs ar to e-pasta izsūtītāja vārdu, kas ienāk saņēmējam. Lai šī opcija strādātu ir nepieciešams savām e-pasta uzturētājām (serverim) norādīt, ka sūtīs no Directo, bet tava e-pasta vārdā. Ja klientam ir savs SMTP serveris, šo opciju izmantot ir nevajadzīgi un es neieteiktu… 
-**SMTP** - Šī opcija liek sūtītājam norādīt savu servera uzturētāja lietotāju un paroli, lai directo varētu sūtīšanai izmantot tavu e-pasta serveri. Gmail, inbox visiem ir pamācība kā atrast savus smtp uzstādījumus. 
-{{:​lv:​smtp_gmail.png|}} ​ 
- 
----- 
-====Gym latvia - PDF rādās URL un lapu sakits 20.10.2020==== 
- 
-URL un Invoice Nr, kas rādās ir pārlūka header un footer opcijas, to nenosaka directo. Atšķirībā no pārlūka vajag atrast print  page setup  Headers and Footer. ​ 
-{{:​lv:​ie_print_pagestup.png|}} 
----- 
-====Biļešu Serviss – kā noslēgt ienākošos rēķinus un izveidot viņiem, ka apmaksāti, jo ienākošo maksājumu grāmatojumus veic manuāli, Transakciju līmenī 20.10.2020==== 
- 
-Viņi veic nestandartā procesus, ienākošos maksājumus veic caur transakcijām un rēķinu nenoslēdz. 
- 
-Rēķinus vēlas apm. 1x nedēļā visus noslēgt. To var izdarīt caur ''​Ieskaitīšanas Prognozi'':​ Pārdošana – Atskaite - ''​Ieskaitīšanas Prognoze''​. 
- 
-Atskaite atlasa nesamaksātos (arī daļēji samaksātos) rēķinus un izveidot masveidā maksājumus – ''​Veidot Maksājumus''​. Labāk to darīt pa klientiem, vai pēc maksāšanas datumiem, sadalīt gabalos. 
- 
-Izveidojas transakcijas (ienākošais maksājums par rēķinu), bet lai nebūtu viņīem ienākošie maksājumi dubultā (jo jau manuāli ar transakcijām tika sataisīti maksājumi),​ transakcijā izdzēš rindiņas, lai nav grāmatojumi. 
- 
-Var pārbaudīt ar atskaitēm, lai sakrīt ''​Pārdošanas reģistrs''​ ar ''​Virsgrāmatu''​. 
----- 
-====Moduls - Neapmaksātie rēķini atskaitē redzēt izrakstītus līdz brīdim, bet apmaksas termiņš pārsniedz šo brīdi 20.10.2020==== 
- 
-Pielikumā pievienoju attēlu ar uzstādījumiem,​ kas ir jāievada, lai pa klientiem redzētu neapmaksātos rēķinus, kas ir izrakstīti līdz 30.09, bet apmaksas termiņš ir vēlāks par šo datumu. 
-{{:​lv:​screenshot_2020-10-20_172704.png|}} 
-{{:​lv:​datums.png|}} 
-Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē. 
- 
- 
----- 
- 
-====Kā nosūtīt e-pastu uz events/​notikumi un ievietot kā pielikumu Directo==== 
- 
-Uz Notikumu: 
- 
-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. 
- 
-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**. 
- 
----- 
- 
-====Moduland_buildings - nevēlas uzskaitīt noliktavu, bet rēķinos ir ķeksis atjaunot nolitkavu un viņu nevar izņemt 23.10.2020==== 
- 
-Viņi veido Rēķinus no ''​ Piedāvājuma --> Pasūtījuma --> Rēķins''​ un šobrīd daudzi no artikuliem ir noliktavas artikuli - prece nevis pakalpojums. Lai iegrāmatotu rēķinus ar artikuliem kuri ir noliktavas artikuli, bet noliktavu negrib uzskaitīt, šim artikulam ir jānomaina veids uz serviss/​tiešs. 
- 
- 
----- 
-====Duck republic - slēgts finanšu periods 23.10.2020==== 
- 
-Lai mainītu dokumentu kurš ir apstiprināts pirms finanšu slēgšanas perioda, uzstādījumos ir jārieraksta "​Finanses"​ + enter un jānomaina finanšu periods uz datumu pirms šī dokumenta apstiprināšanas. 
- 
- 
----- 
-====Kā zināt vai datubāzei pieslēgts Vairumimports,​ vairumeksports Bulk==== 
- 
-Tajās datubāzēs,​ kurām pieslēgts **vairumimporta modulis** un/vai **vairumeksporta modulis** (Bulk import, Bulk export), Uzstādījumos ''​Galvenie uzstādījumi''​ - ''​Lietotāju grupas''​ - ''​Mainīt tiesības'',​ pēdējā logā ''​Cits''​ pirmajā sadaļā (Module usage) parādās tas, kas ir pieslēgts. 
-{{ :​lv:​importa_eksporta_tiesibas1.png?​direct |}} 
- 
----- 
-====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== 
- 
-Graanul Pellets, graanulinvest.\\ 
-Vai ir iespējams izveidot virsgrāmatas atskaiti, kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem norādot gada periodu kā to ir iespējams izdarīt PZA atskaitē? 
- 
-Nevar 
- 
-Toties Tu vari nodefinēt jaunu PZ aprēķinu (vai bilanci), kur norādi visus kontus. Tādejādi Tev būs atskaite līdzīga virsgrāmati,​ bet pa mēnešiem.. tiesa, tur nebūs visgrāmatas ierastie filtri. 
----- 
- 
-====PVN kods, kā pievienot datulaukā, lai parādās PVN atskaitē==== 
-Alphalane.\\ 
-Esam izveidojuši jaunu PVN kodu – būtu nepieciešams,​ ka laukā DAR.TIPS1.1. uz PVN atskaiti varam izvēlēties C kodu, kas nepieciešams PVN atskaitei.\\ 
-C – ir vieglo transportlīdzekļu iegādes un importa darījumi (PVN dekl.). 
- 
-Tās papildu izvēles vērtības var galvenajos uzstādījumos pie datulauku tipiem pievienot, datulaukam DARTIPS1_1: 
- 
-''​Uzstādījumi''​ - ''​Galvenie uzstādījumi''​ - ''​Datuluku tipi''​ 
-{{ :​lv:​datulauka_tipi1.png?​direct |}} 
- 
----- 
-====Kā saglabāt logo no datubāzes==== 
-Uzņēmuma ievietoto logo var atrast:\\ 
-Jānokopē logo URL adrese un jāieliek linkā.\\ 
-''​Uzstādījumi''​ - ''​Sistēmas uzstādījumi''​ - ''​Uzņēmuma logo URL''​\\ 
-https://​login.directo.ee/​logos/​files/​citrus_solutions_lv_1.jpg 
-{{ :​lv:​logo_ievietosana1.png?​direct |}} 
- 
------ 
-====Lai Chrome katru jauno Directo linku ver jaunā tabā==== 
-Jāpievieno Chrome extension ''​Open link in same tab, pop-up as tab [Free]''​ 
-https://​chrome.google.com/​webstore/​detail/​open-link-in-same-tab-pop/​jmphljmgnagblkombahigniilhnbadca/​related?​hl=en 
- 
------ 
-====Nevar apstiprināt rēķinu ISKU_LV==== 
-ISKU lv datubāzē nevar apstiprināt rēķinus. Problēma ir ar lauciņu SN - Sērijas numurs, jo sērijas numuriem ir striktāki noteikumi un var būt tikai ciparti vai burti.\\ 
-ISKU SN (Sērijas numura) vietā kopē artikula aprakstu, kas ir par sarežģītu un neatbilst SN koda nosacījumiem. Izmainot kodu: saīsinot, izņēmot zīems utml. var apstirpināt.\\ 
-//isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums//​ 
------ 
-====4room nevar apstiprināt EKA rēķinu==== 
-4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS. 
-{{ :​lv:​darba_vieta1.png?​direct |}} 
- 
-Kad jāapstrādā pasūtījumi un pamatā jāstrādā,​ tad lietot piem. darba vietu SPICE, kad jāapstrādā,​ jāstrādā ar SKAIDRU NAUDU, tad jāiet uz darbavietu KASE SPICE. Pārvietojas pa darba vietām caur mājiņu, augšējā izvēlnē. 
- 
-''​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. 
------ 
- 
- 
-