Lietotāja rīki

Vietnes rīki



lv:support

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
lv:support [2021/01/11 14:41]
dagne
lv:support [2024/03/21 12:46] (patlaban)
dagne [Profikss nevar apstiprināt rēķinu]
Rinda 9: Rinda 9:
  
 ---- ----
 +====Minimālais vienlaicīgo lietotāju skaits====
 +Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji.
 +-----
 +====Kontroles atskaites====
 +https://​wiki.directo.ee/​lv/​hooldus#​kontroles_atskaites
 +-----
 +====PIEGĀDES uzstādījmi====
 +Tiek izmantota piegāde \\
    
 +Lai par klienta pasūtījumā norādīto pakalpojuma artikulu varētu izrakstīt rēķinu, pakalpojuma artikulam ir jābūt piegādātam \\
 +-------
 +
 +
 +====Pieslēgt Vairumimportu E-pastu , Mass-MAIL module====
 +Rēķinu masveida izsūtīšana:​ \\
 +https://​wiki.directo.ee/​lv/​mr_aru_arved#​rekinu_masveida_izsutisana \\
 +
 +Ja lietotāja kontam ir veikti SMTP iestatījumi,​ tad izmantojot atskaiti Rēķinu žurnāls var veikt rēķinu masveida izsūtīšanu klientiem. \\
 +:?: Pirms rēķinu sūtīšanas jāpārliecinās,​ vai ir veikti nepieciešamie ar e-pastu sūtīšanu saistītie iestatījumi,​ par kuriem var izlasīt šeit.\\
 +
 +
 +NAV. Ja uzliek SMTP uzstādījumus,​ var izsūtīt no sava servera.
 +1) We no longer offer it at all. Only who has it, remain it.
 +2) Who use mass meil modul they must have mail sender: Directo. SMTP is when they have there own mail server.\\
 +
 +Lai no sistēmas masveidā izsūtītu rēķinus (piemēram, vairākiem klientiem reizē izsūtītu rēķinus), noteikti jāizmanto SMTP opcija, nevis Directo vai Directo-Reply-to. Tieši SMTP opciju ir ieteicams izmantot arī tāpēc, lai saņēmēja pusē e-pasts netiktu klasificēts kā spams.\\
 +
 +“Does customer has its own mail server? usually mail servers take up to 200 mails from each sender and then wait 20 minutes. To send this amount of emails you have to have your own mailserver which has sending farms, so emails are divided by different host to bypass email limit.”\\
 + 
 +Būtu labi, ja Jūs varētu noskaidrot no sava uzņēmuma IT cilvēkiem vai no kāda, kas mācēs pateikt par Jūsu e-pasta uzturētāju,​ serveri, atbldet uz augstākminēto.
 +
 +------
 +====SPAM e-pasts black listā====
 +Sakiet lūdzu, no kādām IP adresēm tiek izsūtīti e-pasti no Directo sistēmas? Tās IP adreses ierakstīšu “baltajā” sarakstā, lai nebūtu šādu vai līdzīgu problēmu \\
 +
 +Šeit apraksts, kurš, ieslēdzot tulkošanu uz angļu valodu, Jums varētu noderēt:
 +https://​wiki.directo.ee/​lt/​smtp \\
 +
 +If access restriction based on IP addresses is configured on the SMTP server, add login.directo.ee (or IP addresses 90.190.150.210 and 90.190.150.212) to the list of allowed (trusted) senders.
 +-----
 +====Pielikumos GB ietilpības palielināšana,​ arhivēšana====
 +Norādītie procenti ir cik daudz atmiņa ir pieejama. Uzbraucot ar pelīti virsū uz procentiem, parādās pieejamais apjoms. \\
 +Kad būs atmiņa pilna, ver veidot pielikumu arhivēšanu:​ https://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\
 +
 +Igauņi vairs nepiedāvā iespēju palielināt atmiņu, pielikumu uzglabāšanai. \\
 +
 +No mūsu puses ieteiktu labāk glabāt pielikumus Sharepoint nevis DIrecto. Pielikumu skatīšanās un pievienošana Directo nemainītos,​ Jums nebūtu nepieciešams iet sharepoint, lai redzētu kuram dok Directo atbilst kura kopija Sharepoint, vienīgais, kas mainās ir paša faila fiziskā atrašanās vieta. Mums ir izveidot jau speciāls saslēgums, lai notikru ērta datu apmaiņa. \\
 +
 +Opcijas pielikumiem būs Sharepoint vai Google drive, vai 1 papildus lietotājs, jo par katru db tiek piešķirts 1Gb (49,- eur/mēn). No mūsu puses iesakam glabāt pielikumus Sharepoint.\\
 +No Directo puses nekas nemainās, šos pielikumus tāpat Jūs varēsiet apskatīt Directo, rīkoties ar viņiem Directo, tikai pati fiziskā faila kopija atradīsies uz cita servera.\\
 +Ar Google Drive pieredzes nav. Ir Igauņu apraksts, ko var pārtulkot angliski: https://​wiki.directo.ee/​et/​google_drive_ee
 +-----
 +====Elektroniski parakstīt, uzaicināt parakstī dokumentu====
 +Uzstādījums,​ kas jāaktivizē ar GOD mode un jāuzliek cik paraksti mēnesī:
 +External signing \\
 +Ārējā parakstīšana\\ ​
 +{{ :​lv:​digi_parakst.png?​direct |}}
 +-----
 +====Elektroniskais rēķins EDI Peppol XML====
 +Uzlieciet savā lietotāja kartiņā sekojoši uzstadījumu:​ \\
 +Sūtīt kā pielikumu - PDF + Peppol
 +{{ :​lv:​edrftuyginretyjhk.png?​direct |}} \\
 +Tas arī viss.
 +------
 +====Automātiski nosūta izsūta rēķinus klientiem no Directo====
 +Individuāla izstrāde. Ir Selectai, USS. \\
 +
 +Automātiski visiem ir pieejama funkcionalitāte,​ kad tiek nosūtīti atgādinājumi,​ par nesamaksātajiem rēķiniem. \\
 +
 +Uzstādījumi - Galvenie uzstādījumi - Atgādinājuma nosacījumi. Te var izveidot automātiskos atgādinājumus,​ lai izsūtās.
 +------
 +====Nevar ielogotos, izmet network error====
 +Jāskatās kāda ir URL jeb web adrese. Jālieto **Login** nevis **Login0** , kā bija agrāk. Login0 ir tikai priekš Intclient.
 +------
 +====Atskaites ātrais taustiņš====
 +Atskaites poga = Shift + ENTER
 +-----
 +====Izvade EXCEL, kā iegūt atskaiti EXCEL====
 +kā noliktavas kustību eksportēt uz ekseli ?  \\
 +Kā iegūt atskaiti INVENTARIZĀCIJAS atskaite/​saraksts EXCELĪ, ja nav Excel ikona ? \\
 +
 +Atskaitēs var izmantot pogu kombināciju **Alt+E** vai **F12**, arī ja nav Excel ikona/​izvade pašā atskaites logā. \\
 +
 +Dokumentos var kopēt rindas ar Alt+C (https://​wiki.directo.ee/​lv/​yldine#​rindu_kopesana).
 +------
 +====Kopēt rindas====
 +Nokopēt no Directo dokumentu rindas uz Excel var izmantojot sekojošo taustiņu kombināciju:​ \\
 +
 +1) **ALT** + **C**  Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām; ​ \\
 +2) **CTRL** + **ALT** + **V** iekopē datus Excelī. Pirms tam vislabāk ielikt kursoru Excel šūnā A1. \\
 +
 +Ja neizdodas nokopēt, iespējams, dokuments ir Apstiprināts. Darīt sekojoši, nokopēt dokumentu ar pogu KOPĒT. Un tad mēģināt kopēt ar ALT+C.
 +
 +-----
 +====Dzēst rindas====
 +Lai izdzēstu kādu no dokumenta rindām, tā ir jāiezīmē - jāuzspiež uz šīs rindas numura (tad rinda kļūs sarkana) un dokumentā jānospiež poga Saglabāt. \\
 +
 +EKA rēķinā rinda būs izdzēsta uzreiz, kad tiks uzspiests uz rindas numura. \\
 +
 +Lai dzēstu lielāku daudzumu rindu, jāiezīmē pirmā dzēšamā rinda un, tad, turot nospiestu Shift taustiņu, jāiezīmē pēdējā dzēšamā rinda. Jāsagaida, kamēr visas dzēšamās rindas iezīmējas sarkanas un dokumentā jānospiež poga Saglabāt.
 +-----
 +====Transakciju dzēšana vairumā====
 +atskaite -  Transkciju saraksts. Poga dzēšanai.\\
 +Poga DELETE ALL TRANSACTIONS ir pieejama no mūsu puses, ja ir ieslēgts God mode. Nonācām pie secinājuma,​ ka ir labi, ka standarta lietotājiem šī poga nav pieejama, jo ar to var izdzēst arī dokumentu grāmatojumus,​ neizdzēšot pašus apstiprinātos dokumentus - neapdomīgas dokumentu transakciju izdzēšanas rezultātā sistēmā būtu apstiprināti dokumenti bez grāmatojumiem.
 +------
 +====Excel izvade atdala ar punktu vai komatu====
 +Jāspiež uz sava lietotāj vārda, augšējā rīkjoslā. Jābrauc lejā līdz sadaļai DIZAINS. \\
 +Uzstādījums:​ **Decimāldaļas atdalītājs**,​ jāizvēlas punkts vai komats.
 +-----
 +====Artikula kolonnas platums dokumentos====
 +Lai Artikula kolonnu padarītu platāku, jāizmanto uzstādījums – Artikula koda lauka izmērs.
 +To ar atrast zem Uzstādījumi – meklētājā ierakstot vajadzīgo uzstādījumu:​
 +{{ :​lv:​artuklua_kolo.png?​direct |}}
 +-----
 +
 +====POGA tiešais rēķins====
 +Uzstādījums - Vai ir poga Tiešais rēķins
 +{{ :​lv:​tiesias_rekins_poga.png?​direct |}}
 +-----
 +====uzstādījums PIEGĀDES vai tiek lietotas piegādes====
 +Uzstādījums - Tiek izmantota piegāde
 +{{ :​lv:​piegades_poga.png?​direct |}}
 +-----
 +====Apstiprinājuma POGA Kl.pasūtījumā====
 +POGA Apstiprināt , lai būtu Klientu pasūtījumā. Uzstsātījums - Pasūtījumam ir jābūt apstiprinātam
 +{{ :​lv:​apstiprinajuma_poga.png?​direct |}}
 +-----
 +====Mainīt tiesības ĀMURĪTIS====
 +Nerādāš āmurītis. Nevar apskatīt pielikumus. Kā uzlikt, lai rādās tiesībās āmurītis ? \\
 +Tas ir Uzstādījums tiesībās, sadaļā Citi - **Lietotāja personīgie uzstādījumi**.
 +{{ :​lv:​amamu.png?​direct |}}
 +-----
 +====Kases aparāti====
 +Firmas, kas piedāvā kases aparātu pakalpojumus:​ \\
 +NR data - \\
 +CTL + \\
 +StrongPoint +
 +------
 +====Datubāzes====
 +Component: MODULS engineering,​ NM Holding, Nord X \\
 +
 +Kaamos grupa:
 +kaamos_lv \\
 +K8 Residences \\
 +Kokneses spv \\
 +Raunas Residences \\
 +Cieceres invest \\
 +Saules Aleja invest \\
 +Kaamos K10 (ex K12 Residences (mainīts nosaukums) \\
 +Kaamos SPV1 \\
 +Nule 6 \\
 +
 +NORDO db balt_cargo_solutions_lv \\
 +
 +GrantThornton - rimess_latvia_lv \\
 +
 +MarkIT db - herm_lv \\
 +
 +Merko grupas Directo sistēmās- Merks , Merks Mājas, Merko Būve, Merko Management Latvia \\
 +db merks_lv\\
 +db merks_investicijas_lv\\
 +db merko_buve_lv\\
 +db sk_viesturdarzs_lv\\
 +-----
 +====Pieslēgums DIRECTO-to-DIRECTO transporta modulis====
 +DB Huppa, db Medgrupe SIA Getz\\
 +Jābūt aktivizētam šīm maksas modulim. mēneša maksa.\\
 +Mēneša maksa. Automātiska dokumentu sūtīšana starp Directo datubāzēm. \\
 +Piem. Lietuvas db izveido noliktavas kustību no LT uz LV noliktavu un LV datubāzē automātiski izveidojas SREC dokuments ar precēm. \\
 +
 +Uzstādījumi ir pie klienta vai piegādātāja kartiņā TRANSPORTS sadaļā. \\
 +
 +db Getz_lv ir kas Piegādātājiem piem.GETZ_ESTONIA_LV,​ gan klientiem. Getz. \\
 +Piegādātāju pasūtījumiem jāuzliek uzstādījums - Pirkuma pasūtījumiem jābūt apstiprinātiem - JĀ. \\
 +Tajā brīdī, kad tiek apstiprināts,​ tas tiek nosūtīs uz otru directo db. \\
 +
 +Apraksts: https://​wiki.directo.ee/​et/​directo2directo \\
 +
 +-----
 +====MEDGRUPE nevar apstiprināt SREC noliktavas saņemšanu====
 +Ar GOD MODE jāsaliek pareizi rindu skaitu SREC dokumentā no saistītā Pasūtījuma. \\
 +Kolonnā TRN jāieliek pareizais NR.no pasūtījuma.
 +------
 +====Medgrupe automātiskais atgādinājums par nesamaksātiem rēķiniem====
 +LT izveidoja procedūru un to iekopēja LV datubāzē.\\
 +Dokumentācija - apraksts: https://​wiki.directo.ee/​firmad/​medgrupe_sia_lv/​debt_reminders
 +------
 +
 +====Uzņēmuma WIKI lapas izveidošana====
 +Uzņēmuma Wiki lapu var izveidot atskaitē Uzturēšana (angliski - Maintenance):​
 +{{ :​lv:​wikilpp.png?​direct |}}
 +-----
 +====Lai noliktavas kustībās izveidotos transakcija TRAN====
 +Jāaktivizē uzstādījums - Noliktavas kustība ir iekšējā pārdošana - JĀ
 +-----
 +====PIELĀGOTĀS ATSKAITES, Inventory Report====
 +Pielāgotās atskaites, vai speciāli veidotās izdrukas (rēķins xsl), kas ir xsl, xml, **NEVAR** nosūtīt pa tiešo ar pogu MAIL vai SŪTĪT. Fails citādi būs ķeburos. Parastu PDF var pārsūtīt.\\
 +
 +Tas NEKAD nav strādājis un nestrādās,​ **fails ir jāsaglabā** un tad var sūtīt, jo dati tiek savākti internal connection. Tas fails netiek izveidots \\
 +-----
 +
 +====PFPISK mēneša par atlaistajiem,​ GADA par PALIKUŠAJIEM un DDZ====
 +PFPISK - atskaite IIN paziņojums - ikmēneša ir **par atlaistajiem**,​ bet **gada** - **par palikušajiem**. \\
 +Parādīsies darbinieks, tad , kad būs veikts algas aprēķins. \\
 +https://​www.vid.gov.lv/​sites/​default/​files/​metodiskais_pazinojumu_iesniegsana07_2020.pdf ​
 +\\
 +
 +Atskaite DDZ jeb Darba devēja ziņojums jeb VSAOI atskaite. Atskaite par iemaksātajām summām. Jaunākās versijas , kuras jāiekopē klientam, ja nepieciešams:​ \\
 +- DDZ 2021 \\
 +- DDZ 2021 as table \\
 +Jāiesniedz katru mēnesi līdz septiņpadsmitajam datumam. \\
 +https://​www.vid.gov.lv/​sites/​default/​files/​ddz2020decembris.pdf \\
 +
 +
 +Tips personāla kartītēs (neaizpildīts,​ pens, pens_izd un inv) ietekmē tikai ddz atskaiti, tur tie atbilst DN, DP un DI. Tās izvēles iespējas var nomainīt/​papildināt sistēmas uzstādījumos nepieciešamības gadījumā.
 +Šobrīd vajadzētu būt, ka abi apzīmējumu varianti strādā līdzvērtīgi.
 +
 +Ja ir vienkārši DN, nav obligāti aizpildīt.
 +------
 +--------
 +====PFPISK mēneša, par atlaistajiem darbiniekiem====
 +Tas būs atrodams pie atskaitēm pfpisk 2021 vai pfpisk as table.\\
 +Obligāti jānorāda Personāla kartīte - Darba attiecības - **beigu datums** un **beigu kods**. Ja nebūs beigu kods, piem. 25, tad atskaitē neparādīsies.\\
 +https://​wiki.directo.ee/​lv/​per_persoon#​izmainas_darba_attiecibas \\
 +
 +PFPISK as table norāda mēnesi un tad iegūst pārskatāmu sarakstu, kuru var izgūt arī Excel. \\
 +PFPISK 2021 šo atlaisto darbinieku sarakstu var izgūt XML failā, ko pēc tam ielādē vid eds. \\
 +
 +https://​www.vid.gov.lv/​sites/​default/​files/​metodiskais_pazinojumu_iesniegsana07_2020.pdf
 +------
 +====DDZ atskaite====
 +Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?​!\\
 +Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). \\
 +
 +Sagatavojot DDZ, noteikti ir jānorāda ne tikai mēnesis, par kuru jāsagatavo atskaite, bet arī mēnesim atbilstošais mēneša kods. \\
 +Norādot gan periodu (01.05.2021-31.05.2021),​ gan arī maijam atbilstošo mēneša kodu (202106), atskaitē tiek parādīts arī IIN:
 +{{ :​lv:​ddzzz.png?​direct |}} 
 +------
 +====DDZ Darba devēja ziņojums====
 +Ja ir norādītas stundas , lai tās parādītos DDZ, jāievada tabulā, sadaļā Darba attiecības,​ labajā pusē. \\
 +Tabulu var ieslēgt ar uzstādījumu - Darbinieka kartītē var norādīt darba stundas - JĀ.
 +{{ :​lv:​34567ursgd.png?​direct |}}
 +-----
 +====DDZ lai rāda formulu Bonuss====
 +kādēļ Bonuss nepieskaita pie bruto cipara?"​ \\
 +varat norādīt bonusa algas formulai klasi PIEMAKSA un tad paskatīties,​ vai DDZ tiek attēlots bonuss. Šobrīd bonusa algas formula nav iekļauta klasē.
 +-----
 +====Ilgi ielādē dokumentu, nesaglabā info====
 +Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/​neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana,​ jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\
 +- lēns internets\\
 +- 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====
 +vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu,​ savādāk nestrādā, jo piesiastīties pie visām. \\
 +
 +Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas,​ tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā. \\
 +
 +
 +maksājumā ir 2 rindas, kas domatas katra savam rēķinam, diemzel neparādas pie otra rēķina. \\
 +Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem.
 +-----
 +====Avansi priekšapmaksa Klienta pasūtījums rēķins SASAISTE====
 +Ja rēķins izrakstīts no klienta pasūtījuma,​ tad rēķinam var piesaistīt tikai to avansu, kurš ir piesaistīts konkrētajam klienta pasūtījumam. \\
 +Konkrētajā gadījumā var mēģināt piesaistīt ar pie citiem pasūtījumiem piesaistītos avansus ar invoice balancing ​ IB veida maksājumu. \\
 +Vai arī konkrētajos ienākošajos maksājumos nomainīt klienta pasūtījuma nr. uz to Kl.pasūtījuma nr., kurš ir saistīts ar konkrēto rēķinu un pēc tam mēģināt no rēķina lauka "​Priekšapmaksa"​ piesaistīt šos avansus rēķinam.
 +-----
 +====Priekšapmaksu avansu ievadīšana izveidošana====
 +Maksājuma uzdevumā nenorāda rēķina numuru, bet norāda piegādātāju un bankas summu, kā arī citu informāciju pēc nepieciešamības. ​
 +https://​wiki.directo.ee/​lv/​or_tasumine#​maksajuma_uzdevuma_izveidosana
 +-----
 +====Nevar apstiprināt rēķinam priekšapmaksu,​ avansa maksājums, Kl.pasūtījums====
 +Mums nesanak apstiprinat priekšapmaksu rēķina. Varat pateikt ko mes nepareizi daram? Rēķins izveidots no KL.pasūtījuma,​ bet cenšas reķinam piesaistī Avansa maksājumu, kas nav piesaistīts nevienam. \\
 +
 +{{ :​lv:​etzsrdyxtfcyuv.png?​direct&​200 |}}
 +
 +{{ :​lv:​w4e5rutivk.png?​direct&​200 |}}
 +
 +Ja rēķins ir izrakstīts no klienta pasūtījuma,​ tad rēķinam var piesaistīt tikai to priekšapmaksu,​ pie kuras ienākošajā maksājumā ir konkrētā klienta pasūtījuma numurs (jeb priekšapmaksu,​ kura ienākošajā maksājumā ir piesaistīta klienta pasūtījumam).\\
 +
 +Redzam, ka šim klientam ir veikta Priekšapmaksa 29/08, kuru, es pieļauju, Jūs gribējāt izmantot. \\
 +
 +Jāizņem no šī Ien.maksājuma. un jāpārnes konkrētā Priekšapmaksa 500 EUR uz jaunu Ienākošo maksājumu, tad jāsadala divās daļās 124,76 un 375,24, pie 124,76 norādot šo konkrētā rēķina Kl. pasūtījuma numuru. \\
 +
 +Sistēmai ir sava kontrole, kas nepieļauj darbības, kad priekšapmaksa tiek piesaistīta rēķinam, kuram tā nav paredzēta. Tas tā vienmēr ir strādājis. Ja rodas izņēmuma gadījumi, tad ienākošo maksājumu jāatgrāmato un attiecīgajam maksājumam jānorāda pasūtījuma numurs. Ja priekšapmaksas summa, kura jāpiesaista konkrētajam pasūtījumam ir mazāka nekā norādīts ienākošajā maksājumā,​ tad nepieciešams izveidot papildu rindu, kur norādīt atlikušo pieejamo priekšapmaksas summu.\\
 +
 +Esam saņēmuši no Directo izstrādātājiem ziņu, ka diemžēl nav iespējams pielāgot sistēmu Jūsu pieprasījumam. \\
 +
 +Can't be done.  Two solutions:​\\
 +1. Create receipt with two rows to add the prepayment to order / Or create receipt with two rows on invoice to use the prepayment.\\
 +2. Use prepayment item and prepayment invoice, this way the prepayment can be used.\\
 +
 +Principā šie ir jau iepriekš mūsu starpā izrunātie risinājumi,​ kā sistēmā šādus gadījumus apstrādāt.
 +
 +-----
 +
 +
 +
 +
 +
 +====PVN uzstādījumi saņemtiem avansa maksājumiem====
 +Sakiet lūdzu, kā izveidot PVN uzstādījumus saņemtiem avansa maksājumiem?​ \\
 +
 +Lai tiktu iegrāmatots no klienta saņemtā avansa PVN:\\
 +1) PVN koda kartītes laukos Pārd. PVN priekšapmaksas starpkonts un Pārd. PVN priekšapmaksas konts jānorāda nepieciešamie konti.\\
 +https://​wiki.directo.ee/​lv/​finkm \\
 +2) Ienākošā maksājuma laukā PVN kods pie avansa, kurš ir saņemts no klienta, ir jānorāda ar avansu saistītais PVN kods un jāpārliecinās,​ ka tā kartītē ir norādīti iepriekšējā solī pieminētie konti.\\
 +https://​wiki.directo.ee/​lv/​mr_laekumine#​ienakosa_maksajuma_aizpildisana \\
 +3) Kad klientam tiek izrakstīts rēķins, kuram jāpiesaista saņemtais avanss, tad avanss rēķinam ir jāpiesaista pirms rēķina iegrāmatošanas.
 +------
 +====Uzkrātais nolietojums pamatlīdzeklis,​ pamatlīdzekļu PL====
 +Sistēmas uzstādījums "​Aktīvu datums, ievadot bilances"​ tagad ir ar jaunu nosaukumu "​Datums,​ uz kuru tiks ievadīts pamatlīdzekļu uzkrātais nolietojums"​.
 +------
 +
 ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== ==== Duck Republick - Koorporatīvais konts 09.10.2020 ====
   *  - **09.20.2020**   *  - **09.20.2020**
Rinda 24: Rinda 341:
  
 Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: 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ā+**Kontam jābūt Korporatīvajā sarakstā** - jā. Ar GOD MODE var pārlikt uz - nē. 
 + 
 +Uzstādījums:​ Koncerna sākuma kompānijas ID - norādīts mātes firmas numurs no Koncerna uzstādījumiem.
  
 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. 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. ​ +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 ?!!? +
  
 +In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic '​Account can only be from the group'​s chart of accounts'​. If the base is no longer the group'​s base, it must be changed to '​no'​.
 ---- ----
 +====Ja ir atnācis CREDIT NOTE no piegādātāja,​ preču atgriešana,​ kredītrēķins====
 +Mums ienācis rēķins no Piegādātāja un arī preču saņemšana SREC. \\
 +
 +Tad mēs atgriežam preci piegādātājam,​ veidojam SREC ar - mīnuss zīmi, lai prece aiziet prom no noliktavas un veidojam ienākošo rēķinu ar šo piegādātāju ar - mīnuss zīmi. Šis ienākošais rēķins ar - zīmi arī ir CREDIT NOTE jeb kredītrēķins,​ ko mēs saņēmām no Piegādātāja,​ kad tika atgrieztas preces. \\
 +
 +No pirmā ienākošā reķina ar pogu Kreditēt var izveidot uzreiz kredītrēķinu,​ kuram Maksājuma termiņš būs K un summas ar - zīmi.
 +{{ :​lv:​credit_note_11.png?​direct |}}
 +-----
 +====Kredītrēķins====
 +
 +Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā),​ tad rēķinu iespējams kreditēt – izveidojas kredītrēķins,​ kur summas ar – zīmi. Un parādās rēķins, kurš tika kreditēts.
 +
 +Ja rēķins ir apmaksāts, tad Kreditējamā rēķina apmaksa vispirms ir jāpārceļ uz kādu citu rēķinu (vai jāatgriež klientam maksājums ar - zīmi).
 +-----
 +====Bilance un kredītrēķins====
 +Kopējā rēķinu un kredītrēķinu bilance (tos saskaitot) veidojas 0, lai rēķini būtu redzami klienta statusa atskaitē, jāieliek ķeksis “klienti ar nulles bilanci”.
 +-----
 +====Nevar apstiprināt kredītreķinu====
 +{{ :​lv:​wesrdhtfjhgj.png?​direct |}}
 +Directo neļaus apstiprināt kredītrēķinu,​ ja Rēķina bilance ir nulle – tas ir apmaksāts. Šajā gadījumā mums ir maksājums un piesaistīta priekšapmaksa,​ lai varētu apstiprināt kredītrēķinu,​ mums ir nepieciešams,​ lai piegādātājs atgriež šo maksājumu, kuru mēs Directo reģistrētu kā maksājumu ar (–) zīmi. \\
 +
 +Kamēr ir apmaksāts rēķins, to nevar kreditēt. Sākumā mums šo naudu ir jāatgūst no Piegādātāja. Vai šajā maksājumā norādītā summa ir atgriezta bankā?
 +-------
 +====Preču atgriešana,​ kredītrēķins====
 +Oktobrī ir 3 gadījumi, kad klienti atgriež preci un mēs atdodam naudu.
 +Vai es varu nospiest pogu galvenē kredīts un tad uztaisās kredītrēķins?​\\
 +
 +Un kā pareizi norādīt importējot banku dokumenta veidu? Vai man tad jāizvēlas maksājums un tad varēšu piesaistīt kredītrēķinam?​\\
 +
 +Šeit ir apraksts par kredītrēķina izrakstīšanu klientam:
 +https://​wiki.directo.ee/​lv/​creditnote
 +
 +Kā redzēsi aprakstā, ja no kreditējamā rēķina izveidosi kredītrēķinu,​ nospiežot pogu Kredīts, tad abi rēķini būs saistīti un kredītrēķinu varēsi iegrāmatot tad, ja kreditējamais rēķins nav apmaksāts vai arī ir apmaksāts daļēji tā, ka kredītrēķina summa nav lielāka par kreditējamā rēķina bilanci. Tāpēc tas, vai veidot kredītrēķinu,​ nospiežot kreditējamajā rēķinā pogu Kredīts, ir atkarīgs no situācijas. \\
 +
 +Bankas importa dokumentā ir jānorāda, ka klientam atgrieztā nauda ir ienākošais maksājums. Ienākošā maksājuma dokumentā atgrieztā summa būs jānorāda ar mīnuss zīmi.
 +Ja bija situācija, kad klients pilnīgi apmaksāja kreditējamo rēķinu un pēc tam šis rēķins tika pilnīgi kreditēts, tad ir jāizveido no kreditējamā rēķina nesaistīts kredītrēķins (jo kreditējamais rēķins jau ir apmaksāts) un klientam atgrieztā nauda, kas reģistrēta ienākošā maksājuma dokumentā jāpiesaista kredītrēķinam.
 +------
 +====Preču atgriešana - KLIENTS atgriež preci====
 +Jautājums ir par gadījumu, kad klients atgriež Jums preci?\\
 +
 +Ja sistēmā tiek lietotā preču piegādes metode, tad ir iespējams veidot Preču atgriešanas dokumentus ar pogu Atgriezt, no dokumenta Klientu Pasūtījums.
 +Uzstādījums:​ Tiek izmantota piegāde. Tad arī parādisies poga ATGRIEZT, Klientu pasūtījumos. Tad arī izveidojas dokuments pie “Atpakaļ atdotās preces”.\\
 +Klientu pasūtījums ar piegādi, poga Atgriezt.\\
 +
 +BET, skatos, ka jūsu datubāzē netiek lietotas piegāde, bet uzreiz izrakstīts rēķins klientam. Tādā gadījumā, ja klients atgriež preci, tad jāveido Kredītrēķins.\\
 +
 +Apraksts pieejams šeit: https://​wiki.directo.ee/​lv/​creditnote
 +------
 +====Ar aizdoto kredīta transakciju,​ jānosedz rēķini====
 +Kā izveidot savstarpējā ieskaita transakciju aizdevumam konts 21141, ar debitoru rēķiniem? \\
 +
 +Jāizveido maksājuma termiņš jeb maksājuma veids ar kontu, kas ir aizdevumā 21141. Un veido maksājumu, kur norāda rēķinus, kas jānosedz un kredīta summu. + un - zīmi.
 +
 +Finanšu uzstādījumi - Samaksas veidi - Pievienot jaunu.
 +------
  
 ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020====
Rinda 47: Rinda 420:
 ---- ----
  
 +
 +====PVN deklarācija neatšifrējas,​ parādās zem X====
 +Jābūt obligāti aizpilditam PVN reģ nr , lai  atšifrētos klients/​piegādātājs. Citadi neatšifrējas un parādās zem X. \\
 +PIem. 1.3. bija zem X, ielika PVN reģ.nr. un atšifrējās. \\
 +
 +Zem T - darījumi zem 150, eur. \\
 +
 +Vai TRANSAKCIJAS,​ ja ir Transporta parametros noteikti konti.
 +------
 +====PVN dekl TRANSPORTA parametri TRansakcija====
 +{{ :​lv:​pvn_transp_2.png?​direct |}}
 +------
 +====PVN deklarācija====
 +Kad atver jaunu Datubāzi, tad ir iekopēta PVN deklarācija zem Pielāgotajām atskaitēm no Tamplate db. \\
 +Vajag PVN kodu kartītēs salikt Datulaukus, atzīmēt Papildus info. Tad info ielasīsies pielikumos, piem. 1.1, 1.2., utt. \\
 +https://​wiki.directo.ee/​lv/​finanses#​pvn_koda_kartites_aizpildisana
 +
 +Lai PVN galva būtu korekta, jākonfigurē PVN deklarācija \\
 +https://​wiki.directo.ee/​lv/​fin_kaibearu
 +
 +Jāpielāgo saviem FInanšu kontiem. \\
 +
 +Jāpārbauda vai artikulu klasēs salikti visi PVN kodi !!! \\
 +
 +Artikula klases kartiņā nav norādīts pvn kods un konti priekš darījumiem ES
 +Brīdī, kad tika iesūtīts rēķins, šis klients bija Vietējais klients un tam piemērots vietējais pvns. Grāmatojuma labojums te neplīdzēs,​ ir jāpārgrāmato rēķins (tostarp izņem un ieliec atpakaļ Klientu un aritkulu) pēc tam, kad salabota artikula klase
 +
 +-------
 ==== Pārkopēt PVN deklarāciju ==== ==== Pārkopēt PVN deklarāciju ====
  
Rinda 52: Rinda 453:
 PVN deklerācijai nosaukumam jābūt PVN. Visās pielāgotās atskaites izmanto pvn dokumentu ar kodu PVN, citi kodi var būt tikai kā rezerves varianti.\\ PVN deklerācijai nosaukumam jābūt PVN. Visās pielāgotās atskaites izmanto pvn dokumentu ar kodu PVN, citi kodi var būt tikai kā rezerves varianti.\\
  
 +Sākumā izveido PVN deklarāciju un Saglabā.\\
 Lai kopētu dokumenta lauciņus Directo ir svarīgi zināt šīs taustiņu kombinācijas:​ \\ 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.\\ • ALT + C  - Nokopē dokumenta lauciņu vērtības. Kursors drīkst būt ieklikšķināts kādā no dokumenta lauciņiem.\\
Rinda 59: Rinda 461:
 http://​wiki.directo.ee/​tech/​custom_reports http://​wiki.directo.ee/​tech/​custom_reports
 ---- ----
 +====PVN deklarācijas iekopēšana un darbs pēc tam====
 +Ja vēlas izmantot PVN deklarāciju,​ tā ir jāiekopē pie Pielāgotajām atskaitēm. Pēdējā versija ir PVN. \\
  
 +Tālāk ir jāveic pvn dekl konfigurēšana,​ lai tā strādātu korekti. Varbū jau ir datubāze no kuras var nokopēt esošu konfigurāciju.
 +https://​wiki.directo.ee/​lv/​fin_kaibearu
 +
 +Jāskatās, vai viss kārtībā vai varbūt ir jākopē kāda cita pvn versija. ​
 +-----
 +====PVN dekl konfigurēšana====
 +Formulā var atsaukties tikai uz tām rindām, kas ir augstāk par to rindu, kurā ir pati formula.\\
 +Tas nozīmē, ka kopsummas ir jāizvieto apakšā, zem tam rindām, kuras jāsummē.
 +Šajā gadījumā rindai 160 būtu jānomaina rindas numurs uz 164.
 +{{ :​lv:​sdefrgt.png?​direct |}}
 +-----
 ==== Gym_LV - Aut.Intervāli/​Noņemt izmaksu veids 12.10.2020==== ==== Gym_LV - Aut.Intervāli/​Noņemt izmaksu veids 12.10.2020====
   -    - 
Rinda 80: Rinda 495:
  
 ---- ----
 +====Row Reference RR rindu numuri izdrukā====
 +Jā, tā ir paredzēts, ka, ja RR rindai jeb apakšrindai ir norādīta cena, tad tā tiek pieskaitīta galvenās rindas cenai.\\
 +Šajā gadījumā būtu jānorāda, ka pimās rindas cena ir 2350,23 €, bet otrās rindas cena 10 €.\\
 +Klients izdrukā redzēs pirmo rindu un kā tās cenu 2360,23 € (kas ir rindas un ar to saistīto RR rindu kopsumma), savukārt Jūs sistēmā redzēsiet arī summu detalizāciju.\\
 +
 +Jāpievērš uzmanība, rindu numuriem, ja tie neparādāš izdrukā. Ja tie atkāŗtojas,​ ir vienādi piem. 1 un 1, tad nerādīsies.
 +------
 +
 ==== 4systems - Dokumentu var apstiprināt tikai secīgi 13.10.2020==== ==== 4systems - Dokumentu var apstiprināt tikai secīgi 13.10.2020====
 http://​wiki.directo.ee/​lv/​yld_aru_menetlus http://​wiki.directo.ee/​lv/​yld_aru_menetlus
Rinda 102: Rinda 525:
  
 ====Kā pieslēgt algu moduli==== ====Kā pieslēgt algu moduli====
 +Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. Un ja nepārsniedz,​ tad pie algu uzstādījuma atstāj 0. \\
 +Ja jārēķina vairāk nekā max lietotāju skaits, tad jānorāda 250 vai 500, 750... un algu modulis ir ar mēneša maksu.\\
  
-Ja vēlas grāmatot/​rēķināt algastad jāpieslēdz sekojoši: ''​Sistēmas uzstādījumi''​ - ''​Speciāls''​ - jānorāda cilvēku skaits pie ''​Max algu lietotāji''​ +Jāpārliecināsvai nejauši nav atstāts MAGAB.\\
- +
-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 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 |}} {{ :​lv:​algu_tiesibas_2.png |}}
  
 +Jautājumi klientam:\\
 +1) Cik daudz cilvēkiem plānojas rēķināt algas? ​
 +No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 49.00 eur/​mēnesī +pvn, par ko nepieciešams akcepts no Jūsu puses;\\
 +2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam?
  
 ---- ----
 +====Maksimālo lietotāju skaits====
 +Svarīgi visiem, kas strādā "Max lietotāji"​ laukiem! "Max algu lietotāji"​ ir jāaizpilda tikai tādā gadījumā ja tiek izmantots algu modulis. Minimālais solis "Max algu lietotāji"​ laukā ir 250 (250, 500, 750, 1000...). Ja Max lietotāji ir 3 un algu lietotāji 3 (nepareizi, jo min.250!), tas nozīmē, ka algas var rēķināt 6 personām. Tātad algas var rēķināt tik personām bez maksas cik ir norādītas laukā "Max lietotāji"​.
 +-----
  
 ====Kā izveidot tiesības algu aprēķināšanai==== ====Kā izveidot tiesības algu aprēķināšanai====
Rinda 125: Rinda 552:
 {{ :​lv:​algu_tiesibas.png?​direct |}} {{ :​lv:​algu_tiesibas.png?​direct |}}
 ---- ----
 +====Darbinieka atbrīvošana ALgu aprēķins====
 +Apraksts pa soļiem un kā sagatavot visas atskaites: https://​wiki.directo.ee/​lv/​per_palk
 +------
 ====Apollo kino - Maksājuma termiņa maiņa uz K 19.10.2020==== ====Apollo kino - Maksājuma termiņa maiņa uz K 19.10.2020====
  
Rinda 192: Rinda 622:
 {{:​lv:​datums.png|}} {{:​lv:​datums.png|}}
 Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē. Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē.
