Norādītais vecais variants no patreizējās lapas atšķiras ar:
Abās pusēs iepriekšējo versiju Iepriekšējā versija Nākamā versija | Iepriekšējā versija Nākamā versija Abās pusēs nākamo versiju | ||
lv:support [2023/01/11 10:04] dagne [Simbols, lai neatlasa, filtrē IZŅEMOT] |
lv:support [2023/12/18 11:39] dagne [Kontu izmaiņas, nomaiņa] |
||
---|---|---|---|
Rinda 11: | Rinda 11: | ||
====Minimālais vienlaicīgo lietotāju skaits==== | ====Minimālais vienlaicīgo lietotāju skaits==== | ||
Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. | 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==== | ====Elektroniski parakstīt, uzaicināt parakstī dokumentu==== | ||
Rinda 18: | Rinda 67: | ||
{{ :lv:digi_parakst.png?direct |}} | {{ :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. | ||
+ | ------ | ||
====Nevar ielogotos, izmet network error==== | ====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. | Jāskatās kāda ir URL jeb web adrese. Jālieto **Login** nevis **Login0** , kā bija agrāk. Login0 ir tikai priekš Intclient. | ||
Rinda 34: | Rinda 88: | ||
------ | ------ | ||
====Kopēt rindas==== | ====Kopēt rindas==== | ||
- | Nokopēt no Directo uz Excel var izmantojot sekojošo taustiņu kombināciju: \\ | + | 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; \\ | 1) **ALT** + **C** Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām; \\ | ||
Rinda 49: | Rinda 103: | ||
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. | 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==== | ====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. \\ | Jāspiež uz sava lietotāj vārda, augšējā rīkjoslā. Jābrauc lejā līdz sadaļai DIZAINS. \\ | ||
Rinda 72: | Rinda 130: | ||
----- | ----- | ||
====Mainīt tiesības ĀMURĪTIS==== | ====Mainīt tiesības ĀMURĪTIS==== | ||
- | Kā uzlikt, lai rādāš tiesībās ā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. | + | Tas ir Uzstādījums tiesībās, sadaļā Citi - **Lietotāja personīgie uzstādījumi**. |
+ | {{ :lv:amamu.png?direct |}} | ||
----- | ----- | ||
====Kases aparāti==== | ====Kases aparāti==== | ||
Rinda 97: | Rinda 156: | ||
NORDO db balt_cargo_solutions_lv \\ | NORDO db balt_cargo_solutions_lv \\ | ||
- | GrantThornton - rimess_latvia_lv | + | GrantThornton - rimess_latvia_lv \\ |
+ | |||
+ | MarkIT db - herm_lv | ||
----- | ----- | ||
====Pieslēgums DIRECTO-to-DIRECTO transporta modulis==== | ====Pieslēgums DIRECTO-to-DIRECTO transporta modulis==== | ||
Rinda 106: | Rinda 167: | ||
Uzstādījumi ir pie klienta vai piegādātāja kartiņā TRANSPORTS sadaļā. | Uzstādījumi ir pie klienta vai piegādātāja kartiņā TRANSPORTS sadaļā. | ||
----- | ----- | ||
+ | ====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 lapas izveidošana==== | ||
Uzņēmuma Wiki lapu var izveidot atskaitē Uzturēšana (angliski - Maintenance): | Uzņēmuma Wiki lapu var izveidot atskaitē Uzturēšana (angliski - Maintenance): | ||
{{ :lv:wikilpp.png?direct |}} | {{ :lv:wikilpp.png?direct |}} | ||
----- | ----- | ||
+ | ====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 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**. \\ | PFPISK - atskaite IIN paziņojums - ikmēneša ir **par atlaistajiem**, bet **gada** - **par palikušajiem**. \\ | ||
Rinda 120: | Rinda 196: | ||
- DDZ 2021 as table \\ | - DDZ 2021 as table \\ | ||
Jāiesniedz katru mēnesi līdz septiņpadsmitajam datumam. \\ | Jāiesniedz katru mēnesi līdz septiņpadsmitajam datumam. \\ | ||
- | https://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf | + | 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==== | ====PFPISK mēneša, par atlaistajiem darbiniekiem==== | ||
Rinda 139: | Rinda 222: | ||
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: | 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 |}} | {{ :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==== | ====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.\\ | 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.\\ | ||
Rinda 159: | Rinda 251: | ||
Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem. | Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem. | ||
----- | ----- | ||
- | ====Priekšapmaksu ievadīšana izveidošana==== | + | ====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. | 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 | 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 234: | Rinda 374: | ||
Apraksts pieejams šeit: https://wiki.directo.ee/lv/creditnote | 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. | ||
------ | ------ | ||
Rinda 250: | Rinda 397: | ||
+ | ====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. | ||
+ | ------ | ||
====PVN deklarācija==== | ====PVN deklarācija==== | ||
Kad atver jaunu Datubāzi, tad ir iekopēta PVN deklarācija zem Pielāgotajām atskaitēm no Tamplate db. \\ | Kad atver jaunu Datubāzi, tad ir iekopēta PVN deklarācija zem Pielāgotajām atskaitēm no Tamplate db. \\ | ||
Rinda 313: | Rinda 464: | ||
---- | ---- | ||
+ | ====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 362: | Rinda 521: | ||
{{ :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 447: | Rinda 609: | ||
---- | ---- | ||
+ | ====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. \\ | ||
+ | |||
+ | 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 \\ | ||
+ | |||
+ | 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ēm, atverot 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==== | ====Moduland_buildings - nevēlas uzskaitīt noliktavu, bet rēķinos ir ķeksis atjaunot nolitkavu un viņu nevar izņemt 23.10.2020==== | ||
Rinda 462: | Rinda 633: | ||
---- | ---- | ||
====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. | + | 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 491: | Rinda 666: | ||
---- | ---- | ||
- | ====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 499: | Rinda 674: | ||
''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 513: | Rinda 690: | ||
----- | ----- | ||
====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 524: | Rinda 701: | ||
====ISKU nevar apstiprināt rēķinu==== | ====ISKU nevar apstiprināt rēķinu==== | ||
{{ :lv:isku_error.png?direct |}} | {{ :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. | + | 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. | ||
----- | ----- | ||
Rinda 531: | Rinda 710: | ||
**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. \\ | **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. \\ | 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. \\ | ||
- | 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 sērijas numura lauka garums==== | ||
Rinda 546: | Rinda 729: | ||
''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ā. | ||
Rinda 587: | Rinda 780: | ||
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. | 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 nevar apstiprināt rēķinu==== | ====Profikss nevar apstiprināt rēķinu==== | ||
Rinda 698: | Rinda 914: | ||
---- | ---- | ||
+ | ====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 785: | Rinda 1021: | ||
{{ :lv:muuzst.png?direct |}} | {{ :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 1126: | Rinda 1369: | ||
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. | 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. | ||
------ | ------ | ||
- | ====Ja kļūdaini norakstīts Pamatlīdzeklis, kā to atjauno==== | + | ====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.\\ | 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. \\ | 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 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==== | ====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ||
Ja pamatlīdzeklim jāizdzēš nolietojums, tad sekojoši varianti:\\ | Ja pamatlīdzeklim jāizdzēš nolietojums, tad sekojoši varianti:\\ | ||
Rinda 1166: | Rinda 1418: | ||
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**. | 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 |}} | ||
------- | ------- | ||
Rinda 1218: | Rinda 1471: | ||
Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | 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==== | ====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 !?!\\ | 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 !?!\\ | ||
Rinda 1248: | Rinda 1508: | ||
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.\\ | 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 saraksts auditoriem==== | ||
Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:\\ | Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:\\ | ||
Rinda 1256: | Rinda 1546: | ||
Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums 32.50 eur + pvn. | Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums 32.50 eur + pvn. | ||
------ | ------ | ||
- | ====Auditoriem par Directo==== | + | ====Auditoriem par Directo ISO, Serveris==== |
- | Informācijas drosība utt. | + | 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 | + | 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==== | ====Mainīt tiesības==== | ||
Rinda 1290: | Rinda 1583: | ||
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. | 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==== | ====Valūtas kursi, Valūta, pievienot jaunu valūtu, kas nav Directo==== | ||
Ja valūta piem. Baltkrievijas rublis nav sistemā, tā jāizveido. \\ | Ja valūta piem. Baltkrievijas rublis nav sistemā, tā jāizveido. \\ | ||
Rinda 1299: | Rinda 1597: | ||
====Valūtas kursu pārrēķins - Valūtas kursi, pārcenošana==== | ====Valūtas kursu pārrēķins - Valūtas kursi, pārcenošana==== | ||
- | par Valūtu konta pārrēķinu - pārcenošanu. Ir apraksts par šo Igauņu WIKI lapā, tikai jāuzliek tulkojums uz Angļu valodu: \\ | + | Par Valūtu konta pārrēķinu - pārcenošanu. \\ |
- | https://wiki.directo.ee/et/hooldus#valuutakursside_uemberarvutaja \\ | + | |
To var izdarīt caur Uzturēšana, sadaļa Uzturēšana - Valūtas kursi.\\ | To var izdarīt caur Uzturēšana, sadaļa Uzturēšana - Valūtas kursi.\\ | ||
- | Piem.:Konts – 2623 (RUB konts) | + | Piem.:Konts – 2626 (GBP konts) \\ |
- | {{ :lv:valutaskursi.png?direct |}} | + | {{ :lv:asgdf.png?direct |}} |
- | Pēc tam jāspiež poga Transakcija, tālāk aizejot uz Transakciju sarakstu, ir izveidojusies TRAN nr. …...\\ | + | 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. | + | 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 | ||
----- | ----- | ||
Rinda 1363: | Rinda 1662: | ||
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. | 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==== | ====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.\\ | 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.\\ | ||
Rinda 1377: | Rinda 1680: | ||
<!--mailsubject:Pasūtījuma apstiprinājums {nr}-->\\ | <!--mailsubject:Pasūtījuma apstiprinājums {nr}-->\\ | ||
<!--mailattachment: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==== | ====Algas, uzkrātais atvaļinājums==== | ||
Rinda 1426: | Rinda 1738: | ||
Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. | 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==== | ====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 ?\\ | Pirmo reizi tiek nopirkts Kases aparāts un POS termināls. Vēlas lietot ar DIrecto. Kas jādara ?\\ | ||
Rinda 1482: | Rinda 1798: | ||
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. | 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==== | ====Valūtu kursu starpība==== | ||
Rinda 1495: | Rinda 1817: | ||
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**:\\ | 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. | 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ā==== | ||
+ | Var veidto 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ā==== | ====Jaiekrāso Obligātie lauki, kas jāaizpilda dokumentā==== | ||
Rinda 1518: | Rinda 1843: | ||
Vispirms jāpārliecinās vai jaunajai datubāzei ir aizpildīti visi uzņēmuma rekvizīti zem Uzstādījumiem. \\ | 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. | 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==== | ====Bankas imports nepareizi sasaista ienākošo maksājumu ar klientu un rēķinu==== | ||
Rinda 1581: | Rinda 1916: | ||
{{ :lv:trizm.png?direct |}} | {{ :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ē==== | ====Iepirkumu cena artikulu kartītē==== | ||
Lai sistēma ņem vērā artikula iepirkumu cenu: Pēdējais iepirkums vai Vidējais iepirkums.\\ | Lai sistēma ņem vērā artikula iepirkumu cenu: Pēdējais iepirkums vai Vidējais iepirkums.\\ | ||
Rinda 1619: | Rinda 1960: | ||
----------- | ----------- | ||
====Modulis e-pastu sūtīšanai vairumā==== | ====Modulis e-pastu sūtīšanai vairumā==== | ||
- | Lai masveidā varētu sūtīt klientiem rēķinus, piem. no atskaites Rēķinu žurnāls, vai paziņojumus par nesamaksātajiem rēķiniem, tad jāpieslēdz e-pasta sūtīšanas modulis , ar ikmēneša maksu 45.00 eur.\\ | + | 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. \\ |
- | Standartā var nosūtīt rēķinu e-pastā vienam klientam ar pogu Pasts.\\ | + | |
- | Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas. \\ | + | |
- | Neapmaksāto rēķinu atgādinājumiem, ja vēlas nosūtīt vairāk kā 1 klientam, tad arī nepieciešams Vairumpastu aktivizēt. \\ | + | Tos var redzēt tikai pats lietotājs, galvenajā logā spiežot uz sava lietotāvārda. \\ |
- | TIesībās jāpārbauda vai VAITUMPASTS ir ATĻAUTS. | + | |
- | {{ :lv:vairumpastateisbas.png?direct |}} | + | 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==== | + | ====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 | Pieslēgt var zem Uzturēšana - Imports/Eksports, aktivizējot linku | ||
{{ :lv:maasspast.png?direct |}} | {{ :lv:maasspast.png?direct |}} | ||
Rinda 1646: | Rinda 1991: | ||
https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\ | 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==== | ====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.) | Vai vadot rēķinu ar nākamiem periodiem jāraksta vēl kaut kas izņemot KOR.KONTS? (objekts utt.) | ||
Rinda 1654: | Rinda 2005: | ||
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ē. | 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==== | ====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. | 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==== | + | ====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: | Nevar apstiprināt piem. izejošo rēķinu, izmet sekojošu kļūdu: | ||
- | {{ :lv:limeni_objekti.png?direct |}} | + | {{ :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. \\ | 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. \\ | ||
Rinda 1669: | Rinda 2028: | ||
{{ :lv:objekta_limenis.png?direct |}} | {{ :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==== | ====Apollo group/grupa datubāzes==== | ||
Visas Apollo grupas datubažu saraksts: \\ | Visas Apollo grupas datubažu saraksts: \\ | ||
Rinda 1745: | Rinda 2114: | ||
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. \\ | 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Ē:\\ | + | Uzstādījumos ir šāds nosacījums, kuru jauzliek uz **NĒ**:\\ |
- | {{ :lv:transp.png?direct |}} | + | **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==== | ====Noapaļošana par vienu centu==== | ||
Rinda 1776: | Rinda 2148: | ||
{{ :lv:bier.png |}} | {{ :lv:bier.png |}} | ||
- | Lietotāja kartiņā jānorāda finanšu intervāls, sistēma nezin kuru ņemt, ja ir vairāki finanšu (transakciju) intervāli. | + | 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 |}} | {{ :lv:finin.png |}} | ||
------- | ------- | ||
Rinda 1783: | Rinda 2157: | ||
Kā man būtu jārīkojas lai directo vēlreiz necenstos importēt maksājumus, kas kaut kur iekšā jau stāv? \\ | 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. | + | 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==== | ====Anulēt kredītrēķinu==== | ||
Rinda 1800: | Rinda 2178: | ||
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.\\ | 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.\\ | ||
Rinda 1820: | Rinda 2200: | ||
------ | ------ | ||
====SWEDBANK Gateway==== | ====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. \\ | 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.\\ | Tad klienti varēs slēgt Swedbank Gateway OPERATORA līgumu.\\ | ||
Rinda 1847: | Rinda 2229: | ||
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. | 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ā==== | + | ====Kā atšifrēt darījumus PVN deklarācijā X ==== |
Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\ | Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\ | ||
Rinda 1859: | Rinda 2241: | ||
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. | 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 izmaiņas, nomaiņa==== | ||
Rinda 1864: | Rinda 2277: | ||
Protams, ka nemainīsies, tikai nakamos reķinus ietekmēs. | 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. \\ | ||
+ | |||
+ | 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ā 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==== | ====Bankas imports==== | ||
kā rīkojas/uzskaita Bankas importā radušos šādus izejošos maksājumus:\\ | kā rīkojas/uzskaita Bankas importā radušos šādus izejošos maksājumus:\\ | ||
Rinda 1964: | Rinda 2386: | ||
- auto_recur ir For what period of time.... | - auto_recur ir For what period of time.... | ||
- pievērst uzmanību vajadzīgajiem datulaukiem Piegādātāja kartiņā. | - pievērst uzmanību vajadzīgajiem datulaukiem Piegādātāja kartiņā. | ||
- | {{ :lv:biom1.png?direct |}} | + | {{ :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==== | ====Vēlamies saglabāt skatīšanas iespējas un arhīvu programmai==== | ||
Rinda 2064: | Rinda 2499: | ||
{{ :lv:rekina_noapalosana_rindas.png?direct |}} | {{ :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==== | ====Drošības nauda==== | ||
Rinda 2161: | Rinda 2602: | ||
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. | 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==== | ====TELEMA transporta uzstādījumi==== | ||
Klienta kartiņā, sadaļā TRANSPORTS, jāsaliek 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.\\ | 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. \\ | Ja nepieciešams, lai automātiski parādās kāda noliktava, to arī norāda. \\ | ||
Rinda 2171: | Rinda 2632: | ||
{{ :lv:telema_1.png?direct |}} | {{ :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%==== | ====Nerādās lauki GP un GP% jeb BP un BP%==== | ||
Rinda 2182: | Rinda 2726: | ||
{{ :lv:valutt.png?direct |}} | {{ :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==== | ====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**. \\ | 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**. \\ | ||
Rinda 2192: | Rinda 2744: | ||
Maksājumā summa, kuru piegādātājs atgrieza, maksājuma uzdevuma dokumentā būs jānorāda negatīva: ar – zīmi. | 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==== | ====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. \\ | 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. \\ | ||
Rinda 2197: | Rinda 2759: | ||
Gaidam, kad Igauņi sataisīs. | 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==== | ====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? \\ | 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? \\ | ||
- | Nosacījumi ir līdzīgi kā ar importu, rēķinos jāparādās Galamērķim un Darījuma veidam: \\ | + | Ļoti būtiski ir aizpildīt visus laukus, kas šiet prasīti:\\ |
- | Artikulā savukārt jābūt CN8 kodam un izcelsmei vai nu artikula kartinā vai preču saņemšanā. \\ | + | https://wiki.directo.ee/lv/ladu_aru_intrastat |
- | Par eksportu būs no atskaites jālejuplādē xml fails, ko tad varēs statistikas sistēmā ievilkt. | + | |
+ | 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==== | ====Duck Republik SCORO saslēgums==== | ||
Rinda 2222: | Rinda 2803: | ||
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. | 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. | 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==== | ====Bankas importa noteikumi==== | ||
Rinda 2253: | Rinda 2858: | ||
Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\ | 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. \\ | Arī Samaksas veida kartiņā piem. SWED, aizbraucot uz pašu leju, ir vieta Bank Services, kur var norādīt kontu. \\ | ||
Rinda 2308: | Rinda 2914: | ||
{{ :lv:rek_zz.png?direct |}} | {{ :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==== | ====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). \\ | Uzstādījumos meklēt “Finanses slēgtas līdz” un norādīt datumu (parasti nākamā mēneša 1.datumu). \\ | ||
Rinda 2402: | Rinda 3029: | ||
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. | 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==== | ====kases aparāts Charlot veikaliem==== | ||
Rinda 2429: | Rinda 3065: | ||
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. | 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 rēķina iegrāmatošana, samaksa skaidrā naudā un ar karti==== | + | ====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ā.\\ | 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ā.\\ | ||
Rinda 2487: | Rinda 3132: | ||
------ | ------ | ||
====pārdodot artikulu cenas vietā nonāk pašizmaksa==== | ====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? Tobiš, pārdot par pašizmaksu ? \\ | + | ir kaut kāds uzstādījums, ka pārdodot artikulu cenas vietā nonāk pašizmaksa? pārdot par pašizmaksu ? \\ |
cenu formula. \\ | cenu formula. \\ | ||
Rinda 2619: | Rinda 3264: | ||
{{ :lv:lapusk.png?direct |}} | {{ :lv:lapusk.png?direct |}} | ||
------ | ------ | ||
- | ====EKA POS rēķinam jāmaina samaksas termiņš veids==== | + | ====EKA POS rēķinam jāmaina samaksas termiņš veids PĀRVALDE==== |
- | Apollo APL EKA POS reķinam jāsamaina samaksas veids. Visai summai jābūt vienā samaksātā veidā. \\ | + | 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 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.\\ | Ja ir maksājums ar karti, tad var ieslēgt PĀRVALDI, kas atrodas pie āmurīša.\\ | ||
Rinda 2631: | Rinda 3276: | ||
{{ :lv:oiughv.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==== | ====PVN deklaracija==== | ||
Laba versija USS, Moduls engineering. | Laba versija USS, Moduls engineering. | ||
Rinda 2680: | Rinda 3332: | ||
3) Tad tiks atvērta jauna autoteksta kartīte, kurā jāaizpilda lauki: | 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.\\ | TEKSTS – jāieraksta teksts, kuru nepieciešams varēt izvēlēties kā rēķina rindas tekstu.\\ | ||
- | TIPS – t\\ | + | TIPS – ACC\\ |
FILTRS – jānorāda konts, kuram jāpiesaista laukā TEKSTS norādītais teksts.\\ | 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.\\ | 4) Kad autoteksta kartīte ir aizpildīta, tajā jānospiež poga Saglabāt.\\ | ||
Rinda 2739: | Rinda 3391: | ||
Directo rēķins, negatīvi daudzumi, izvēlas apmaksas termiņu, uz kases aparāta ATMaKSa un poga kas parasti - makro poga. | 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. | ||
+ | ------- | ||
+ | |||
+ | |||
+ |