- 
  
 ---- ----
 +====Moduls Engineering aftersave procedūra - Rēķinos Projekti==== 
 +db moduls_engineering_lv ​ ir aftersave par to, ka izejošajos reķins apstiprinot automātiski Hederī jāparādas MASTER projektam, balstoties uz projektiem, kas norādīti rindās. piem. rekins nr. reķins 220000854. visiem rindu projektiem Master projekts ir 22028. ​ tam arī automātiski jāparādās hedera galvā. 
 +----
 ====Kā nosūtīt e-pastu uz events/​notikumi un ievietot kā pielikumu Directo==== ====Kā nosūtīt e-pastu uz events/​notikumi un ievietot kā pielikumu Directo====
  
-Uz Notikumu:+Uz Notikumu:\\ 
 +E-pasta adrese, lai nosūtītu uz datubāzi “eventu” ir **datubāzes nosaukums_lv@event.data.directo.ee**,​ piem. telema_lv@event.data.directo.ee. E-pasts tiks piesaistīts kā notikums Directo.
  
-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_lv@data.directo.ee**,​ piem. telema_lv@data.directo.ee.
-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. Nosūtītie pielikumi Directo ir atrodami atskaitē Attachments jeb **Pielikumi**,​ pie Tipa/Type izvēloties **Nepiesaistītie pielikumi** jeb Unbound attachments.
Rinda 211: Rinda 640:
  
 ---- ----
 +====NOTIKUMI procesu uzskaitei,​fiksēšanai====
 +Sistēmā ir iespējams veidot notikumus (https://​wiki.directo.ee/​lv/​event). Notikumi var tikt izmantoti dažādu procesu fiksēšanai,​ arī lai reģistrētu sistēmā komunikāciju ar klientiem un piegādātājiem. \\
  
-====Moduland_buildings - nevēlas uzskaitīt noliktavubet rēķinos ir ķeksis atjaunot nolitkavu ​un viņu nevar izņemt 23.10.2020====+Attiecīgi, Jūs varētu veidot notikumus ar tipu Garantija un šajos notikumus norādīt, ar kuru klientu vai piegādātāju bija komunikācija,​ reģistrēt e-pastu tekstus vai pierakstus no komunikācijas pa telefonu vai klātienē un citu nepieciešamo informāciju. 
 +Notikumu tipus, piemēram, tipu Garantija, varat izveidot no savas puses: \\https://​wiki.directo.ee/​lv/​event_types 
 +Notikumiem varat izveidot arī statusus, piemēram, Jauns, Aktīvs/​procesā,​ Pabeigts: https://​wiki.directo.ee/​lv/​event_statuses \\
  
-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 artikulibet noliktavu negrib uzskaitīt, šim artikulam ir jānomaina veids uz serviss/​tiešs.+Notikumus var izveidot gan no galvenās izvēlnes \\(https://​wiki.directo.ee/​lv/​event#​notikuma_izveidosana),​ gan iesūtot sistēmā e-pastu (https://​wiki.directo.ee/​lv/​event#​notikuma_izveidosana_nosutot_uz_datubazi_e-pastu), gan arī no dokumentiem ​un kartītēmatverot dokumentu vai kartīti un nospiežot tajā pogu Notikums. 
 +------
  
 +====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.
 ---- ----
 +====Atjaunot noliktavu izņemt ķeksi====
 +Rēķiniem, kas ir veidoti no pasūtījumiem,​ lietotājs nevar noņemt ķeksīti atjaunot noliktavu, to tikai programmētājs var pārrakstīt.
 +-----
 ====Duck republic - slēgts finanšu periods 23.10.2020==== ====Duck republic - slēgts finanšu periods 23.10.2020====
  
Rinda 225: Rinda 664:
 ---- ----
 ====Kā zināt vai datubāzei pieslēgts Vairumimports,​ vairumeksports Bulk==== ====Kā zināt vai datubāzei pieslēgts Vairumimports,​ vairumeksports Bulk====
 +Ja NAV pieslēgts, tad tiesībās nerādās sadaļā Cits opcija Vairumimports.\\
 +
 +Jāprasa Igauņiem, lai pieslēdz.\\
 +Please activate bulk import module in ocra_...._lv database.\\
 +
  
 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. 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.
Rinda 230: Rinda 674:
  
 ---- ----
 +====Pieslēgt Vairumimportu E-pastu , Mass-MAIL module====
 +
 +1) We no longer offer it at all. Only who has it, remain it.\\
 +2) Who use mass meil modul they must have mail sender: Directo. SMTP is when they have there own mail server.\\
 +{{ :​lv:​masss.png?​direct |}}
 +
 +Klients vēlas pieslēgt masu importa moduli, man tas kkur jāatzīmē vai kā varēs zināt, ka jāpiestāda rēķins ? \\
 +- K: par mass importu sev piefiksēju. \\
 +
 +Un par cik sākot no 2019.gada vairs neizmanto algu moduli, vēlas no tā atteikties. Kā labak, Vēsturiskos datus var piedāvāt ar  vairumexportu izgūt par maksu ? \\
 +
 +datus izgūt viņi var paši no atskaitēm. ja ir kautkas ko viņi nevar vai negrib, tad tas ir par maksu caur exportu. tik paskaties, kas tajā exportā ir pieejams. reāli, viņiem neko nevadzēs, ja runa ir par laiku pirms 19.gada. vēl viena lieta. atslēdzot Algas moduli, dati nekur nepazudīs, atskaites jau ir pieejamas. viņi vienkārši nevar iegrāmatot algas aprēķinu.
 +------
 ====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== ====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem====
  
Rinda 240: Rinda 697:
 ---- ----
  
-====PVN kods, kā pievienot datulaukā, lai parādās PVN atskaitē====+====PVN ​DEKL kods, kā pievienot datulaukā, lai parādās PVN atskaitē====
 Alphalane.\\ 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.\\ 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.\\
Rinda 248: Rinda 705:
  
 ''​Uzstādījumi''​ - ''​Galvenie uzstādījumi''​ - ''​Datuluku tipi''​ ''​Uzstādījumi''​ - ''​Galvenie uzstādījumi''​ - ''​Datuluku tipi''​
-{{ :​lv:​datulauka_tipi1.png?​direct |}}+{{ :​lv:​datulauka_tipi1.png?direct |}} \\ 
 + 
 +{{ :​lv:​pvn_datulauki.png?direct |}}
  
 ---- ----
Rinda 256: Rinda 715:
 ''​Uzstādījumi''​ - ''​Sistēmas uzstādījumi''​ - ''​Uzņēmuma logo URL''​\\ ''​Uzstādījumi''​ - ''​Sistēmas uzstādījumi''​ - ''​Uzņēmuma logo URL''​\\
 https://​login.directo.ee/​logos/​files/​citrus_solutions_lv_1.jpg https://​login.directo.ee/​logos/​files/​citrus_solutions_lv_1.jpg
-{{ :​lv:​logo_ievietosana1.png?​direct |}}+{{ :​lv:​logo_ievietosana1.png?​direct |}} \\ 
 + 
 +Atveras logo un ar peles labo taustiņu Save Image As
  
 ----- -----
 ====Lai Chrome katru jauno Directo linku ver jaunā tabā==== ====Lai Chrome katru jauno Directo linku ver jaunā tabā====
-Jāpievieno Chrome extension ''​Open link in same tab, pop-up as tab [Free]''​ +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+https://chromewebstore.google.com/​detail/​open-link-in-same-tab-pop/​jbhbalpncehdfjnfcmmimecdhalmjjem?pli=1
  
------+-------
 ====Nevar apstiprināt rēķinu ISKU_LV==== ====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 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.\\
Rinda 269: Rinda 730:
 //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums//​ //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums//​
 ----- -----
 +====ISKU nevar apstiprināt rēķinu====
 +{{ :​lv:​isku_error.png?​direct |}}
 +Problēma tikai ir ar 5 un 7 rindu. SN “Skapis ar stikla durvīm pelēks” ​ uz 06.06. ir tikai 3 gabali, bet rēķinā kopā ir nepieciešami 5 gab. Ja 2 gab paņēms citu SN kodu, tad viss būs kārtībā, pārējās pozīcijas ir OK, un varēs rēķinu apstiprināt. \\
 +
 +Jāpievērš uzmanība vai VARIANTA kolonnā nav kāds nevajadzīgs simbols, ja paziņojumā ir rkastīts - ka ir variants, bet nav vajadzīgs.
 +-----
 +
 +====Sērijas numurs SN====
 +Ja Artikula kartītē 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 apstiprināt dokumentu Saņemtās preces. Var būt tikai 1 gab ar konkrēto SN. \\
 +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. Tad var būt vairāki gabali ar vienādu SN. \\
 +====Sērijas numurs SN ar BEZ artikula kartiņā====
 +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. \\
 +
 +Varam izmaiņīt ar Vairumimporta tabulu - Artikuli.\\
 +KODS un SN ATSEKOŠANA. \\
 +SN ATSEKOŠANA 0 (nulle) ir BEZ  sn.
 +--------
 +====SN sērijas numura lauka garums====
 +SN lauka garumu var noteikt sistēmas uzstādījumos:​ Uzstādījumi - Galvenie uzstādījumi:​ Sērijas nr/pakas lauka izmērs…
 +-------
 +
 ====4room nevar apstiprināt EKA rēķinu==== ====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. 4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS.
Rinda 277: Rinda 760:
 ''​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.
 ----- -----
 +====Charlot EKA rēķini problēmas ar interneta pārlūku====
 +Jaunas lapas atvēršanās jaunā logā nevis cilnē ir Jūsu pārlūkprogrammas iestatījumu izmaiņas, kuras visdrīzāk ir izmainītas pēc pārlūkprogrammas atjauninājumiem. Ja vēlaties, lai lapas veras jaunās cilnēs, tad jāveic izmaiņas pārlūkprogrammas iestatījumos!\\
 +
 +EKA Rēķinu Jums visdrīzāk neizdodas izdrukāt, jo tiek lietota MS Edge pārlukprogramma,​ bet jau iepriekš esam izziņojuši,​ ka nepieciešams lietot MS Explorer. Pamēģiniet pārslēgties uz Explorer režīmu spiežot uz tā ikonas pārlūka labajā augšējā pusē:\\
 +{{ :​lv:​explorer_msedge.png?​direct |}}
 +
 +Kad būsiet pārslēgusies no Edge uz Explorer, tad EKA čekam vajadzētu izdrukāties pēc ierastās procedūras! \\
 +
 +Svarīgi Uzstādījumi:​ https://​wiki.directo.ee/​lv/​veebilehitseja_seadistused?​s[0]=internet&​s[1]=explorer
 +------
 ====Apollo Kino nevar apstiprināt rēķinu un kredītrēķinu==== ====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ā. ​ 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. 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.
- 
 ---- ----
 +====Apollo jāsamaina samaksas termiņš izejošajam rēķinam====
 +Visi izejošie rēķini Directo ienāk kā EKA jeb kases rēķini. Līdz ar to pašiem samainīt no piem. samaksas termiņa 7 uz K kredītrēķins,​ nav iespējams. \\
 +Uz K kredītrēķinu varam samainīt tikai mēs ar SQL. \\
 +
 +POS reķinā jālabo Samaksas termiņš: \\
 +
 +**update mr_arved set tingimus='​BOLT'​ where number='​2416794'​** \\
 +
 +**update mr_arved set tingimus='​K'​ where number='​2416795'​** \\
 +
 +tingimus ir termiņš \\
 +
 +Termiņu samainījām,​ bet diemžēl nav iespējas piešķirt tiesības to darīt ārpus administratora konta. Vislabākais risinājums būtu tāds, ka tiktu mainīta rēķinu importa procedūra, lai tie rēķini, kas nav kases dokumenti, tiktu importēti kā parasti rēķini, kuriem šī informācija būtu viegli rediģējama.
 +------
 +====Apollo KINO nevar apstiprināt,​ nav Pay Term, samaksas termiņš====
 +Ar pogu PĀRSŪTĪT jeb TRANSFER. Vai klienta kartiņā ieliekot vajadzīgo Pay Term.
 +------
 +
 ====Uzstādījums,​ lai dokumentu saraksts, lapa atveras ātrāk==== ====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 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
Rinda 292: Rinda 802:
 Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA
 ---- ----
 +====Inventarizācijas dokumenta aizpildīšana====
 +Mēģinu veikt ar vairumievietošanu inventarizāciju. Vienā reizē līdz 700 līnijas. Bet ik pa brīdim kaut kas nobrūk. \\
  
-====Profikss nevar apstiprināt rēķinu====+Ja parādās WAITING vai Uzgaidiet. Tad ir jānospiež poga Uzgaidiet un jāpagaida, vai pēc kāda laika sistēma pabeigs rindu aizpildīšanu ar Jūsu norādītajiem datiem. \\ 
 + 
 +Ja arī pēc tam datu ielādes process ir lēns vai nenotiek, tad var pamēģināt kopēt datus vairākās reizēs – katrā reizē iekopējot mazāku rindu skaitu. Piemēram, dokumentā iekopēt pirmās 200 (maximums 500) rindas, un, kad tās ir iekopētas dokumentā, tad saglabāt inventarizācijas dokumentu, vēlreiz nospiest tajā pogu Vairumievietošana un pēc tam iekopēt nākamās 200 rindas un pirms pogas Aizpildīt dokumentu nospiešanas norādīt, ka dati jāiekopē, sākot no 201. rindas (jo pirmajās 200 rindās jau būtu dati, kurus Jūs iekopējāt iepriekš). \\ 
 + 
 +Kā arī, jo vairāk rindu dokumentā, jo lēnāk tas aizpildīsies,​ tāpēc ielādēt datus vairākos dokumentos, maksimums 500 rindas. 
 +----- 
 +====Aizmirsts ievadīt Saņemšanu SREC pēc inventarizācijas==== 
 +Noslēgta inventarizācijas,​ bet aizmirsts ievadīt SREC saņemšānu,​ pirms inventarizācijas. Ko darīt ? \\ 
 + 
 +Uztaisīt SREC dokumentu.\\ 
 +Izveidot Inventarizāciju TIKAI tam artikulam, kas aizmirsts. Ar Inventarziāciju,​ artikuls saņemsies noliktavā. \\ 
 + 
 +Jāsakatās,​ kāds konts norādīts inventarizācijā - krājumu konts ?! \\ 
 +Kāds konts ir SREC ? 
 +----- 
 +====Noliktavas saņemšana SREC konti grāmatojums noliktavas atlikums==== 
 +db tobis_ lv \\ 
 +Saņēmu informāciju no grāmatvedības,​ ka ir neskaidrības ar kontiem – tie līdzekļi, kas tiek grāmatoti noliktavas saņemšanā kontā 2140, faktiski tiek ievietoti kontā 2130. Kāda ir situācija ar kontiem un vai viss ir pareizi šajā gadījumā? Paldies! \\ 
 + 
 +Jebkuram grāmatojumam ir 2 puses: debeta puse un kredīta puse. 
 + 
 +Dokumentiem Saņemtās preces konts 2140 ir noklusējuma kredīta konts (tas ir paredzēts, lai kontrolētu,​ vai sistēmā ir iegrāmatota gan preču pieņemšana,​ gan ar to saistītas ienākošais rēķins), savukārt konts 2130 ir noklusējuma debeta konts, kura atlikumam ir jāsakrīt ar noliktavas atlikuma vērtību (kā tas sistēmā arī ir). Konts 2130 arī atbilstoši iepriekšējās grāmatvedības sūtītajiem datiem tika izmantots kā konts, kurā tiek grāmatots noliktavas līmenis, jo tā atlikums sakrita ar noliktavā esošo preču vērtību. 
 +------ 
 +====SREC noliktavas saņemšanā jāveic IZMAIŅAS jāsamaina preces, nepareiza prece Saņemšanas dok.==== 
 +Ja SRECu vēl var atgrāmatot,​ un nav nāķotnes dok., preces jau kustībā, tad jāatgrāmato un jānomaina artikuls uz pareizo. Jānomaina arī saistītāja Pirkuma Pasūtījumā. \\ 
 + 
 +Ja vairs nevar atgrāmatot,​ tad jāveido korekcijas SREC, kurā jānomīnuso,​ it kā jāatgriež piegādātājam ​ nepareizais artikuls un tā vietā jāpieņem pareizais artikuls. \\ 
 +----- 
 + 
 + 
 +====Profikss ​Clean 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. 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.
Rinda 306: Rinda 848:
 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 :) 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. 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.
-----+----
 +====Profiks Clean noapaļošana rēķinos==== 
 +Jāpamaina uzstadījums - EKA rēķina artikula cenas noapaļošana no 2 uz 4 zīmēm. 
 +----- 
 +====PVN kodi nepareizi nevar apstiprināt rēķinu==== 
 +{{ :​lv:​charr.png?​direct |}} 
 +Klienta kartiņā ir ielikts, ka visam ir jābūt pvn kodam 1 (21%), savukārt, preces kartiņā ir norādīta samazinātā pvn likme ar kodu 2 (12%). \\ 
 +Jānoņem klienta kartiņā pvn kods 1 un tad vēlreiz jāielasa prece rēķinā. 
 +----- 
 + 
 +====PVN proporcijas==== 
 +Ir jāizveido jauns PVN kods un tajā kodā jānorāda proporcija, kur Proporcijas likme norāda to, cik % no PVN nonāks priekšnodoklī. Ievadot rēķinu, ir jānorāda šis PVN kods. \\ 
 +PVN kodu veido caur – Uzturēšana – Finanšu uzstādījumi – PVN kodi – Pievienot jaunu. \\ 
 +Kad es uztaisu proporcijas pvn kodu vieglajiem auto pēc tāda paša principa kā reprezentācijai,​ es vairs nevaru iegrāmatot rēķinus - man atškirās par vienu centu vai nu uz augšu vai leju. 
 +Līdz ar to nevaru iegrāmatot precīzu rēķina summu, kas jāsamaksā. Kā man pareizi jārīkojas?​ \\ 
 + 
 +Tādā gadījumā samazini samazināto PVN summu par 1 centu. Skat.kolonnā PVN, ieliku 11.09 un viss tagad sakrīt! \\ 
 +{{ :​lv:​pvn_prop_2.png?​direct |}} 
 + 
 +Skat.piemēru bildēs. 
 +{{ :​lv:​pvn_proporcija.png?​direct |}}
 ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== ====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ā. ​ //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ā. ​
Rinda 322: Rinda 884:
 ====Directo uzstādījums,​ ka automātiski tiek izmests cilveks, kurš piemēram 1h neko nedara Directo==== ====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”+Gan pie lietotāju grupām, atverot lietotāju grupu KODU, trešajā rindā, 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 group datubāzēs RepHop atskaite neatlasa datus====
Rinda 331: Rinda 893:
 {{ :​lv:​transporta_parametri1.png?​direct |}} {{ :​lv:​transporta_parametri1.png?​direct |}}
 ---- ----
 +====Apollo grupa REPHOP atkaites====
 +bet taatad iekopejot rephop kas ir butiskai:\\
 +1) iekopet ar sql;\\
 +2) salikt transpsorta parametru;​\\
 +3) salikt datulauku tipus;\\
 +4) salikt datulaukus vajadzigajiem kleintiem, pieg, konta
 +-------
 ====Nerēķina algas no diviem objektiem darbiniekam==== ====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? 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?
Rinda 354: Rinda 923:
 Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem. Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem.
 ---- ----
-====SN sērijas numura lauka garums==== +====Simbols, lai neatlasa, filtrē IZŅEMOT==== 
-SN lauka garumu var noteikt sistēmas uzstādījumosUzstādījumi - Galvenie uzstādījumiSērijas nr/pakas lauka izmērs..+Pieliekot priekšā izsaukumu ! atskaite atslasīs izņemot šo, piem. tos, kas atrodas Bērnu kopšanas atvaļinājumā BKA \\ 
-----+!BKA  
 +{{ :lv:​simbolss.png?​direct |}} \\ 
 +Šajā gadījumā mums nevajag Artikulu klasi 1008, līdz ar to mēs to varam izņemt ieliekot Artikulu klases filtra !1008 \\ 
 +Iegūsti atskaiti bez šīs artikulu grupas. \\ 
 + 
 +Vairākus IZŅEMOT jāatdala ar komatu  
 +{{ :lv:​iznemumu_komats.png?​direct |}} 
 +----- 
 +====SIMBOLS atlasa vētību, kas ir TUKŠA==== 
 +RESTĪTE \\ 
 +taisu klientu statistiku un ielieku restīti pie pvn reģ. nr. filtra, lai atlasās to klientu rēķin
 +------ 
 ====Noliktavas saņemšana un preces atgriešana ID numurs un SN numurs==== ====Noliktavas saņemšana un preces atgriešana ID numurs un SN numurs====
 Apstiprinot Noliktavas saņemšanas dokumentu, precei (artikulam) automātiski tiek piešķirts unikāls Noliktavas ID. Ja vēlas atgriezt to pašu preci, tad jāizvēlas tas pats Noliktavas ID (kolonnā ID ar dubultklišķi). ​ Apstiprinot Noliktavas saņemšanas dokumentu, precei (artikulam) automātiski tiek piešķirts unikāls Noliktavas ID. Ja vēlas atgriezt to pašu preci, tad jāizvēlas tas pats Noliktavas ID (kolonnā ID ar dubultklišķi). ​
Rinda 367: Rinda 948:
  
 ---- ----
 +====NoliktavasID nav prece noliktavā====
 +Nevar apstiprināt 23.03 datuma Piegādi. Raksta, ka prece nasv noliktavā 0.00. Lai gan ir pieņemts daudzums pirms tam, bet tagad uz 23.03 vairs nav pieejams, jo ir pārdots jau nākamajos rēķinos/​piegādēs. \\
 +
 +Ar dubultklikšķi Nolkitavas ID kolonnā, atversies saraksts ar Noliktavas ID, kam būtu uz to datumu jābūt pieejamiem, un un kolonnā ŠOBRĪD redzam, vai tagad vēl ir pieejams. Ja rāda 0.00, tātad visi noliktavas ID jau ir norakstīti nākamajos daokumentos. \\
 +{{ :​lv:​444444rrrrrregsrhg.png?​direct |}}
 +
 +Var redzēt divus pieejamos Noliktavas ID uz 23.03, tātad kāds no šīem ID mums jāatbrīvo,​ tikai kādu no šiem mēs varam ielikt dokuemtnā, lai norakstītu. \\
 +{{ :​lv:​4445555rth.png?​direct |}}
 +
 +Atskaitē **Artikula vēsture** filtrējam pēc kāda no noliktavas ID, kas mums vajadzīgi. Noliktava. Varam izsekot, kad Noliktavas ID SREC saņemts un redzam, ka pēc 23.03 jeb aprīlī visas preces norakstītas - pieģadātas. tāpec arī šobrīd mēģinot apstiprināt 23.03 datuma piegādi, nevar, jo uz to brīdi nekas vairs nav noliktavā, viss nākotnes dokumentos norakstīs. \\
 +
 +{{ :​lv:​666677dfg.png?​direct |}}
 +
 +Jebkura no Piegādēm, vēlams jaunāko, jāver vaļā - jāatgrāmato,​ tad atbrīvosies vajadzīģais noliktavas ID, kas tika pieņemts pirms 23.03., to tagad varēs mūsu piegādē norakstīt. Jo uz 23.03 būš pieejams. Jāpastiprina dokuments. \\ 
 +Pēc tam apstirpina jaunatvēro dokumentu un sistēma pēc FIFO metodes paņems nākamo vecāko Noliktavas ID. 
 +
 +{{ :​lv:​333344sdfgh.png?​direct |}}
 +-------
 +
 +
 ====Atskaite Transakciju saraksts un pielāgotā atskaite==== ====Atskaite Transakciju saraksts un pielāgotā atskaite====
 Tur var būt 2 iemesli - ir pārāk daudz transakciju vai ir kāda viena, kas satur kaut ko, kas nobrucina atskaiti. Tur var būt 2 iemesli - ir pārāk daudz transakciju vai ir kāda viena, kas satur kaut ko, kas nobrucina atskaiti.
Rinda 374: Rinda 975:
 Var paskatīties directo standarta atskaitē transakciju saraksts, cik tur to rindu daudz, vai vnk pamēģināt pa daļām. Ja pa daļăm izdosies dabūt, tad vnk par daudz. Var paskatīties directo standarta atskaitē transakciju saraksts, cik tur to rindu daudz, vai vnk pamēģināt pa daļām. Ja pa daļăm izdosies dabūt, tad vnk par daudz.
 līdz 250 ir normāli. Ja vairāk, paliek lēnāk. līdz 250 ir normāli. Ja vairāk, paliek lēnāk.
-----+ 
 +Ir vairākas iespējas, kā var rīkoties.\\ 
 +1) Var izmantot atskaiti - Virsgrāmata;​\\ 
 +2) Iekopējām (Charlot db) atskaiti Transakciju saraksts;​\\ 
 +Transakcijas var iegūt izvadot Excelī, bet lielā apjoma deļ, iesakām dalīt pa sīkākiem periodiem, piem.pa vienam mēnesim.\\ 
 +3) Var izveidot piekļuvi Directo revidentiem/​auditorium,​ vajadzīgo datu apskatīšanai. 
 +------
 ====Transakciju atskaite Excel==== ====Transakciju atskaite Excel====
 Atskaite - Transakciju saraksts. Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet. Atskaite - Transakciju saraksts. Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet.
Rinda 382: Rinda 989:
 - Izveidot auditoram skatīšanās piekļuvi directo atskaitēm virsgrāmata un transakciju saraksts. - Izveidot auditoram skatīšanās piekļuvi directo atskaitēm virsgrāmata un transakciju saraksts.
 ---- ----
 +====Virsgrāmatā konta atlikuma atšifrējums====
 +Ka var uztaisīt VG konta 220804 atlikuma uz 31.12.2021 atšifrējumu ? \\
 +Nepieciešams atšfirēt kontu 220804 pēc Piegādātāja,​ tad to var darīt šādi: \\
 +
 +Konkrēts datums, ķeksis - Tikai summas, ​ APAKŠSUMMA:​ pa piegādātājiem. \\
 +
 +{{ :​lv:​virsgrsmata_apaksummas.png?​direct |}}
 +-----
 +====KONTA ATLIKUMI====
 +Kā pareizi ievadīt kona 2190 un 5210 atlikumus uz 30.04.2022 pa partneriem uz programmu? \\
 +
 +Piemers, ir kreditors, kuram bija samaksats avanss līdz 30.04.2022 -100 eur. Debets 2190 = 100,00 \\
 +Kā pareizi ievadīt to atlikumu uz Directo? \\
 +
 +Ir divas opcijas: \\
 +1) Veidojam manuālu transakciju ar kontu D un Kontu K un norādām klientu.\\
 +2) Veidojam ienākošo/​izejošo maksājumu ar konkrēto datumu un klientu.\\
 +Priekšrocība otrajai opcijai ir tas, ka tālāk šo maksājumu var ērti piesaistīt rēķiniem, bet pirmajā variantā, lai priekšapmaksu nolīdzinātu būs atkal jāveido manuāla transakcija.
 +-----
 +
 +
 +====Transakciju vēsture, meklēšana kas mainīts, kas/kad izveidota====
 +Lai redzētu info par to, kad un kas izveidojis jeb apstiprinājis ​ transakcijas,​ kā arī veicis izmaiņas, jāizmanto atskaite Transakciju saraksts. \\
 +To var atrast Finanses – Atskaites – Transakciju saraksts.\\
 +
 +Filtrā jānorāda:​\\
 +Tips – TRAN \\
 +Transakcijas laiks: periods – transakcijā norādītais datums\\
 +Ievadīšanas laiks: periods – ja šeit norāda datumu, tad parādīsies tikai tās Transakcijas,​ kas ietilpst Transakcijas laika periodā ievadītajos datumos un Ievadīšanas laika periodā.\\
 +Ķeksis pie “Laika atzīme” – būs redzama info par to, kas izveidojis transakciju,​ kas pēdējo reizi labojis un datums, kad tas tika darīts. \\
 +
 +Atrast tādu transakciju,​ kas ir mainīta/​veidota ar vēlāku faktisko datumu nekā norādītais transakcijas datums var šādi, atskaitē Transakciju saraksts:
 +{{ :​lv:​tran_sar.png?​direct |}}
 +-----
 +
 ====Kā noliktavā skaita preces vai pēc FIFO==== ====Kā noliktavā skaita preces vai pēc FIFO====
 Jā, noliktavā preces atlikumus skaita pēc FIFO, otrs variants ir FEFO, bet tikai tiem, kas lieto derīguma termiņus un SN. Jā, noliktavā preces atlikumus skaita pēc FIFO, otrs variants ir FEFO, bet tikai tiem, kas lieto derīguma termiņus un SN.
Rinda 408: Rinda 1050:
 Ja manuali pilda maksājumu bankā tad ar to var redzēt, un banka to referenci pārbauda, lai atbilst formātam. t.i., tur nevar būt teksts, piemēram. Ja manuali pilda maksājumu bankā tad ar to var redzēt, un banka to referenci pārbauda, lai atbilst formātam. t.i., tur nevar būt teksts, piemēram.
 ----- -----
 +====Maksājuma uzdevumi, maksājumi====
 +Maksājuma uzdevuma dokumentā zem āmurīša ir dažādi uzstādījumi:​ \\
 +būtiskākais,​ **Eksports neapvieno tā paša piegādātāja maksājumus**. T.n. lai ietaupītu komisijas maksu/​apstrādes naudu, ja ir mazāk rindu, izdevīgāk.
 +{{ :​lv:​muuzst.png?​direct |}}
 +-----
 +====Nevar apstiprināt Maksājuma uzdevumu, error kļūda====
 +Izmet kļūdas pziņojumu:
 +Apstiprināšanas procesa piezīme. \\
 +Ir darīšana ar vienādu transakciju un valūtu EUR Atšķirība nav nulle: 24.20 \\
 +
 +Problēma bija Maksājuma veida uzstādījumos.\\
 +Maksājuma veida kartiņā pie TIPS, jābūt uzliktam - (neizvēlēts). Nevar būt norādīts – Vienāds.
 +------
 ====Backup routine and politics==== ====Backup routine and politics====
 Backups are done (at least) one time in 24h, at nighttime. But we receive from customers questions about more detailed information:​\\ Backups are done (at least) one time in 24h, at nighttime. But we receive from customers questions about more detailed information:​\\
Rinda 418: Rinda 1073:
 Our license agreement states that we keep the last 7 days of backups. Our license agreement states that we keep the last 7 days of backups.
 ---- ----
 +====Aizvietošana dzēšana kartiņai====
 +J anepieciešams aizvietot vai izdzēst Piegādātāja , klienta kartiņu. \\
 +Var izmantot vienu no šiem variantiem: \\
 +
 +-             ​Izdzēst piegādātāja kartiņu, izvēloties aizstāt datus ar citu pieg. kodu, tas, ja nepieciešams,​ lai visa vēsture pārrakstās;​\\
 +-             ​Manuāli jākoriģē avansi un neapmaksātie rēķini, ieliekot tur citu pieg. nr., ja jāpārliek tikai atlikums.
 +-----
 ====FCHE nevar apstiprināt rēķinu, pasūtījums,​ atgriešāna==== ====FCHE nevar apstiprināt rēķinu, pasūtījums,​ atgriešāna====
 piemēram, rēķinam 2402239 kļūdas paziņojums ir tikai par 1 rindiņu\\ piemēram, rēķinam 2402239 kļūdas paziņojums ir tikai par 1 rindiņu\\
Rinda 434: Rinda 1096:
 lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\ lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\
 jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi.
----- +----- 
-====Statusi kolonnai ​DA==== +====Pasūtījums un noliktavas saņemšana==== 
-D - piegāde, A - rēķins, M - kad nekas nav darīts, P - daļēji darīts, D - delivered, ​- invoiced.+par tiem pasūtījumiem/​saņemšanās - to ierobežojumu,​ ka jāsakrīt summai/​daudzumam var noņemt settingos, jo reizēm sāk lietot un pēc noklusējuma ir uzlikts, ka jāsakarīt,​ bet nevajag, otrs - ir settings, ka pakalpojumiem nav jābūt piegādātiem uz rēķinu. \\ 
 + 
 +Uzstādījums nepieciešams un tas atkarīgs no tā, cik precīzi viņi paši vēlas ievērot to pasūtīšanu/​saņemšanu. \\ 
 +------- 
 +====Statusi kolonnai ​D A==== 
 +D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, ​I - invoiced.\\ 
 + 
 +Stabiņš ​D - par piegādēm statuss;​\\ 
 +Stabiņš I - par rēķiniem statuss.\\ 
 +Šie automatiskie statusi salasās no tā, kas pasūtijuma rindās redzams, cik ir invoiced un cik ir delivered, ​kaut kur reizi stundā.\\ 
 + 
 +Uzliekot Igauņu valodā ir šādi skaidrojumi:​\\ 
 +PP no shipment, no invoice\\ 
 +LP - shipment is, no invoice\\ 
 +OO - partial shipment, partial invoice\\ 
 +OA - partial shipment, invoice is\\ 
 +LO - shipment is, partial invoice\\ 
 +OP - partial shipment, no invoice\\ 
 +LA - sent and settled\\ 
 + 
 +D M - kad apstiprinātas piegādes, nav rēķins\\ 
 +P M - kad ir gan apstiprinātas,​ gan neapstiprinātas piegādes/​daļējas piegādes, nav rēķins.\\ 
 +P M ir partially delivered, nothing ​invoiced\\ 
 + 
 +Piemēram, ja kredītrēķins un atgriešana maina piegādātā/​rēķinā izrakstītā daudzumu, tad sanāks PP nevis DI, jo pasūtītā daudzums jau paliks kāds bija.\\ 
 + 
 +master settingos ir visādi uzstādījumi par to, ko dara kredītrēķins un atgriešana,​ tā kā, ja piemēram, klients negrib lai pēc atgirešanām ir P, tad var noderēt šis:\\ 
 +**Return diminishes Order quantities** - **YES**\\ 
 +pieļauju, ja šeit būtu yes, tad jāmainās pasūtītā daudzumam, ne tikai piegādātā\\
 ------ ------
 ====Kā pievienot nestandarta kodu ar simbolu==== ====Kā pievienot nestandarta kodu ar simbolu====
Rinda 443: Rinda 1133:
 Piem. piegādātājs LUCY_&​_LEO. Sistēma manuāli neļauj izveidot šādu kartiņu, ar vairumimporta tabulu Piegādātāji var pievienot šādu kodu. Piem. piegādātājs LUCY_&​_LEO. Sistēma manuāli neļauj izveidot šādu kartiņu, ar vairumimporta tabulu Piegādātāji var pievienot šādu kodu.
 ------ ------
-====Pielikumu mape pilna====+====Pielikumu mape pilna, arhīva izveidošana,​ dzēšana====
 Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\ Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\
   * jāarhivē vecākie gadi http://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\   * jāarhivē vecākie gadi http://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\
   * vai japērk klāt gigabaiti (jāraksta igauņiem, lai pieliek +Gb)\\   * vai japērk klāt gigabaiti (jāraksta igauņiem, lai pieliek +Gb)\\
   * vai papildu lietotāju var pieslēgt, katrs vienlaicīgais lietotājs +1 gb\\   * vai papildu lietotāju var pieslēgt, katrs vienlaicīgais lietotājs +1 gb\\
--------+ 
 +Vieta atbrīvojas tikai pēc arhīvā novietoto dokumentu dzēšanas (pēdējais punkts). \\ 
 +https://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\ 
 + 
 +Bet pirms dzēšanas būtu labi pārliecināties,​ ka lejuplādēto dokumentu kopējais izmērs un skaits sakrīt ar arhīvā atlasīto dokumetu izmēru un skaitu, kas būs redzams atskaitē. 
 + 
 +------
 ====Neatver Directo lapu, drošības paziņojums==== ====Neatver Directo lapu, drošības paziņojums====
 Problēma rodas tādēļ, ka pieslēdzoties tiek izmantota vecā Directo adrese (directo.gate.ee),​ pareizi ir šāda adrese: Problēma rodas tādēļ, ka pieslēdzoties tiek izmantota vecā Directo adrese (directo.gate.ee),​ pareizi ir šāda adrese:
Rinda 474: Rinda 1170:
 ====Izdzēsti dati un kā tos atjaunot, atgūt==== ====Izdzēsti dati un kā tos atjaunot, atgūt====
 Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums,​ kas jāpiesaka igauņiem - **datu atjaunošana no backupa**, tā kā backup tiek veidots pamatā naktīs, tad nevar atjaunot to, kā vakar vēl nebija. Var atjaunot uz vakardienu, aizvakardienu,​ aizaizvakardienu utt. Katrā gadījumā var precizēt indivuduāli,​ cik senu atjaunošanu vajag un kāda ir pieejama. Pēc līguma max vecums ir 7 dienas, bet ir bijis, ka atjauno arī vairākus mēnešus vecu info. Šis ir vairāk tad, kad ir apjomīgs datu zudums.\\ Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums,​ kas jāpiesaka igauņiem - **datu atjaunošana no backupa**, tā kā backup tiek veidots pamatā naktīs, tad nevar atjaunot to, kā vakar vēl nebija. Var atjaunot uz vakardienu, aizvakardienu,​ aizaizvakardienu utt. Katrā gadījumā var precizēt indivuduāli,​ cik senu atjaunošanu vajag un kāda ir pieejama. Pēc līguma max vecums ir 7 dienas, bet ir bijis, ka atjauno arī vairākus mēnešus vecu info. Šis ir vairāk tad, kad ir apjomīgs datu zudums.\\
-Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu. ​+Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu.\\ 
 + 
 +Ja ir situācija, ka veidots kustības dokuments ar 200 rindām un pēkšņi saglabājot viss pazūd un paliek pa nullēm, jo sistēmas kļūdas, bet iespējams vainīgs lēns internets un arī rindas dokumentā vairāķ kā 100 nevajadzētu veidot. Ir iespējas rakstīt EE un noskaidrot, vai var atjaunot dokumentu uz kādu pulksteņa laiku.
 -------- --------
 +====Izdzēstu dokumentu atjaunot jāatjauno====
 +Datiem tā vienkārši nav iespējams “pazust”. ​ Bet, protams, var gadīties dažādas situācijas,​ tāpēc vienmēr pastāv iespēja veikt backup. \\
 +Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums,​ ziņojiet ja tas ir nepieciešams. \\
 +
 +Datiem tā vienkārši nav iespējams “pazust”. ​ Bet, protams, var gadīties dažādas situācijas,​ tāpēc vienmēr pastāv iespēja veikt backup. \\
 +Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums,​ ziņojiet ja tas ir nepieciešams.\\
 +
 +Vai ir iespējams atjaunot tikai šo vienu failu? Un cik tas maksās, ja tas ir maksas pakalpojums?​\\
 +
 +Jā, ir iespējams iegūt šī faila backup. Naudas izteiksmē tie būs 65Eur bez PVN. Darba ilgums būs atkarīgs no saziņas ar EE, viņi piešķir piekļuvi šiem backup datiem.
 +------
 +
 +
 +
 +
 +
 ====Noliktavas gada apgrozījums==== ====Noliktavas gada apgrozījums====
 kurā atskaitē var redzēt noliktavas gada apgrozījumu (izejošajām no noliktavas precēm), pēc artikulu klasēm ar summu,kāda ir konkrētam artikulam uzskaitē noliktavā?​\\ kurā atskaitē var redzēt noliktavas gada apgrozījumu (izejošajām no noliktavas precēm), pēc artikulu klasēm ar summu,kāda ir konkrētam artikulam uzskaitē noliktavā?​\\
Rinda 482: Rinda 1196:
  
 -------- --------
-====Salīdzināšanas akti====+====Salīdzināšanas akti un saderības skats====
 Salīdzināšanas akti debitoru un/vai kreditoru ir nepārskatāmi,​ slikti izskatās.\\ Salīdzināšanas akti debitoru un/vai kreditoru ir nepārskatāmi,​ slikti izskatās.\\
 Mainījās directo adrese, tāpēc jaunā adrese arī ir jāpievieno saderības skatam IE. Mainījās directo adrese, tāpēc jaunā adrese arī ir jāpievieno saderības skatam IE.
Rinda 489: Rinda 1203:
 http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​compatibility_view http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​compatibility_view
 -------- --------
 +====Salīdzināšanas aktos izvadīt citas summas, piem.Garantijas ieturējumi====
 +Salīdzināšanas aktos varam izvadīt tādu summu, kas Directo tiek reģistrēta kā Priekšapmaksa un maksājumā norādīts konts (ienākošie un izejošie maksājumi ar kontu kolonnā). Varam izvadit šo kontu. \\
 +Citu risinājumu nav, neko no rēķina rindām izvadīt aktos nevaram. \\
 +
 +Nevaram, jo sistēma tehniski nepadod šos datus XML formātā, kuri nepieciešami lai izvadītu izdrukās informāciju.\\
 +Izstrādātāji tā nav paredzējuši.\\
 +-------
 +
  
 ====Jauns gads, jauni intervāli==== ====Jauns gads, jauni intervāli====
 Sākoties gadam, jāuzliek jaunie intervāli:​\\ Sākoties gadam, jāuzliek jaunie intervāli:​\\
-1) Intervāli dokumentiem. Ja nepieciešams,​ vecajā ieliek jauno intervālu, lai sasaistās dokumenti;+1) Intervāli dokumentiem. Ja nepieciešams,​ vecajā ieliek jauno intervālu, lai sasaistās dokumenti; ​\\ 
 +{{ :​lv:​intervv.png?​direct |}}
 2) Finanšu intervāli transakcijām. 2) Finanšu intervāli transakcijām.
  
Rinda 498: Rinda 1221:
 Visērtāk, ja lietotāja Personālas kartiņā, bumbiņas sadaļā Administrators,​ pie intervāla norāda - Pēdējo reizi saglabātais. Financial series - finašu intervālu. Tad veidojot dokumentu, jāizvēlas vajadzīgais intervāls un pēc saglabāšanas,​ nākamajā reizē automātiski ieleks tas pats intervāls. Visērtāk, ja lietotāja Personālas kartiņā, bumbiņas sadaļā Administrators,​ pie intervāla norāda - Pēdējo reizi saglabātais. Financial series - finašu intervālu. Tad veidojot dokumentu, jāizvēlas vajadzīgais intervāls un pēc saglabāšanas,​ nākamajā reizē automātiski ieleks tas pats intervāls.
 ------ ------
 +====Kontakti====
 +Saņēmām atbildi no izstrādatājiem,​ ka informācijas ielase no kontakta notiek tikai tad, ja šis kontakts ir klienta kartiņā ielikts kā klienta pārstāvis.
 +Līdz ar to, lai nenotiktu nevēlāmas informācijas izmaiņas pasūtījumos un rēķinos (piegādes adresēs, e-pasti) ir jānoņem informācija par pārstāvi no klientu kartiņas (pats kontaksts var palikt ar visu info):
 +Savukārt, ja ir svarīgi, lai tomēr būtu aizpildīts lauks Pārstāvis,​ tad tam jāizmanto kontakts bez adreses un e-pasta.\\
 +Vairumā iztukšot varam palīzēt.
 +------
 +====Nevaram apstiprināt EKA rēķinu 10150565 Charlot====
 +Ir nepieciešams atvērt rēķinu nr. 10157140, tad apstiprināt rēķinu 10150565 un pēc tam apstirpināt 10157140.
 +Jo pirmā pozīcija savādāk nav vairs pieejama uz 01.12.2020.
 +Vēl trešajā pozīcijā bija artikuls ar 12% pvn, bet klientam kartiņā bija ielikts, ka visam jābūt ar 21% pvn.
 +Un nav ievadīta saņemtās naudas summa.
 +------
 +====Salīdzināšanas akti tiek sūtiti uz grāmatvedības e-pastu====
 +1) var izveidot klientam/​piegādātājam datulauku un tad to var aktos pie āmurīša izvēlēties kā e-pastu.\\
 +2) vai vnk pievienot e-pasta laukā vel vienu e-pastu, ar semikolu atdalot.\\
 +
 +Ar vairumimportu Piegādātāju kartiņā var ieimportēt e-pastus pie datulauka: Grāmatveža epasts aktiem.\\
 +Datulaukā var ievietot vienu, vai vairākus e-pastu atdalot tos ar semikolu ; \\
 +Pašā atskaitē, pirms drukāšanas caur ”āmurīti” jāuzliek – Grāmatveža e-pasts aktiem.
 +Akti tiks nosūtīti uz e-pastiem, kas norādīti datulaukā, ja datulauks pie Piegādātāja būs tukšs, tad automātiski tik paņemt e-pasts no kartiņas e-pasta lauka.
 +------
 +====Riska nodeva algu aprēķinā====
 +Riska nodeva algu aprēķinā aprēķinājusies dubultā.
 +
 +Riska nodeva aprēķināta dubultā, jo slimības lapa ir ielikta mēneša aprēķinā kopā ar citām formulām.
 +Slimības formulu var izmantot tikai, ja nekā cita tajā mēnesī nav, tādēļ tā jāizņem ārā, lai viss būtu korekti. ​            
 +------
 +====Ja galvenajā sarakstā trūkst kāda atskaite====
 +Uzstādījumi - Galvenie uzstādījumi - Lietotāju grupas vai lietotājam pie Mainīt tiesības jāatzīmē,​ lai redz atskaiti piem. Priekšapmaksu saraksts.
 +{{ :​lv:​atsk_prieks_saraksts_1.png?​direct |}}
 +------
 +====VID EDS nevar ieimportet failu ar PVN deklarāciju====
 +XML formāta faili saskaņā ar VID publicēto XML faila aprakstu un validēti atbilstoši dokumenta XSD shēmai\\
 +
 +Viņiem tur veca versija, pamainīju izdrukā, lai ir arī pēc 2018. gada\\
 +Šādi pamainīju, pieliku lielāks vai vienāds par 2018, nevis vienāds\\
 +{{ :​lv:​pvndekl_izdruka1.png?​direct |}}
 +
 +Samainījuun pieliku lielāks vai vienāds par 2018, nevis vienāds.....Vēlnegāja,​ otrādi vajadzēja lielāks vai vienāds, tagad ir ok, bet es 4energia ieliku, pvn ver2, nebija minēts kāda db un kura atskaite\\
 +(bilde)
 +----------
 +====Pārdošanas reģistrs un Pirkuma reģistrs====
 +Auditoriem nepieciešama debitoru (izejošie rēķini) vecumu/​vecuma struktūra.\\
 +
 +**Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem.
 +http://​wiki.directo.ee/​lv/​mr_aru_reskontro
 +
 +**Pirkumu reģistrs** ir atskaite par neapmaksātajiem ienākošajiem rēķiniem un priekšapmaksu atlikumiem.
 +http://​wiki.directo.ee/​lv/​or_aru_reskontro
 +
 +Atskaitē informāciju var arī sadalīt pa laika posmiem. Lai to izdarītu, pie Dalīt ir jāieraksta apskatāmo periodu skaits un periodos esošo dienu skaits (piemēram, lai sadalītu informāciju pa 3 atpakaļejošiem un 3 turpmākajiem 30 dienu gariem periodiem, lauciņos ir jāieraksta 3 x 30 dienas).
 +----------
 +====Priekšapmaksas un rēķini====
 +Datu bāzē SIA “Parrot Telpa”, iegrāmatojot pardošanas rēķinu (ja tam ir bijis avanss), veidojas nepareiza transakcija saistībā ar saņemtā avansa PVN daļu.
 +Rēķins Nr. 210006.
 +\\
 +Pārbaudiet,​ lūdzu, vai saņemtajā maksājumā pašās rindas beigās ir PreID aizpildījies (tam jānotiek automātiski,​ kopš aptuveni 10. decembra), ja tā tur nav, tad nepieciešams atgrāmatot un no jauna iegrāmatot maksājumu, tad atvērt un vēlreiz iegrāmatot rēķinu.
 +Ja maksājumā preID ir, bet rēķins ir iegrāmatots pirms 15.01, tad nepieciešams tikai atgrāmatot un iegrāmatot rēķinu atpakaļ!
 +Diemžēl kopš aptuveni 10.12.2020 līdz aptuveni 15.01.2020 priekšapmaksu piesaiste dēļ jauninājumiem strādāja kļūdaini, tieši tai momentā, ka netika izmantot pvn priekšapmaksu konts rēķinos:​\\
 +Nepareizs gramatojums:​
 +{{ :​lv:​nepareizs_avansa_gramatojums.png?​direct |}}
 +Pareizs grāmatojums:​\\
 +{{ :​lv:​pareizs_avansa_gramatojums.png?​direct |}}
 +-------
 +====kļūdas paziņojums====
 +Kļūdas paziņojums:​ Projekts tiek lietots - nevar izdzēst helpdesk: (int_konto_ajalugu)/​23.11.2020.....
 +{{ :​lv:​kludu_pazinojums_konto.png?​direct |}}
 +Jāpalaiž Uzturēšanā - Atjaunot kokntu vēsturi
 +{{ :​lv:​uzturesana_kntuvesture.png?​direct |}}
 +---------
 +
 +====Salīdzināšanas akti debitoru un kreditoru====
 +Kā sagatavot salīdzināšanas aktu ar nullēm 0.00 un no Directo nosūtīt uz e-pastu debitora aktu ar nulles atlikumu\\
 +Sagatavojiet debitoru salīdzināšanas aktu, aizpildot atskaites filtru kā redzams attēlā (klients kā piemērs), bilances vērtība -10000, un pēc tam nospiediet pogu ATSKAITE. Atksaitē jāparādās 0.00 vērtībām:​\\
 +{{ :​lv:​salidzinasanas_akts1.png?​direct |}}
 +-------
 +====Datubāzes DB slēgšana====
 +Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz "​0"​ un Magab - guļoša.
 +{{ :​lv:​slegsana.png?​direct |}}
 +------
 +====Datubāzes iemidzināšana====
 +IR datubāzes iemidzināšanas opcija. Izmaksas 10€/mēn. Visi dati tiek saglabāti, lietotāji atslēgti, kad nepieciešams atjaunot darbību pieslēdz lietotājus un strādā tālāk.\\
 +Kā to uzlikt? Vienlaicīgo lietotāju skaitu nomaina uz 0 un Max user zero reason: jāuzliek **Magab**
 +--------
 +====Kā izmainīt PL pamatlīdzekļus vērtību uz nulli====
 +Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt,​ lai parādās atskaitēs un varētu vēlāk izmantot šo pamatlīdzekli ar citu vērtību, ja nepieciešams. \\
 +Jāizmanto **Value correction**\\
 +Pamatlīdzekļa kartiņā ir jānorāda korekcija, tad mainās pamatlīdzekļa vērtība. Papildus tam ir ar roku jāveido grāmatojums
 +Šī vērtību izmaiņa atskaitē parādīsies atsevišķi.. tātad tas nav nolietojums,​ bet vērtības izmaiņa. Vari pamēģināt kādā pamatlīdzeklī.. šīs rindas var pēc tam izdzēst
 +Izmaiņām nav paredzēts mass imports.. ​
 +
 +Ja Tu man atsūtīsi exceli ar kolnnām pl nr, datums, korekcijas summa un komentārs, tad es tāds vienreiz importētu.
 +{{ :​lv:​pl_vertiba_nulle.png?​direct |}}
 +
 +Ir divi varianti \\
 +1. vērtības korekcija par atlikušo summu (darbība jāveic kartiņas tabā Vērtības korekcija, jānorāda datums un summa – šī operacija pati par sevi neveic transakciju).\\
 +2. Ielikt kartiņā citu nolietojuma procentu (lai paņemtos visa atlikusī summa). Tas arī jādara pirms decembra nolietojuma.
 +
 +-----------
 +====Izdzēst pamatlīdzekļu transakciju vēsture====
 +Ja rodas problēmas piem. aprēķināt nolietojumu,​ izmet kļūdas paziņojumu,​ ka: Nav ko iekļaut transakcijā;​ vēsturē nav rindu, kurām nebutu transakciju.\\
 +Jāskatās, ko rādas PL kartiņas sadaļā IZMAIŅAS. \\
 +Ja nv izveidojusies transakcija,​ vai kļūdainas,​ tad jāizdzēš.\\
 +Ar GOD MODE, un Izmaiņās pie transakcijām parādīseis poga DELETE.
 +--------
 +====Pamatlīdzekļi PL nepareizs simbols, mainīts nosaukums====
 +Ja ir neatļāuts simbols nosaukumā, dēļ kura neļauj xml izprintēt PL kartiņu, tad jāmaina nosaukums. \\
 +Sistēma tik un tā neļauj, tad ir jāieslēdz GOD MODE un pie izmaiņām jāizdzēš ta rinda, kur tika labots neatļautais simbols. Izdzēšot ar god mode ierakstu, ļāva izprintēt un kļūdas paziņojums vairs nebija.
 +-------
 +====Noliktavas/​materiālu/​artikulu kustība noliktavā - Realizācijas atskaite====
 +Atskaite, kuru izmantot, lai redzētu materiālu kustību (iegādi, pārdošanu,​ norakstīšanu,​ utml.) ir REALIZĀCIJA. \\
 +Šeit ir arī apraksts par kolonnu nozīmi un kā lietot filtrus: \\
 +https://​wiki.directo.ee/​lv/​mr_aru_realisatsioon
 +------
 +====Realizācijas atskaite====
 +Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "​Krājumu līmeņu izmaiņas"​ un jāieķeksē "​nauda"​
 +{{ :​lv:​realizacija1.png?​direct |}}
 +--------
 +====Atskaite REALIZĀCIJA====
 +Lūdzu aprakstiet, kādas tieši darbības ar krājumiem jūs gribētu salīdzināt starp noliktavas atskaitēm un PZ datiem? \\
 +Vai izdevumus preču norakstīšanai no noliktavas par noteiktu periodu? \\
 +Šim mērķim tad jāizmanto atskaite Realizācija,​ varam atsūtīt detalizētaku aprakstu, kas tajā atskaitē ir kas. Vai ko citu varam izvērst, bet vispirms mums jāsaprot, kāda tieši informācija ir vajadzīga? \\
 +
 +Atskaitē ‘noliktavas ātrums’ ir kolonna “Apgrozījums”. \\
 +1) Vai šis Ir apgrozījums izmaksām, kas tiek norakstītas uz 71XXX grupu PZ kontos? Jeb apgrozījums realizācijas cenās? \\
 +2) Kāds ir algoritms krājumu vecuma dienu aprēķinam?​ \\
 +Mēs šobrīd analizējam krājumus uz 31.08.2021 un krājumu kustību 8M periodā. \\
 +
 +Šajā atskaitē summa kolonnā Apgrozījums ir noliktavas izmaksās (t.i., pašizmaksā).
 +Tās ir tās izmaksas, kas norakstās uz 71XXX kontiem, bet tikai no rēķiniem un piegādēm, t.i., šajā summā neietilpst dažāda veida korekcijas – artikulu norakstīšanas dokumenti, inventarizācijas dokumenti, manuālas transakcijas.\\
 +
 +“Noliktavas ātrums” šajā atskaitē tiek iegūts šādi: \\
 +
 +Vid.nol.vērt. = (līmenis perioda sakumā + līmenis perioda beigās)/2 \\
 +Apgr.frekv. = apgrozījuma summa/​vid.nol.vērt \\
 +Apgrozījuma ātrums (“Noliktavas ātrums”) = dienu skaits periodā/​apgr.frekv. \\
 +------
 +
 +
 +
 +
 +
 +====Salīdzināšanas akti izdrukas info====
 +Lai atbilstošajās vietās parādītos informācija,​ tā ir jānorāda sistēmas uzstādījumos.
 +Dažādās aktu izdrukās tā var nākt no dažādām vietām, bet lielākoties tiek izmantoti Fianšu info lauki:
 +Uzstādījumi - Sistēmas uzstādījumi - Finanšu uzstādījumi: ​
 +{{ :​lv:​fin_uzst.png?​direct |}}
 +Kā arī jāaizpilda galvenajos uzstādījumos info par uzņēmumu.
 +-----
 +====Sasinhronizēt Google kalendāru ar Directo notikumiem====
 +Google Calendar to sync Directo events. Google Account Setup / Linking to Direct
 +http://​wiki.directo.ee/​et/​google_calendar
 +-----
 +====Samaksas termiņi, tipi, EKA un parastie rēķini kā veidojas====
 +Uzstādījumi - Pārdošanas uzstādījumi - Samaksas termiņi.\\
 +**Kartes maksājums** tāpat kā tips **Skaidra nauda** pēc būtības attiecas uz EKA rēķiniem.\\
 +Parastiem rēķini ir tips **Normāls**.\\
 +
 +Klienta kartiņā var piesaistīt **Maksājuma veidu**. Piem. Huppa klienta 1119 Internetveikala pirkums, maksājuma veids CASH_1, kam tips ir Normāls un neveidojas EKA rēķins.
 +(Huppa)
 +------
 +====EKA POS rēķins neparādās samaksas veidi Rēķinu žurnālā====
 +Lai atskaitē **Rēķinu žurnāls**,​ rēķina samaksas veidi tiktu izdalīti atsevišķās rindās, nepieciešams ielikt ķeksi pie filtra **Galvenes maks.term.** \\
 +{{ :​lv:​makster.png?​direct |}}
 +
 +EKA rēķinā tiek izmantoti vairāki samaksas veidi, klients samaksā gan skaidrā naudā, gan ar karti. Ja rēķinā viss ir kārtībā, problēma rodas Rēķinu žurnālā, ja nav ielikts ķeksis, tad rāda tikai vienu rindu ar Samaksas termiņu, visa summa piem. tikai pie skaidras naudas. Ja ielikt filtrā ķeksi, tad rādīs 2 rindas, gan skaidru naudu, gan karti.
 +-------
 +====Koriģēt Noliktavas daudzumu===
 +Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:​\\
 +1) Veidot SREC noliktavas saņemšanas dokumentu un daudzumus ar - mīnuss zīmi. Kolonnā NOliktavas ID/Stock ID ar dubultklikšķi atversies saņemtu preču saraksts ar nolitkavas ID un jāzivēlas attiecīgais ID ar kuru prece tika pieņemta;​\\
 +2) Norakstīt. Ja nepieciešams veidot arī dokumentu Cenu maiņas, ja jālabo cenas.\\
 +
 +Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/​iepirkuma cena, to var labot ar Cenu maiņu:\\
 +https://​wiki.directo.ee/​lv/​sissetulek#​cenu_maina_apstiprinata_dokumenta_sanemtas_preces
 +
 +Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā,​ to neatgrāmatojot.\\
 +Šī darbība var būt vajadzīga, piemēram, šādos gadījumos:​\\
 +- ja notika kļūda ievadot informāciju\\
 +- ja no piegadātāja ir saņemts kredītrēķins,​ kas nemaina preču daudzumu, bet maina preču cenu.
 +-------
 +====Labot, dzēst, norakstīt noliktavas preci, atlikumu====
 +Vajadzētu risinājumu,​ kā no galvenās noliktavas pārvietot (Vai norakstīt, vai pārdot – jebkādas darbības) šīs preces. Šīs preces pieņemtas noliktavā bez sērijas numuriem, tāpēc nevaru veikt nekādas darbības ar tām. \\
 +
 +Kad šādā situācijā redzams, ka artikula vēsturē nav nekādu darbību ar SN, bet kartiņā ir ielikts, ka jābūt SN, var šo vērtību kartiņā pamainīt ar importa moduli (laukā Sn atsekošana ielikt 0). \\
 +
 +Otram artikulam vēsturē jau bija darbības ar SN, tāpēc piešķīru to tur, kur trūka (ieliku noliktavas ID). \\
 +
 +Tagad vajadzētu būt iespējamam abus artikulus norakstīt un pieņemt atpakaļ ar atbilstošiem SN.
 +Pirmajam artikulam, pēc tā norakstīšanas (kad noliktavas atlikums būs 0), kartiņā lauks Sērijas numurs paliks aktīvs un to būs iespējams labot uz citu vērtību.
 +------
 +====NORAKSTĪŠANA Ja kļūdaini norakstīts Pamatlīdzeklis,​ kā to atjauno====
 +Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli,​ tad jāizdzēš delete norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\
 +
 +Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\
 +
 + Ja nenostrādā,​ tad jāskatās, vai nav liekas, neizveidojušās transakcijas,​ ko ar GOD mode var izdzēst no PL izmaiņu sadaļas, un ar GOD mode parādās arī PL kartiņas augšā poga - **Nodzēst norakstīšanu**.\\
 +
 +Ja vēlaizvien ir slēgts. Tad ar GOD MODE pie Izmaiņām, neieķeksējot Transakcijas,​ apakšā ir izveidojusies rinda NAV TRANSAKCIJAS,​ kas arī jāizdzēš.
 +-------
 +====Pamatlīdzekļu kartiņā NAV ķeksis SLĒGTS, vajag atslēgt==== ​
 +NEVAR izņemt no Pamatlīdzekļu kartiņas ķeksi SLĒGTS. Tas nav redzams. ??\\
 +
 +ATBILDE: Ja nevar izņemt Slēgts ķeksi, tad var rakstīt EE, jo kļūme.\\
 +Bet izmantojot vairumimportu , tabula - Pamatlīdzekļi,​ kolonnas KODS un SLĒGTS. Jāieliek CLOSED (SĒGTS) ar 0 (nulli) un būs atvērts jeb atslēgts.
 +------
 +
 +====Pamatlīdzekļu nolietojumu transakciju dzēšana====
 +Ja pamatlīdzeklim jāizdzēš nolietojums,​ tad sekojoši varianti:\\
 +Ja viens pats PL nolietojuma transakcijā,​ tad izdzēš transakciju un viss kārtīā.\\
 +
 +Ja Jums vienā nolietojuma transakcijā ir vairāki pamatlīdzekļi,​ tad sekojoši varianti:\\
 +
 + 1) Var izdzēst visu transakciju,​ norakstīt vajadzīgo PL un tad par jaunu visiem PL aprēķināt nolietojumu par izdzēsto mēnesi;\\
 + 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas,​ kas tur palikušas.
 +-------
 +====Pamatlīdzekļu nolietojuma transakciju dzēšana====
 +Nepieciešams izdzēst nolietojuma INV transakciju. \\
 +Nav pogas DZĒST. \\
 +Jāpievieno lietotāju tiesībam atļaut - Apakšsistēmas transakciju maiņa. \\
 +
 +Šādos gadījumos vislabāk ir uzlikt tās tiesības uz brīdi, lai var izdzēst grāmatojumu,​ bet pēc tam atkal aizliegt, lai citreiz nevarētu izmainīt sistēmas automātiski izveidotos grāmatojumus,​ kā rezultātā var rasties nesakritības starp virsgrāmatu un datiem atskaitēs.
 +------
 +====Kā izdzēst PL pamatlīdzekli====
 +Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas. ​ un var rēķināt no jauna. \\
 +
 +Lai izdzēstu, kad nebūs nolietojums,​ jāmaina uz **mazv.inventārs**. Jāsaglabā vairākas reizes, tad jāieliek ķeksis pie **slēgts**,​ salgabāt un **dzēst**.
 +-------
 +
 +====Pamatlīdzekļu norakstīšana vairumā PL====
 +Ar atskaiti **Pamatlīdzekļu vēsture**, norādot **Norakstīšanas iemeslu** un nospiežot Atskaite. Atlasīsies visi Pamatlīdzekļi,​ kuriem PL kartiņas datulaukā būs norādīts attiecīgais datulauks. Var atķeksēt vajadzīgos un spiest pogu **Write off**.\\
 +
 +Lai izveidotu jaunu **Datulauku tipu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta,​ nepieciešams veikt sekojošas darbības:
 +1) Jāizveido Datalauku tips (Uzstādījumi – Galvenie uzstādījumi – Datulauku tipi). Pievienot jaunu un aizpildīt obligātos laukus: Kods, Nosaukums, KLASE - **Aktīvs**. \\
 +
 +Tālāk jādodas uz Uzturēšana – Imports/​Eksports - Vairumievietne – jāizvēlas tabula **Pamatlīdzekļi** un sekojošas kolonnas: Kods un Datulauks, kurš iepriekš tika izveidots. Vai arī konkrētiem PL kartiņās manuāli atzīmēt šo datulauku. \\
 +
 +Ja ar vairumievietošanu,​ tad sagatavo Exceli, kur pirmajā kolonnā ir tie PL kodi, kurus nepieciešams norakstīt. Otrajā kolonnā var ievietot piezīmi: piem. jā. \\
 +
 +Pamatlīdzekļu kartiņā tagad ir jaunais datulauks, kuru izmantosim kā filtru **Pamatlīdzekļu vēstures** atskaitē. Atķeksējot vajadzīgos pamatlīdzekļus jānospiež poga **Write Off**.
 +{{ :​lv:​shrtdyujgkihloj_pkl_.png?​direct |}}
 +-------
 +
 +====Problēmas ar Directo, nevar pieslēgties====
 +Labdien, \\
 +
 +Veiciet lūdzu sekojošus soļus:\\
 +
 +1) Izdzēsies interneta pārlūkprogrammas vēsturiskos datus jeb Cookies.\\
 +Atkarībā no pārlūka - Internet Explorer, Chrome, MS Edge, u.c., var izlasīt instrukciju mūsu Wiki, kā to darīt: http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​parlukosanas_vesturisko_datu_dzesana \\
 +
 +2) Izdzēsiet saglabāto Grāmatzīmi jeb ātro ceļu uz esošo Directo;\\
 +
 +3) Ierakstiet sekojošu adresi login.directo.ee/​ \\
 +
 +4) No jauna saglabājiet pie saviem īsceļiem (ja tādus izmantojiet). \\
 +
 +Ātrais risinājums,​ var pamēģināt izmantot citu pārlūkprogrammu.\\
 +Ja rodas kadi jautājumi, lūdzu ziņojiet mums.
 +------
 +====Nerāda / nestrādā izdruka====
 +Iespējams izdrukai nav ieķeksēti vajadzīgie XML lauki. \\
 +Pie izdrukām, kur Lauki ir poga **Izvēlēties**. \\
 +Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**.
 +{{ :​lv:​xsl1.png?​direct |}}
 +{{ :​lv:​printout_guide.png?​direct |}}
 +------
 +====Nerāda kolonnu Cena un %====
 +Tiesībās jāatzīmē uzstādījums zem Cits - Visibility rights - **Izmaksu un tīrās peļņas skats**
 +{{ :​lv:​cenukolonna.png?​direct |}}
 +------
 +====Nerāda sarakstā kolonnu izvēles pogu====
 +Tiesībās zem Citi - Pārlūkprogrammas lauku izvēle
 +{{ :​lv:​kolonnas12.png?​direct |}}
 +-----
 +====Kā veidojas preces pašizmaksa====
 +Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru ​ noliktavā būs ienākusi prece ar atšķirīgām cenām?\\
 +Piemēram, ja 10 tonnas būs par 3,00eur/kg un 5 tonnas par 3,70eur/kg, tad vidējā cena būs ~3,​23eur/​kg,​ kas arī tiks ņemta vērā izrakstot rēķinu?\\
 +
 +Jā, tieši tā tam būtu jābūt!\\
 +Ja prece tiek norakstīta no noliktavas ar rēķinu, tad to matemātiku var arī redzēt, apstiprinātā dokumentā veicot dubultklikšķi laukā stock id.
 +Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi,​ kas regulē, no kādām tieši piegādēm tiks atlasīta informācija,​ lai aprēķinātu pašizmaksu priekš rēķina.
 +Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa).
 +
 +------
 +====Vai kredītrēķins ietekmē preces pašizmaksu====
 +Par kredītrēķiniem. Var būt dažādi, gadās, ka kredītrēķins mīnuso daļu no summas, nemainot preču skaitu, t.i., piemēram, ja aizmirsa piemērot atlaidi. Tad jāizmanto tā Jaunā cena preču saņemšanās. \\
 +
 +Atsūtiet lūdzu piemēru, kāds ir rēķins un kāds kredītrēķins,​ lai ir redzams, kas īsti ir kreditēts ? \\
 +
 +Pašā Directo kredītrēķini piegādātāju modulī ietekmē tikai norēķinus ar piegādātājiem.
 +Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās.
 +------
 +====Pirkuma pasūtījumā atlaides EUR nevis procentos, kā norāda====
 +Kā un kur ielikt atlaidi preces pirkuma pasūtījumam (purchase order)? Piemēram – rēķina summa 300eur, atlaide – 12,3eur? \\
 +
 +Vajadzētu aprēķināt,​ cik % ir atlaide un norādīt % procentālo apmēru kolonnā "​%"​.\\
 +Iemesls - jo uz SRECU aizies tā cena, kura pie artikula ir pasūtījumā.\\
 +Ja šis neder, tad otrs variants ir norādīt kā artikula cenu pasūtījumā to cenu, kura ir pēc atlaides.
 +-------
 +====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.\\
 +bankas neapstrādā failus ar - zīmi. jo ja ir - zīmi piegādātāja maksājumā tad tā ir saņemtā summa uz bankas kontu. t.i., piegādātāja atgrieztais avanss ielec saņēmtajos maksājumos.\\
 +t.n. ka naudas atgriešanas vienmēr veido manuāli bankā!?\\
 +klientiem veido, jā, bet no piegādātājiem atgriešanas atnāk uz kontu un importā parādās pie saņemtajiem maksājumiem un tām ir jāmaina tips un jakoriģē dokuments.\\
 +jo programma jau nezin, ka tā ir atgriešana no piegādātāja nevis klienta saņemts maksājums, visa ienakošā plūsma tiek interpretēta ka saņemti maksājumi no klientiem.\\
 +ar klientam atgriezto arī tad var notikt tā, ka ja importē to maksājumos,​ tad šis darījums uzrādīsies pie izejošajiem maksājumiem,​ t.i., kā avanss piegādātajam. tas tad vnk jāignorē, nav jāapstrādā nekā.\\
 +viņi var izrakstīt rēķinu, kas neatjauno noliktavu, un tad tādu pašu kredītrēķinu.\\
 +rēķinam var piesaistīt priekšapmaksu,​ lai gan tur jāpadomā, varbūt labak arī nepeisaistīt,​ vispirms jāsaprot, vai tas avanss ir bijis deklarācijā,​ t.i., vai tai maksājumā ir bijis pvn kods, ja nav maksājumā pvn koda, tad vnk maksājums ar - zīmi un miers.\\
 +jāpaskatās,​ vai ja tagad uztaisa vnk maksājumu ar - zīmi viss aizies korekti un nomīnusosies. lai rēķins neietu atkārtoti, tas jāsedz ar priekšapmaksu. bet ja to sedz ar priekšapmaksu,​ visdrīzāk,​ ka nesanāks izveidot saistītu kredītrēķinu,​ t.i., kredītrēķinam būs jādzēš tā atsauce uz sākotnējo rēķinu. t.i., kredītrēķins tad būs nesaistīts un to varēs "​apmaksāt",​ kas arī izveidos maksājumu ar - zīmi. īsumā - rēķins jāsedz ar priekšapmaksu un kredītrēķins tapat kā jau apmaksāta rēķina gadījumā. \\
 +jo ja nav piegdes, tas rēķinam no pasūtījuma obligāti jāatjauno nolitkava un nevar izrakstī rēķinu, kas nav noliktavu mainošs.\\
 +
 +ar ISKU ir pārbaudīts,​ ka nepietiek ar maksājumu ar - zīmi un pvn kodu norādītu? Ja PVN kods ir maksājumā,​ tad tas ieiet PVN deklaracijā.\\
 +par ISKU , ja maksājumā ar - zīmi ir norādīts PVN kods, tad tas automātiski aiziet uz PVN dekl. un līdz ar  to, viņi novembrī smaksāto PVN par saņemto avansu ​ atgūs ?
 +Ja jaa, tad problema atrisinata. \\
 +jā, ar pvn kodu tam summai būtu jāatskaitās.
 +------
 +====ir pirkuma rēķins kur iemaksā drošības naudu piegādātājam par telpām====
 +nordfix_latvia_lv. maksājums 190118. Rēķins nr.190842 un 190854.\\
 +kā ir pareizāk šo summu atgriezt? es varu veidot maksājuma uzdevumā rindu ar šo summu -?\\
 +maksājums ar "​-"​ burtiski tulkojot nozīmē - piegādātājs ir atskaitījis tev uz kontu atpakaļ šo naudu.\\
 +parasti tur ir rindiņa ar - summu, un tad tāds reķins arī jāievada ar - summu rindiņā, t.i., pats rēķins ir par mazāku summu.\\
 +10. marta rēķinā nav summa samazināta,​ nekas nav par depozīta atgriešanu. depozīta atgriešana ievadīta ar 15.03. kā kredītrēķins , un šis reķins ir salikts maksājumā kopā ar 10.03 marta reķinu. šajā gadījumā sanāk tā, ka vnk samaksāja mažāk. bet 15.03 kredītrēķinam nav nekāda dokumenta klāt. pie tam iekļāva maksājumā -700 kopā ar rēķinu par 196.06. kas nozīmē, ka it kā atlikusī summa ir atmaksāta uz kontu. nevaram pateikt, vai ir pareizi, ja nezinām, vai atmaksāja. varbūt vini vnk izdomāja nemaksāt tam piegādātājam un pārtraukt nomu? parasti jau piegādātāju bridina par to, ka pārtrauc attiecības un tad vai nu viņš atmaksā depozītu vai noņem depozīta summu no pēdejiem rēķiniem. jo ja neatmaksāja to naudu, tad maksājumā jāsamazina summa, lai ir vienāda ar rēķina summu.\\
 +-----
 +====Drošības naudas====
 +Veido Ienākošo maksājumu. Samaksas veids SALDO uz 9999..... {{ :​lv:​drosibas_naudas.png?​direct |}}
 +-----
 +====Drošības naudas PIEGĀDĀTĀJAM====
 +Newsec LV piegādātājam ​ ir samaksājis drošības naudu, kura jāiegrāmato kontā 2084. Kā to izdarīt?\\
 +Redzu, ka bankas dokumentā ‘Maksājums’ nav iespējams pievienot vajadzīgo kontu.
 +Vai grāmatojot maksājumu kā transakciju un norādot piegādātāju,​ drošības nauda piesaistīsies piegādātāja norēķinu atlikumam?​\\
 +
 +Piegādātājam samaksātās drošības naudas jāveido dokumentā “Maksājumu uzdevumi”,​ norādot Piegādātāju (lai sasaistītos un parādītos atskaitēs, kā samaksāts avanss) un vajadzīgo kontu 2084 manuāli jānorāda grāmatojumā jeb transakcijā DEBETĀ, jo debeta konts nāķ no sistēma uzstādījumiem,​ vai piegadātāja kartiņas. Par cik speciāla kolonna tam nav šobrīd paredzēta, kā tas ir ienākošajā maksājumā,​ kad klients maksā drošības naudas. Ir EE Events, lai būtu kolonna.
 +------
 +
 +====Artikulu izdzēšana , dzēst artikulus, kas izveidoti, bet netiek lietoti====
 +Vai ir iespēja no sistēmas dabūt atskaiti ar preci, kuri tika  izveidoti sistēmā bet nebija nekādas kustības (iepirkumi, pārdošanas,​ pārvietošanas,​ norakstīšanas un t.t.) vispār? \\
 +
 +Var izmantot šādu Atskaiti, kas ir zem sadaļas Uzturēšana – Digital cleanup. Tā parāda tos artikulus, kas nekad nav izmantoti un ļauj tos arī izdzēst. \\
 +Tikai SUPER grupas lietotājiem ir tiesības piekļūt zemākpieminētajām atskaitēm, zem Uzturēšanas. \\
 +
 +Apraksts: https://​wiki.directo.ee/​et/​hooldus#​digikoristus \\
 +------
 +====Artikulu dzēšana vēstures pārnešana====
 +Ja tiešs/​serviss,​ nav saistīts ar NOLIKTAVU, tad ir poga DZĒST.\\
 +Ja artikulam ir vēsture, bet tagad noliktavā ir 0, tad arī parādās poga DZĒST. \\
 +Ja artikulam ir atlikums noliktavā, tad dzēst nevar. \\
 +
 +Tajā brīdī, kad noliktavā ir 0 , var spiest DZĒST un tālāķ sistēma piedāvās aizvietot artikula vēsturi ar JAUNU , citu artikula kodu:
 +{{ :​lv:​artikulu_aizvvv.png?​direct |}} \\
 +
 +Kad aizvietos, tad visa vēsture pāŗcelsies un artikula kods pārrakstīsies uz jauno.
 +------
 +
 +====Transakciju saraksts auditoriem====
 +Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:​\\
 +1) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\
 +2) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\
 +3) Kā arī izmantot atskaiti Virsgrāmata:​\\
 +4) Ir iespējams arī izveidot auditoram lietotāju un piesķirt piekļuvi sistēmas atskaitēm Virsgrāmata un Transakciju saraksts.\\
 +Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums ​ 32.50 eur + pvn.
 +------
 +====Auditoriem par Directo ISO, Serveris====
 +Informācijas drosība utt. Information security principles of Directo OÜ \\ 
 +https://​wiki.directo.ee/​en/​infoturbe_pohimotted?​s%5b%5d=backup#​information_security_policy_of_directo_oue \\
 +
 +GDPR \\
 +https://​wiki.directo.ee/​et/​gdpr \\
 +-----
 +====Mainīt tiesības====
 +Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts?​!\\
 +Jā, tās indivuduālās būs stiprākas par grupas.
 +------
 +====Tiesības pievienot, skatīt, mainīt, dzēst====
 +Ja lietotājam piem. nepieciešamas Cenu formulas, tad Tiesībās pie Dokumentiem jāpievieno Cenu formulas, bet lai viņas varēu arī pievienot, mainīt un dzēst, tad sadaļā **Uzstādījumi** jāieķeksē pie **Pārdošanas uzstādījumi** vajadzīgās opcijas. \\
 +Ja rodas situācija, ka kaut ko nevar pievienot, dzēst utt, jāpārbauda **Uzstādījumu** sadaļa un jāieliek vajadzīgie ķekši.
 +------
 +====Daļējas tiesības VISAS un PAŠA====
 +Jūsu tiesības nosaka lietotāju grupa SALES, un tajā ir noteikts, ka lietotājs var veikt izmaiņas savos līgumos (tie ir tie, kuros viņš ir laukā Pārdevējs),​ bet ka visos pārējos nevar. \\
 +Tā kā līgumā ar sistēmas kodu 13133 kā pārdevējs ir norādīts Gints Ceizars, nevis Jūs, tad izmaiņas šajā līgumā veikt nevarat. \\
 +{{ :​lv:​dalejas_tiesibs.png?​direct |}}
 +-----
 +====Poga PASTS====
 +Lietotāja kartiņā jānorāda e-pasts, tad parādīsies poga PASTS. \\
 +-----
 +====Lietotāja tiesības====
 +Ja ir tikai skatītāja tiesības, piem. redzēt ienākošo rēķinu atskaites un varētu izvēlēties filtrā Piegādātājus no Piegādātāju saraksta, tad nepieciešams Tiesību sadaļā pie **DOKUMENTI** pievienot Moduli **Piegādātāji**. Atķeksēt tikai **šķirstīt**,​ **kolonnas**,​ **skatīt**. \\
 +
 +Ja atskaitē nepieciešams izvēlēties piem. OBJEKTU vai FINANŠU KONTU, tad jāieliek ķeksis CITI sadaļā pie **Kopētājs**. Tad varēs izvēlēties un ievietot. {{ :​lv:​kopetajs1.png?​direct |}}
 +
 +Ja vajag arī iespēju pievienot jaunus Objektus sarakstam, tad sadaļā **uzstādijumi** jāieķeksē pie FInanšu uzstādījumiem **skatīt**,​ **pievienot**,​ **mainīt**.
 +------
 +====Rēķins valūtā, maksājums EUR====
 +Selecta db ir ienāk. rēķini: Pieg.rēķ.Nr.1010176,​ 1010174. Maks.uzd.Nr.1001587 Bankā samaksāts EUR 5826,85 par abiem rēķiniem. Directo sareķinājis pēc kursa kopā 5875.93 EUR. rēķini ar 04.02.2021. lai sakristu ar banku, viņi var labot kursu rēķinā un līz ar to maksājumā uz tādu, kāds tika izmantots attiecīgajā bankas maksājumā?​!\\
 +rēķinā noteikti nē, rēķinā jābūt uz rēķina dienu apstirpinātam kursam ECB. t.i., tas pats, ko directo iedod automātiski. maksājumā var bankas kursu norādīt, ja viņi no eur konta maksā. \\
 +un atšķirību kontē uz konta piem.. .Izdevumi uz valūtas kursu svārstībām.,​ pareizi!?\\
 +jā, un atšķirībai jabūt tikai EUR, valūtā rēķina un maksājuma summām jāsakrīt (ja viņi pilnībā apmaksā).\\
 +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 citā valūtā, ienākošais rēķins====
 +Ja rēķins ir izrakstīts valūtā, kas nav eiro, tad laukā Valūta ir jānorāda valūta. Pēc valūtas norādīšanas laukā Kurss automātiski nonāks norādītās valūtas kurss (pret eiro). Ja nepieciešams,​ automātiski norādīto valūtas kursu var mainīt.
 +Rēķinos, kuri ir citā valūtā, summas jānorāda konkrētajā valūtā. Šādu rēķinu laukā Bāze būs redzama rēķina kopsumma bez PVN eiro. \\
 +{{ :​lv:​eztryexturcvihbjl.png?​direct |}}
 +------
 +====Valūtas kursi, Valūta, pievienot jaunu valūtu, kas nav Directo====
 +Ja valūta piem. Baltkrievijas rublis nav sistemā, tā jāizveido. \\
 +Sadaļā - Uzstādījumi - Finanšu uzstādījumi - Valūtas. Pievienot jaunu. \\
 +Tālāk jāpievieno manuāli Valūtu kurss sadaļā Valūtu kursi. Pievienot jaunu: \\
 +Mainīts - datums ar kuru ir kurss. \\
 +Likme - valūtas kurss.
 +-----
 +
 +====Valūtas kursu pārrēķins - Valūtas kursi, pārcenošana====
 +Par  Valūtu konta pārrēķinu - pārcenošanu. \\
 +To var izdarīt caur Uzturēšana,​ sadaļa Uzturēšana ​ - Valūtas kursi.\\
 +Piem.:Konts – 2626 (GBP konts) \\
 +{{ :​lv:​asgdf.png?​direct |}}
 +Pēc tam jāspiež poga Transakcija,​ tālāk aizejot uz Transakciju sarakstu, ir izveidojusies TRAN nr. …... \\
 +Jāpārbauda,​ vai pārrēķina transakcija veikta korekti. \\
 +
 +Ir apraksts par šo Igauņu WIKI lapā, tikai jāuzliek tulkojums uz Angļu valodu: https://​wiki.directo.ee/​et/​hooldus#​valuutakursside_uemberarvutaja
 +-----
 +
 +====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. ?\\
 +JA ir atgrāmatots,​ tagad jau neko nevar pateikt, kāpēc, jo neredzam, kā bija,
 +iespējams, ka nebija pareiza priekšapmaksa piesaistījusies. ​
 +tagad jāuztaisa uzturēšana un jāmēģina vēlreiz apstiprināt,​ lai izveidojas grāmatojums. \\
 +tam pvn kodam nemaz nav priekšapmaksas pvn iesttaījumu,​ kas redzami PVN kodu kartiņā kur priekšapmaksa konti utt, 
 +tā kā nevarēja no maksājuma aprēķināties, ​
 +ja nu vienīgi cits kods bija maksājumā.\\
 +pateikt var no grāmatojumiem tikai\\
 +tā kā vnk jāmēģina viss vēlreiz izdarīt un jāskatās, kas sanāks, ​
 +un jānoskaidro,​ vai viņi deklarēja to pvn februārī no maksājuma, ​
 +jo šobrīd tur pvn koda nav. 
 +ja februārī bija un deklarēja, tad jāliek tas tagad maksājumā un jāmaina pvn koda kartiņā uzstādījumi,​ jāpieliek tur priekšapmaksas pvn konti. ​
 +lai gan nevar būt, ka februārī deklarēja, jo Kārlis rakstīja, ka tikai pēc precu saņemšanas var iekļaut pvn deklarācijā\\
 +
 +t.n. Deklarācijā pareizi ir iekļaut tad, kad ir izrakstīs rēķins?\\
 +
 +nea, tik tad, kad saņemtas preces kopā ar to rēķinu-pavadzīmi, ​
 +tas attiecībā uz pirkumiem no ES. \\
 +bet mēs toreiz noskaidrojām,​ ka jaunā pvn versija iekļauj avansu pie 1.2, ja pvn kods ir ielikts, ​
 +tā kā grāmatvedim pašam jāizlemj, vai var vai nevar.
 +---------
 +====Izveidot jaunu PVN kodu====
 +Mums vajadzētu izveidot jaunu PVN kodu 5% par saņemtajiem rēķiniem. Kā pareizi to piesaistīt PVN deklarācijas pielikumam? \\
 +
 +Paskatieties,​ lūdzu, vai ar šeit publicēto informāciju pietiek un viss izdodas?
 +https://​wiki.directo.ee/​lv/​finanses#​pvn_koda_kartites_aizpildisana \\
 +
 +Būtībā ir nepieciešams atzīmēt atbilstošu pielikumu pie papildus_info,​ un darījuma veidu pie atbilstoša datulauka no DarTips. Tie butu 5% pie 1.1 pielikuma vai kaut kas cits?
 +-----
 +
 +====Internetveikalā samaksā par preci, bet ienāk mazāka summa====
 +Situācija: Klients nopērk webā preci ar priekšapmaksu,​ bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\
 +
 +Ar papildu samaksas veidu, Līdzīgi kā ieskaits, Jo būs arī rēkins ienakosais par tam komisijam pec tam. T.i., uztaisit samaksas veidu webshop komisija un ar to apmaksat rekina atlikusho summu.\\
 +---------
 +====Izdrukas====
 +I created a mini quide for you about print form changes:
 +{{ :​lv:​printout_guide1.png?​direct |}}
 +Changes in print form xsl are version tracked, it is always possible to restore ir, but for your own peace it may be good to save original in txt file easy available for you, before you try to make any changes. ​
 +Or to create a copy of original form first and then train on it 😊
 +It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data.
 +---------
 +====Izdrukas angļu valodā ENG====
 +Lai sagatavotu salīdzināšanas aktu (rēķinu) angliski, darījumu partnera (attiecīgi klienta vai piegādātāja) kartītes laukā Valoda jānorāda angļu valoda - ENG.
 +-----
 +=====Sistēmā nobrukusi Valoda LV ENG====
 +Zem Uzstādījumi - Galvenie uzstādījumi - VALODAS. Jāuzliek LV Bāzes valoda ENG. Jāpaskatās,​ kas ar bāzes valodu.\\
 +{{ :​lv:​vall.png?​direct |}}
 +-------
 +====Kā izdzēst kļūdaini uztaisītu kodu====
 +Izveidoja jaunu kontu 15115, diemžēl konta plānā šis konts 15115 tika saglabāts ar apakšsvītru (15115_). Lūdzu, rast iespēju noņemt šo apakšsvītru (_), diemžēl pašai man neizdevās.\\
 +Tādā gadījumā nepieciešams nokopēt konta kartiņu un saglabāt to ar kodu bez svītriņas.
 +Tad tajā transakcijā,​ kur ir konts ar svītriņu izmantots, jāsamaina konts uz jauno kontu bez svītriņas. Un tad var to konta kartiņu, kur ir svītriņa, dzēst.\\
 +--------
 +====PZ peļņas zaudējumu aprēķins, Income statement====
 +Directo shows on invoice the item price as it has to be, but the item cost is somehow 0 and because of that the sales cover is 100 %, what is wrong. This will affect the incom statement, I'm I right? Or should I just ignore that?\\
 +{{ :​lv:​gp.png?​direct |}}
 +Yes, value of this field will affect incom statement and it is good to pay attention to it. In this invoice it is 0 because this item isn’t delivered yet (delivery is unconfirmed).\\
 +--------
 +====Pasta sūtīšanai Subject nomaiņa====
 +Ja jānomaina nosaukums Pasta sūtījumam,​ tad tajā izdrukā kuru sūta, ir jāieliek šāds ar vajadzīgo tekstu:\\
 +<​!--mailsubject:​Pasūtījuma apstiprinājums {nr}-->​\\
 +<​!--mailattachment:​Pasūtījuma_Apstiprinājums_{nr}-->​
 +
 +{{ :​lv:​subject_email.png?​direct |}}
 +
 +DB a_aptiekas_lv \\
 +DB patollo_lv \\
 +DB parrot_telpa_lv \\
 +
 +{{ :​lv:​345678iuygtrfd.png?​direct |}}
 +
 +--------
 +====Algas, uzkrātais atvaļinājums====
 +https://​wiki.directo.ee/​lv/​per_aru_tooajad#​uzkratas_un_izmantotas_atvalinajuma_dienas\\
 +Uzkrātā atvaļinājuma aprēķins. Atskaite **Kavējumi**:​ Skatīt: **Atvaļinājums**:​\\
 +Uzkrāts – līdz 01.03.2021 16.61 diena, Atlikums – līdz 19.03.2021 17.65 dienas. Zem āmurīša var uzlikt, lai rāda vairāķ zīmes aiz komata, lai precīgāk
 +{{ :​lv:​atvalinajums.png?​direct |}}
 +--------
 +====Algas, vidējā izpeļņa====
 +Vidējā izpeļņa par pēdējiem 6 mēnešiem. **Algu atskaite**: Skats: **Vidējā alga**.\\
 +Ieliek Datumu 6 mēneši, nenorāda Mēneša kodu: Vidējā bruto 80.58
 +{{ :​lv:​vidizp.png?​direct |}}
 +--------
 +====Algas, cik vajadzētu pēc Directo būt algai====
 +**Algu atkaite**: skats **Provizorisks**,​ cik pēc Directo aprēķina vajadzētu būt algai Bruto par 15 darba dienām:
 +piem. 1200 (mēneša neto) eur dalīt ar darba dienu skaitu mēnesī x dienas, cik nostrādātas:​
 +{{ :​lv:​prov.png?​direct |}}
 +--------
 +====Algas, Atvaļinājuma bilances ievadīšana====
 +Sākot lietot Directo algu moduli, vienmēr aktuāls ir jautājums, kā tad labāk ievadīt atvaļinājumu bilances (atlikumus)?​!
 +https://​wiki.directo.ee/​lv/​per_persoon#​atvalinajuma_bilances_ievadisanakorigesana\\
 +-------
 +====Algas, neapliekamais minimums==== ​
 +Personas prognozētā neapliekamā minimuma norādīšana
 +https://​wiki.directo.ee/​lv/​per_persoon#​personas_prognozeta_neapliekama_minimuma_noradisana
 +-------
 +------
 +====Saslēgums ar kasēm, POS terminālu====
 +Kases aparātus uzstāda un apkalpo SIA NR Data.\\
 +No Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties,​ veidosies arī mūsu izcenojumi.\\
 +
 +POS termināli - bankas karšu lasītāji.\\
 +GNS - saslēgums, kas ir speciāliem kases aparātiem, kad saslēdzas ar Directo.
 +------
 +====Jauns veikals, jauns kases aparāts, POS termināls====
 +SIA NL Latvija plāno atvērt jaunu Skechers veikalu TC Olimpia. VIņiem ir GNS kases aparāti (kas ir saslēgums ar DIrecto). Šobrīd esam pasūtījuši pie SIA NRDATA kases sistēmu, kas tiek lietota visus Skechers veikalos. Lūdzu, dodiet ziņu kāda papildus informācija Jums ir nepieciešama?​\\
 +Jādara sekojošais:​\\
 +1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\
 +- Maksājuma termiņš, \\
 +- Karšu maksājums, \\
 +- Objekts, \\
 +- Noliktava,​ \\
 +- KARŠU MAKSĀJUMA TERMINĀLA DATU RINDA 2 - norāda kases nr. pēc kārtas. (pēdējais laikam nr. 8 ) .\\
 +
 +2) Darbiniekiem/​lietotājiem kartiņā jāpievieno:​\\
 +- Objeks,\\
 +- Darba vietas.\\
 +- INTERVĀLS ​ - DOC, citādi nebūs aktīvs karšu maksājums.\\
 +Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. ​
 +----------
 +====Darba vietas KODS, samaksas veida KODS====
 +Kodus vispār nemaina, ir tikai kontiem, objektiem klientiem. Aizvietošanas procedūra. \\
 +Darba vietai vai samaksas veidam, vai jāsadzīvo kāds ir vai jātaisa jauns.
 +------
 +====Jauna kase un POS termināls====
 +Pirmo reizi tiek nopirkts Kases aparāts un POS termināls. Vēlas lietot ar DIrecto. Kas jādara ?\\
 +PIEM> Saistībā ar SIA NORDFIX LATVIA uzstādīto kases aparātu un POS (apkalpo NR data), vai tas process ir tāds pats kā piem. NL Latvija, Pēc tāda paša apraksta/​uzstādījumiem vadīties saliekot uzstādījumu Directo?\\
 +
 +jā, par darbavietas izveidošanu tur viss līdzīgi, galvenais ir kases numuru norādīt un maksājuma termiņus izveidot, bet tas viss nestrādās bez integrācijas ar GNS, tā integrācija vēl jāpiesaka tech, lai tiek uzlikta un tas viss, ja viņiem vispār ir tas gns. Varbūt viņiem kases aparāts bez gns.\\
 + t.i., sākumā viņiem jāprecize info par to, kāds tieši aparāts uzlikts, kāda tur sistēma, jo saslēgums ir tikai ar gns. \\
 +Citos variantos vai nu vada dienas ieņemumus transakcijā,​ vai vienā eka dokumentā dienas beigās. \\
 +
 +Tas GNS ir kases sistēma, bet ne visi tādu kases sistemu pērk, jo tā ir dikti dārga. Ja nav daudz darījumu, tad parasti izvēlas vienkaršāku aparātu un ar tiem nav nekāds saslēgums iespējams, likums neļauj. \\
 +t.i., tehniski jau mēs varētu, tapat kā igaunijā un lietuvā tas notiek, bet likums diemžel neļauj saslēgties,​ jo likums ļauj saslēgt kasi tikai ar sistēmu uz latvijas serveriem.\\
 +Ar gns likums tiek apiets tādā veidā, ka šis nav īsti saslēgums tādā nozīmē, ka mēs kaut ko sūtītu kasei, jo uz gns mēs neko nesūtam, viss notiek pašā gns un tā sistēma tik pieprasa no mums datus par cenām utt. un beigās atsūta datus par jau notikušu pirkumu.\\
 +
 +Kā piemēru, kurā DB ir kases aparāts bez gns ? kur vada tran ar roku ? \\
 +kaut kādās apollo db transakcijas par dienas ieņemumiem tiek iesūtītas. AlgoritmL vada paši kases transakcijas. Abakhan nesen stāstīts, ka dienas beigās viss vienā eka rēķinā tiek savadīts.\\
 +
 +Atšķirība ir tajā, vai vajag noliktavu atjaunot no kases darījumiem,​ ja vajag, tad labāk vadīt eka rēķinu, ja nevajag, tad pietiek ar tran. Algoritmam kasē ir tikai pakalpojumi,​ tāpēc pietiek ar transakciju. Bet Abakhan vajag arī noliktavu atjaunot, jo pārdota prece caur kasi.\\
 +Ja vajadzēs vadīt eka rēķinus manuāli, tad vajadzēs darbavietu, jo tad ērtāk.\\ Savukārt, ja pietiks tikai ar transakciju,​ tad nevajag darbavietu. Vēl ir variants transakcija par ieņemumiem plus artikulu norakstīšana. Viņiem jāraksturo tas viņu darbs ar kasi, tad varēs saprast, kāds variants labak der, jo tas gns un integrācija - tas ir tādiem gadījumiem labs, kad ir jāseko līdzi klientu statistikai,​ kad ir klientu kartes, bonusi, cenu formulas utt. \\
 +Bet ja tā visa nav, tad tie ieguldījumi neapmaksājas,​ tad tiešām optimālāk ir vnk reģistrēt dienas ieņēmumus plus tas gns ir vajadzīgs, kad ir jāseko līdzi noliktavas atlikumu izmaiņām reālajā laikā.\\
 +
 +Noskaidrot informāciju mēs jau paši noteikti varam, klientam tad vnk jāpārsūta jautājums tam, kas bija atbildīgs par tā kases aparāta uzlikšanu.
 +-------
 +====Kases aparāts POS termināls====
 +Vai būtiski ir vēl ko noskaidrot? viņiem jau būs jāierāda, kā tagad darboties?! \\
 +es gan nezinu, ko viņi pārdod/​piegādā,​ pēc menedžera apraksta izskatās, ka vajag apmaksas veidu sakonfigurēt,​ izklausās kaut kas līdzīgi kā huppai, ja apmaksas veidam tips būs nauda, tad rēķins konvertēsies par čeku lielākoties tas nav dikti ērti
 +nez, kā ir ar pieteikumu ee par apmaksas tipy nauda, kas nekonvertējas par čeku, jo tāds būtu ērtāk darbam t.i., viņi jau taisa Directo pasūtījumus un rēķinus
 +un ar kasi strādās nesaistīti ar directo vnk viņiem vajadzēs rēķinos samaksas termiņu skaidra nauda, no otras puses, parastajam rēķinam nav divu samaksas termiņu, ir tikai viens, tāpēc, ja viņi gribēs, lai var daļēji skaidrā, daļēji ar karti, tad būs jālieto eka reķini. \\
 +template jau parasti ir naudas termiņš, bet grāmatvedim jānočeko vai konti ir tie, kurus viņi vēlas izmantot, naudas konts.. \\
 +jā, ir arī master settingos vien kopējais, bet var būt katram maksājuma termiņam savs, t.i. tas konts, kurā bilance ir naudas atlikums kasē, ja parasto rēķinu izraksta, tad klients ir debitors, kopējā summa iet debetā debitoru kontā, t.i., klients it būtībā parādnieks. \\
 +un kā ir ar kartes maksājumiem,​ tur arī tips nauda , bet atkal attiecīgi naudas konts cits (skatos kā huppai) ? \\
 +bet ja ir apmaksas skaidrā naudā, tad kopējā summa ir debets kases kontā
 +t.i., ta ir saņemtā nauda kartes maksājumiem protams, ka savs konts, jo to naudu uzņēmums uzreiz nesaņem labāk varbūt paskatīties kādam reālam veikalam jo huppai nav grāmatvedības directo. kartes maksājumiem naudas konts ir starpkonts, parasti ar nosaukumu nauda ceļā vai tml jo reāli bankas kontā tā nauda nonāks vēlāk un tad būs grāmatojums no bankas importa, kur no tā starpkonta nauda ieskaitās bankas kontā. \\
 +
 +kā tālāk rīkojamies saistībā ar NORDFIX LATVIA jauno kasi ? \\
 +
 +tur jau viss notiek, jāuzraksta tad grāmatvedei,​ ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem. ​ \\ šobrīd viņiem debeta konts tur ir no master settingiem: ​
 +EKA rēķina debets.
 +------
 +====POS EKA rēķinā čekā nevar labot datumu====
 +EKA rēķinā Datuma lauks rādās pelēks un nav iespējams to labot. \\
 +Čeks
 +{{ :​lv:​possin.png?​direct |}}
 +Tad sistēmas uzstādījumos jāuzliek, ka ir iespējams labot, citādi rēķinam automātiski piešķiras datums apstiprināšanas brīdī. \\
 +{{ :​lv:​posinv.png?​direct |}}
 +------
 +====Neienāk kases čekā summa====
 +DB Nl_Latvia: Kā jau teicu, tur fiziski nav iespejams veikt kļūdu kur iesitas čeks ar summu 0 jo viss iet caur sistēmu un tiek pārbaudīts divreiz. Visas summas ir paraditas. Tā ir kautkādā sistēmas kļūda,​ņemot vērā ka veikals nebija atvērts puss gadu,un tā bija pirmā veikala atveršanas diena. Čekiem kas ir ar lielaku summu viss tika izsistspilnīgi ​ tāpat kā šis konkrētais čeks. ​ \\
 +
 +Nepieciešama Jūs palīdzība,​ mums neienāk nauda no POS termināla par šo pirkumu 219EUR. Veikala vadītājs, informēja, ka nav iespējams izsist čeku ja netiek veikti norēķins ar kredītkarti. Kā varēja rasties šāda situācija, ka čeks ir izsists bet nauda neienāk un čekā apakšā kur pirkuma summa ir 0? \\
 +
 +Directo viss ok. Jāgriežas pie NR DATA. Tur nav aizgājis kartes maksājums, pareizāk sakot, aizgājis pa 0, bet čeks izdrukājās kā apmaksāts, bet tas viss kasē, uz directo jau tikai pārsuta info kāda ir kasē, būs pārdevējam kreņķis, jo protams sistēmas kļūda, bet termināla kvītis ir jāpārbauda,​ katram darījumam.
 +------
 +====Kases lentā neparādāš daŗījums, kas ir Directo====
 +SIA APL Restaurant 05.01.2022 kasu lentā neuzrādās darījums 2447790 par kopējo summu 4,50EUR. \\
 +
 +Jums sākumā ir jāsazinās ar kasi, jo kase nodod tālāk informāciju uz Directo un mēs reģistrējam darījumu. Situācijās,​ kad EKA rēķins nav ienācis Directo, mēs varam palīdzēt, palūdzot kases sistēmai, atkārtoti iesūtīt datus.
 +-----
 +====Rēķins USD samaksa nav EUR rēķins un samaksa citā valūtā====
 +db Amethyst Jet \\
 +Ienākošais maksājums 10508, valūta AED \\
 +Rēķini USD. \\
 +
 +Veicu dubultklikšķi laukā – KURSA SERVISS, tajā ielasījās skaitļi un tagad pamēģiniet apstiprināt. Tas vienīgais pietrūka.
 +-----
 +
 +====Valūtu kursu starpība====
 +Eksporetēju LPB karšu kontu, sanāca. Bet jautājums par valūtas kursa starpību:​\\
 +Rēķins 4000 USD samaksāts no karšu konta pēc LPB kursa, norakstīts no konta 3424.32 EUR, es noslēdzu rēķinu programmā uz maksājumu, bet nemāku norādīt, kur likt kursa starpību? \\
 +Maksājumā,​ kurā rēķins, kas ir dolāros, tiek apmaksāts eiro valūtā, jānorāda:​\\
 +• Rēķina numurs.\\
 +• Bankas valūta (EUR).\\
 +• Rēķina valūta (USD).\\
 +• Rēķina summa (4000).\\
 +• Samaksātā summa (3424.32) ir jānorāda laukā Bankas summa.\\
 +Tā kā veidojāt maksājumu no dokumenta Bankas imports, tad šī informācija maksājumā jau ir nonākusi. No Jūsu puses Jums ir jāatver maksājuma uzdevuma rindu 2. sadaļa (bumbiņa) un pēc tam tajā maksājuma rindiņā, kura ir par rēķina apmaksu, ir ar dubultklikšķi jāieklikšķina laukā **Kursa serviss**:​\\
 +Pēc tam maksājumu varēs iegrāmatot,​ un maksājuma grāmatojumā būs iegrāmatota arī valūtas kursu starpība. Lūdzu, pamēģiniet un pārbaudiet,​ vai grāmatojums izdevās tāds, kā nepieciešams. ​
 +------
 +====Priekšapmaksas AVANSI norakstīt, lai nerādās sistēmā====
 +Klientu priekšapmaksas atlikumus jānoraksta ar ienākošā maksājuma dokumentu, izmantojot IB jeb invoice balancing samaksas veidu. Konts nevar būt ārpusbilances (999..) bet gan uz ieņēmumiem vai izdevumiem… \\
 +
 +Manuālas transakcijas veidot nevar, jo tad nesakrītīs virsgāmata ar Pārdošanas moduli jeb klienta atlikumiem atskaitēs. \\
 +
 +klienta jautājums būtībā ir par to, kā norakstīt klientu priekšapmaksu atlikumus. To var izdarīt ienākošo maksājumu dokumentā, bet kategoriski nedrīkst to darīt ar manuālu grāmatojumu,​ kā klients šobrīd ir izdarījis (jo tad priekšapmaksu atlikums virsgrāmatā nesakritīs ar prikešapmaksu atlikumu klientu atskaitēs, kurās rāda informāciju par avansiem)\\
 +Var veidot IB Invoice Balancig maksājuma dokumentu. Konts nevar būt ārpusbilances (999..) ​ bet gan uz ieņēmumiem vai izdevumiem. Tas jāzin, jādara grāmatvedībai. ​
 +------
 +====Jaiekrāso Obligātie lauki, kas jāaizpilda dokumentā====
 +Iekrāsot aipzildāmos laukus. Dokumentu nevar apstiprināt,​ kamēr nav aizpildīti obligāti atzīmētie lauki. To var izdarīt zem Uzstādījumiem - Galvenie uzstādījumi - Nepieciešams Apstiprinājums / Turpināšana:​
 +{{ :​lv:​nepiec.png?​direct |}}
 +------
 +====Uzstādījumi par apstiprināšanu====
 +Uzstādījumi Pirkuma pasūtījums (Purchase Order) un Pirkuma piedāvājums (Purchase Quotation):​\\
 +- Purchase Quotation must be confirmed; Pirkuma piedāvājumam ir jābūt apstiprinātai\\
 +- Purchase Order must be confirmed; Pirkuma Pasūtījumam jābūt apstiprinātam\\
 +
 +Dokumentam ir jābūt apstiprinātam vai nav jābūt apstiprinātam.
 +{{ :​lv:​pouzst.png?​direct |}}\\
 +- Purchase Quotation confirmation prerequisite;​ Pirkuma piedāvājuma apstiprināšanas priekšnosacījumi
 +------
 +====Atjaunot izdzēstu dokumentu====
 +Rēķinu atjaunot tā vienkārši nevar, tā ir procedūra, kas jāpiesaka igauņiem un datus varēs atgūt tikai nākamnedēļ,​ kā arī tas ir maksas pakalpojums. \\
 +Ja būtisks ir pazaudētais reķina numurs 210054, vara izveidot vajadzīgo intervālu un veidot jaunu identisku rēķinu. Par Intervāla atgūšanu pamācību lasīt šeit:\\ http://​wiki.directo.ee/​lv/​yld_numbriseeriad#​dokumenta_numura_korigesana
 +------
 +
 +====Bankas importam met kļūdu====
 +Ja nevar iegūt XML failu, piem no Maksājuma Uzdevumu, kuru pēc tam ieimportēt Bankā, izmet kļūdu. \\
 +Vispirms jāpārliecinās vai jaunajai datubāzei ir aizpildīti visi uzņēmuma rekvizīti zem Uzstādījumiem. \\
 +Reģ.nr, bankas konts, swift, iban. utml. Arī Piegādātāju kartiņā, t.i. maksātāja un saņēmēja pusē jābūt vajadzīgajiem ID numuriem aizpildītiem. ​
 +------
 +====Bankas imprtam Ienākošajā maksājumā xml formāts====
 +Ienākošajā maksājumā ar SEPA EST , lai ieimportētu no Bankas xml failu , jāizvēlas formāts: vismaz swed un seb:
 +ISO XML EST
 +{{ :​lv:​bbbbbb.png?​direct |}} \\
 +
 +Bankas importā: \\
 +SWED bankā , vai jebkurā bankā jāizveido fails **ISO XML Standarta** formātā, nevis FidaVista. \\
 +
 +Ieimportē ISO XML EST formātā
 +------
 +====Bankas imports nepareizi sasaista ienākošo maksājumu ar klientu un rēķinu====
 +Veicot bankas importu, izveidojas ienākošais maksājums no EKSEA UAB, Directo šo maksājumu sasaista ar DEPO SIA rēķiniem. Kāpec? \\
 +
 +Bankas konta numurs, no kura saņemts maksājums, klienta kartiņā nav. Nosaukums nesakrīt (EKSEA UAB kartiņā, bet UAB EKSEA maksājumā). \\
 +Ja norādīsiet bankas kontu klienta kartinā, tad klients atpazīsies korekti.
 +-----
 +====Bankas imports Valsts kase kļūda xml failā====
 +Ir problēma ar  bankas importu valsts kasei – izejošie maksājumi, fails neieimportējas ( ienākošie maksājumi smuki importējas). ERROR \\
 +
 +Problēma rodas, jo Valsts kase XML failā norāda pulksteni 24:00., kas ir nepareizi un dēļ tā rodas kļūda. \\
 +Jānosūta informācija Valsts kasei, ka XML fails ir nekorekts un pareizi būtu pulkstens 23:​59. ​
 +-----
 +
 +
 +====drukāt visus Artikula norakstīšanas aktus====
 +kā ir iespējams uzreiz izdrukāt visus Artikula norakstīšanas aktus? Lai nav jāver katrs vaļā un atsevišķi jālaiž uz druku?\\
 +Diemžēl neatradu masveida drukāšanas opciju norakstīšanām,​ uzjautāšu izstrādātājam,​ vai tāda ir iespējama. Mazliet vieglāk varētu būt, lai nav katrs dokuments jāver vaļā, tad var mainīt dokumenta numuru adresē, no kuras viens no tiem tiek drukāts:
 +{{:​lv:​link.png?​direct|}}
 +------
 +====Algu modulis pieslēgšana,​ ieviešana====
 +Būtu labi, ja jūs apkopotu informāciju,​ kādas būs vajadzības šajā datubāzē algu modulī, kā arī, kas būs līdzīgi Hagberg, bet kas savādāk.\\
 +Lai mēs saprotam, kas vēl varētu būt vajadzīgs uzstāījumos un kādas lietas varam pārkopēt no hagberg db.
 +-------
 +====Rindas dokumentā====
 +Lietotāja kartiņā jānorāda **Rindas dokumentā** piem.max 200.\\
 +**Rindas pārlūkotas** jeb **Rindas sarakstā** max.100.
 +{{ :​lv:​dokkk.png?​direct |}}
 +-------
 +====RR rindas numurs artikulam====
 +Ja rinda ir pakārtota citai rindai (kā, piemēram, piedāvājumā otrā rinda ir pakārtota pirmajai rindai), tad pakārtotajā rindā kā RR norādiet ciparu, kurš atbilst galvenajai rindai. \\
 +Bet tajās rindās, kuras nav pakārtotas kādai citai rindai, RR ir jābūt tādam pašam kā šīs rindas numuram, tāpēc trešās rindas RR ir jābūt 3.
 +-----
 +====Cenu maiņa noliktavas saņemšana dokumentā====
 +Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/​iepirkuma cena, to var labot ar Cenu maiņu:
 +https://​wiki.directo.ee/​lv/​sissetulek#​cenu_maina_apstiprinata_dokumenta_sanemtas_preces
 +
 +Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā,​ to neatgrāmatojot.
 +Šī darbība var būt vajadzīga, piemēram, šādos gadījumos:
 +- ja notika kļūda ievadot informāciju
 +- ja no piegadātāja ir saņemts kredītrēķins,​ kas nemaina preču daudzumu, bet maina preču cenu.\\
 +
 +Lai apstiprinātos dokumentos „Saņemtās preces“ varētu pievienot un mainīt transporta un pievienotās izmaksas, ir jābūt piešķirtām tiesībām to darīt:\\
 +Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**.
 +-----
 +====Cenu maiņa====
 +problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami,​ ka vairs nav šie skaitļi, bet ir citi. Izrādījās,​ ka viņi sākuma atlikumiem pielika transaporta izmaksas. Rezultātā protams mainījās pašizmaksa,​ un pārrakstījās lērums transakciju kopš paša sākuma. Viņu gadījumā tas uzcenojums pie pārvietošanas ir pvn, tā kā sačakarējās pvn dati. Es to stāstu ar mērķi pievērst uzmanību, ka cenu maiņa apstiprinātā saņemšanā ir nopietns pasākums, kam jāpieet ļoti uzmanīga, apsverot, vai tiešām to var darīt. It sevišķi, ja tas ir dokuments par jau slēgtu periodu. Laikam jāpieraksta to wiki, 👀 un jāpārbauda,​ vai directo to ļāuj darīt, ja periods ir slēgts.
 +-------
 +====Cenu formula , cenu maiņa====
 +Šim nolūkam iesaku lietot pie Pārdošanas uzstādījumiem atrodamo Cenu menedžmentu.\\
 +Zem sadaļas filtrēt izvēlamies atbilstošos parametrus, šajā gadījumā izvēlējos konkrēto artikulu un spiežam “Pārlūkot”. \\
 +Parādīsies saraksts ar visām cenu formulām un parametriem kur atrodas šis artikuls.
 +Ieķeksējot vai izķeksējot zilo checkbox atlasām formulas kurās vēlamies veikt izmaiņas.\\
 +Sadaļā Piepildīt izvēlamies jaunos parametrus, šajā piemērā cenu, un norādām nepieciešamo summu, un spiežam “Mainīt”. \\
 +
 +Šeit wiki pamācība kurai var sekot līdzi : https://​wiki.directo.ee/​lv/​mr_hinnahaldus?​do=login&​u=brama_lv&​p=0cbfd ​
 +
 +------
 +
 +====Transporta izmaksas====
 +Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\
 +{{ :​lv:​trizm.png?​direct |}}
 +-----
 +====Transporta izmaksas vienā rēķinā, bet divas preču saņemšanas====
 +no grāmatvedības viedokļa varētu būt labāk, ja par katru rēķinu būtu atsevišķs dokuments Saņemtās preces, jo tad uzreiz var piesaistīt katru dok. Saņemtās preces saistītajam ienākošajam rēķinam un izsķirt, kurš Saņemto preču dokuments ir saistīts ar kuru ienākošo rēķinu. Bet tas jau atkarīgs no grāmatvedības principialitātes un uzskatiem, jo no grāmatojumu rezultāta un noliktavas atlikuma viedokļa atšķirību šajās pieejās nav..\\
 +
 +Ja Transporta izmaksas tiek  attiecinātas uz saņemtajām precēm, proporcionāli palielinot preču izmaksas, tad vienkāršāk ir 1 saņemšanas pavadzīme un pievienotās transporta izmaksas. ​
 +Ja ir zināms, ka piem. Transporta izmaksas kopā ir 20 eur un tas ir domāts 10 eur vienai un 10 eur otrai pavadzīmei,​ var veidot atsevišķas prečus saņemšanas. Galvenais saprast pēc tam kuri dokumenti - maksājumi, ienākošie reķini, jāatiecina uzkuru saņemšanu. ​
 +------
 +====Iepirkumu cena artikulu kartītē====
 +Lai sistēma ņem vērā artikula iepirkumu cenu: Pēdējais iepirkums vai Vidējais iepirkums.\\
 +Artikula pašizmaksa var rādīties no pēdējā iepirkuma vai no vidējā iepirkuma cenas.\\
 +Uzstādījumos var norādīt, kādiem dokumentiem jāizmanto kura iepirkuma cena.\\
 +
 +Artikula kartītes lauku "No saņemšanas"​ var izmainīt manuāli katrai kartiņai, vai ar Vairumimportu tabulu Artikuli (0, 1, 2).
 +-----
 +====Kāda artikula cena ielasīsies dokumentā====
 +Šo opciju (kāda pirkuma cena ielasīsies dokumentā pēc noklusējuma) var regulēt ar uzstādījumiem. \\
 +Uztādījums - Pasūtījuma vienības izmaksas iekopējot
 +{{ :​lv:​dhggrhtjyhcjh.png?​direct |}}
 +Bija iepriekš pēdējā iegādes cena, samainīju tagad uz pirkuma cenu, tā ir tā, kas nāk no artikula kartiņas. \\
 +Tad gan ietekmēs tikai nākamos artikulus, kad tie tiks ievietoti dokumentos, iepriekšējiem var pamēģināt pasūtījuma pogu Atjaunot rindas un tur atstāt ķeksīti tikai pie Maksa.
 +-----
 +====Apmācības====
 +Kā palīdzību Directo lietošanā,​ var izmantot mūsu WIKI https://​wiki.directo.ee/​lv/​dokumendid , kurā meklēt informāciju pa tematiem, vai esot Directo konkrētā dokumentā vai kartītē uzspiest pogu F1\\
 +
 +- E-pasts uz kuru pārsūtīt ienākošos rēķinus u.c. failus uz Directo ir demo_lv@data.directo.ee\\
 +Iesūtītie pielikumi jāmeklē sadaļā zem Common – Reports – Attachments (Pielikumi). Pamācību var izlasīt šeit: https://​wiki.directo.ee/​lv/​yld_aru_manused\\
 +
 +- Bankas imports atrodas sadaļā Finance – Documents – Bank Statements.\\
 +Pamācība atrodama šeit: https://​wiki.directo.ee/​lv/​fin_valjavote
 +
 +
 +Noderīgas atskaites sadaļā Purchase – Reports:\\
 +
 +1) Purchase invoices (Ienākošie rēķini) – kas nav apmaksāts, kas nav apstiprināts;​\\
 +2) Payment forecast (Apmaksas prognose) - https://​wiki.directo.ee/​lv/​or_aru_tasu_ennustus\\
 +3) Payments (Apmaksas žurnāls) - https://​wiki.directo.ee/​lv/​or_aru_tasumised\\
 +4) Purchase Ledger (Pirkumu reģistrs) - https://​wiki.directo.ee/​lv/​or_aru_reskontro\\
 +
 +Noderīgas atskaites sadaļā Sales – Reports:\\
 +
 +1) Invoices list (Rēķinu žurnāls) - https://​wiki.directo.ee/​lv/​mr_aru_arved\\
 +2) Unpaid Invoices (Nesamaksātie rēķini) - https://​wiki.directo.ee/​lv/​mr_aru_arved_maksmata\\
 +3) Receipts (Maksājumu žurnāls) - https://​wiki.directo.ee/​lv/​mr_aru_laekumised\\
 +-----------
 +====Modulis e-pastu sūtīšanai vairumā====
 +Lai no sistēmas masveidā izsūtītu rēķinus (piemēram, vairākiem klientiem reizē izsūtītu rēķinus), jāuzstāda savam lietotājam vajadzīgie e-pasta sūtīšanas iestatījumi. \\
 +
 +Tos var redzēt tikai pats lietotājs, galvenajā logā spiežot uz sava lietotāvārda. \\
 +
 +Jāaizpilda sekojošie uzstādījumi. \\
 +Pasta sūtītājs - SMTP. \\
 +Pie Lietotājvārds un parole ir jābūt jūsu e-pastam un e-pasta parolei, tiem, ko jūs lietojat, kad pieslēdzaties savam e-pastam. \\
 +
 +Apraksts par e-pastu sūtīšanas iestatījumiem ir pieejams šeit: \\
 +https://​wiki.directo.ee/​lv/​yld_personal2#​e-pastu_sutisanas_iestatijumi.
 +--------
 +====Masu e-pasta sūtīšana - VAIRS NAV, Directo nesniedz pakalpojumu====
 +Sūta caur savu e-pasta serveri, jeb jāsaliek lietotājam SMTP uzstādījumi. \\
 +Pieslēgt var zem Uzturēšana - Imports/​Eksports,​ aktivizējot linku
 +{{ :​lv:​maasspast.png?​direct |}}
 +-------
 +====Masu epasta izsūtīšanas e-pasta adrese lietotājs====
 +Masu e-pastam var norādīt lietotaju master settingos. \\
 +{{ :​lv:​masu_epasts.png?​direct |}}
 + bet vai viņi sūtu ar to, vai pa vienam? \\
 +Pa vienam tikai lietotāja kartiņas epastu un tad vēl ir variants ar reply-to var iestatīt. \\
 +{{ :​lv:​epastareplay.png?​direct |}}
 +------
 +====E-pasts algas lapiņai====
 +Jāpievērš uzmanība uzstādījumam,​ uz kuru e-pastu tiek sūtīta algu lapiņa. \\
 +Settings par Algas e-pastu, nozimē, ja nav noradits personāla kartiņā algas e-pasts, tad vins algu lapinu sūtitu uz Lietotāja kartinā noradito e-pastu .
 +{{ :​lv:​algass1.png?​direct |}}
 +------
 +====Nākamo periodu izdevumi jeb periodizācija====
 +https://​wiki.directo.ee/​lv/​or_arve#​nakamo_periodu_izdevumi \\
 +-----------
 +====Nākamo periodu izdevumi jāattiecina uz 1 mēnesi====
 +db dimela_veta_lv. Kkā pareizi dara, ja ir Ienākošais reķins 2023000024, reķina datums 09.01.2023. ​ kaut kas daļēji samaksāts jau tagad, bet jautājums - kā darīt/​grāmatot,​ ja izdevumi jāatiecina uz 16.09.2023. ? \\
 +
 +3.sadaļā Sākums un Beigas norāda to mēnesi uz kuru jāattiecina Izdevumi. Šajā gadījumā septembris. Sistema automātiski iegrāmatos Septembrī. ​
 +{{ :​lv:​asdgfh.png?​direct |}}
 +------
 +====Rēķins par nākamo periodu izdevumiem====
 +Vai vadot rēķinu ar nākamiem periodiem jāraksta vēl kaut kas izņemot KOR.KONTS? (objekts utt.)
 +Raksta , ka kaut kas trūkst - saistība ar REPHOP atskaiti. \\
 +
 +Nākamo periodu izdevumu rēķinos noteikti jānorāda konts (kā arī summa bez PVN un PVN kods), konta kartītē – korespondējošais konts, un rēķina rindās jānorāda periods:
 +https://​wiki.directo.ee/​lv/​or_arve#​nakamo_periodu_izdevumi \\
 +
 +Konkrētais paziņojums ir par to, ka konta kartītē nav aizpildīti ar Rephop saistītie datulauki. Nākamo periodu izdevumu rēķina iegrāmatošanu tas, vai konta kartītē ir vai nav aizpildīti datulauki, neietekmē.
 +-----
 +====DASHBOARDS Vadības panelis====
 +LT apraksts: https://​wiki.directo.ee/​lt/​dashboard \\
 +
 +EE apraksts: https://​wiki.directo.ee/​et/​dashboard
 +-----
 +====Objekti - pievienošana darbiniekam====
 +Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus.
 +--------
 +====Nevar apstiprināt rēķinu, Objektam trūkst līmenis, trūkst līmeņu====
 +Nevar apstiprināt piem. izejošo rēķinu, izmet sekojošu kļūdu:
 +
 +{{ :​lv:​limeni_objekti.png?​direct |}} \\
 +
 +{{ :​lv:​23456789.png?​direct |}}
 +
 +Uzstādījumi - Finanšu uzstadījumi - Objektu līmeņi. \\
 +Jāpārbauda Līmeņu, objektu uzstādījumi,​ vai nav uzlikts, ka obligāti jānorāda papildus līmenis. Noņemot nosacījumu,​ viss atrisinās. \\
 +
 +OBJEKTA LĪMENĪ ir atzīmēts, ka obligāti jānorāda 10 līmenis konkrētā dokumenta tipā:
 +
 +{{ :​lv:​objekta_limenis.png?​direct |}}
 +-------
 +====Objektam trūkst līmenis, nevar apstirpināt reķinu====
 +Fianšu kontam 5164, kontu kartiņā norādīts, ka obligāti jānorāda 7.objektu līmenis.\\
 +Konts ir dok.galvā, tas nozīmē, ka dokumenta **galvā** jābūt šim OBJEKTAM.\\
 +Savukārt, tādā gadījumā **artikulu rindās, nevar būt Objekti**.\\
 +Pie šāda kontu uzstādījuma,​ objekti no dokumentu rindām būtu jāizņem, un jāatstāj objekts tikai dok.galvā.\\
 +Ja tomēr nepieciešams norādīt dažādus objekta līmeņus pie katra artikula rindās, tad uz to brīdi, var noņemt nosacījumu no kontu kartiņas, ka nav nepieciešams obligātais 7.līmenis, tad apstiprināt rēķinu ar objektiem rindās un  kontam uzlikt atpakaļ obligāto līmeņa prasību.
 +-----
 +
 +
 +
 +====Apollo group/grupa datubāzes====
 +Visas Apollo grupas datubažu saraksts: \\
 +1. apl_fresh_food_lv \\
 +2. apl_restaurants_lv \\
 +3. piano_lv \\
 +4. apl_restaurants_rp_lv \\
 +5. apl_restaurants_or_lv \\
 +6. apl_skypark_lv \\
 +7. piano_riga_plaza_lv \\
 +8. apollo_cafe_lv \\
 +9. apollo_kino_lv \\
 +10. Piano_rp_lv
 +---------
 +====East Capital Real Estate AS====
 +Līgums ar: East Capital Real Estate AS, Viru väljak 2, 10111 Tallinn \\
 +Saistītās Datubāzes: \\
 +GR Holdco \\
 +ZEMITĀNA CENTRS \\
 +P14  ( pievienots ECB4) \\
 +ECB4 \\
 +Latone - ocra_epf_latone_lv\\
 +ECB1 \\
 +ECB3 \\
 +Aivii  Centrs (pārdots - vēsture glabājas) \\
 +P5 ( pievienots ECB2 - vēsture) - ocra_ps_lv\\
 +ECB2 \\
 +Jeruzalemes
 +--------
 +====PVN dekl.====
 +Kur es varu redzēt vai atšīfrēt tos darījumus, kas iekļauja pvn 1.3 zem T ?\\
 +limits jauzliek 0.01 \\
 +Pašā pēdējā rindā ar tipu Teksts tiek norādīts dokumentu atšifrējuma limits (pielikumiem). \\
 +
 +TiekLimitēts - jānorāda Nē, ja pielikumā ir jāatšifrē visi darījumi ar šo kodu.
 +---------
 +====Saņemtajās precēs iegādes cena====
 +Saņemtajās precēs iegādes cena – pēdējais pirkums.\\
 +Uzstādījums - Kvīts artikula cena kopējot
 +-------
 +====PVN kods====
 +Kāds PVN kods jāliek, ja ienākošais rēķins no LV, kur piem. valsts nodeva , kas neapliekas ar pvn jeb 0% ? \\
 +
 +Tie kodi jau nav akmenī kalti, jāliek tāds, kas ir piemērots. Ja tas darījums nav jāiekļauj pvn dekl. tad jāizvēlas tāds, kas tur neiekļūst. Ja ir jāiekļauj,​ tad jāizvēlas vai jāizveido tāds, kas ir atbilstošiem uzstādījumiem.
 +-------
 +====PVN kodi pārbaude====
 +Kā pārbaudīt,​ vai PVN kodi tiek izmantoti pareizi.\\
 +Atskaitē **Klienta statistika**,​ var pārbaudīt vai izejošajos rēķinos PVN kodi tiek izmantoti pareizi: Jānorāda, piem. Periods Gads un Dalīts : uz PVN. \\
 +
 +Atskaitē **Piegādātāju statistika**,​ var apskatīties kādi PVN kodi izmantotie ienākošajiem rēķiniem. Periods gads, dalīt uz PVN.\\
 +
 +Piemēram, atskaitē Piegādātāju statistika redzu, ka no Piegādātāja SIA Directo ienākošie rēķini ir iegrāmatoti ar PVN odu 0, kas ir PVN 0%.
 +Uzspiežot uz cipara 2626.78 , atversies reķinu saraksts, kur šie kodi parādās.\\
 +Atverot ienākošo rēķinu, redzam pašā rēķinā ka jālieto PVN 3 kods, kas ir no iegādēm 21%. \\
 +PVN kods automātiski ienāk rēķinā no Piegādātāja kartiņas, kur PVN zona - Iekšzemes, jābūt PVN kods 3 (PVN 21% no iegādēm).
 +-----
 +
 +====PVN kodi====
 +Atskaitē **KLienta statistika** redzam, ka klienta izejošajos reķinos ir izmantoti gan PVN kods 0 un PVN kods 9, kas abi ir PVN 0%. \\
 +Izejošajā rēķinā, ceturtajā bumbinā redzam PVN kodus un kontus, kas izmantoti. \\
 +Atverot rēķina transakciju , PVN kodi un konti  ir salaboti pareizi. \\
 +
 +Lai vienmēr uzreiz automātiski izejošajos rēķinos ielekt pareizi PVN kodi un konti, lūdzu aizpildīt Artikulu klases. Jo katram artikulam tiek piesaistīta artikulu klase, kurā tiek definētsi gan PVN kodi, gan konti, kuri auzotmātiski arī parādīsies rēķinos, atkarībā no darījuma. \\
 +
 +PVN kods 1 - Realizācija 21% (vietējā pārdošana);​ \\
 +PVN kods 9 - PVN 0% Realizācija uz ES preces (ES pārdošana);​ \\
 +PVN kods 0 - PVN 0% (Eksporta pārdošana).
 +-------
 +
 +====Transporta izmaksu pievienošana rēķinā====
 +Kā mēs varētu rēķinam pievienot transporta izmaksas? Kā pievienot Servisa artikulu izejošajam rēķinam ?\\
 +Piemēram ir preces un tajā pašā rēķinā ir jauna rindiņa ar TRANSPORTS.\\
 +Cik saprotu šobrīd to neļauj izdarīt piegādes dēļ, jo šī pozīcija neatrodas piegādes dokumentā.\\
 +
 +Ja rēķina rindās vēlaties izrakstīt Transporta izdevumus vai jebkādu servisa artikulu, tad vispirms tas jāieliek arī Kl.Pastījumā un dokuemnts jāsaglabā. \\
 +Izdzēsiet jau izveidoto rēķinu, kur nav transports un no Kl.pasūtījuma ar pogu Rēķins taisiet jaunu, tajā būs arī šis Transporta artikuls un sistēma ļaus dokumentu apstiprināt. \\
 +
 +Uzstādījumos ir šāds nosacījums,​ kuru jauzliek uz **NĒ**:\\
 +**Lai par klienta pasūtījumā norādīto pakalpojuma artikulu varētu izrakstīt rēķinu, pakalpojuma artikulam ir jābūt piegādātam.** \\
 +
 +ENG - Service Item must be Delivered to Invoice. \\
 +VECAIS: {{ :​lv:​transp.png?​direct |}}
 +-------
 +====Noapaļošana par vienu centu====
 +Jāsakrīt zīmju skaitam izdrukā un dokumentā. Vai nu izdrukā jāliek vairāk zīmes aiz komata, vai dokumentā mazāk. \\
 +
 +Summa apmaksai ir 272.00 eur kam tā arī jābūt, taču saskaitot summu bez pvn 238.87 + pvn 21% 10.41eur + pvn 12% 22.71 eur kopā summa sanāk 271.99eur. Nepieciešams,​ lai saskaitot gan pvn, gan summu sanāk arī šie 272.00eur! Kā to, lūdzu, izdarīt? \\
 +
 +Šajā situācijā neviens sistēmas uzstādījums nevarēja izmainīt pvn summas, jo sakrita tādi skaitļi, kas neapaļojās uz augšu. \\
 +Var mēģināt noapaļošanu no 4 zīmēm uzlikt uz 2:\\
 +Uzstādījumos var uzlikt summu ar pvn noapaļošanu līdz 2 zīmēm.\\
 +Tur vnk tās pvn summas nav 10.41 un 22.71, jo sie ir noapaļoties skaitļi, bet saskaitās nenoapaļoti.\\
 +
 +Risinājums ir pielikt kaut kur simtdaļas pie vienības cenas.\\
 +
 +Var piem. pielikt 003, lai gala summa noapaļojas. Izdrukā viss būs ar 2 cipariem aiz komata un kā nepieciešams.
 +{{ :​lv:​izdrrrrrrrrrrfg.png?​direct |}}
 +
 +Izdruka: \\
 +{{ :​lv:​idrgdhfgj.png?​direct |}}
 +
 +Konkrētajā rēķinā nr. 211880 pievienojām Mērv.cenai 5 un tādā veidā ieguvā vajadzīgo skaitli Rēķina izdrukā.
 +{{ :​lv:​cenaa_2.png?​direct |}}
 +
 +Izdruka: \\
 +{{ :​lv:​cena_3.png?​direct |}}
 +------
 +====Banku imoprtā kļūdas paziņojums par intervālu====
 +Veicot Banku importu pie transakciju ģenerēšana izlec šāds paziņojums:​
 +{{ :​lv:​bier.png |}}
 +
 +Jāpārbauda,​ vai  Finanšu intervālam nav beidzies termiņš, lūdzu to pagariniet, tad visam jābūt kārtībā. \\
 +
 +Lietotāja kartiņā jānorāda finanšu intervāls, sistēma nezin kuru ņemt, ja ir vairāki finanšu (transakciju) intervāli. \\
 +{{ :​lv:​finin.png |}}
 +-------
 +====Banku importa dok.izsaukuma zīmes====
 +Importējot bankas maksājumus man directo par kaut ko brīdina ar izsaukuma zīmītēm. \\
 +Kā man būtu  jārīkojas lai directo vēlreiz necenstos importēt maksājumus,​ kas kaut kur iekšā jau stāv? \\
 +
 +Tām rindiņām, kuras nav jāapstrādā,​ jānomaina veids no Maksājums uz "​Netiek lietots"​ un jāsaglabā dokuments pirms tālākas apstrādes. \\
 +
 +Vēl gadījums, Tas, ka 4.rindai ir izsaukuma zīme, nav nekas būtisks. Directo vienkārši pievērš uzmanību, vai tiešām ir izvēlēts pareizais veids. Tas neko neietekmē.
 +Šajā gadījumā viss ir pareizi, un tā ir Transakcija. Grāmatojumi izskatās pareizi.
 +
 +------
 +====Anulēt kredītrēķinu====
 +Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu:​
 +{{ :​lv:​stockrr.png |}}
 +
 +Paskaties to stock id artikulu kustības pārskatā, un tad redzu, ka delivery (piegāde) ir neilgi pēc tam.\\
 +Piem. Iedomājies situāciju dzīvē, es atnāku pie tevis un atgriežu preci, tu man izraksti kredītrēķinu. Tad tu šo preci pārdod un piegādā kādam un tad es atnāku un saku, ka pārdomāju anulē man kredītrēķinu un atdod manu preci atpakaļ.\\
 +bet teiksim, ka man tur cenas ir jāmaina.\\
 +sistēma jau nezin, ko tu gribi darīt. tā tikai redz, ka tu gribi anulēt tās preces atgiešanu, kas jau ir tālāk piegādāta.\\
 +
 +Tāpēc, ja tu gribi anulēt atgriešanu,​ tad vispirms jāatgriež tā prece noliktavā, anulējot piegādi/​pārdošanu,​ kas ir notikusi pēc tam. Nav citas opcijas atgrāmatot kredītrēķinu,​ ja atlikums tā stock id ir 0, kā vien atgrāmatot vispirms kādu citu dokumentu, kas atgriezīs preci noliktavā.\\
 +-------
 +====Banku Gateway====
 +Latvijā SWED Gateway izrādās joprojām nav, bet ir EE.. ta, ka runa šobrīd ir tikai par Seb Gateway.\\
 +
 +SEB GATEWAY\\
 +https://​wiki.directo.ee/​lv/​fin_valjavote?​s[]=swedbank&​s[]=gateway#​seb_baltic_gateway \\
 +
 +Pagaidām, uzņēmumiem,​ kas vēlas noslēgt līgumu varat nosūtīt manu kontaktinformāciju (zemāk) un es parūpēšos par līguma noformēšanu un pakalpojuma pieslēgšanu.\\
 +
 +Labdien, ​
 +Gribētu informēt, ka esam nodrošinājusi iespēju Jūsu klientiem pieteikties SEB Baltic Gateway līgumam uzņēmumu internetbankā.\\
 +Pielikumā nosūtu sagatavoto materiālu, ko Jūs varat pārsūtīt klientiem. Tajā ir aprakstīts,​ kā uzņēmuma pārstāvis var pieteikties operatoru lietotāju Baltic Gateway līgumam. \\
 +Ja rodas kādi jautājumi, labprāt palīdzēšu.\\
 +
 +Ar cieņu,\\
 +__________________________________________
 +Jūlija Grantiņa\\
 +Naudas pārvaldības produktu darījumu vadītāja\\
 +Naudas pārvaldības un tirdzniecības finansēšanas pārvalde\\
 +AS "SEB banka"​\\
 +
 +Tālr.: +37167779827;​ Mob. tālr.: +371 25680840\\
 +Adrese: Meistaru iela 1, Valdlauči, Ķekavas pagasts, Ķekavas novads, LV 1076.\\
 +E-pasts: Julija.Grantina@seb.lv\\
 +www.seb.lv
 +------
 +====SWEDBANK Gateway====
 +https://​wiki.directo.ee/​lv/​fin_valjavote?​s[0]=swedbank&​s[1]=gateway#​swedbank_gateway \\
 +
 +gateway ir divi varianti - operatora līgums un tiešais līgums. pie tiešā līguma parādās Directo, bet lai cik smieklīgi tas nebūtu, Directo var šādu līgumu nodrošināt vienam klietam Latvijā 🙂 kautkāds tehnisks sviets. bet Operatora līgums nodrošinātu Gateway visiem klientiem, kuri to vēlas. Operatora līguma slēgšanas process ir atjaunots, DIrecto parakstīs ar swedbank. \\
 +Tad klienti varēs slēgt Swedbank Gateway OPERATORA līgumu.\\
 +
 +Lai varētu izmantot Swedbank Gateway, ir jābūt noslēgtam operatora līgumam un “Directo”:​\\
 +• ir jābūt izveidotam samaksas veidam (galvenā izvēlne → UZSTĀDĪJUMI → Finanšu uzstādījumi → Samaksas veidi), kurš atbilst konkrētajam Swedbank bankas kontam, un tā kartītē jābūt norādītam bankas kontam un bankai,\\
 +• lai sistēmas dokumentā Bankas imports tiktu iesūtīts iepriekšējās dienas konta izraksts, pie sistēmas uzstādījuma (galvenā izvēlne → UZSTĀDĪJUMI → Sistēmas uzstādījumi) Noklusējuma intervāls jānorāda intervāls jeb numerācijas diapazons, no kura iesūtītajam dokumentam Bankas imports ir jāpiešķir numurs. \\
 +
 +Uzstādījums - Noklusējuma intervāls. \\
 +
 +Lai varētu veikt automātisko maksājumu eksportu: \\
 +• samaksas veida kartītes laukā EKSPORTA KANĀLS jānorāda opcija Swedbank GW un laukā EKSPORTA KANĀLA LĪGUMS jānorāda ar Swedbank noslēgtā līguma numurs. \\
 +• Lai varētu sūtīt maksājumus uz banku, lietotāju tiesībās jānorāda, ka ir atļauts Swedbank GW kanāls. Vai man piešķirt šīs tiesības lietotāju grupai SUPER (tā ir lietotāju grupa, kurā šobrīd ir visi sistēmas lietotāji) vai kādiem konkrētiem sistēmas lietotājiem?​ \\
 +
 +Tiem, kuriem būs iepriekšminētās tiesības, maksājumu dokumentos būs nevis poga XML faila iegūšanai,​ bet poga Sūtīt uz banku (SGW). Ja maksājumā tiks nospiesta poga Sūtīt uz banku (SGW), tad maksājums 15 minūšu laikā tiks nosūtīts uz banku. \\
 +Maksājumā būs redzams, ka maksājums ir izsūtīts uz banku (izsūtīšanas laiks paziņojumā redzams treknrakstā):​ \\
 +Maksājuma veikšana internetbankā būs jāapstiprina Smart-ID aplikācijā ar PIN2. \\
 +Ja maksājums kāda iemesla dēļ jāsūta uz banku vēlreiz, tad internetbankā manuāli jāizdzēš iesūtītais maksājums un jānosūta tas no “Directo” uz banku vēlreiz.
 +-----
 +
 +
 +
 +====Naudas pārvietošana====
 +Naudas pārvietošanas dokuments ir domāts naudas pārcelšanas operācijām no viena naudas konta uz citu, piemēram, no kases uz galveno kasi, vai no kases uz seifu, vai no kases uz starpkontu naudas pārvietošanai bankas kontā, ja dienas ieņēmumi tiek iemaksāti bankomātā.\\
 +Visbiežāk naudas pārvietošanas dokumenti reģistrē dienas naudas ielikšanu kasēs sākoties maiņai, un dienas ieņēmumu izņemšanu maiņai beidzoties.\\
 +Parasti katrai kasei vai citai naudas uzglabāšanas vietai ir savs finanšu konts, kas tiek norādīts maksājuma veidā, bet ir iespējams izmantot arī dažādus objektus viena konta ietvaros.\\
 +Norādot dokumentā maksājuma veidus no kura un uz kuru tiek pārvietota naudas summa, veidojas attiecīgais grāmatojums – kredīts kontā, kas saistīts ar maksājuma veidu no kura pārvieto un debets tajā kontā, kas atbilst maksājuma veidam uz kuru pārvieto.
 +-------
 +====Kā atšifrēt darījumus PVN deklarācijā X ====
 +Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\
 +
 +Piem.4pellet. tā kā tur viņiem klienti bez pvn reģ. nr., tad es taisu klientu statistiku un ielieku restīti pie pvn reģ. nr. filtra, lai atlasās to klientu rēķin, kam nav pvn. reģ. nr. Plus tur vēl jāņem vērā priekšapmaksu konta atlikums. t.i., jāpaskatās,​ vai priekšapmaksu kontā nav kļūdaini darījumi bez pvn koda (pvn kods tukšs), vai ar kodu 0. Šoreiz it kā viss labi, šī summa 8205.75 sakrīt ar rēķinu summu mīnuss priekšapmaksu konta izmaiņas ar 12 pvn kodu.\\
 +
 +Pielikuma 1.3. \\
 +Te būs piemērs X aprēķinam:​
 +{{ :​lv:​pvn1.3.png?​direct |}}
 + ​Priekšapamksu summa 36010000 Prepayments (customer advances) ir 347.76/​1.12=310.50 eur (bez pvn). Rēķinu summa bez pvn klientiem bez pvn reģ. nr. = 8516.25 \\
 +Saskaitot kopā (atņemam, jo priekšapmaksas ir debetā) = 8205.75 \\
 +Tieši šāda summa ir X. Bet to var redzēt tikai, ja uzliek limitu deklarācijā 0.01 eur, jo pie limita 150 daļa darījumu aiziet uz T, pluss zem T tad nonāk vēl arī citi darījumi, kas arī ir zem 150.
 +
 +-----
 +====Kā atšifrēt X darījumus PVN deklarācijā====
 +Zem X iet tie darījumi ar klientiem, kuriem nav norādīts PVN.reģ.nr. \\
 +
 +Lai atšifrētu darījumus zem X, dariet sekojošo:​\\
 +
 +Atveriet atskaiti – **Klientu statistika**.\\
 +Pievienojiet ar + klienta laukā filtru – PVN reģ. Nr. un filtrā ievietojiet restīti # . \\
 +# restīte nozīmē, ka filtrēs klientus, kur PVN reģ.nr ir tukšs, nav aizpildīts.
 +{{ :​lv:​wewe56rytugj.png?​direct |}}
 +------
 +====X darījumi PVN deklarācijā aršifrēt====
 +1) Kā atšifrēt X darījumus PVN deklarācijā. \\
 +
 +Zem X iet tie darījumi ar klientiem, kuriem nav norādīts PVN.reģ.nr. \\
 +Lai atšifrētu darījumus zem X, dariet sekojošo: \\
 +- Atveriet atskaiti – Klientu statistika. \\
 +- Pievienojiet ar + klienta laukā filtru – PVN reģ. Nr. un filtrā ievietojiet restīti # . \\
 +- # restīte nozīmē, ka filtrēs klientus, kur PVN reģ.nr ir tukšs, nav aizpildīts. \\
 +
 +Vēl jāpārbauda , vai priekšapmaksas kontos, nav kļūdainu darījumu BEZ pvn koda, kādi PVN kodi piemēroti. \\
 +
 +Vēl ir iepsejams noņemt PVN deklarācijai limitu 150, un paskatīties,​ kas atšifrējās:​ \\
 +
 +Uzstādījumi – Finanšu uzstadījumi – PVN – deklarācijas pēdejā rindā uzlikt 0.01:
 +------
 +
 +
 +====Kā atšifrēt T un V darījumus PVN deklarācijā====
 +Tādā gadījumā PVN deklarācijas konfigurācijā,​ pedējā rindiņā, kur Limits ir 150, nomainiet uz 0.01 un atšifrēsies visi darījumi:
 +{{:​lv:​565656.png?​direct|}}
 +-----
 +====Kontu izmaiņas, nomaiņa====
 +Kontu maiņu artikulu kartītēs vai Artikulu klasēs. Vai vēsture arī izmainīsies,​ vai jaunie konti piemērosies tikai no brīža, kad tiks uzlikti? \\
 +Protams, ka nemainīsies,​ tikai nakamos reķinus ietekmēs.
 +------
 +====Jāmaina konts rēķinā, gramatojumā jānomaina konti====
 +Man jānomaina konta numurs 10311 “Pircēju un pasūtītāju parādi” uz 10414 “Trade receivables Primend OU” visos ar klientu Primend OU saistītajos dokumentos.
 +Bet, kad es eju uz kontu 10311 apgrozījumā un mainu to uz kontu 10414, “Save” poga neparādās. Iespējams, iestatījumos būs kaut kas jāmaina. \\
 +
 +ATBILDE: Nedrīkst mainīt rēķina grāmatojumā norādīto debitoru kontu, nemainot kontu pašā rēķinā. Rēķins ir jāatgrāmato,​ konkrētais konts jānomaina attēlā redzamajā jeb galvenē, trešājā sadaļā, debitoru konts - rēķina laukā un pēc tam rēķins jāiegrāmato. \\
 +
 +Ja klients rēķinu jau ir apmaksājis,​ tad pēc tam jāatgrāmato un vēlreiz jāiegrāmato ienākošais maksājums, lai rēķina apmaksa tiktu pārgrāmatota uz to kontu, kurš tagad ir norādīts rēķinā.
 +------
 +
 +====Bankas imports====
 +kā rīkojas/​uzskaita Bankas importā radušos šādus izejošos maksājumus:​\\
 + - iemaksa valsts kasē ?! \\ 
 +Tad to no šī maksājuma dokumenta dzēš ārā un taisa manuālu transakciju.\\
 +bankas importa dokumentā šīm rindām var mainīt tipu no maksajums uz transakcija,​ bet no maksājuma, ja jau izveidots, tad jādzēš ārā, jā. \\
 +
 +Iemaksas VALSTS kasē veido ar tipu TRANSAKCIJA. Ja nav, tad taisa manunālu transakciju. Maksājumā neliek. \\
 +
 +Ja nav rēķina, tad transakcija,​ ja ir rēķins, tad jāievada reķins. ja nav rēķina, ko tad apmaksās, uz kā pamata norēķini? piegādātāju modulī tikai ar rēķiniem norēķini. viss pārējais manuālas transakcijas. \\
 +
 + - maksa par līgumu. Nerādās ne rēķins, ne piegādātājs.\\
 +ja tas līgums ir kaut kāds līzings, kuram ir rēķini, tad jāliek rēķinos. Vajadzētu veidot ien.rēķinu,​ piegādātāju. \\
 +bet ja tas ir kredītlīgums ar banku bez rēķiniem, tad transakcija.
 +{{ :​lv:​bankimpo.png?​direct |}}
 +-----
 +====Bankas imports transakcijas====
 +  - Ir iespējams bankas importa saņemšanas vai maksājumus sadalīt katru par atsevišķu transakciju,​ nevis visas redzet vienā?\\
 + - - **Nav iespējams**.\\
 +parasti jautājums nav par to, lai dalītu, bet par to, ka nav aizildīts klients/​piegādātājs transakcijā,​ jo ja tas ir aizpildīts,​ tad summas var redzēt VG atsevišķi.
 + - viņi gribēja zināt vai var sadalīt, jo aditori grib atskaitē redzēt par katru transakciju ?!\\
 +izklausās pēc nonsense, jo katru transakcijas rindu var redzēt atsevisķi, bet grupējot pēc klienta/​piegādātāja ir tas rezultāts, kāds būtu, ja tās būtu atsevisķas transakcijas,​ no otras puses uzražot no importa 100 atsevisķus dokumentus, kuriem visiem jāiet cauri - ir nonsense, gan jau, ka patiesībā ir cita vajadzība tam apakšā, t.i., nezina, kā atrast vajadzīgo informāciju. protams, tādiem klientiem, kuriem importā par mēnesi ir pāris desmiti darījumu, šis varētu būt aktuāli, bet ne tiem, kam dienā simtiem operāciju.\\
 +tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi,​ plus jāmaina katrai rindiņai tips manuali. tās transakcijas gan ģenerējas katra savā dokumentā, par ko grāmatveži parasti ir apbēdināti. bet maksājumi noklusējumā ir visi vienā dokumentā un vienā transakcijā.\\
 +ur transakcijas aprakstā trūka vajadzīgais info, lai darbības būtu identificējamas konta pārskatā, bet viss vēl nav, piemēram, avansa norēķinu izmaksu transakcijās nav izlietotājs aprakstā. redzu, ka maksājumos ar nekas nav darīts, neliekas pieg. rēķina numurs transakcijas aprakstā.
 +------
 +====Transakciju atvēršana , atgrāmatošana====
 +TRAN tipa grāmatojumi,​ ja nepieciešams labot kontus un kuriem nav ATVĒRT pogas ir tie, kas veidoti no Banku importa un lai tos labotu, jāiet uz saistīto banku importu, jāspiež krustiņš, lai atsaistītu transakciju un poga SAGLABĀT. \\
 +Tad var kolonnā KONTS norādīt vajadzīgo DEBETA kontu.\\
 +KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida Luminor bankas konts. ​
 +------
 +====PVN deklarācija konfigurācija====
 +gan ieņēmumu puse (K atlikums) gan izdevumu puse (D atlikums) atskaitē rādās ar vienādu zīmi. Tas ļoti apgrūtina atskaites lietošanu. Vai ir iespējams šo kaut kā sakārtot? ,\\
 +Debets un Kredīts ir tie ar kuriem regulē zīmi.\\
 +
 +Šim mērķim atskaitē ir izvēlne Klase, kas darbojas kā zīmes noteicējs.\\
 +Ja ir izvēlēts Kredīts, tad zīme izmaiņām kontā būs tāda pati kā VG (ja kredīts lielāks par debetu, tad mīnuss, ja debets lielāks, tad pluss), savukārt, ja Klasē ir izvēlēts Debets, tad zīme mainīsies uz pretējo tai, kāda ir VG.
 +Ja nekas netiek izvēlēts, tad noklusējuma vērtība klasei ir Debets.
 +------
 +====Receptes komplekti====
 +Notestējot secinājām,​ lai Artikulam pievienotā recepte/​komplekts parādītos Invoice, Artikula kartiņā jāuzliek uzstādījums pie On invoice – “on save” un tad iegūstam vajadzīgo rezultātu.
 +Diemžēl ar “on paste” tas nenostrādā. ​
 +{{ :​lv:​recip.png?​direct |}}
 +par recepti - man ar nesanāk ar to ievietošanas brīdī variantu, bet es vnm esmu lietojusi pēc saglabāšanas variantu
 +------
 +====Saistītie artikuli====
 +Kas attiecas uz Related Items, tas ir informatīvs lauks kartiņā, kuru izmanto, lai piem. pārdevējam būtu vieglāk piedāvāt alternatīvas prece, ja gadījumā konkrētā nav pieejama. Esot kādā dokumenta (piedāvājumā,​ rēķinā), ar kombināciju Alt+R izlec ārā artikula saistīto artikulu saraksts.\\
 +igauņu lapā bij rakstīts, ka tas kā palīdzība kasieriem, bet protams arī citiem mērķiem var noderēt, pie pasūtījumu pieņemšanas varbūt.
 +------
 +====Igauņi Directo jaunumi WIKI====
 +Jaunums par Directo var lasīt:\\
 +Ziņas ar izmaiņām Directo, igauņi publicē mājaslapā vienreiz mēnesī, skatīt pabraucot mazliet uz leju pie All articles vai Updates: http://​www.directo.ee/​meist/​ \\
 +Vienīgi jāieslēdz tulkošana pārlūkā no igauņu valodas uz angļu, ja ir interese iepazīties. \\
 +Kamēr latviešu valodā jauninājumi vēl nav tapuši, par izmainīto meklētāju var lasīt arī pārtulkojot uz angļu valodu rakstu no Igauņu Wiki: \\
 +
 +
 +Nosūtu informāciju,​ kur iespējams sekot līdzi jaunumiem Directo sistēmā:​\\
 +
 +1) Latviešu WIKI lapas sadaļā Jaunumi, vairāki raksti pabraucot uz leju: https://​wiki.directo.ee/​lv/​news\\
 +2) Ziņas ar izmaiņām Directo, igauņi publicē mājaslapā vienreiz mēnesī, skatīt pabraucot mazliet uz leju pie All articles vai Updates: http://​www.directo.ee/​meist/ ​
 +Jaunumu apraksta beigās ir Instrukcija jeb INSTRUCTION,​ kas aizved uz Igauņu WIKI un pārtulkojot pārlūku no igauņu uz angļu valodu, var iepazīties ar sīkāku aprakstu.\\
 +
 +Tad vēl ik dienu Igauņi veic dažādus atjauninājumus/​uzlabojumus,​ par kuriem nav ārējo aprakstu, mums iekšienē atnāk mazi ziņojumi ar paveikto. Tāds bija arī saistībā ar atskaiti, kuras filtrs nesen ietekmēja Jums nepieciešamo rezultātu. Parasti tādas izmaiņas atklājas praksē. ​
 +------
 +====Noma rent====
 +Kulli stāstīja par noma/rent. Asset ir Rental, pie asset lejā norāda, kas tas būs par artikulu un kāds tam ir derīgums. Period ir par kādu periodu būs artikula cena
 +lai visu šo darbinātu, tiek izmantots Rental callendar.
 +------
 +====Silvano neiet/​neskenē svītrukodu====
 +Janoskaidro kāds svītrukods neiet, vai tas vispār ir izveidots? Vai nu nav pievienoti, vai neatbilst kāds cipars. Lai veikals atsūta vismaz vienu svītrukodu,​ kas neiet. Vai paši paskatās, vai tāds svītrukods tur ir iekšā.
 + \\
 +Artikula kartītes sadaļā **Iegādes artikuli** ir redzami visi svītrukodi,​ kādi varianti, krāsa, izmērs. \\
 +Variants veidojas no krāsa un izmēra koda. \\
 +Ja nāk klāt jauna krāsa, izmērs vai bez-komb, tad jāizveidoj jauni zem Uzstādījumi - Galvenie uzstādījumi - **Variants**. Tie saraksti gan milzīgi, tā kā lai pārbaudītu,​ kas jau ir, jākopē ārā kaut kur. To viņi paši visu dara. 
 +{{ :​lv:​vaarian.png?​direct |}}
 +
 +Ja svītrukods vnk nepareizs, tad veikals var manuāli artikulu ielasīt, bet ja nav vispār pievienots artikulam nekas ar tādu krāsu/​izmēru,​ tad neko. Bet pievienot to svītrukodu artikulam gan jau, ka var arī veikalā. Ja nav tāds svītrukods,​ tad vienkārši sadaļā **Iegādes artikuli** liek klāt jaunu rindiņu ar svītrukodu,​ krāsu, vairantu utt. \\
 +
 +Ik pa laikam nāk jaunas krāsas, bet ja tās ir veikalā, tad jau pieņēma noliktavā, tad jau būtu jābūt svītrukodiem ieksā, jo parasti tā Svītrukodu pievienošana ​ ir pie saņemšanas.
 +------
 +====Silvano trūkst, pazuduši svītrukodi====
 +Noliktavas Atlikuma atskaitē, meklējot pēc Artikula un atzīmējot Svītrukodu,​ var redzēt tos variantus, kuriem trūkst svītrukodu. Svītrukodu vietā ir 02131. \\
 +Šis parasti notiek ar tiem artikuliem, kuriem to svītrukodu ir ļoti daudz. Tā kā tur jādomā par to, ka jādala tie artikuli vairākos artikulos. Tas gan pie jaunas saņemšanas. Jo to, kas jau ir noliktavā īsti nevar sadalīt. ​
 +{{:​lv:​svitrr.png?​direct|}}
 +
 +Atskaite - Noliktavas Atlikums
 +{{ :​lv:​atskkk.png?​direct |}}
 +
 +Bet sanāk, ja izveido svītrukodu,​ un grib skenēt un pārdot, tad jau vspirms pēc izveidošanas tie ir jāpienem noliktavā.... bet reiz jau viņi ir tikuši pieņemti, kā tad tas tur tālāk saslēdzas. Directo atpazīst, vai vēlreiz jāpieņem ?! \\
 +- Atpazīs, jo variants jau tas pats.
 +-----
 +====Silvano rēķinos error=====
 +Vienam artikulam ir iespējami 200 varianti jeb svītrukodi un xml ņem vērā visus iespējamos variantus un vienam artikulam apakšā nāk visi līdz. Vecos variantus, kuri netiek izmantoti,​piem. pēdejo 3 gadu laikā, tos var dzēst. Ja 1 rēķinā ieliek pārāk daudz artikulus, kuri pārsniedz atļauto variantu, tad ERROR. \\
 +Jādala vairākos rēķinos, nevar likt 200 rindas. ​
 +------
 +====Biomotorai atskaite Automatizēts klientu saraksts====
 +Lai rādītu atskaitē Automatizēts klientu saraksts korektu informāciju un ienāk vajadīgais,​ nepieciešams aizpildīt obligāti: \\
 +- Piegādātāja kartiņā VAT kods. Piem. VAT code 3 \\
 +- Tur no koda tā kā izriet, ka jābūt tiem diviem datulaukiem piegādātājā (auto_mail un auto_recur) un jābūt resursam, kur rindā ir datums, kas iekrīt atskaites periodā un šis piegādātājs. \\
 +- auto_mail ir e-pasts \\
 +- auto_recur ir For what period of time....
 +- pievērst uzmanību vajadzīgajiem datulaukiem Piegādātāja kartiņā.
 +{{ :​lv:​biom1.png?​direct |}} \\
 +
 +Ja nepieciešamas kādas izmaiņas un programmētāju palīdzība,​ lūgums vērsties pie Lietuviešu Directo, kas izstrādāja šo atskaiti. \\
 +No saviem Lietuviešu kolēģiem, varat noskaidrot, kāpēc ir mainīts parametrs uz MONTHLY, kā rezultātā neģenerējas atskaite. \\
 +
 +Kas ir būtiski, kā jābūt aizpildītai Piegādātāja kartiņai, lai uzģenerētos atskaite: \\
 +
 +1) Jābūt PVN kodam, piem PVN 3; \\
 +2) Datulaukam Jābūt e-pastam \\ 
 +3) Datulaukam Jābūt – For what period of time... - KATRU MĒNESI, vai citam, piem. Monthly ​ \\
 +
 +Attiecīgi atskaitē filtram - ZIŅOJUMA VEIDS, norāda datulaukā ielikto periodu - Katru mēnesi, vai Monthly. \\
 +
 +Skatos izmaiņu logā, ka XML 03.10.2023, padots no citas sistēmas, šo parametru ir nomainījis. \\
 +-------
 +====Vēlamies saglabāt skatīšanas iespējas un arhīvu programmai====
 +Ir dažādi variant, bet diemžēl “tikai skatīšanās režīma” iespējas mums nav. \\
 +1) Vainu pilna piekļuve, vai bez piekļuves. \\
 +2) Dusošā datubāze – slēgta piekļuve, līdz pieprasījumam atjaunot piekļuvi. Cena ir 18EUR mēnesī. Tiek piemērota līguma cena, kad piekļuve datubāzei tiek atjaunota. \\
 +3) Datubāze tiek slēgta pavisam. Jūs saņemtu exceli ar datiem no datubāzes tabulām. Tās nebūtu atskaites, bet dati no kā atskaites tiek taisītas. \\
 +Jebkurā gadījumā, iesaku jau iepriekš saglabāt atskaites excelī. ​
 +-------
 +====TELEMA Līguma numurs projekta kartiņā====
 +PROJECT kartiņai nevar pieveinot CONTRACT nummuru \\
 +PROJECT kartiņai nevar pieveinot CONTRACT nummuru Tāpat līguma nummurs projekta kartiņā neatspoguļojas arī tad, ja tas pievienots CONTRACT manuāli. Lūgums šo sakārtot! \\
 +Lūdzu izlabot šo situāciju un infomēt, kad tas izdarīts.
 +Projekta kartītē nevaru projektam piesaistīt esošu līgumu, Directo tikai piedāvā izveidot jaunu līgumu. \\
 +Ja es līgumā piesaistu projektu, tad tas tāpat neparādās projekta kartiņā.
 +Te ir ierakstīts projekta numurs (uzbraucot uz numura, pat parādās projekta nosaukums), bet no projekta to nevar atvērt. \\
 +
 +Uzbraucot uz līguma lauciņa projekta kartiņā parādās teksts - Link to existing contract, will appear automatically.
 +
 +Es varu tikai minēt, ka šī info varētu nākt no klienta kartiņas... bet redzu, kas šo pielāgoto izkārtojumi ir pēdējais mainījis, varbūt ir vērts griezties pie šīs personas pēc plašākiem skaidrojumiem,​ kāda īsti ir tā kārtība: ​
 +{{ :​lv:​telem.png?​direct |}}
 +Ja jums būs pieejams kāds dokuments jebkādā valodā, kas satur informāciju par šo izstrādi un skaidrojumus/​norādījumus,​ mēs labprāt to izvietotu telema directo wiki lapā, lai tas visiem ir pieejams un šī informācija nepazūd. ?! \\
 +
 +tur tai izkārtojumā ir iekodēts, ka šis ir tikai lasāms lauks (līguma numurs), un man izskatījās,​ ka nāk no klienta kartiņas. viņiem ir pielāgots projekta kartiņas xsl, nav standarta skats.
 +------
 +====Vidustransakcija kā ATVĒRT====
 +
 +!!! Lai ATVĒRTU vidustransakciju,​ jāpārslēdzas uz JAUNO DIZAINU, tur būs poga ATVĒRT.!!! \\
 +
 +
 +- vidustransakcija pēc būtības ir vnk attiecīgo kontu bilances un transakcijas datumu tāpēc protams, ka to var labot, ja saprot, ko labot un kāpēc ​
 +- t.i., ja kaut kas mainījies un tā bilance ir savādāka uz gada beigām ​
 +- tā ir kā tāds PZ uz gada beigām, re, tik mums ir ieņēmumos un tik izdevumos un rezultātā mums ir šāda peļņā,
 +- bet ja mainījies ir daudz kas, tad vieglāk var būt izdzēst dokumentu vai tā rindas un ielasīt no jauna divi dokumenti uz vienu datumu protams, ka nedrīkst būt, ja vien tie nav savstarpēji papildinoši. \\
 +- Tātad, teorētiski var veidot kaut 2 vidustransakcijas ar vienu datumu, bet tad lai konti nedubultojas ?! \\
 +- ja, teorētiksi var būt vairākas, ja tās ir tā speciāli veidotas, lai summētos. ​
 +----
 +====Atskaite Klientu Statistika====
 +Nepieciešama atskaite pa klientiem un pārdošanu,​ apgrozījums. \\
 +**Klientu Statistika**,​ summas redzamas bez PVN. Var uzlikt filtrā, lai Dalīt uz PVN. Un ieķeksēt PVN reģ.nr., lai redzētu, kurš ir PVN maksātājs.
 +-------
 +====Paraksta vietā ievietot logo====
 +Vai un kā lietotāja kartītes laukā "​Paraksts"​ var iestatīt, lai parakstā būtu ne tikai teksts, bet arī uzņēmuma logo? \\
 +
 +https://​login.directo.ee/​logos/​files/​alphalane_lv_1.png \\
 +
 +nosaukumā jābūt faila nosaukumam kurš ir uzturēšanā. \\
 +**bolds** būs <​b>​Teksts</​b> ​ \\
 +**slīps** būs <​i>​teksts</​i> ​ \\
 +
 +HTML pamacība https://​www.w3schools.com/​tags/​tag_html.asp \\
 +
 +Klientei parakstā ir: \\
 + <​i>​Ar cieņu, \\
 +
 +<​b>​Līga Kalniņa Nosova</​b>​ \\
 +Finanšu speciāliste \\
 +SIA Latvija \\
 +<img SRC=http://​login.directo.ee/​logos/​files/​hrx_sia_lv_3.jpg alt="​logo"​ width="​100"​ height="​100">​ \\
 +Mob.: + 371 675 \\
 +e-pasts: ​ liga.kaln@sia.lv \\
 +www.sia.lv \\
 +</i> \\
 +
 +Dokumentā spiežot Pasts pogu, būš HTML formātā. Jo text formātā logo pazūd. \\
 +
 +vai no "​Directo"​ puses ir iespējams iestatīt, lai Outlookā būtu redzams logo, nevis šāds simbols? "​Directo"​ pirms rēķins sūtīšanas logo ir redzams. \\
 +tas ir atkarīgs no outlook iestatījumiem,​ bet es paskatīšos,​ varbūt protokols jāpamaina. Izskatās, ka citādāk nevarēs. Outlook neļauj default no nepazīstama servera lejupielādēt bildi. Lietotājam ir jāatļauj. ​
 +------
 +====Stock-ID ir pārdots vajag atgriezt====
 +ir saņemšana no februāra kura ir iegrāmatota,​ bet prece nav atnākusi. viņu vajag kreditēt, bet ir vairāki artikuli kuriem šis stock ID ir pārdots. es varu šos rēķinus atvērt, lai tas stok id atbrīvojās,​ bet man ir kaut kam papildus jāpievērš uzmanība? \\
 +
 +Jāskatās, vai būs kas cits, ko tais rēķinos likt iekšā. Rēķinu atgrāmato, kurā tika pārdots vajadzīgais Stock-ID, ​ un stockID laukā pret artikulu pievienoju stock ID kurš tika nākamais pieņemts noliktavā. No saraksta brīvo. \\
 +Tad vajadzīgie Stock-ID ir pieejami un var izrakstī kredītrēķinu un preci atgriezt.
 +-----
 +====Iepakojums Batch Batches kolonna saņemšanā====
 +Ja noliktavas uzskaite nepieciešams uzskaitī par kastēm, iepakojumiem,​ Batches, tad jāuzliek šis uzstādījuma:​ \\
 +Iepakojuma uzskaite tiek izmantota ​
 +{{ :​lv:​iepak_batche.png?​direct |}}
 +------
 +====Obejkti hierarhija====
 +Objektu hierarhijā atdala ar komatu? Man viņš pazūd un es nevaru saprast kāpēc? teiksim KL1,PV1 pārvēršas par KL1PV1. \\
 +
 +Tas ir uzstādījums - **Objektu hierarhijas ir rediģējamas**. Citiem default ir off
 +{{ :​lv:​objkhier.png?​direct |}}
 +====Klientam un Piegādātājam konti====
 +Debeta kontu klientam var noradit klienta klasē. \\
 +Ja klientam nepieciešams norādīt atsevišķu debeta kontu, to var izdarīt piešķirot KLienta kartiņai KLienta klasi jeb Kategoriju. Klientu klases var atrast zem Uzstādījumi – Pārdošanas uzstādījumi – Klientu klases. Un tā kartiņā ir DEBITORU KONTS. ​ \\
 +
 +Piegādātājam piegādātāja kartiņā var norādīt kontus.
 +https://​wiki.directo.ee/​lv/​yld_hankija#​gramatvedibas_konti
 +------
 +====NOAPAĻOŠANA ====
 +Nevaru tikt pie rēķina korektās summas - 33,07. Directo aprēķinās vai nu par maz, vai par daudz. Vari kaut kā manuāli to pielabot? \\
 +
 +Gadījumos, kad cenas ir nelielas, bet daudzumi lieli, un rezultātā ar 4 zīmēm aiz komata cenai nepietiek, lai sanāktu precīza summa, saņemtais daudzums ir jādala uz vairākām rindiņām, piemēram 1000 uz 2 rindām pa 500 utml. \\
 +
 +DB MyFitness rekins nr.1015389 \\
 +Nepieciešams PVN 225, kopsummu 75825.00., daudzums 337 gab \\
 +
 +Jāizveido otra rinda ar tādu pašu RR., jāpieliek daudzums 1, un  cena 0.0001 \\
 +Izdrukā otra rinda neparādīsies. \\
 +
 +{{ :​lv:​rekina_noapalosana_rindas.png?​direct |}}
 +
 +Piemērs. reķins nr. 1015995.\\
 +Vajag Total/​kopsummu 2560.00, sākumā ir 2560.01. , tātad 1 cents par daudz. \\
 +Pieliekam papildus rindu ar sadalot daudzumus. Mērvienības cenu par 1 ciparu mazāku 6.611. \\
 +Izdrukā rādās abām rindām mērvienības cena 6.61.
 +{{ :​lv:​waesrdtfyguhjk.png?​direct |}}
 +------
 +====Drošības nauda====
 +Vai directo ir kaut kāds īpašs variants kā ievadīt saņemtās drošības naudas? Vai arī princips ir tāds pats kā visiem rēķiniem? \\
 +
 +No klientiem saņemtās drošības naudas ievada dokumentos Receipts.
 +Ja drošības nauda ir jāpiesaista rēķinam, tad laukā ”Invoice” norāda rēķina numuru. Savukārt, ja drošības nauda nav jāpiesaista rēķinam, tad lauku “Invoice” atstāj tukšu.\\
 +
 +Lai maksājums tiktu iegrāmatots uz drošības naudas kontu, maksājuma dokumenta laukā “Account” ir jānorāda konts, kurā jāiegrāmato drošības nauda.
 +--------
 +====Kredītrēķins kļūda====
 +Spiežot kredīts pogu rēķinā, kuram ir preču atgriešana,​ parādās šis kļūdas paziņojums.\\
 +Vajag no jauna Atvērt un Apstiprināt piegādi, vai arī ir bijs ka tas nenostrādā,​ Ar GOD MODE jāpaskatās , kas rādās KL.Pasūtījumā pie rēķinā izrakstīts.
 +{{ :​lv:​kludakr.png?​direct |}}
 +------
 +====E-pasta epasta uzstādījumi sūtīšanai no Directo====
 +Tātad, var būt viens no variantiem:​\\
 +
 +smtp.office365.com:​25\\
 +smtp.office365.com:​587\\
 +smtp.office365.com\\
 +
 +pie SSL jāizvēlas:​ StartSSL/​SSL/​TLS \\
 +
 +pie username un password ir jābūt jūsu e-pastam un e-pasta parolei, tiem, ko jūs lietojat, kad pieslēdzaties e-pastam. \\
 +
 +Šie visi uztādījumi ir nepieciešami tad, ja e-pastus gribat izsūtīt caur savu office365 kontu, bet ir arī citi varianti: \\
 +https://​wiki.directo.ee/​lv/​yld_personal2#​e-pasta_sutisanas_iestatijumi
 +----------
 +====E-pasts nonak kā SPAMS====
 +sūtot info no Directo personām ziņas “ iekrīt” spam kasītē. Ko darīt ? \\
 +
 +Šeit ir aprakstīts iemesls un iespējamies risinājumi:​ \\
 +
 +https://​wiki.directo.ee/​lv/​yld_personal2#​e-pasts_no_directo_nesasniedz_adresatu_sanemeja_puse_tiek_klasificets_ka_spams
 +
 +Dodat ziņu, ja ir kas neskaidrs vai būs vajadzīga palīdzība ar iestatījumiem. \\
 +Īsumā – iemesls ir tāds, ka directo nav atļaujas izsūtīt e-pastus jūsu uzņēmuma vārdā. \\
 +Risinājumi – 1) iedot atļauju (jūsu pasta servera uzstādījumos),​ 2) izsūtīt pašiem no sava servera vai 3) sūtīt no directo specifiskas adreses ar jūsu e-pasta adresi reply-to laukā \\
 +
 +SMTP uzstādījumi lt: \\
 +https://​wiki.directo.ee/​lt/​smtp?​s[]=spam
 +------
 +
 +====Nākamo periodu izmaksas, uzkrātās izmaksas====
 +Perioda vidū tiek anulēts, kā to uzskaitīt? \\
 +Tad var izmantot šos laukus (iekrāsoti ar dzeltenu): \\
 +{{ :​lv:​revv.png?​direct |}}
 +Jānorāda datums, ar kuru jāatceļ periodizācija un atlikusī summa, kas jāpārceļ uz izmaksām, var norādīt arī atšķirīgu izmaksu kontu.\\
 +Pēc dokumenta saglabāšanas transakcija tiks mainīta.\\
 +P.S. Manā piemērā norādīta summa precīzi nesakrīt ar atlikumu nākamo periodu izmaksu konta uz norādīto datumu.
 +------
 +====Periodizācijas anulēšana====
 +Tā opcija ir tikai iegrāmatotam rēķinam, pēdējā rindu bumbiņā jāmeklē: \\
 +{{ :​lv:​period_.png?​direct |}}
 +------
 +====Pamatlīdzekļi pamatlīdzekļu vēsture, nesakritības====
 +Atšķirības PL kontos ar virsgrāmatu. Vai var ar transakciju koriģēt PL kontus? \\
 +Nē, manuālas transakcijas neietekmē directo PL atskaites, ne PL sarakstu, ne PL vēsturi.
 +Jāskatās atskaiti PL vēsture par katru mēnesi atpakaļ vēsturē, lai atklātu, no kura mēneša ir nesakritības ar VG un tad jāpārbauda,​ kas tajā mēnesī ir darīts VG.
 +-----
 +====Atrast dzēstos dokumentus, kļūdas====
 +Dzēstos dokumentus var redzēt lietojuma reģistrā ar skatu Dzēstie (https://​wiki.directo.ee/​lv/​yld_aru_log) \\
 +Rēķins ar šādu numuru tiešām ir dzēsts kaut kad senāk, bet es pārbaudīju,​ ka tas nav bijis iegrāmatots,​ līdz ar to nevarēja būt par iemeslu atšķirībām.
 +Pieņēmums par to, ka jāmeklē kāds pazudis rēķina grāmatojums man likās ļoti pareizs, tāpēc iedomājos paskatīties atgrāmatotos rēķinus. (Arī, lai dzēstu kādu rēķinu, tas vispirms jāatgrāmato,​ savukārt no VG ieraksts pazūd tikko dokuments ir atgrāmatots.) \\
 +Atgrāmatotos dokumentus var atrast ar šādu kontroles opciju pie Uzturēšanas (https://​wiki.directo.ee/​lv/​hooldus#​kontroles_atskaites) \\
 +Izskatās, ka rēķins 200004 varētu būt pie vainas, tas nav izdzēsts, tikai atgrāmatots.\\
 +
 +Lai izvairītos no tā, ka slēgtajā periodā nejauši tiek atgrāmatots kāds dokuments (dēļ numuru sakritības) var izmantot šādas opcijas: \\
 +
 +- Perioda slēgšana https://​wiki.directo.ee/​lv/​yld_settings#​finansu_perioda_slegsana \\
 +- Perioda slēgšana noteiktam dokumentu veidam https://​wiki.directo.ee/​lv/​document_closure \\
 +- Saite dokumentu atgrāmatošanai https://​wiki.directo.ee/​lv/​hooldus#​saite_dokumentu_atgramatosanai \\
 +
 +Parasti liek nākamā mēneša 1.datumu.\\
 +
 +Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/​ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu.
 +------
 +====Elektronisks elektroniskais rēķins EDI vai XML formāts====
 +Vai Directo atbalsta elektroniskais rēķins – rēķins, kas izsniegts, nosūtīts un saņemts strukturētā elektroniskā formātā, kas ļauj to automātiski un elektroniski apstrādāt ? \\
 +šeit ir runa par tādiem rēķiniem, kas nāk no piem. telemas ar xml un automātiski ielasās sistēmā. Teiksim Maxima no savas sistēmas sūta mums rēķinu caur telema un tas jau ar gatavu nr un visu info parādās directo. \\
 +agapics dokumentu transportā. tad ir klientu kartiņās kuriem ir šāds transports, tabs - transports. tur ir salikti uzstādījumi. \\
 +atbalsta, bet elektroniskie formāti ir daudz un dažādi. \\
 +
 +bez integrācijām var izsūtīt formātā e-invoice, kas ir igaunijas standarta formāts e-rēķiniem,​ tur pie pdf e-pasta uzstādījumos ir pdf+e-rēķins. citi formāti caur integrācijām,​ vai nu standartizētās (telema, edisoft utt.), vai individuāli izstrādātās. \\
 +https://​en.wikipedia.org/​wiki/​Electronic_invoicing \\
 +latvijas likumdošanā ir ierakstīts peppol formāts \\
 +https://​en.wikipedia.org/​wiki/​PEPPOL \\
 +
 +tad gan klientam gan piegādātājam abiem jābūt vienai sistēmai, piem. Telema, lai varetu sūtīt un saņemt ? \\
 +
 +bet ir kas darbojas caur portāliem, līdzīgi kā rekini.lv, tie tad sūta šādam rēķinu portālam xml, bet šis klientiem sūta e-pastus un nodrošina piekļuvi rēķina apskatei lasāmā formātā. tā lv platforma gan ir kaut kāda aizdomīga, ee līdzīgas platformas piedāvā bezmaksas integrāciju.
 +------
 +====E-rēķini====
 +Ja visi klienti lieto TELEMU, tad var nodoršināt e-rēķinu sūtīšanu. \\
 +
 +Citkārt nepieciešams viņu sistēmas e-pasts, uz kuru sūtīt e-rēķinus. Tas kā piem. mums Directo ir DatubāzesNosaukums@data.directo.ee kurā iesūtīsies rēķini.
 +------
 +====E-rēķini Peppol elektroniskie rēķini xml====
 +Lietotāja tiesības - Sūtīt kā pielikumu - attiecas tikai uz rēķinu izsūtīšanu. \\
 +Ja jāsūta kādai citai db uz Directo, tad - PDF + E-rēķins. \\
 +Ja jāsūta kādam, ārpus DIrecto, tad - PDf + Peppol. \\
 +
 +Ja vēlas saņemt Directo elektroniskos rēķinus, tad uzstādījumi lietotāja kartiņā nav svarīgi, nav jānorāda. Tie nosaka tikai izsūtīšanu. \\
 +1) Rēķini nonāks sadaļā - Dokumentu transports. \\
 +2) Izvēlas, kādu dokumentu radīt - pien. ienākošo vai noliktavas saņemšanu. \\
 +3) Ja tāds piegādātājs vēl neeksistē Directo, ir pirmo reizi, tad piedāvās un izveidosies jaunā piegādātāja kartiņa. Ja piegādātājas jau būš DIrecto, robots atpazīšt un ievieto dokumentā. \\
 +4) Tiek atpazīts Piegādātāja rēķina nr. \\
 +
 +5) Lai IENĀKOŠAJĀ rēķinā atpazītos Izdevuma KONTS un PVN kods, tie jāņorāda Piegādātājā kartiņā, sadaļā - Automatizēšana. Saturs - norāda tekstu, kas ir rēķinā, norāda kādam kontam jāpiemērojas un PVN kodam. \\
 +
 +6) Lai dokumentā SAŅEMTĀS preces, atpazītos Artikuli, tos norāda Artikulu kartiņā, sadaļā - Iegādes artikuli. \\
 +Aizpilda: Piegādātājs,​ Piegādātāja artikula kods (to, kas parādās xml, no dokumenta, tas kas ir dokumenta Aprakstā nolasījies).
 +-----
 +
 +====TELEMA transporta uzstādījumi====
 +Klienta kartiņā, sadaļā TRANSPORTS, jāsaliek uzstādījumi. \\
 +
 +Klienta kartiņā jānorāda VALSTS - Latvija LV.\\
 +
 +Tas strādās, ja attiecīgā klienta kartītē, ar kuru būs telema saslēgums, būs uzlikts uz JĀ - ieķeksēts TELEMA.\\
 +Ja nepieciešams,​ lai automātiski parādās kāda noliktava, to arī norāda. \\
 +{{ :​lv:​telema_2.png?​direct |}}
 +
 +Tiem klientiem, kuriem nepieciešams,​ lai parādās Telema iesūtītās cenas, nevis DIrecto norādītās cenas kartiņā, tad ir jāuzliek sekojošais uzstādījums uz Jā: \\
 +Jāieķeksē arī Eksportētie dokumenti - Rēķins. \\
 +{{ :​lv:​telema_1.png?​direct |}}
 +------
 +====TELEMA kļūda nenosūtas dokuments====
 +Mums atnāca paziņojums no telema, ka viens rēķins netika pieņemts
 +Paskatieties lūdzu, kas tur par problēmu.\\
 +
 +Neredzu, kas tur varētu būt par problēmu. Varbūt Telema var apskatīties,​ kas precīzi ir labojams dokumentā. Es pārgrāmatoju vēlreiz, varbūt kaut kāds īslaicīgs gļuks un tagad būs pareizi nosūtijies.
 +
 +Apraksts: https://​wiki.directo.ee/​lt/​telema
 +------
 +====Atkārtoti jānosūta jāiesūta rēķins dokumuments TELEMA====
 +db agapics_lv
 +Kad dokuments tiek iegrāmatots - apstiprināts,​ tad arī nosūtās uz Telema. \\
 +Ja ir radusies kļūda, un nepieciešams iesūtīt atkārtoti, tad dokumenta atvēŗšana un no jauna iegrāmatošāna,​ to NEDARA. \\
 +Paši  tiek klāt savam Telema portālam, caur kuru arī var atkārtoti nosūtīt dokumentus vai uzlādēt pdf. Viss ko sūta Directo, dublējās Telemas protālā. \\
 +Pamēģiniet,​ vai jums pašiem izdodas atkārtoti nosūtīt visus rēķinus. \\
 +
 +Vai ir jāprasa TECH vai EE ar skriptu šo dokumentu nosūtīt atkārtoti.\\
 +-----
 +====Tobis EDISOFT saslēgums transporta uzstādījumi====
 +db tobis_latvia_lv \\
 +Apraksts lietuviski: https://​wiki.directo.ee/​lt/​edisoft \\
 +
 +Sākumā Edisoftam jāzin Directo klienta INTERNAL CODE. To var prasīt Ott. Tobis gadījumā tas bija reģ nr. 40103639493 \\
 +
 +Tad Edisoft savā galā visu saslēdz. \\
 +
 +Directo saliek uzstādījumus Klienta kartiņā, pie Transports. \\
 +
 +Tad kad dokuments tiek apstiprināts,​ tad nosūtas uz Edisoft un tālāk. Dokuments obligāti JĀAPSTIPRINA,​ lai aizietu. \\
 +
 +Process looks as silmpe two document exchange:\\
 +1. Tobis LV will send Purchase Order from DIRECTO via EDISOFT to Tobis.LT\\
 +2. Tobs.LT will send Sales Invoice via EDISOFT to Tobis.LV DIRECTO\\
 +
 +Then we have it set up correctly. Purch.order form Directo to Tobis LT. Invoice from Tobis LT to Directo and on Directo side Invoice is translated as Stock receipt. \\
 +-----
 +====Tobis MERISOFT====
 +Medisoft integrāciju Brakmanis pārkopēja no Igauņiem EE.\\
 +Bet veikt izmaiņas kodā var. \\
 +Krišjānis kontaktē par šo ar Merisoft. \\
 +
 +kl pasūtījumi nonāk ar merisoft - > tad ar customer procedūru nomainot statusu izveidojas purchase order -> purchase order nonāk edi, tobis uab, tad kad viss ok, tad no edi uab nonāk directo srec -> ja srec ok, tad izveido piegādi/​apstiprina,​ ja ir ok, tad rēķins. \\
 +-----
 +====TOBIS Noliktavas saņemšana SREC saņemtās preces====
 +Kārlis un Brakmanis. \\
 +
 +Šobrīd mēs runājam brīdi, kad no Tobis UAB tiek saņemts dokuments Saņemtās preces (SREC). \\
 +1) SREC automātiski nogrāmatojas (jo neviens nevar pārbaudīt dokumentu pret faktu tik un tā)\\
 +2) Pēc SREC nogrāmatošanās,​ automātiski no Klienta pasūtījuma tiek izveidota un nogrāmatota Piegāde (DEL), kur DEL daudzumi ir ne vairāk kā saistītajā SREC un ne vairāk kā Klienta pasūtījumā,​ ar StockID, kas ir saistītajā SREC \\
 +3) Pēc DEL automātiskas nogrāmatošanas,​ no Klienta pasūtījuma tiek automātiski izveidots un nogrāmatots Rēķins. Rēķina daudzumi ir vienādi ar piegādātajiem daudzumiem. \\
 +
 +Ja process sevi pierādīs kā ilgtspējīgs,​ piemērosim arī automātisku rēķina nosūtīšanu pa epastu.
 +-----
 +====TOBIS integrācija no SYMPHONY ienāk Kl.pasūtījumi,​ Transporta parametri====
 +Pasūtījumā failos, kas importējas Directo no
 +Symphony, laukums “ Uz Noliktavu” ir tukšs, līdz ar to Symphony nepareizi
 +veic aprēķinus.\\
 +Nepieciešams,​ lai tur būtu uzrādīta galvēna noliktava- “ GAL”.,\\
 +
 +Transporta Parametros ir uzstadījumi saistībā no Symphony ienākošajiem Kl.pasūtījumiem.
 +------
 +
 +
 +
 +====MODERAN pieslēgums,​ standarta risinājums====
 +Apraksts: https://​wiki.directo.ee/​mustand/​toomas/​moderan \\
 +
 +Ir viedo ieraksts no apmācības,​ ko vadīja Toomas Oper. Dev Att.. \\
 +
 +1) Jāizveido USER - XML \\
 +2) Personāla uzstādījumos zem Admin, jāpieprasa Property Key \\
 +3) zem Uzturēšanas būs XML CORE \\
 +
 +Directo parādās/​atjaunojāš informācija,​ ko iesūta MODERAN. Kā ir Moderan pusē aizpildīs, tā būs mums (piem. Importējot reķinus no Moderan, klientu kartiņās automatiski tiek izmainīts lauks e pasts.). Ja kaut kas nestrādā, jautājumi pie Moderan, nav Directo kompetence. \\
 +-----
 +====MODERAN gadījumi, jautājumi, nestrādā====
 +db ra_invest_lv,​ patollo_lv \\
 +
 +MODERAN iesūtītajos rēķinos, parādās nepareizas mērvienības. Directo kartiņās ir aizpildītas pareizi. \\
 +- 1) Pārliecinieties,​ vai Moderan sistēmā arikuliem ir pareizās mērvienības,​ kādas viņi mums iesūta; \\
 +
 +Jautājums pie MODERAN, nevis DIrecto. "​Moderan"​ esot teicis, ka 2 (?) artikuliem nevar nomainīt mērvienību savā pusē, un tā rezultātā šiem artikuliem "​Directo"​ rēķinos iesūtās nepareiza mērvienība. \\
 +"​Directo"​ artikulu kartītēs mērvienība esot pareiza, bet "​Moderan"​ pusē nepareiza un "​Moderan"​ sakot, ka nevarot to nomainīt vai arī ka tas aizņems ilgu laiku (viens no šiem variantiem, zvanā īsti nenoprecizēja,​ kurš tieši).
 +-----
 +
 +====Nerādās lauki GP un GP% jeb BP un BP%====
 +Bija kļūda ar to, ka aizpildot klientu, valūta pazuda. Vajadzētu būt ka tagad valūtas logs ir aizpildīts arī pēc klienta ievietošanas. \\
 +Konkrētajā Piedāvājumā ieliku ​ Currency un GP un GP% sarēķinājās:​
 +{{ :​lv:​bpquat.png?​direct |}}
 +
 +Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski,​ ja te nav Valūta, tad BP un BP% rādās 0.00. \\
 +
 +Ir datubāzes , kur jānorāda uzstādījumos Valūta 2, lai ieliktos valūta EUR, ja klients ir no Latvijas SIA, citādi ja klients ir no LV tad neaizpildas tas lauks un tas jāievieto manuāli. Ārzemju klientam viss nostrādā korekti. \\
 +{{ :​lv:​valutt.png?​direct |}}
 +-------
 +====Peļņa,​ Peļņās%, GP% BP% kāpec peļņa ir mīnusā====
 +Dēļ valūtas, ja būtu currency norm EUR, butu viss ok. Bet te currency ir USD.\\
 +Mērvienības cena dolāros reiz bankas kurss 2389.28 x 0.905633037 = 2 163.8109 EUR \\
 +tā ka reāli sanāk, ka viņš pārdod preci par 2 163.8109 EUR , savukārt iepērk/​izmaksas ir 2271.0729 eur \\
 +Te arī rodas peļņa ar zaudējumiem 2163.8109 - 2271.0729 = -107.262 \\
 +{{ :​lv:​aetyrudtflyi745r.png?​direct |}}
 +------
 +
 +====Preces artikula vidējā / pēdējā cena====
 +Lai Noliktavas saņemšansa dokumentā SREC ielektu Preces artikula vidējā / pēdējā cena, uzstādījumos jāuzliek uzstādījums **Kvīts artikula cena kopējot**. \\
 +Saņemtajās precēs iegādes cena – pēdējais pirkums, pirkums vai vidējais:
 +{{ :​lv:​vidcena.png?​direct |}}
 +------
 +====Bankas imports piegādātājs atgriež mūsu pārmaksu====
 +Ja piegādātājs atmaksā pārmaksu, ko pie bankas importa liekam ? \\
 +Bankas importā jānorāda “Maksājums”,​ jo ar piegādātājiem saistītie maksājumi jāreģistrē dokumentos Maksājuma uzdevumi (arī tajos gadījumos, kad piegādātājs atgriež naudu).
 +Maksājumā summa, kuru piegādātājs atgrieza, maksājuma uzdevuma dokumentā būs jānorāda negatīva: ar – zīmi.
 +------
 +====INTRASTAT atskaite Ievedums 1A, 1B, Izvedums 2A, 2B====
 +Directo ir iespējams sagtavot Intrastat atskaiti.
 +Tā atrodas zem Noliktava – Atskaites – INTRASTAT.\\
 +
 +Izsmeļošs apraksts pieejams šeit: https://​wiki.directo.ee/​lv/​ladu_aru_intrastat
 +Svarīgi ir aizpildīt visus obligātos laukus gan artikula kartītēs, gan dokumentā Saņemtās preces.\\
 +
 +Atskaite par preču ievedumu (t.sk. 1A) un kas jāaizpilda,​ lai atskaitē iegūtu vajadzīgos datus:\\ https://​wiki.directo.ee/​lv/​ladu_aru_intrastat#​atskaite_par_precu_ievedumu
 +-------
 +
 +====INTRASTAT atskaite====
 +Getz un Vallin neiet Intrastat atskaite. Stock - Reports - Intrastat. Atskaiti CSV formātā nevar dabūt, poga nereaģē (Tas ir iespējams Igauņiem), mēs varam iegut XML formātā, bet izdod neprecīzu atskaiti. Rindiņas dubultojas. Pirmajai un otrajai rindiņai vajadzētu būt kā vienai rindai ar Qty 50.00. \\
 +{{ :​lv:​intrast.png?​direct |}}
 +
 +Gaidam, kad Igauņi sataisīs. ​
 +-------
 +====INTRASTAT Eksports uzstādījums====
 +Ja Intrastat nerādas klienta / piegādāja pvn nr, tad iespējams nav ieslēgts šis settings - Intrastat report and printout XML version
 +{{ :​lv:​intraaaaa.png?​direct |}}
 +------
 +====Intrastat EKSPORTS====
 +Atskaite - Eksports \\
 +xml - DRUKĀT.\\
 +
 +Jābūt redzamas arī PVN reģ.nr. , xml failā noapaļojas uz veseliem skaitļiem.
 +{{ :​lv:​intraststtt.png?​direct |}}
 +-------
 +====Intrastat EKSPORTA atskaite====
 +mums Directo veidojot intrastat atskaiti imports darbojas, bet eksporta atskaite ir tukša. Kā mēs varam dabūt lai eksporta dati parādās? \\
 +
 +Ļoti būtiski ir aizpildīt visus laukus, kas šiet prasīti:\\
 +https://​wiki.directo.ee/​lv/​ladu_aru_intrastat
 +
 +Ar Eksportu ir sekojoši:​\\
 +1) Nosacījumi ir līdzīgi kā ar importu, rēķinos jāparādās Galamērķim un Darījuma veidam:\\
 +2) Artikulā savukārt jābūt CN8 kodam un izcelsmei ko norāda vai nu artikula kartinā vai preču saņemšanā.\\
 +
 +Par eksportu būs no atskaites jālejuplādē xml fails, ko tad varēs statistikas sistēmā ievilkt. \\
 +INTRASTAT atskaitē nevaja norādīt EKSPORTS. Vienkārši periodu, tad XML un Drukāt.\\
 +
 +Var pielikt Artikulu sarakstā kolonnu – CN8 KODS un nofiltrēt, kam ir aizpildīts,​ kam nav. 
 +------
 +====Duck Republik SCORO saslēgums====
 +Ir savienojums ar Scoro veidots, klientu rēķini ienāk ar xml Directo, info par apmaksu ārā no Directo uz Scoro. \\
 +No Scoro tiek izsūtītas atgādinājumu vēstules par neapmaksātajiem rēķiniem. Directo veic grāmatvedību,​ ar Bankas importu ienākošos maksājumus sasasaista ar klientu rēķiniem. Maksājumu rindu info aiziet uz Scoro un tad zin, par kuriem rēķiniem ir jāsūta atgādinājums,​ kas vēl nav samaksāti. \\
 +
 +Ien.maksājumi no Banku importa aiziet uz Scoro, bet problēmas šobrīd ar tiem, kas veidoti manuāli, tie neparādās Scoro. \\
 +
 +Scoro pieprasa datus un tad viņi savelk ienākošos maksājumus ar rēķiniem. Kad veidojām, tad bija 1x, varbūt tgd kautkas ir mainījies.
 +-------
 +====Pamatlīdzeklim nevar iegrāmatot nolietojumu====
 +Cenošoties iegrāmatot PL, izmet paziņojumu:​ Gatavojas atjaunot, Gatavojas apstiprināt,​ Nav ko iekļaut transakcijā;​ vēsturē nav rindu, kurām nebūtu transakciju. \\
 +{{ :​lv:​asedrftghjk.png?​direct |}}
 +
 +Sistēmas uzstādījumos nebija norādīts uzkrātā nolietojuma datums pirms jaunu kartiņu veidošanas,​ tāpēc nolietojums ierakstījās vēsturē ar kartiņu izveidošanas dienu.
 +https://​wiki.directo.ee/​lv/​yld_inventar#​pamatlidzekla_kartites_izveidosana_pl_ar_uzkrato_nolietojumu \\
 +
 +Lai labotu, ir jānorāda šis datums un tad jākopē izveidotās kartiņas, jo jau esošajās tas vairs nemainīsies.
 +Vai arī mēs varam izdzēst no vēstures šiem PL jūnijā ierakstīto nolietojumu un tad būs iespējams to ierakstīt no jauna, vispirms norādot vajadzīgo datumu. ​
 +------
 +====Bankas importa noteikumi komisijas====
 +Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem,​ jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\
 +Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam (Google Translate) tulkojumu uz Angļu valodu: https://​wiki.directo.ee/​et/​fin_valjavote#​automaatkonteerimise_reeglid \\
 +Pirmkārt, visi nodefinētie nosacījumi atrodas zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi:​ \\
 +
 +Vislabāk Banku importa nosacījumu izveidot spiežot pogu PIEVIENOT ​ no Bankas importa dokumenta: \\
 +Būs lauki, kas aizpildīsies automātiski,​ nepieciešams koriģēt pēc vajadzības.\\
 +Definēt noteikumos sekojošos laukus:\\
 +Kodu;\\
 +Nosaukums;​\\
 +PAY MODE jeb Maksājuma veids, ja tiek izmantots arī citiem maksājuma veidiem, šo var atstāt tukšu;\\
 +Virziens ĀRĀ;\\
 +Otras puses konts, ja var būt mainigs, ņemt ārā;\\
 +Summa - norāda ja konkrēta summa vienmēr;\\
 +Apraksts – pēc kā sistēma atpazīst, šeit par izmantot vienkāršāk piem . tekstu Komisija % (% zīme nosaka, ka pēc/pirms tam seko vēl teksts) vai Maksājumu uzdevuma %\\
 +Zemāk redzamie lauki:\\
 +T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski,​ kā nepieciešams;​\\
 +Tips – Ien.maksājums,​ Maksājums (izejošais maksājums),​ Karšu maksājums (samaksā ar karti POS) vai Transakcija utt;\\
 +Konts – Ja tips TRANSAKCIJA,​ tad šeit norāda Banku komisiju kontu. Ja piem. tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī,​ kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā;​\\
 +Bankas komisijas konts – šeit norāda komisiju kontu, ja tips nav TRANSAKCIJA.\\
 +
 +Ja veido tipu TRANSAKCIJA,​ bet neizmanto iepriekš definētu Bankas noteikumu, tad  kolonnā KONTS norādīt vajadzīgo DEBETA kontu. KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida SEB bankas konts.\\
 +Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:​Transakcija”.
 +------
 +====Bankas importa noteikumi====
 +https://​wiki.directo.ee/​et/​fin_valjavote#​automaatkonteerimise_reeglid \\
 +Jautājums - mēs importējam bankas failu. Vai ir iespējams nodefinēt to, ka komisijas nogrāmatojas uz norādīto kontu?\\
 +Es taisītu ar bankas importa noteikumiem,​ viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties,​ ko atstāt nosacījumos.\\
 +pašā importa dokumentā uzreiz ir iespēja pievienot noteikumu balstoties uz jebkuru rindiņu un pēc tam tie saglabājas finansu uzstādījumos tur tos var gan mainīt, gan dzēst un ikreiz saglabājot importa dokumentu, noteikumi tiek pielietoti tā kā var droši izmēgināt izveidot kādu visām komisijām ir viena kopīga pazīme, to var redzēt rindiņās, bet ja vajag nošķirt, tad var pēc nosaukumu piemēram.
 +{{ :​lv:​binot.png?​direct |}} \\
 +-----
 +====Bankas banku importa noteikumi, komisijas====
 +Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem,​ jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\
 +Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: https://​wiki.directo.ee/​et/​fin_valjavote#​automaatkonteerimise_reeglid \\
 + ​Iesakām darīt sekojoši: spiest pogu PIEVIENOT ​ no Bankas importa dokumenta: \\
 +Definēt noteikumus: \\
 +Kodu; Nosaukums; PAY MODE jeb Maksājuma veids, ja tiek izmantots arī citiem maksājuma veidiem, šo var atstāt tukšu; Virziens nauda ĀRĀ vai IEKŠĀ; Otras puses konts, ja var būt mainigs, ņemt ārā; Summa, norāda ja konkrēta summa vienmēr; Apraksts – pēc kā atpazīst, šeit par izmantot vienkāršāk piem . tekst Komisija % (% zīme nosaka, ka pēc tam seko vēl teksts). \\
 +{{ :​lv:​paym.png?​direct |}}
 +
 +Zemāk redzamie lauki: \\
 +T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski,​ kā nepieciešams;​ \\
 +**Tips** – Ien.maksājums,​ Maksājums (izejošais maksājums),​ Karšu maksājums (samaksā ar karti POS) vai Transakcija utt; \\
 +**Konts** - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī,​ kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā;​ \\
 +**Bankas komisijas konts** – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\
 +
 +Ja izveido Banku komisijā noteikumu ar tipu **Transakcija**,​ tad banku komisiju kontu norāda pie **KONTS**. \\
 +{{ :​lv:​pay2.png?​direct |}}
 + ​Jāskatās,​ vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās ​ vairākos, noteikumiem šo var definēt. \\
 +Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**.
 +------
 +====Banku pakalpojumu,​ komisijas maksas konts sistēmas uzstādījumos====
 +Ja veido Maksājuma uzdevumu vai Banku importu, tad šie konti tur automātiski paradās. \\
 +
 +Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\
 +Tas ir konts, uz kuru jāgrāmato,​ piemēram, bankas komisijas maksas.\\
 +
 +Arī Samaksas veida kartiņā piem. SWED, aizbraucot uz pašu leju, ir vieta Bank Services, kur var norādīt kontu. \\
 +{{ :​lv:​banku_sam.png?​direct |}} 
 +
 +Uzstādījuma **Bank Services** ​ konts automātiski nonāk Bankas importā **Fee account** kolonnā. Kolonnā **Maksa** jeb **Fee** nonāk komisijas maksas summa.
 +{{ :​lv:​bank_fee.png?​direct |}}
 +------
 +
 +
 +====Banku importa dokumenta konti - Karšu maksājumi POS darījumi====
 +Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā **“Karšu maksājums”**:​\\
 +• Kolonnā ”Konts” jānorāda grāmatojuma kredīta konts (tas, kurš atbilst norēķiniem ar maksājumu kartēm). \\
 +Konts - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī,​ kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā;​ \\
 +• Kolonnā ”Bankas komisijas konts” jānorāda konts, uz kuru jāgrāmato komisija par karšu maksājumu (komisijas summa ir redzama bankas importa kolonnā ”Maksa”). \\
 +Bankas komisijas konts – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\
 +
 +Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:​Transakcija”. \\
 +Ja izveido Banku komisijā noteikumu ar tipu Transakcija,​ tad banku komisiju kontu norāda pie KONTS.
 +-------
 +====Bankas importa noteikumi POS maksājumi un bankas komisijas====
 +Karšu maksājumu Bankas importa noteikums. Tos var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi. \\
 +Datubāzēs selecta_lv, apollo_kino_lv. \\
 +{{ :​lv:​bankimpnot3.png?​direct |}}
 +--------
 +====Banku imports maksājuma uzdevumi Citadele====
 +Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\
 +
 +Kā arī “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu (jāatstāj tukšs) no maksājuma veida lauka “Bankas konts komisijām” bankas kontu.
 +------
 +====Resursi nevar redzēt laukus kā vajag====
 +Nepieciešams ieiet RESURSI, uzspiest uz **Dokumenta lauki**. \\
 +
 +Tad pie “kopēt no lietotāja” izvēlēties no kura lietotāja ņemt Resursa skatu, pie "​piešķirt lietotājam"​ jābūt tam lietotājam,​ kuram tiek kopēti uzstādījumi:​ \\
 +Tad jānospiež poga Uzstādījums un Saglabāt.\\
 +Paziņojumā,​ kas parādīsies,​ jāizvēlas Ok. \\
 +Tā ir jāizdara visiem lietotājiem,​ kas grib redzēt resursu laukus šādā izkārtojumā.
 +
 +-------
 +====Čekā ir gan skaidra nauda, gan ar karti, Directo rāda visu kopā====
 +Maksājumi tiek dalīti, bet Directo parādās kā viens darijums citi darijumi, kapēc? \\
 +
 +Atskaitē RĒĶINU ŽURNĀLS , lai Directo izdalītu maksājuma veidus atsevišķi,​ ir jāieliek ķesis pie **Vairāki maks. term.**
 +------
 +====Dažādi maksājumu veidi, Rēķinu žurnāls====
 +Lai atskaitē Rēķinu žurnāls rādītos iespēja ielikt ķeksi pie **Viarāki maks.term.** , sistēmas uzstādījumos jānomaina uzstādījums:​ \\
 +POS invoice uses multiple Payment terms \\
 +EKA rēķins lieto vairāku Maksājumu nosacījumus \\
 +{{ :​lv:​rek_z.png?​direct |}}
 +-------
 +====Rēķinu žurnāls, apmaksa skaidrā naudā un ar karti====
 +Klients norēķinājās ar dāvanu karti EUR 5 un skaidrā naudā EUR 0,21. Directo visu summu atskaitē uzrāda tikai DK - Dāvanu karte. \\
 +
 +Lai atskaitē Rēķinu žurnāls, lai rēķina samaksas veidi tiktu izdalīti atsevišķās rindās, nepieciešams ielikt ķeksi pie filtra Galvenes maks.term.
 +{{ :​lv:​rek_zz.png?​direct |}}
 +--------
 +====Rēķinu žurnāls - debitoru atskaite====
 +Pašlaik mēģinu atrast pārskatāmu debitoru atskaiti. Vislabāk derētu Rēķinu žurnāls, ja tajā būtu iekļauta maksājumu informācija. Vai to var pievienot? \\
 +
 +Ja atskaitē Rēķinu žurnāls ieliek ķeksīti pie Ienākošais maksājums, tad atskaitē ir papildu kolonnas ar informāciju par maksājumiem.\\
 +
 +Saistībā ar debitoriem izrakstītajiem rēķiniem un to apmaksu vēl var noderēt, piemēram, Periodiskais klientu pārskats (https://​wiki.directo.ee/​lv/​mr_aru_per) un Pārdošanas reģistrs (https://​wiki.directo.ee/​lv/​mr_aru_reskontro).
 +------
 +====Samaksā skaidrā naudā, bet prece nav, Kl.pasūtījums====
 +ir situācijas,​ kad atnāk cilvēks un samaksā skaidrā par preci, kuras veikalā nav. Tad preci uzsūta un viņa pēc diviem mēnešiem atnāk.\\
 +Sākumā ​ izsit EKA čeku un ievada viņu Directu, bet nevar apstiprināt,​ jo preces jau nav. \\
 +Kā varētu sakarīgi rīkoties šādās situācijās?​ Taisīt kl.pasūtījumu un kaut kā apmaksāt viņu skaidrā?\\
 +
 +ATBILDE: tādā gadījumā būtu jāizraksta klientam pasūtījums (https://​wiki.directo.ee/​lv/​tell_tellimus). \\
 +
 +Lai norādītu, ka apmaksa saņemta skaidrā naudā, ir jāizveido ienākošais maksājums ar samaksas veidu, kuram var piešķirt, piemēram, kodu KASE, un šī samaksas veida kartītē jānorāda atbilstošais konts (tas visdrīzāk būtu Nauda ceļā konts). \\
 +
 +Kad tiek saņemta prece, tad tā jāpieņem noliktavā un pēc tam no pasūtījuma jāizraksta klientam rēķins un šim rēķinam jāpiesaista iepriekš saņemtā priekšapmaksa.
 +Noliktavas līmeni rēķins ietekmēs tad, kad tas būs apstiprināts.
 +------
 +
 +
 +====Perioda finanšu slēgšana====
 +Uzstādījumos meklēt “Finanses slēgtas līdz” un norādīt datumu (parasti nākamā mēneša 1.datumu). \\
 +
 +Ir iespējams arī slēgt konkrētus dokumentu tipus. ​
 +To var atrast zem Uzstādījumi - Apstiprināšanas nosacījumi / Saskaņošana.
 +Braucot līdz lejai jāmeklē šāda vieta, kur var norādīt nepieciešamo slēgšanas datumu.\\
 +
 +Ja nepieiešams veikt dokumentos korekcijas, šo datumu var noņemt , vai uzlikt mazāku uz to brīdi.\\
 +Ir pieejams ari apraksts Directo WIKI: https://​wiki.directo.ee/​lv/​yld_settings#​finansu_perioda_slegsana
 +-------
 +====Lietotājam Tiesībās redzēt finanšu kontus====
 +Saistībā ar tiesību uztādījumu,​ ka lietotājs var skatīties Virsgrāmatu un izvēlēties kontus. \\
 +Uzstādījumi ir sekojoši: \\
 +Pie Mainīt tiesības sadaļā **Uzstādījumi**,​ jāieķeksē kolonnā **Skatīt**,​ pie **Finanšu uzstādījumiem** \\
 +Sadaļā **Cits**, jāieķeksē,​ ka tiek atļauts **Kopētājs**
 +{{ :​lv:​paster.png?​direct |}}
 +
 +Ja no PZA nepieciešams redzēt, kas ir zem kontiem, kādi dokumenti veido kontu summu, tad jāpieliek tiesības redzēt atskati **Virsgrāmata** ​
 +{{ :​lv:​tiesibass3.png?​direct |}}
 +-------
 +====Slimības lapa algu aprēķinā,​ nepareizs dienu skaits====
 +gym_latvija ir problēma, ka algu aprēķinā personai Rihards Vilnis , Marta algu aprēķinā lec SLimības lapa A 4 dienas, nevis 3 (marta jābūt 3 dienām).
 +es saprotu, ka ja viņa labo uz tām 3 , tik un tā nākamoajos mēnešos sistēma ziņo par neapmaksātu slimības lapas dienu... vai varam sazvanīties un Tu paskaidro par tām lapām, algu aprēķins 1000008 \\
 +
 +Tas ir bug. Darbiniekam slimības lapa sākās februārī. Tā sākās pirmdienā un ilga 7 kalendārās dienas, 5 darba dienas. Bija jāapmaksā 4 darba dienas (jo pirmā slimības lapas diena nav jāapmaksā). Tās arī tika apmaksātas. Martā viņam 3 dienas turpinājās slimības lapa (visas šīs dienas bija darba dienas). To var redzēt arī kavējumu atskaites skatā Parasts. Bet Algu atskaites skatā provizorisks,​ kas rāda prognozējamo algu, rāda, ka jāapmaksā 4 slimības lapas A dienas, un tas nav korekti. \\
 +Turklāt slimības lapas A algas formulās ir iestatīts, ka ir jāapmaksā tikai darba dienas, nevis kalendārās dienas. \\
 +
 +Risinājums:​ Algas aprēķina dokumentu var labot manuāli, bet iestatīt, lai sistēma neziņotu par neapmaksātu slimības lapas dienu laikam nevar (jo bug dēļ sistēma uzskata, ka viena diena ir neapmaksāta).
 +------
 +====Algu modulis, darbinieks vairs nestrādā====
 +Ir 3 vietas, kur var aizslēgts darbinieku. \\
 +1. Lietotāja kartiņā uzliekot Slēgts - tad ši persona vairs neparādīsies dokumentos, piem. Avansa noreķinu dokumenta izveidošanā;​ \\
 +2. Personāla kartiņā sadaļā **Administrators** ir iespējams ielikt ķeksi **Slēgts**. ​ Bet tad viņš ir noslēgts Algu modulī. Citos moduļos , kā piem. zem Fiansēm - Avansa norēķini, persona vēlaizvien var parādīties. \\
 +Kad ir slēgts kādā no pirmajiem diviem variantiem, tas neietekmē atskaites, kas vēlāk jānodod par darbiniekiem (ddz un pfpisk); \\
 +3. Personāla kartiņā sadaļā **Darba attiecības**,​ rindas labajā pusē arī ir ķeksis **Slēgts**. Kad darbiniekam ir beigu datums, tad te var noslēgt. Bet šis gan ietekmē atskaites, kas vēlāk gada beigās ir jānodod, tāpēc nevajag likt Slēgts, kamēr nav nodotas visa vajadzīgāk atskaites par darbinieku. Ja uzliks Slēgts šeit, tad neparādīsies atskaitēs.
 +------
 +====Persona slēgta====
 +Vai var lūgt palīdzību tikt galā ar vienu avansa norēķinu personu, kura ir Slēgta, bet mums uz šo personu vēl ir jāpievada dokumenti. \\
 +Mēs nevara šo perosnu izvēleties Avansa norēķinā. \\
 +
 +Šīs personas kartiņā, lapā **Administrators**,​ tad uz laiku ir jānoņem ķeksītis **Slēgts**. Un pēc tam jāatceras uzlikt atpakaļ. Tad parādīsies vajadzīgajās atskaitēs.
 +-------
 +
 +
 +====Maksājumu saslēgšana,​ priekšapmaksas un reķins====
 +Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\
 +
 +Tad ir jāveido Payment un tajā:\\
 +• Vienā rindā jānorāda rēķins un laukā Bank sum jānorāda summa, par kuru šis rēķins jāapmaksā ar avansu. \\
 +• Otrā rindā jānorāda piegādātājs un laukā Bank sum jānorāda negatīva summa, par kuru šis rēķins jāapmaksā ar avansu.\\
 +Rezultātā laukā “Difference” jābūt 0.00: \\
 +{{ :​lv:​payment1.png?​direct |}}
 +• Laukā Date jānorāda datums, ar kuru šis rēķins jāapmaksā ar konkrēto avansu. \\
 +• Laukā Pay mode jānorāda maksājuma veids, kura kartītes laukā Account ir ārpusbilances konts. ​
 +------
 +====Maksājumu sasaiste, rēķinu segšana, IB====
 +db rulonas_lv \\
 +Ienākošais maksājums IB invoice balancing nr. 20220302 \\
 +{{ :​lv:​ibibib.png?​direct |}}
 +------
 +
 +====Bankas importa faila veids====
 +ir iespējams cits bankas importa formāts nevis iso? \\
 +Es pamainīju bankas kasrtiņā tipus, bet neatradu kādu kurš citu formātu piedāvātu. \\
 +
 +kaut kas savādāks ir priekš paypal aprakstīts ee, bet būtībā nav cita, tas vienīgais. \\
 +tas iso ir eu standarts. \\
 +katrai bankai katrā valstī jau nav reāli pielāgoties,​ tāpēc tas starpvalstu standarts arī tika ieviests. varbūt ir vērts sazināties ar to banku, mazums, tomēr ir viņiem arī iso standartam atbilstoši faili.
 +-----
 +====Bankas importā maksājuma uzdevumā kļūda 10k====
 +Kā noskaidroju,​ Latvijā ir īpaša prasība maksājumiem virs 10 000, diemžēl šāda iespēja Directo nav ieviesta un pagaidām arī nebūs. Tadēļ, tādus maksājumus no Directo sagatavot nevar, kas ir virs 10 tūkstošiem. \\
 +Maksājumu var papildināt vai sagatavot internetbankā. \\
 +
 +Sanāca ieimportēt MU, **bankā vajadzēja izvēlēties citu formātu**, iet arī virs 10 000 (būvdarbu sis.)
 +----
 +====Valoda datulauku valodas====
 +kontiem ir datulauks angļu valodā, bet mainot valodu directo un veidojot p/z atskaiti, viss tapat ir LV. kas man ir jādara citādāk? \\
 +
 +atskaitē ir lauks valoda, nevajag mainīt visam directo valodu un sistēmas uzstādījumos valoda jāuzliek uz LV, savādāk directo domā, ka viss jau tāpat ir eng. 
 +------
 +====Kontu plāns citā valodā====
 +Mums kontu plāns ir Igauņu, bet latviešu valodā, kolēģi no Igaunijas grib, lai tas būtu angļu valodā. ​
 +Kā var atrast kompromisu, jo mums vajag latviešu valodu saskaņa ar LR līkumošanu. Kad ,maina valodas programmā, tad kontu plāns nevar būt citā valodā?\\
 +
 +Tādos gadījumos konta kartītes laukā NOSAUKUMS norāda konta nosaukumu latviski (tad grāmatojumu rindās nonāks nosaukumi latviski), bet konta kartītes sadaļā Datulauki pēc šāda principa norāda konta nosaukumu angliski:
 +{{ :​lv:​desfrdgtfhgyj.png?​direct |}}
 +Kontu kartītēs lauku ar nosaukumu angliski var aizpildīt manuāli vai arī importēt nosaukumus angļu valodā, izmantojot vairumimporta moduli. \\
 +Pēc tam kontu nosaukums angliski var tikt attēlots, piemēram, virsgrāmatā,​ un arī ienākošajiem rēķiniem var pievienot papildu kolonnu ar rēķina rindā norādītā konta nosaukumu angliski. \\
 +Par to, kā pielāgot, lai sistēmā tiktu atspoguļots konta nosaukums angliski, sīkāk varēšu uzrakstīt, kad kontu kartītēs pēc attēlā norādītā principa būs norādīti nosaukumi angļu valodā.
 +------
 +====Silvano Fashion skeneri logu izmet labajā malā====
 +Jaunajā veikalā OLIMPIA , pieslēdzām jaunu tehniku un skaneri no Galerijas centrs, EKA rēķinā skanējot preci artikuls skanējās labajā augšējā stūrī, tieši tāpat kā Spicē. Nav iespējams normāli strādāt, jālabo. \\
 +
 +Krišjānis 29.07.2021 aizbrauca uz OLIMPIU. Silvano fashion skenera problēma ir daļēji atrisināta - Vaina ir skenera pusē. Skenerim ir uzlicies prefix izpildīt CTRL + F kombināciju skenējot preci, tāpēc atverās artikula kods find laukā. Šo var salabot konfigurējot skeneri (noņemot prefixus), bet viņu gadījumā tas ir pats lētākais skeneris un viņam šos uzstādījumus nav iespējams atrast. Rezultāts - Viņi pirks jaunus skenerus.
 +------
 +====Skenēt preci svītrukods Charlot====
 +Šodien ar dažiem jauniem artikuliem notiek dīvainas lietas: prece
 +jāskene caur daudzumu(EKA rēķini), jo ja skenēt caur artikulu sistēma
 +automātiski atzīmē artikulu tur, kur daudzums. \\
 +
 +piemēra artikuls BE20370211 \\
 +
 +Jā, problēma ar šo artikulu. Bet sākumproblēma ir ar svītru kodu(mēs to sapratām piektdienā,​ kad salīdzinājam uzlīmes uz precēm). Visiem bija dīvaini, kāpēc tas plānotājs skenējas savādāk. Nav Directo vaina. Paldies, ka mēģinājāt palīdzēt. ​
 +------
 +====kases aparāts Charlot veikaliem====
 +kāds zina nosaukumu kases sistēmai kuru izmanto charlot veikali un kā viņa strādā? \\
 +chd kkāds 300eur hibrīds. tā strādā ar macros metodi. charlot nav lētais hibrīds \\
 +https://​www.chd.lv/​produkti/​hibrida-kases-aparati/​hibrida-kases-aparats-chd-5850h \\
 +
 +kā tas hibrīds strādā? Kāda man būtu atšķirība starp nrdatas risinājumu un chd, ja neskaita to, ka chd gadījumā man papildus datoram ir kases aparāts. \\
 +
 +1. izmaksas, 2. tu strādā ar Directo un kases aparātā pabeidz darījumu. \\
 +
 +Kas ietilpst pie pabeigt? Apstiprināt?​ Tev kasē parādās summa utt un tu nospied printēt čeku? \\
 +
 +Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt,​ izlec melns logs, un  info aiziet uz kasi, tiek nosūtīts uz kases aparātu. Tad darbinieks nospiež makro taustiņu (ieprogrammētu),​ tiek uzdrukāti uz čeka artikuli, ekrānā parādās summa pa maksājuma metodēm un šīs summas tiek savadītas kases aparātā un pabeigts čeks. čeks tiek izdrukāts. \\
 +------
 +====Charlot nedrukā čeku, neaiziet uz kasi, error nevar izdrukāt====
 +Nospiežot Directo Apstiprināt,​ neparādas melnais logs un čekas neaiziet uz kasi. Līdz ar to nevar izprintēt čeku klienam. ASAP \\
 +
 +Paskatieties simbolus artikuliem un aprakstos. Melnais logs neparādās jo ir neatļauti simboli vai krievu burti. PIEM.: \\
 +Don`t nedrīkst but `. \\
 +Московская палитра nedrīkst. \\
 +Pēdiņas 27" \\
 +
 +{{ :​lv:​error_print_simbols.png?​direct |}}
 +
 +Jālūdz lai tech ar SQL izņem ārā. Var izlabot arī artikulu kartītē. \\
 +Kad simbols no sistēmas ir izņemts, tad apstiprinātais rēķins Directo ir jāatver vaļā caur uzturēšanu. Jāsaglabā par jaunu, lai vairāk nebūtu simbolu un jāspiež Apstiprināt. Tad čeks aiziet uz Kases aparātu, kur to var izdrukāt.
 +------
 +====Kases EKA rēķina iegrāmatošana,​ samaksa skaidrā naudā un ar karti. Naudas iestatījumi nepilnīgi====
 +Ja parādās EKA rēķinā paziņojums:​ **Naudas iestatījumi ir nepilnīgi (GR ???)** \\
 +Darba vietai nav maksājumu iestatījumi. Jāpaskatās rēķinā, kāda darba vieta, jāiet uz Uzstādījumiem - Darba vietas, un jāpārbauda lauki: \\
 +MAKSĀJUMA TERMIŅŠ \\
 +KARŠU MAKSĀJUMS\\
 +Piem. Finnex \\
 +{{ :​lv:​ezwrxty76.png?​direct |}}
 +
 +Jāpaskatās,​ vai lietotājam ir pievienotas lietotāja kartiņā Darba vietas un jāpieslēdzas atbilstošajai darba vietai. \\
 +
 +NL Latvija, lūdz rast iespēju, iegrāmatots šo rēķinus 2156629, kas tika daļēji apmaksāts 29eur ar bankas karti un 30,20eur skaidrā naudā.\\
 +
 +{{ :​lv:​kases_ceks_1.png?​direct |}}
 +
 +Šādos gadījumos Jums ir jāpieslēdzas atbilstošajai darba vietai, lai nerādītos paziņojums par nepareiziem naudas iestatījumiem.
 +-------
 +====JAHIPAUN====
 +Jauniem tikko izveidotiem klientiem kase nepiešķir automātiski atlaidi, kāpēc ? \\
 +
 +Tas tāpēc, ka klienta kartiņā nav ievietota cenu formula. Ar Daci runājām, ka pagaidām tā ir jāpieliek manuāli, kamēr nav izveidots automatizēts risinājums. ​
 +{{ :​lv:​jahip1.png?​direct |}} 
 +------
 +====Algas ar stundu likmi====
 +Mums nepieciešams aprēķināt darba algu darbiniekiem,​ kuriem noteikta stundas likme.
 +Vai ir nepieciešami kaut kādi papildus uzstādījumi Directo? \\
 +
 +Jā, tā kā tad, kad uzņēmumā tika ieviesta algu modulis, tajā nebija darbinieku, kuriem ir stundas likmes, tad šī iespēja netika iestatīta. Tādēļ, tā kā tagad šī nepieciešamība ir radusies, būtu jāiestata iespēja reģistrēt to darbinieku, kuriem ir stundas likmes, nostrādātās stundas un jāizveido papildu algu formulas. \\
 +
 +Lai varētu sagatavot iestatīšanas cenu piedāvājumu,​ lūgums noprecizēt:​\\
 +1) Vai katram darbiniekam,​ kuram ir stundas likme, ir viena stundas likme (respektīvi – vai nav tā, ka vienam darbiniekam ir vairākas atšķirīgas stundas likmes)?\\
 +2) Vai darbinieki, kuriem ir stundas likmes, veic nakts darbu?\\
 +3) Vai darbinieki, kuriem ir stundas likmes, strādā svētku dienās?\\
 +4) Vai darbinieki, kuriem ir stundas likmes, veic virsstundu darbu? Ja jā – kāds uzņēmumā ir virsstundu pārskata periods?\\
 +5) Uzņēmumā darbiniekiem,​ kuriem ir stundas likmes, slimības lapas A nauda tiek maksāta par visām dienām no pirmdienas līdz piektdienai,​ kuras ietilpst darbinieka slimības lapas A  periodā un nav oficiālās brīvdienas vai arī tiek maksāta par darbinieka plānotajām darba stundām?\\
 +------
 +====PVN kodi un finanšu konti Artikulu kartiņā====
 +Ja ir norādīti pie Artikulu klases, tad ņems tos vērā, ja ir norādīti Artikulam kartiņā, tad tas būs galvenais. \\
 +Kartiņā kontus un PVN kodus norāda sadaļā KONTI: ​
 +{{ :​lv:​konti_artikuliem.png?​direct |}}
 +-----
 +====PVN kodi====
 +purch invoice no stock rec. kadi uzstadijumi man personai ir jasaliek, lai automatiski paraditos vat kods un un konts? \\
 +
 +Tas nav personai, Tas ir vai nu piegādātajam,​ vai caur pvn zonām.
 +{{ :​lv:​pursch_ord_1.png?​direct |}}
 +------
 +====Hellmann pielāgotā atskaite savstarpējie norēķini, ieskaits akts====
 +DB hellmann_lv savstarpējo norēķinu jeb ieskaitam ir izveidots akts, kas atrodas zem Pielāgotās atskaites - Savstarpējie norēķini. \\
 +Tur jānorāda klienta ienākošais maksājums (maksājuma nr.) un tā paša klienta, bet piegādātāja nr. izejošais maksājums. Tad aktā parādīsies informācija no maksājumiem,​ par kādiem rēķiniem, kādas summas un tās savstarpēji nolīdzinās.
 +{{ :​lv:​hellll.png?​direct |}}
 +------
 +====Nevar iegrāmatot transakciju vai dokumentu====
 +Piem. nevar iegrāmatot Avansa norēķinu dokumentu, izmet paziņojumu. ​
 +{{ :​lv:​error_12.png?​direct |}}
 +
 +Jāieliek paziņojums Uzstādījumos meklētājā.\\
 +
 +Šis paziņojums norāda Uzstādījumos lauku,kur ir norādīts konkrētais konts, kas ir nederīgs. \\
 +
 +Jānomaina konts uzstādījumos,​ kļūdas paziņojuma norādītajā vietā.
 +------
 +====Avansa norēķini nākamo periodu grāmatojums,​ periodizācija====
 +Lai veidotos automātiska nākamo periodu grāmatojums,​ ari Avansa norēķina dokumentos, jāieliek ķeksis uzstādījumā - Automātiska rēķina periodizācija. \\
 +Automātiska rēķina periodizacija - Avansa norēķins. \\
 +{{ :​lv:​periodizacija_uzstadijums.png?​direct |}}
 +------
 +====pārdodot artikulu cenas vietā nonāk pašizmaksa====
 +ir kaut kāds uzstādījums,​ ka pārdodot artikulu cenas vietā nonāk pašizmaksa?​ pārdot par pašizmaksu ? \\
 +
 +cenu formula. \\
 +vēl var klienta kartiņā likt atlaidi ar mīnusu, tas būs uzcenojums virs pašizmaksas. \\
 +bet sarežģījums tajā, pa pašizmaksa ir piesaistīta noliktavas id, un tas nav droši rakstīts, kamēr rēķins nav apstiprināts. \\
 +t.i., standarta gadījumā, ja tas nliktavas id netiek rezervēts vēl neapstiprinātā. \\
 +tāpēc parasti izmanto iegādes cenu no artikula kartiņas. \\
 +ja izmantos iegādes cenu no artikula kartiņas, tad jāpaskatās arī uzstādījumu par to, kā tā tiek atjaunota un kā viņi vēlas, vai ar pēdējo, vai vidējo, kā ir salikts kartiņās un kāds ir noklusējums master settingos. \\
 +ir kas vispār ar importu atjauno reizi kaut kādā periodā visus artikulus un izvēlas, lai automātiski nemainās tā iegādes cena. t.i., viņiem atnāk aktuālais dīleru izcenojums un viņi saliek.
 +
 +------
 +====ARCXO Kl.pasūtījumos priekšapmaksas rēķina numurs====
 +Arcxo tiek veidoti 2 savstarpēji saistīti jeb vienādi Kl.pasūtījumi,​ jo viņiem atšķiras priekšapmaksas summas, kas jāizraksta klientam. \\
 +Vajag , lai rēķina numurs būtu viens un tas pats, bet ar piebildi. \\
 +Tādiem pasūtījumiem laukā **Klienta pasūtījuma nr.** ieliek pasūtījuma nr. + identifikatori 1 vai 2. \\
 +Šis arī parādīsies kā dokumenta numurs izdrukā.
 +{{ :​lv:​arcxookl.png?​direct |}}
 +--------
 +====Bankas importa maksājuma numurs====
 +Kaamos. Bankas importā pie maksājumiem (izejošie maksājumi) rādās izsaukuma zīmes, šajā gadījumā Maksājuma numuri atkāŗtojas jeb dublējas. \\
 +**InstrID** ir parametrs XML failā, kas ir unikāls maksājuma jeb transakcijas identifikators. Laukā norādītais identifikators paredzēts, lai klients savā pusē identificētu maksājumu.
 +-------
 +====P/Z aprēķinā atšķirības ar Virsgrāmatu kontam====
 +PZ aprēķina konta 7750 vērtība 305 eur, bet 279. \\
 +
 +Izņemiet PZ atskaitē ķeksīti “ātrs”,​ lai iegūtu jaunākos rezultātus.
 +-------
 +====TVNET darba attiecības personāla kartiņā====
 +Mums šobrīd ir šāda problēma - vadot izmaiņas Directo, konkrētāk mainot slodzes daļai darbinieku, pēc kāda laika, ievadītais vienkārši pazūd. Saglabājas tikai dažiem. \\
 +Uzreiz redzu, ka atšķirība šim darbiniekam no citiem, ir Password sadaļā. Izskatās, ka šajā gadījumā nenotiek sasaiste ar citu mūsu sistēmu. (sasaiste visdrīzāk nenotiek tāpēc, ka šim konkrētajam darbiniekam,​ netīšām bija izveidotas 2 personāla kartiņas, bet tā kartiņa, ko izmantojam šobrīd, izskatās, ka nav sasaistīta). \\
 +
 +Mums izskatās tā, ka dati tiek atjaunoti atbilstoši tam, kāda informācija ienāk no citas sistēmas. Tātad, ja ir nepieciešamas izmaiņas, tās primāri ir jāveic kaut kur citur.
 +Pamēģiniet un dodiet ziņu, vai tas nostrādā!
 +Ja jums atnāk kāds komentārs no kādas citas sistēmas IT cilvēkiem, tad mēs arī labprāt ar to iepazītos. \\
 +
 +Diemžēl mums nekas nav zināms, izņemot to, ko varam nolasīt no ienākošo xml apstrādes koda, jo neviens no mūsu darbiniekiem nebija iesaistīts šīs sasaistes veidošanā.
 +Varbūt ir vērts pajautāt kolēģiem no kāda grupas uzņēmuma Igaunijā, kuriem arī ir directo personāla modulis, vai ir pieejama kāda plašāka informācija par šo izstrādi? ​
 +Mūsu EE kolēģi parasti veido wiki lapas par šādām individuālām izstrādēm,​ bet iekš Postimees Grupp wiki lapas nekas nav par personālu, tikai par līgumiem un artikuliem.
 +Mēs no savas puses protams arī varam mēģināt noskaidrot atbildīgo personu EE un palūgt papildu informāciju. \\
 +
 +Redzam, ka izmaiņas kartiņās veicis ARGO.REINTAL un salabojis problēmu.
 +------
 +====API integrācijas savienojumi ar Directo====
 +Ja ir piem. integrācija ar kādu citu programmu, kur veic noliktavas uzskaiti un tā informācija automātiski iesūtas ar XML uz Diercto un tā informācija parādās arī pie mums. \\
 +
 +Lai sistēmas savienotu, nepieciešams kādam izstrādāt API un tad jau mēs varam izveidot integrāciju. \\
 +
 +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 |}}
 +------
 +====Neienāk čeki no kases aparāta Baltika====
 +baltika sūdzējās šodien, ka neienākot čeki no vairākiem veikaliem, bet cik paskatījos,​ no citiem veikaliem nākuši šodien, tā kā teicu, lai piesaka NRdata, lai pārbauda, vai nosūtās. Pie mums to čeku nav, ja viņi atkārtoti nesūtīs, tad mēs nesaņemsim. jālūdz NR Datu , lai iesūta atkārtoti un jāapkopo laikam čeku numuri, kuri nav atnākuši.\\
 +
 +problema atrisināta,​ 2 lokācijas ar 1 kases nr., Tādas tika izveidotas 2. Nokopēta spice ivo nikollo un domina ivo nikollo. \\
 +Kases nr. nevar atkāŗtoties,​ tos piesķir/​jāvaicā NRdata.
 +{{ :​lv:​kasesnr.png?​direct |}}
 +------
 +
 +====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation====
 +Kad tiek apstiprināts Pasūtīums,​ jāparādas papildus pogām, kā Pasūtījums ORDER. \\
 +Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS. ​
 +{{ :​lv:​quott.png?​direct |}}
 +
 +UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas.
 +{{ :​lv:​quoo22.png?​direct |}}
 +------
 +====Grāmatojumu reģistrs korespondējošais konts auditori====
 +vēlējāmies vaicāt vai Jūsu grāmatvedības programma tomēr nepiedāvā grāmatojumu reģistru, kurā būtu redzama kontu korespondence,​ respektīvi,​ katrai summai būtu redzams, kura konta debetā un kura konta kredītā šī summa grāmatota? \\
 +
 +VG var ieslēgt korespondentkontu skatu, vienīgi tas nebūs tik loģiski precīzi, lai uzrādītu tikai tos, kas tiešām saistīti, bet uzrādīsies visi, kas tai pašā transakcijā ir otrā pusē: \\
 +{{ :​lv:​vg_korr.png?​direct |}}
 +
 +Ar datumiem ir tā, ka VG attēlo tikai rindas datumu, t.i., to datumu, kad notikusi operācija ar to kontu, kas tiek pārskatīts. Un viena konta pārskatā VG attēlojas tikai darbība ar izvēlēto kontu nevis pilna transakcija. \\
 +
 +Pielāgotajā atskaitē nav atsevišķas kolonnas ar korespondentkontiem,​ bet tur tiek parādīta uzreiz visa transakcija kopumā – gan debeta, gan kredīta puse un attiecīgie konti. \\
 +
 +Ar datumiem tur ir tā, ka parādās transakcijas datums (kas ir galvas, nevis rindas datums) un pēdējo izmaiņu datums (nosaukums kolonnai - dokumenta datums).
 +Iespēja pielikt tur kolonnu ar rindas datumu ir, dodiet ziņu, vai vajag to izdarīt? \\
 +{{ :​lv:​korr2.png?​direct |}}
 +-------
 +====Nākamo un iepriekšējo periodu korespondējošie konti====
 +Kontu kartiņā, piem. Izdevumu kontam var piesaistīt tikai viena veida korespondējošo kontu (nākamo vai iepriekšējo periodu). ​
 +Kā rīkoties? \\
 +
 +1) Konta kartiņā atstāj to kor.konru, kuru visbiežāk izmanto, piem. Nākamo periodu izdevumi. Pēc tam transakcijā var manuāli labot/​mainīt uz otru (iepriekšējo periodu) kor.kontu; \\
 +2) konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem. \\
 +
 +
 +NAV iespēja norādīt 2 korespondējošos kontus, vienu par nākamo periodu izdevumiem un otru par saistībām,​ jeb iepriekšējo periodu, uz pagātni attiecināmiem izdevumiem. \\
 +Diemzēl, var norādīt/​piesaistīt TIKAI 1 kor.kontu , lai gan pēc LV gramatevdības vajadzētu 2 laukiem būt. \\ 
 +kā tādā gadījumā rīkoties? \\
 +1) kor.kontu norāda to, ko lieto vizbiežāk un ja vajag to otru, tad transakcijā manuāli jāparlabo; \\
 +2) vai nu tā, vai arī konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem.
 +{{ :​lv:​kor_konti_fin_kontu_kart.png?​direct |}}
 +-----
 +
 +====Līgumu saraksts Rēķini no Līgumiem====
 +Ir izmaiņas atskaitē Līgumu saraksts. Tie uzņemumi kas izraksta nomas utml. rēķinus no šīs atskaites, zvana un saka ka nerādās poga - Veidot rēķinus. \\
 +
 +Tas tāpēc, ka nesen  EE uzlikuši jaunu lauku SLĒGTS un noklusejumā stāv VISI.  ​
 +Kad uzliek uz AKTĪVS, tad atkātoti nosiešot atskaite arī paradisies poga Veidot rēķinus:
 +{{ :​lv:​contract_list1.png?​direct |}}
 +-----
 +====Selecta Coffee address Pārskati e-pasti kas saņem ziņas====
 +kur Directo jāmaina e-pastu adreses saņemtajiem paziņojumiem no Tasker par iekārtu uzstādīšanu ? Lūgums zemāk sarakstē norādītos epastus par iekārtu uzstādīšanām un noņemšanām. \\
 +{{ :​lv:​parskati2.png?​direct |}}
 +
 +E-pasta adreses var nomainīt sekojoši, Sadaļā **Sistēma** – **Dokumenti** – **Pārskati**:​ \\
 +Pārskats:​1053
 +{{ :​lv:​parskati1.png?​direct |}}
 +-----
 +====Lapu skaits dokumentu sarakstam====
 + Ir redzams vai nav redzams cik lapas ir kopā. ​
 +{{ :​lv:​lapu_daduzums.png?​direct |}}
 + ​Uzstādījums:​ **Dokumenta pārlūkotājam/​kopētajam ir lapu numuri** \\
 +**Document browersers/​pasters have page numbers**
 +{{ :​lv:​lapusk.png?​direct |}}
 +------
 +====EKA POS rēķinam jāmaina samaksas termiņš veids PĀRVALDE====
 +Gogi, Apollo APL EKA POS reķinam jāsamaina samaksas veids. Visai summai jābūt vienā samaksātā veidā. \\
 +Ja rēķins ir apstiprināts,​ tad to vajag atvērt/​atgrāmatot caur uzturēšanu. Un tad tur kur nepareizi jāieraksta 0.00 un OK. Un attiecīgi, atlikusī visa summa ielēk citā veidā. OK un Apstiprināt. \\
 +Ja ir maksājums ar karti, tad var ieslēgt PĀRVALDI, kas atrodas pie āmurīša.\\
 +
 +uzspiest uz otra veida, kur 44.40 un ielikt tur 0, vai, ja tas ir kartes maksājums, tad jāieslēdz eka pārvalde pie āmurīša, lai kartes aksājumu noņemtu. \\
 +kamēr tur nav 0, nevar vairāk ielikt citur, jo nevar pārsniegt summu
 +
 +{{ :​lv:​posrekina.png?​direct |}} \\
 +
 +{{ :​lv:​oiughv.png?​direct |}}
 +------
 +====EKA POS samaksas veids APL samainīt====
 +{{ :​lv:​eka_apl_restaurants.png?​direct |}}
 +Darba vietai jābūt vajadzīgajam samaksas termiņam.
 +Pārbaudīt samaksas termiņus Darba vietā.
 +Jāieiet ar darba vietu, kur visi pieejami. Tukša darba vieta.
 +{{ :​lv:​apl_ekaeka.png?​direct |}}
 +-----
 +====PVN deklaracija====
 +Laba versija USS, Moduls engineering.
 +------
 +====Dzēst piegādātāju====
 +Ja notikusi reorganizācija,​ jādzēš piegādātāja kartiņa, poga DZĒST. un Visu par pārnest uz citu Piegadātāju:​
 +{{ :​lv:​aizvv.png?​direct |}}
 +Var izmantot vienu no šiem variantiem: \\
 +-             ​Izdzēst piegādātāja kartiņu, izvēloties aizstāt datus ar citu pieg. kodu, tas, ja nepieciešams,​ lai visa vēsture pārrakstās;​ \\
 +-             ​Manuāli jākoriģē avansi un neapmaksātie rēķini, ieliekot tur citu pieg. nr., ja jāpārliek tikai atlikums.
 +------
 +====Rēķins CSV vai XSL formātā====
 +Mums ir klients, kuram ir nepieciešams saņemt rēķinus csv vai xls formātā. Vai ir iespējams pievienot eksporta izvēle, lai jeburu rēķinu varētu ģenerēt vienā no šīm formām? \\
 +
 +Jā, ir tāda izdruka iespējama, kas veidotu csv vai xls failu no rēķina datiem, vienīgi tad būtu jāprecizē,​ kāda tieši informācija par rēķinu šajā failā jāiekļauj?​
 +Varbūt klients var atsūtīt šāda rēķina formāta piemēru, kādu to gribētu saņemt? \\
 +Vēl ir iespēja viegli iegūt rēķina rindas ekselī no atskaites rēķinu žurnāls:
 +https://​wiki.directo.ee/​lv/​mr_aru_arved#​viena_rekina_datu_atlase
 +------
 +====Nākamo periodu kontu atlikums pa klientiem====
 +No SIA Pellet 4Energia grāmatvedības.\\
 +Sakiet lūdzu, kurā atskaitē būtu redzams nākamo periodu izdevumu konta atlikums pa klientiem uz konkrētu datumu? Mūsu gadījumā tas būtu konts 15320007 un mums ļoti gribētos saprasts beigu atlikuma atšifrējumu pa klientiem, piem. uz 31.10.2020. \\
 +
 +Virsgrāmatā ir pieejamas apakšsummas pēc klienta vai piegādatāja,​ atkarībā no tā, kas ir ielikts grāmatojumā. \\
 +http://​wiki.directo.ee/​lv/​fin_aru_pea#​kopsummas_pec_piegadatajaklienta \\
 +
 +Ko nozīmē atlikums beigās, vai tas ir summas kas ir apmaksātais avanss, vai nav attiecinātās?​ \\
 +
 +Maksājumi šai kontā veido debetu, bet pirkuma rēķini kredītu, līdz ar to debeta atlikumam būtu jābūt neizmantotajai avansa daļai, bet mazāk par 0 (t.i., uz kredīta pusi) atlikumam nevajadzētu būt, jo tas nozīmētu, ka ir izmantota lielāka avansu summa, nekā pieejams. \\
 +{{ :​lv:​tran_sar_1.png?​direct |}}
 +
 +Bet redzu, ka šobrīd situācija ir tāda, ka maksājumos transakcijā nepievienojas piegādātāja kods, tāpēc veidojot skatu ar kopsummām pēc pieg. Koda, sasummējas tikai tās transakcijas,​ kur tāds ir klāt, un tie tad ir tikai rēķini, tātad, uzrādās summa ar izmantotajiem avansiem. \\
 +To, vai maksājumu transakciju rindās likt klāt klientu/​piegādātāju ietekmē šis uzstādījums:​ \\
 +{{ :​lv:​tran_sar_uzstd.png?​direct |}}
 +Variants “Aktīvu daļā arī” nozīmē, ka japievieno gan klients, gan piegādātājs,​ gan ien., gan izejošajos maksājumos. \\
 +Bet pirms mainīt šo uzstādījumu,​ būtu tad nepieciešams sadalīt atlikumu tajos kontos (debitori, kreditori, avansi), kurus šis uzstādījums ietekmē, balstoties uz to, ko rāda pirkumu/​pārdošanas reģistrs un avansu atskaites. Bet vēl pirms tam jāpārliecinās,​ ka kopējais atlikums sakrīt virsgrāmatas kontos ar šīm atskaitēm. \\
 +
 +Ja būs vēlēšanās šo opciju ieslēgt, tad dodiet lūdzu ziņu, vai ir nepieciešams sīkāk aprakstīt, kā sadalīt atlikumu kontā. \\
 +Sarežģīti tas nav, ta ir tikai viena manuāla transakcija,​ reversējot esošo atlikumu kontā par to summu, kāda ir bez piegādātāju/​klienta koda, un tad ievadot to no jauna, sadalījumā pa klientiem/​piegādātājiem.
 +------
 +====AutoTeksts Autotext Aprakstu piesaistīšana kontam====
 +kā no iepriekš sagatavotu tekstu saraksta izvēlēties rēķina rindas tekstu (ja tam ir jābūt citādākam nekā konta nosaukums). \\
 +
 +Lai to izdarītu, vispirms jāpiesaista kontiem nepieciešamie teksti:\\
 +1) No galvenās izvēlnes jādodas uz UZSTĀDĪJUMI → Galvenie uzstādījumi → AutoTeksts\\
 +
 +2) Jānospiež poga Pievienot jaunu.\\
 +
 +3) Tad tiks atvērta jauna autoteksta kartīte, kurā jāaizpilda lauki:
 +TEKSTS – jāieraksta teksts, kuru nepieciešams varēt izvēlēties kā rēķina rindas tekstu.\\
 +TIPS – ACC\\
 +FILTRS – jānorāda konts, kuram jāpiesaista laukā TEKSTS norādītais teksts.\\
 +4) Kad autoteksta kartīte ir aizpildīta,​ tajā jānospiež poga Saglabāt.\\
 +
 +Ienākošajā rēķinā tekstu no kontam piesaistīto tekstu saraksta varēs izvēlēties,​ rindas apraksta laukā nospiežot taustiņu kombināciju Alt +T \\
 +Tad tiks atvērts saraksts, no kura var izvēlēties nepieciešamo tekstu. Lai to izdarītu, jāuzspiež uz teksta, kurš ir kolonnā TEKSTS.
 +------
 +====USS FORUS sūta rēķinus Swedbank e-rēķinu standarts xml Rēķinu žrunāls====
 +DB uss_latvia_lv no atskaites Rēķinu žurnāls, norādot Līgumu klasi AM, parādās poga PARĀDA FAILS SWED LV. \\
 +Tiek uzģenerēts e-rēķins, Swedbank xml standarts (skat. google).
 +{{ :​lv:​uss_import_xml.png?​direct |}} \\
 +
 +Iekšējā dokumentācijā atradām, ka klientam, kuram ir ieviesta e-rēķinu sūtīšana uz “Swedbank”,​ lai klienti saņemtu ”Swedbankā” e-rēķinus,​ ir jābūt rekini.lv klientam, un jāsūta no Rēķinu žurnāla iegūtais fails uz speciālu rekini.lv e-pastu tālākai faila apstrādei, kuras rezultātā Jūsu klienti “Swedbank” saņemtu e-rēķinus. \\
 +
 +Tehniskā specifikācija:​ https://​www.swedbank.lv/​static/​pdf/​business/​cash/​einvoices/​Latvian_e-invoice_description.pdf \\
 +
 +Iesūtītajā failā ir ļoti daudz kļūdas. Iesakām paskatīties tehnisko specifikāciju un izmantot xsd failu validācijai. \\
 +Fails pieejams norādītajā saitē, zem sadaļas ​ - Kā iesūtīt e-rēķinus->​Saites\\
 +
 +Tas, ko uzreiz pamanījām:​ \\
 +
 +1) Šeit jābūt EINVOICE <​AppId>​EINVOICE</​AppId>​\\
 +2) Šis elements nav jāizmanto <​SenderId>​uss_latvia_lv</​SenderId>​\\
 +3) Invoic atribūtā jābūt presentment="​ "\\
 +4) Invoice atributā jābūt sellerRegNumber\\
 +5) This element is not expected. Expected is one of ( BIC, BankName ).\\
 +6) Element '​IBAN':​ This element is not expected. Expected is one of ( BIC, BankName ).\\
 +7) '​PayerName':​ This element is not expected. Expected is ( PaymentId ).\\
 +-----
 +====USS latvija FORUS kā sagatavo rēķinus no Līguma klases AM un priekš Swedbank importa====
 +Rēķiniem, jābūt ​ izrakstītiem no līgumu klases AM (Automātiskā apmaksa). \\
 +
 +Vispirms sistēmā ir jāizraksta un jāiegrāmato rēķini, kuri būs jāsūta “Swedbankai”. Pēc tam: \\
 +
 +1) No galvenās izvēlnes jādodas uz kolonnu PĀRDOŠANA → ATSKAITES → Rēķinu žurnāls
 +Tad tiks atvērta atskaite Rēķinu žurnāls. \\
 +
 +2) Atskaitē jānorāda: \\
 +• Periods,​ kurā ietilpstošie rēķini jāsūta “Swedbankai” (tādējādi tiks atlasīti tie rēķini, kuru datums ietilpst norādītajā periodā) \\
 +• Tā kā “Swedbankai” jāsūta tie rēķini, kuri izrakstīti no līgumu klases AM, tad jānorāda līgumu klase AM \\
 +
 +3) Jānospiež poga ATSKAITE \\
 +
 +4) Tad tiks sagatavota atskaite par rēķiniem, kuri ietilpst atskaitē norādītajā periodā un ir izrakstīti no līgumu klases AM. \\
 +
 +5) Lai iegūtu xml failu ar šiem rēķiniem, jānospiež poga PARĀDA FAILS SWED un jālejupielādē fails. \\
 +
 +6) Pēc tam šo failu var sūtīt “Swedbankai”.
 +----------
 +
 +
 +====Rēķina PREFIKSS====
 +Kā ierakstīt rēķina xsl izdrukas formā prefiksu, piem. MER: \\
 +
 +<​!--Header block text variables-->​ \\
 + <​xsl:​variable name="​str_headvar_0"><​xsl:​value-of select="'​MER '"/></​xsl:​variable>​ \\
 + <​xsl:​variable name="​str_headvar_1"><​xsl:​choose><​xsl:​when test="​$language='​LV'"><​xsl:​value-of select="'​Rēķins Nr. '"/></​xsl:​when><​xsl:​otherwise><​xsl:​value-of select="'​Invoice No. '"/></​xsl:​otherwise></​xsl:​choose></​xsl:​variable>​
 +
 +-----
 +====HRX piegādes dokumentos kļūdas====
 +Piegādes dokumentā kaut kas tiek no lietotāju puses sadarīts tā, ka veidojas jokaina artikulu kustības vēsture. \\
 +Tādā gadījumā, piegādes dokuments jāatgrāmato un par jaunu jāapstiprina. Tad viss atrisinās.
 +------
 +====HRX SIA pielāgotās atskaites BONUS REPORT====
 +Budžetus varat norādīt darbinieku kartītēs.\\
 +Lai to izdarītu, no galvenās izvēlnes dodieties uz kolonnu PERSONĀLS →  DOKUMENTI →  Personāls. Tad tiks atvērts darbinieku saraksts. \\
 +Darbinieku sarakstā atveriet tā darbinieka, kuram jānorāda budžets, kartīti. Kartīti var atvērt, uzspiežot uz tās koda. \\
 +Pēc tam atveriet darbinieka kartītes sadaļu ”Datulauki” un papildiniet to – jaunā rindā izvēlieties datulauku ”Jauno klientu budžets”,​ nākamajā laukā norādiet summu un aiznākamajā laukā mēnesi, uz kuru attiecas budžets (ja mēnesis ir šī gada aprīlis, tad norādiet 04.2021, ja šī gada maijs, tad norādiet 05.2021 utt.). \\
 +Lai jaunais darbinieks parādītos pielāgotajā atskaitē “bonus report”, pie Datulaukiem norādīt – Iekļaut Bonusu atskaitē – Jā.
 +------
 +
 +====Profiks Cleans SREC noliktavas saņemšana Cenu pašizmaksas maiņa====
 +Atnāk Prece, izveido SREC un atnāk Ien.rēķins. \\
 +Pēc tam piegādātājs atsūta jaunu Ien.rēķinu tikai piem. 2 precēm, kam cena samazināta. Līdz ar to iepriekš saņemtās preces ir jāsamazina,​ bet nevar izmantot JAUNA cena kolonnu, jo pavadzīmēm ir jāsakrīt. \\
 +Veido jaunu SREC dokumentu , kur tās preces, kas jāmaina ieliek ar daudzumu -1 un norada pareizo NOLIKTAVAS ID, kurš ir jānoņem no noliktavas. \\
 +Un ar +1 ieliek ar jauno cenu.
 +{{ :​lv:​srec_prof_clean.png?​direct |}}
 +-----
 +====TVNET savienojums ar citu rēķinu sistēmu====
 +Man būtu jautājums par viena rēķina automātisko grāmatojumu (tas mums importējas no ārējās rēķinu sist.). Rēķins Nr.1006742 izveidojis automātiski grāmatojumu par PVN summu uz ieņēmumiem un tad atgrāmatojis summu, bet paņēmis citu ieņēmumu kontu nekā nepieciešams. Kas varētu būt pa iemeslu tam un kā varam to novērst. Vnk automātiski ir aizgrāmatojies uz to kontu, kur nevajadzēja būt.  ​
 +Pievienoju printscrean ​ ka ir parasti un šo gadījumu. \\
 +
 +Savienojums ar jūsu rēķinu sistēmu ir iesūtījis rēķinu, kura summai Directo ir piemērojis vēl PVN 21% (PVN koda 1). Sapratu, ka tā ir kļūme jūsu sistēmas pusē, ka nepareizi iesūtījusi.
 +Un PVN summa aizgājusi uz Noapaļošanas kontu 41105. \\
 +Pārbaudot pēc Virsgrāmatas kontu 41105, 2022.gadu, šis ir vienīgais gadījums.
 +
 +Lai izlabotu, atveriet rēķinu, ielieciet PVN kodu ar 0%, saglabājiet un Iegrāmatojiet.
 +Protams, pārbaudiet vēl jūsu sistēmā, vai šis rēķins ir 990,- eur ar vai bez PVN. Tā lai summas sakristu. \\
 +Sapratu no programmētājiem,​ ka Rēķini Directo automātiski negrāmatojas.
 +-----
 +====Cost Pocket====
 +Darbinieks iesniedz čeku, ir aplikācija CostPocket, čeku nobildē, tas ielasās pielikumos Directo, kā arī automātiski izveido Avansa norēķinu. Nolasa arī datus, summu, iespējams vēl ko.... un gatavs. \\
 +čeku var tikai pa vienam, nav iespējams apvienot 1 avansa norekina dokumenta vairākus.
 +-----
 +====Selecta====
 +Kā notiek preces atgriešana caur kases aparātu DIRECTO programmā? \\
 +Directo rēķins, negatīvi daudzumi, izvēlas apmaksas termiņu, uz kases aparāta ATMaKSa un poga kas parasti - makro poga.
 +------
 +====Avansa norēķins, Izmaksa avansa norēķina personai, bankas imports====
 +db Dimela. par Banku importu nr. 2023000006 un Avansa norēķinu 2023000002.\\
 +
 +Par maksājumu, kuru darbinieks veicis ar karti, ir jāizveido dokuments Izmaksas av.nor.pers,​ dokumentā norādot bankas kontam atbilstošo maksājuma veidu, maksājuma veikšanas datumu, darbinieku, maksājuma summu un valūtu (ja valūta nav EUR).
 +Visātrāk dokumentu Izmaksas av.nor.pers. var izveidot no dokumenta Bankas imports
 +https://​wiki.directo.ee/​lv/​fin_valjavote \\
 +
 +Savukārt, kad no darbinieka tiks saņemti šo darījumu attaisnojuma dokumenti, tad ir jāizveido Avansa norēķinu dokuments (https://​wiki.directo.ee/​lv/​fin_kulutus ). \\
 +
 +Atskaite, kuru var izmantot ”Izmaksu av. nor. pers. periodiskā atskaite” https://​wiki.directo.ee/​lv/​fin_aru_per \\
 +------
 +====Avansa noreķina persona, izmaksa darbinieks maksā ar karti====
 +kā labāk ​ sasaistīt ​ avansa norēķinu personas un  karsu norēķinus.
 +Saņemta rēķinā ir noradīts avansa norēķina numurs, bet  veidojot ​ Av personas atskaiti izskatas kā  uzņēmumam ir parāds pret personu. \\
 +
 +ATBILDE: Par maksājumu, kuru darbinieks veicis ar karti, ir jāizveido dokuments Izmaksas av.nor.pers,​ dokumentā norādot bankas kontam atbilstošo maksājuma veidu, maksājuma veikšanas datumu, darbinieku, maksājuma summu un valūtu (ja valūta nav EUR).
 +Visātrāk dokumentu Izmaksas av.nor.pers. var izveidot no dokumenta Bankas imports
 +https://​wiki.directo.ee/​lv/​fin_valjavote \\
 +
 +Savukārt, kad no darbinieka tiks saņemti šo darījumu attaisnojuma dokumenti (čeks, utml.), tad ir jāizveido Avansa norēķinu dokuments (https://​wiki.directo.ee/​lv/​fin_kulutus ). \\
 +
 +Atskaite, kuru var izmantot ”Izmaksu av. nor. pers. periodiskā atskaite” https://​wiki.directo.ee/​lv/​fin_aru_per
 +------
 +
 +====Pārbaudes atskaite - Rēķina PVN un konta pārbaude====
 +Veicot pārbaudi par  2023. gada janvāri , konstatējam,​ ka summa 144,44 euro ir bez piesaistes. PVN kodam 1 nav pretī finanšu konts. Kā atrast šos pārdošanas rēķinus? \\
 +
 +Atskaitē RĒĶINU ŽURNĀLS ieliku sekojošus filtrus: periods, pvn kods, KONTS # - tas nozīmē, tur kur nav aizpildīts konts. \\
 +Ieguvu 3 rēķinus, kuriem pie rēķina rindām trūkst KONTS.
 +------
 +====Kā manuāli izveidot Transakciju gramatojumu====
 +Kā manuāli izveidot grāmatojumu:​\\
 +https://​wiki.directo.ee/​lt/​fin_kanne#​irasas_i_didziaja_knyga
 +Apraksts ir lietuviski, tāpēc ieslēdz tulkošanu uz angļu valodu.\\
 +Īsumā latviski - manuālu grāmatojumu var izveidot, no galvenās izvēlnes dodoties uz kolonnu FINANSES → DOKUMENTI →Transakcijas → nospiežot pogu Pievienot jaunu. LPP gadījumā transakciju rindās visbiežāk būs jānorāda konti, summas debeta, kredīta pusē, objekti.\\
 +Transakcija būs virsgrāmatā (https://​wiki.directo.ee/​lv/​fin_aru_pea) uzreiz kā transakcija tiks saglabāta.\\
 +
 +Dokumenti, piemēram, ienākošie rēķini, avansa norēķini, maksājumi, tiks iegrāmatoti tad, kad tie tiks apstiprināti. Lai apstiprinātu dokumentu, tajā jānospiež pogas Apstiprināt un Saglabāt.
 +------
 +====magnum_medical_lv un magnum_veterinarija_lv PVN Deklarācija====
 +Viņiem ir special pvn deklerācija,​ kur 1.3 sadaļu importē no citas sistēmas ar exceli un tad norāda kurš gads un kurš mēnesis. Bet kad sagatavo, tad norāda importēto failu no ka paņem 1.3.
 +------
 +====Līgumsods,​ līgumsoda grāmatošana====
 +Kā grāmato ienākošos rēķinā piegādātajam ieturamo līgumsodu? Bet, lai nemazinātos pakalpojuma vērtība? \\
 +
 +a) citā rindā norāda soda naudas kontu un tās rindas summu norāda ar mīnusa zīmi, vai \\
 +b) uzskaita rēķinu par pilnu summu, bet samaksā mazāk. daļu, ko ietur, apmaksā ar feiku maksājuma veidu, kam ir piemērots attiecīgs konts.
 +------
 +====Faktorings,​ klients, saņēmējs,​ piegādātājs,​ maksātājs====
 +IENĀKOŠAIS RĒĶINS \\
 +Ja maksājums ir jāveic nevis Piegādātājam,​ bet kādam citam, tad tas, kuram jāveic maksājums, jānorāda laukā "​Rēķinu piestādīt"​.\\
 +
 +Ienākošajā rēķinā izpildot lauku "​Rēķinu piestādīt"​ redzēsi, ka ienākošajā rēķinā norādītais bankas konts, uz kuru jāveic maksājums par rēķinu, nomainīsies uz to bankas kontu, kurš ir piegādātājam,​ kuru norādīji laukā "​Rēķinu piestādīt"​.\\
 +
 +bet tur nekādas speciālas atzīmes Piegādataja kartiņā nevajag veikt?? \\
 +
 +Atkarīgs no tāda, vai tāda situācija ir tikai dažreiz vai vienmēr.. Ja vienmēr, tad piegādātāja kartītē būtu jāaizpilda lauks "​Faktorings",​ norādot tajā maksātāju. Tādā gadījumā, ienākošajā rēķinā aizpildot lauku "​Piegādātājs",​ rēķina laukā "​Rēķinu piestādīt"​ automātiski nonāks tas piegādātājs,​ kurš norādīts piegādātāja kartītes laukā "​Faktorings"​. \\
 +
 +IZEJOŠAIS RĒĶINS \\
 +Klients ar vairākām piegādes vietām https://​wiki.directo.ee/​lv/​yld_klient#​klients_ar_vairakam_piegades_vietam
 +------
 +====faktorings====
 +Man ir konsultatīvs jautājums par klienta kartiņā esošā lauka “Faktorings” lietošanu.
 +Mums Coffee Address Group ir gadījumi, kad tiek izveidota klienta kartiņa un sākotnēji tai sakrīt gan klienta kods, gan faktoringa kods. Bet pēc kāda laika grāmatvedībai ir nepieciešams faktoringa kodu nomainīt.
 +
 +Vai labā prakse ir nomainīt tikai faktoringa kodu? Vai arī šādos gadījumos ir jāveido jauna klienta kartiņa? \\
 +
 +Faktoringa kodu drīkst mainīt pēc saviem ieskatiem – Faktorings nosaka kura klienta kartiņa ir ”Maksātājs” un kura piegādes adrese. Norādot cita klienta kodu Faktoringa laukā, izrakstot rēķinus tiks izmantoti šīs faktoringa kartiņas rekvizīti.
 +------
 +
 +====GETZ====
 +Ir B2B saslēgums ar Directo. Mūsu veidots. \\
 +
 +Pēdējā laikā daļai klientu pasūtījumos Directo neievelkas piegādes adrese no B2B sistēmas. Viens piemērs šorīt – Klienta pasūtījums 1093316. \\
 +
 +Piegādes adresi tagad ieliku manuāli, bet pielikumā XML fails no B2B sistēmas, kur piegādes adrese iztrūkst. Lūdzu, dodiet ziņu, kurā pusē ir problēma – B2B vai Directo. Ja problēma ir B2B, tad rakstīsim viņiem.
 +------
 +====ZEVOY aplikācija čekiem====
 +piem. Union Avi \\
 +Lietuviešu apraksts par Zevoy jāpārtulko uz eng https://​wiki.directo.ee/​lt/​zevoy \\
 +
 +Uzstādījumi jāveic Zevoy aplikācijā. Directo nekas nav uzstādāms. \\
 +Ir aplīkācijas mob. Zevoy, kad veic darījumu bankā, aplikācijā automātiski parādāš darījums un tad nobildējot čeku, to var pielikt darījumam klāt. \\
 +Tālāk čeku ieūta Directo, kur tas parādās pie PIELIKUMIEM , nepisaisttajiem vai Dokumentu transportā,​ no tā izveido jaunu dokumentu. Robots automātiski atšifrē inforāciju,​ ko var to atšifrē un ielasa Directo, ko nevar, tas nav. \\
 +noteikti jāpārbauda vai ir pareizi un jāaizpilda trūkstošā informācija. \\
 +
 +Jāsaliek pareizi uzstādījumi ZEVOY aplikācijā un Directo jāizveido IZDEVUMU TIPI. \\
 +
 +Zevoy aplikācijā Kategorijām,​ kur Account (konta) numurs, tur nav janorāda konts, bet gan izdevumu veida KODS, kāds ir Directo, piem.: BIROJA_IZDEVUMI \\
 +
 +Tādu pašu izveidojiet Directo - Uzsādījumi - Finanšu uzstādījumi - Izmaksu tipi
 +Te norādīsiet vajadzīgo izdevumu kontu. 7720 \\
 +
 +Kad čekam piesķirsiet vajadzīgo kategoriju, Directo iesūtīsies ar šo identisko kategoriju, pie VEIDS parādīsies kategorija jeb izdevumu veids BIROJA_IZDEVUMI,​ savukārt konta kolonnā ielasīsies konts no Izdevuma veida kartiņas 7720.
 +-------
 +====Kases saslēgums ar Directo EKA POS kases aprāts====
 +Finnex, Charlot kases \\
 +Finnexam ir gan kases aparāts, no kura iesūtas DIrecto. Gan taisa POS/EKA rēķinus Directo un iesūta kasē. \\
 +Charlotam taisa rēķinus Directo un sūta uz kases aparātu. \\
 +
 +Ja reķins no DIrecto neaiziet uz Kasi, jāpārbauda neatļautie simboli.
 +------
 +====Uzkrātās saistības====
 +Jautājums par uzkrāto saistību grāmatošanu -   ka labāk veikt  izdevumu norakstīšanu?​ \\
 +
 +Uzkrātās saistības var iegrāmatot ar ienākošo rēķinu pēc tāda paša principa kā nākamo periodu izdevumus (https://​wiki.directo.ee/​lv/​or_arve#​nakamo_periodu_izdevumi),​ procesā ievērojot šādas atšķirības:​ \\
 +• Rēķina rindā laukos Sākums un Beigas (solī, kas ir apraksta 1. punktā) norādīt periodu, uz kuru attiecas uzkrātās saistības; \\
 +• Solī, kas ir apraksta 3. punktā, izdevumu konta kartītes laukā KOR.KONTS rēķina iegrāmatošanas brīdī jābūt norādītam uzkrāto saistību kontam.
 +-----
 +====LATGRAN ienāk dokumenti rēķini no FitekIn sistēmas, saslēgums, dokumentu transports===
 +db latgran1_lv Dokumentu transportā ienāk e-rēķini no FitekIN sistēmas.
 +-----
 +====Shopify Liels un Mazs====
 +Mēs uzturam šo saslēgumu, ko mēs izveidojām. Maksajam par serveri. Ir problemas, jo mainās Shopify pusē tabulas utt, līdz ar to ik pa brīdim rodas problēmas, kad informācija pie mums neienāk. \\
 +Piem. Shopify izveidotais Pasūtījums pie mums ienāk kā RĒĶINS, bet nenolsāš Klients. \\
 +Ienāk Rēķins, bet nomainījusies Artikula klase grāmatām, līdz ar to nepiemērojas pareizs PVN %. \\
 +
 +TEhniskas problēmas, kuras mums jālabo, dēļ izmaiņām Shopify vidē.
 +-----
 +====HUPPA ir saslēgums ar Internetveikalu Kl.pasūtījumi Rēķins apmaksa====
 +Ienāk pasūtījumi Directo pie Kl.pasūtījumiem. Bilancei jābūt 0.00, jau apmaksātiem,​ līdz ar to Samaksas termiņš TIPS - NAUDA, bet nedrīkst veidoties POS rēķins. \\
 +
 +Ir EE izveidots risinājums,​ uzstādījums:​ \\
 +Payment terms that cannot be used on POS invoice \\
 +
 +Te norādot samaksas termiņūs, tie nepārvērtīsies par POS EKA, bet paliks parasti rēķini. \\
 +
 +Diemžēl nestrādā , ir daudz problēmas, bug, EE jālūdz labot. Arī atskaitēs dubultojās,​ Samaksas termiņš neparādās,​ pazūd, kad no Kl.pasūtījuma izveido Rēķinu. \\
 +Jāraksta EE. \\
 +
 +NEW 11.10.2023. Igauņi veica izmaiņas Maksāšanas termiņos.\\
 +
 +Tātad, saņemot Kl.pasūtījumu,​ maksāšanas termiņš PARSKAITIJUMS_SHOP_HUPPA tiks konvertēts uz PARSKAITIJUMS_SHOP_HUPPA_O ar tipu normāls. Vajadzīgie uzstādījumi veikti Maksāšanas termiņa datulaukā. Datulaukā ir Mappings, kas ierosina konvertēšanos. \\
 +K_ESHOP tiks konvertēts uz K_eshop_O ar tipu normāls. \\
 +
 +Veidojot rēķinu, maks termiņi tiks konvertēti atpakaļ uz PARSKAITIJUMS_SHOP_HUPPA vai K_ESHOP , parādīsies uzreiz kā parasti Rēķini un pēc apstiprināšanas bilance būs 0.00.
 +
 +-----
 +====Lēni strādā atverā artikula Item kartiņa====
 +db Tobis LV pusē būtiski palēlināta artikulu loga darbība – viena artikula atvēršana aizņem ~45 sekundes, artikula kopēšana ~30 sekundes, saglabāšana arī ap 30 sekundēm. ​
 +Darbības pārējos blokos notiek bez problēmām (pasūtījumi,​ rēķini, klientu kartiņas utt.), problēma identiska dažādos interneta pārlūkos, Getz pusē artikuli strādā bez problēmām. \\
 +
 +Tagad strādā ātri. Veicām izmaiņas uzstādījumā - Artikula kartē ir cenu formulas, to uzliekot uz NĒ
 +-----
 +====citrus Parakstīšana saskaņošana====
 +Čau, painformēju,​ ka demo_citrus_lv šobrīd ir iestatīts, ka tad, ja ienākošais rēķins vai avansa norēķins jau ir parakstīts,​ bet mainās tā summa ar PVN vai summa bez PVN, tad tiek noņemti dokumentam jau piešķirtie paraksti un saskaņotājiem ir jāparaksta dokuments no jauna.
 +Lāsma
 +Tas ir iestatīts ar attēlā redzamo uzstādījumu palīdzību,​ kuri atrodas galveno uzstādījumu sadaļā Apstiprināšanas nosacījumi / Saskaņošana.
 +Lāsma
 +Lāsma
 +Ja dokuments jau ir parakstīts un tajā tiek veiktas tādas izmaiņas, kuras maina dokumenta summu ar un/vai bez PVN, tad pēc pogas SAGLABĀT nospiešanas atvērsies šāds logs.
 +Lāsma
 +Lāsma
 +Ja esot šajā logā tiks nospiesta taustiņu kombinācija fn + f1 , tad dokumentā norādītās izmaiņas tiks saglabātas un jau iedoties paraksti tiks noņemti, attiecīgi saskaņotājiem dokuments būtu jāparaksta atkārtoti.
 +Lāsma
 +Savukārt, ja uzspiedīs uz Atpakaļ, tad dokumentā norādītās izmaiņas netiks saglabātas un paraksti netiks noņemti.
 +Lāsma
 +Šis ir iestatīts tādēļ, ka Nora teica, ka tad, ja kopsummas mainās kaut vai par 1 centu, dokumentam jau iedotajiem parakstiem ir jātiek noņemtiem.
 +Lāsma
 +Lāsma Ivanova
 +Pirkuma pasūtījumos šobrīd šis nav iestatīts, jo tur p.summa norādīšana pie uzstādījuma nenoņem parakstus gadījumos, ja mainās pasūtījuma summas AR PVN. Par to esmu sazinājusies ar Ottu, kurš ieteica p.summa norādīšanu pie pirmajā attēlā redzamajiem uzstādījumiem.
 +---------
 +====Konsultācijas supports bezmaksas maksas====
 +Labdien, \\
 +Support bezmaksas risina tehniskas un sistēmas problēmas, kas rodas cilvēku darbību rezultātā vai arī sistēmas kļūdu dēļ. Ja nav bijusi apmācība vai konsultācija par kādu tēmu, mēs bezmaksas palīdzību nesniedzam.\\
 +Zemāk minētie jautājumi, definējas kā konsultācija/​apmāciba par Līgumiem, pēc stundu likmes (kas atrunāta līgumā), varētu būt 30 min vai 1h, atkarībā no patērētā laika.\\
 +Ja apstiprinat šādu piedāvājumu,​ varam vienoties par konsultāciju sazvanoties (bet tas varētu būt rītā), vai arī iespējams šodien, izskatīšu jūsu jautājumus,​ sagatavošu atbildes e-pastu, par patērēto laiku ietāmējot.
 +-------
 +====Kā redzēt un iegūt XML failu====
 +Selekts: meklē konkrētu rēķina nr.\\
 +select * from in_xml_log where dat_xml like '​%24057395%'​ \\
 +
 +Ctrl+Shift+i \\
 +ELEMENT inspect! \\
 +meklēt izvadlauku - Invoice - var redzēt XML
 +--------
 +
 +
lv/support.1610368885.txt.gz · Labota: 2021/01/11 14:41 , labojis dagne