lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar.
Abās pusēs iepriekšējo versijuIepriekšējā versijaNākamā versija | Iepriekšējā versijaNākamā versijaAbās pusēs nākamo versiju | ||
lv:support [2021/07/26 13:20] – [Banku pakalpojumu, komisijas maksas konts sistēmas uzstādījumos] dagne | lv:support [2023/11/29 16:07] – [Charlot EKA rēķini problēmas ar interneta pārlūku] dagne | ||
---|---|---|---|
Rinda 12: | Rinda 12: | ||
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. | ||
----- | ----- | ||
+ | ====Pieslēgt Vairumimportu E-pastu , Mass-MAIL module==== | ||
+ | Rēķinu masveida izsūtīšana: | ||
+ | https:// | ||
+ | |||
+ | Ja lietotāja kontam ir veikti SMTP iestatījumi, | ||
+ | :?: Pirms rēķinu sūtīšanas jāpārliecinās, | ||
+ | |||
+ | |||
+ | NAV. Ja uzliek SMTP uzstādījumus, | ||
+ | 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, | ||
+ | |||
+ | ------ | ||
+ | ====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:// | ||
+ | |||
+ | 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, | ||
+ | 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: | ||
+ | |||
+ | 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, | ||
+ | |||
+ | 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:// | ||
+ | ----- | ||
+ | ====Elektroniski parakstīt, uzaicināt parakstī dokumentu==== | ||
+ | Uzstādījums, | ||
+ | External signing \\ | ||
+ | Ārējā parakstīšana\\ | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Elektroniskais rēķins EDI Peppol XML==== | ||
+ | Uzlieciet savā lietotāja kartiņā sekojoši uzstadījumu: | ||
+ | Sūtīt kā pielikumu - PDF + Peppol | ||
+ | {{ : | ||
+ | Tas arī viss. | ||
+ | ------ | ||
+ | ====Nevar ielogotos, izmet network error==== | ||
+ | Jāskatās kāda ir URL jeb web adrese. Jālieto **Login** nevis **Login0** , kā bija agrāk. Login0 ir tikai priekš Intclient. | ||
+ | ------ | ||
====Atskaites ātrais taustiņš==== | ====Atskaites ātrais taustiņš==== | ||
- | Shift + ENTER | + | Atskaites poga = Shift + ENTER |
----- | ----- | ||
- | ====PFPISK un DDZ==== | + | ====Izvade EXCEL, kā iegūt atskaiti EXCEL==== |
- | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, | + | kā noliktavas kustību eksportēt uz ekseli ? \\ |
- | https:// | + | Kā iegūt atskaiti INVENTARIZĀCIJAS atskaite/ |
+ | |||
+ | Atskaitēs var izmantot pogu kombināciju **Alt+E** vai **F12**, arī ja nav Excel ikona/ | ||
+ | |||
+ | Dokumentos var kopēt rindas ar Alt+C (https:// | ||
+ | ------ | ||
+ | ====Kopēt rindas==== | ||
+ | Nokopēt no Directo dokumentu rindas uz Excel var izmantojot sekojošo taustiņu kombināciju: | ||
+ | |||
+ | 1) **ALT** + **C** Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām; | ||
+ | 2) **CTRL** + **ALT** + **V** iekopē datus Excelī. Pirms tam vislabāk ielikt kursoru Excel šūnā A1. \\ | ||
+ | |||
+ | Ja neizdodas nokopēt, iespējams, dokuments ir Apstiprināts. Darīt sekojoši, nokopēt dokumentu ar pogu KOPĒT. Un tad mēģināt kopēt ar ALT+C. | ||
+ | |||
+ | ----- | ||
+ | ====Dzēst rindas==== | ||
+ | Lai izdzēstu kādu no dokumenta rindām, tā ir jāiezīmē - jāuzspiež uz šīs rindas numura (tad rinda kļūs sarkana) un dokumentā jānospiež poga Saglabāt. \\ | ||
+ | |||
+ | EKA rēķinā rinda būs izdzēsta uzreiz, kad tiks uzspiests uz rindas numura. \\ | ||
+ | |||
+ | Lai dzēstu lielāku daudzumu rindu, jāiezīmē pirmā dzēšamā rinda un, tad, turot nospiestu Shift taustiņu, jāiezīmē pēdējā dzēšamā rinda. Jāsagaida, kamēr visas dzēšamās rindas iezīmējas sarkanas un dokumentā jānospiež poga Saglabāt. | ||
+ | ----- | ||
+ | ====Transakciju dzēšana vairumā==== | ||
+ | atskaite - Transkciju saraksts. Poga dzēšanai.\\ | ||
+ | Poga DELETE ALL TRANSACTIONS ir pieejama no mūsu puses, ja ir ieslēgts God mode. Nonācām pie secinājuma, | ||
+ | ------ | ||
+ | ====Excel izvade atdala ar punktu vai komatu==== | ||
+ | Jāspiež uz sava lietotāj vārda, augšējā rīkjoslā. Jābrauc lejā līdz sadaļai DIZAINS. \\ | ||
+ | Uzstādījums: | ||
+ | ----- | ||
+ | ====Artikula kolonnas platums dokumentos==== | ||
+ | Lai Artikula kolonnu padarītu platāku, jāizmanto uzstādījums – Artikula koda lauka izmērs. | ||
+ | To ar atrast zem Uzstādījumi – meklētājā ierakstot vajadzīgo uzstādījumu: | ||
+ | {{ : | ||
+ | ----- | ||
+ | |||
+ | ====POGA tiešais rēķins==== | ||
+ | Uzstādījums - Vai ir poga Tiešais rēķins | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====uzstādījums PIEGĀDES vai tiek lietotas piegādes==== | ||
+ | Uzstādījums - Tiek izmantota piegāde | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Apstiprinājuma POGA Kl.pasūtījumā==== | ||
+ | POGA Apstiprināt , lai būtu Klientu pasūtījumā. Uzstsātījums - Pasūtījumam ir jābūt apstiprinātam | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Mainīt tiesības ĀMURĪTIS==== | ||
+ | Nerādāš āmurītis. Nevar apskatīt pielikumus. Kā uzlikt, lai rādās tiesībās āmurītis ? \\ | ||
+ | Tas ir Uzstādījums tiesībās, sadaļā Citi - **Lietotāja personīgie uzstādījumi**. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Kases aparāti==== | ||
+ | Firmas, kas piedāvā kases aparātu pakalpojumus: | ||
+ | NR data - \\ | ||
+ | CTL + \\ | ||
+ | StrongPoint + | ||
+ | ------ | ||
+ | ====Datubāzes==== | ||
+ | Component: MODULS engineering, | ||
+ | |||
+ | Kaamos grupa: | ||
+ | kaamos_lv \\ | ||
+ | K8 Residences \\ | ||
+ | Kokneses spv \\ | ||
+ | Raunas Residences \\ | ||
+ | Cieceres invest \\ | ||
+ | Saules Aleja invest \\ | ||
+ | Kaamos K10 (ex K12 Residences (mainīts nosaukums) \\ | ||
+ | Kaamos SPV1 \\ | ||
+ | Nule 6 \\ | ||
+ | |||
+ | NORDO db balt_cargo_solutions_lv \\ | ||
+ | |||
+ | GrantThornton - rimess_latvia_lv \\ | ||
+ | |||
+ | MarkIT db - herm_lv | ||
+ | ----- | ||
+ | ====Pieslēgums DIRECTO-to-DIRECTO transporta modulis==== | ||
+ | DB Huppa, db Medgrupe SIA \\ | ||
+ | Mēneša maksa. Automātiska dokumentu sūtīšana starp Directo datubāzēm. \\ | ||
+ | Piem. Lietuvas db izveido noliktavas kustību no LT uz LV noliktavu un LV datubāzē automātiski izveidojas SREC dokuments ar precēm. \\ | ||
+ | |||
+ | Uzstādījumi ir pie klienta vai piegādātāja kartiņā TRANSPORTS sadaļā. | ||
+ | ----- | ||
+ | ====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:// | ||
+ | ------ | ||
+ | |||
+ | ====Uzņēmuma WIKI lapas izveidošana==== | ||
+ | Uzņēmuma Wiki lapu var izveidot atskaitē Uzturēšana (angliski - Maintenance): | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====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, | ||
+ | ----- | ||
+ | |||
+ | ====PFPISK | ||
+ | PFPISK - atskaite IIN paziņojums - ikmēneša ir **par atlaistajiem**, bet **gada** - **par palikušajiem**. \\ | ||
+ | Parādīsies darbinieks, tad , kad būs veikts algas aprēķins. \\ | ||
+ | https:// | ||
+ | \\ | ||
Atskaite DDZ jeb Darba devēja ziņojums jeb VSAOI atskaite. Atskaite par iemaksātajām summām. Jaunākās versijas , kuras jāiekopē klientam, ja nepieciešams: | Atskaite DDZ jeb Darba devēja ziņojums jeb VSAOI atskaite. Atskaite par iemaksātajām summām. Jaunākās versijas , kuras jāiekopē klientam, ja nepieciešams: | ||
Rinda 23: | Rinda 186: | ||
- 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:// | + | https:// |
+ | |||
+ | |||
+ | Tips personāla kartītēs (neaizpildīts, | ||
+ | Š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==== | ||
Tas būs atrodams pie atskaitēm pfpisk 2021 vai pfpisk as table.\\ | Tas būs atrodams pie atskaitēm pfpisk 2021 vai pfpisk as table.\\ | ||
- | Obligāti jānorāda Personāla kartīte - Darba attiecības - beigu datums un beigu kods. Ja nebūs beigu kods, piem. 25, tad atskaitē neparādīsies.\\ | + | Obligāti jānorāda Personāla kartīte - Darba attiecības - **beigu datums** un **beigu kods**. Ja nebūs beigu kods, piem. 25, tad atskaitē neparādīsies.\\ |
- | https:// | + | https:// |
+ | |||
+ | PFPISK as table norāda mēnesi un tad iegūst pārskatāmu sarakstu, kuru var izgūt arī Excel. \\ | ||
+ | PFPISK 2021 šo atlaisto darbinieku sarakstu var izgūt XML failā, ko pēc tam ielādē vid eds. \\ | ||
+ | |||
+ | https:// | ||
------ | ------ | ||
====DDZ atskaite==== | ====DDZ atskaite==== | ||
Rinda 37: | Rinda 212: | ||
Norādot gan periodu (01.05.2021-31.05.2021), | Norādot gan periodu (01.05.2021-31.05.2021), | ||
{{ : | {{ : | ||
- | ------- | + | ------ |
+ | ====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, | ||
+ | Tabulu var ieslēgt ar uzstādījumu - Darbinieka kartītē var norādīt darba stundas - JĀ. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====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, | ||
+ | ----- | ||
====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/ | Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/ | ||
Rinda 44: | Rinda 228: | ||
- lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | - lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | ||
----- | ----- | ||
+ | ====Ilgi lādē Rēķinu sarakstu==== | ||
+ | Jāizslēdz sekojošais uzstādījums, | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Priekšapmaksa no maksājuma==== | ||
+ | vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, | ||
+ | |||
+ | Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, | ||
+ | |||
+ | |||
+ | maksājumā ir 2 rindas, kas domatas katra savam rēķinam, diemzel neparādas pie otra rēķina. \\ | ||
+ | Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem. | ||
+ | ----- | ||
+ | ====Avansi priekšapmaksa Klienta pasūtījums rēķins SASAISTE==== | ||
+ | Ja rēķins izrakstīts no klienta pasūtījuma, | ||
+ | Konkrētajā gadījumā var mēģināt piesaistīt ar pie citiem pasūtījumiem piesaistītos avansus ar invoice balancing | ||
+ | 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šapmaksu avansu ievadīšana izveidošana==== | ||
+ | Maksājuma uzdevumā nenorāda rēķina numuru, bet norāda piegādātāju un bankas summu, kā arī citu informāciju pēc nepieciešamības. | ||
+ | https:// | ||
+ | ----- | ||
+ | ====Nevar apstiprināt rēķinam priekšapmaksu, | ||
+ | Mums nesanak apstiprinat priekšapmaksu rēķina. Varat pateikt ko mes nepareizi daram? Rēķins izveidots no KL.pasūtījuma, | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Ja rēķins ir izrakstīts no klienta pasūtījuma, | ||
+ | |||
+ | 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ā, | ||
+ | |||
+ | 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, | ||
+ | |||
+ | ----- | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ====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:// | ||
+ | 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, | ||
+ | https:// | ||
+ | 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, | ||
+ | Sistēmas uzstādījums " | ||
+ | ------ | ||
+ | |||
==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
* - **09.20.2020** | * - **09.20.2020** | ||
Rinda 58: | Rinda 307: | ||
Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: | Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: | ||
- | Kontam jābūt Korporatīvajā sarakstā - jā. Jāparliek | + | **Kontam jābūt Korporatīvajā sarakstā** - jā. Ar GOD MODE var pārlikt uz - nē. |
Uzstādījums: | Uzstādījums: | ||
Rinda 68: | Rinda 317: | ||
In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic ' | In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic ' | ||
---- | ---- | ||
+ | ====Ja ir atnācis CREDIT NOTE no piegādātāja, | ||
+ | Mums ienācis rēķins no Piegādātāja un arī preču saņemšana SREC. \\ | ||
+ | |||
+ | Tad mēs atgriežam preci piegādātājam, | ||
+ | |||
+ | No pirmā ienākošā reķina ar pogu Kreditēt var izveidot uzreiz kredītrēķinu, | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Kredītrēķins==== | ||
+ | |||
+ | Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | ||
+ | |||
+ | Ja rēķins ir apmaksāts, tad Kreditējamā rēķina apmaksa vispirms ir jāpārceļ uz kādu citu rēķinu (vai jāatgriež klientam maksājums ar - zīmi). | ||
+ | ----- | ||
+ | ====Bilance un kredītrēķins==== | ||
+ | Kopējā rēķinu un kredītrēķinu bilance (tos saskaitot) veidojas 0, lai rēķini būtu redzami klienta statusa atskaitē, jāieliek ķeksis “klienti ar nulles bilanci”. | ||
+ | ----- | ||
+ | ====Nevar apstiprināt kredītreķinu==== | ||
+ | {{ : | ||
+ | Directo neļaus apstiprināt kredītrēķinu, | ||
+ | |||
+ | Kamēr ir apmaksāts rēķins, to nevar kreditēt. Sākumā mums šo naudu ir jāatgūst no Piegādātāja. Vai šajā maksājumā norādītā summa ir atgriezta bankā? | ||
+ | ------- | ||
+ | ====Preču atgriešana, | ||
+ | Oktobrī ir 3 gadījumi, kad klienti atgriež preci un mēs atdodam naudu. | ||
+ | Vai es varu nospiest pogu galvenē kredīts un tad uztaisās kredītrēķins? | ||
+ | |||
+ | Un kā pareizi norādīt importējot banku dokumenta veidu? Vai man tad jāizvēlas maksājums un tad varēšu piesaistīt kredītrēķinam? | ||
+ | |||
+ | Šeit ir apraksts par kredītrēķina izrakstīšanu klientam: | ||
+ | https:// | ||
+ | |||
+ | Kā redzēsi aprakstā, ja no kreditējamā rēķina izveidosi kredītrēķinu, | ||
+ | |||
+ | Bankas importa dokumentā ir jānorāda, ka klientam atgrieztā nauda ir ienākošais maksājums. Ienākošā maksājuma dokumentā atgrieztā summa būs jānorāda ar mīnuss zīmi. | ||
+ | Ja bija situācija, kad klients pilnīgi apmaksāja kreditējamo rēķinu un pēc tam šis rēķins tika pilnīgi kreditēts, tad ir jāizveido no kreditējamā rēķina nesaistīts kredītrēķins (jo kreditējamais rēķins jau ir apmaksāts) un klientam atgrieztā nauda, kas reģistrēta ienākošā maksājuma dokumentā jāpiesaista kredītrēķinam. | ||
+ | ------ | ||
+ | ====Preču atgriešana - KLIENTS atgriež preci==== | ||
+ | Jautājums ir par gadījumu, kad klients atgriež Jums preci?\\ | ||
+ | |||
+ | Ja sistēmā tiek lietotā preču piegādes metode, tad ir iespējams veidot Preču atgriešanas dokumentus ar pogu Atgriezt, no dokumenta Klientu Pasūtījums. | ||
+ | Uzstādījums: | ||
+ | Klientu pasūtījums ar piegādi, poga Atgriezt.\\ | ||
+ | |||
+ | BET, skatos, ka jūsu datubāzē netiek lietotas piegāde, bet uzreiz izrakstīts rēķins klientam. Tādā gadījumā, ja klients atgriež preci, tad jāveido Kredītrēķins.\\ | ||
+ | |||
+ | Apraksts pieejams šeit: https:// | ||
+ | ------ | ||
+ | ====Ar aizdoto kredīta transakciju, | ||
+ | Kā izveidot savstarpējā ieskaita transakciju aizdevumam konts 21141, ar debitoru rēķiniem? \\ | ||
+ | |||
+ | Jāizveido maksājuma termiņš jeb maksājuma veids ar kontu, kas ir aizdevumā 21141. Un veido maksājumu, kur norāda rēķinus, kas jānosedz un kredīta summu. + un - zīmi. | ||
+ | |||
+ | Finanšu uzstādījumi - Samaksas veidi - Pievienot jaunu. | ||
+ | ------ | ||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 82: | Rinda 386: | ||
---- | ---- | ||
+ | |||
+ | ====PVN deklarācija neatšifrējas, | ||
+ | Jābūt obligāti aizpilditam PVN reģ nr , lai atšifrētos klients/ | ||
+ | PIem. 1.3. bija zem X, ielika PVN reģ.nr. un atšifrējās. | ||
+ | ------ | ||
+ | ====PVN deklarācija==== | ||
+ | Kad atver jaunu Datubāzi, tad ir iekopēta PVN deklarācija zem Pielāgotajām atskaitēm no Tamplate db. \\ | ||
+ | Vajag PVN kodu kartītēs salikt Datulaukus, atzīmēt Papildus info. Tad info ielasīsies pielikumos, piem. 1.1, 1.2., utt. \\ | ||
+ | https:// | ||
+ | |||
+ | Lai PVN galva būtu korekta, jākonfigurē PVN deklarācija \\ | ||
+ | https:// | ||
+ | |||
+ | Jāpielāgo saviem FInanšu kontiem. \\ | ||
+ | |||
+ | Jāpārbauda vai artikulu klasēs salikti visi PVN kodi !!! \\ | ||
+ | |||
+ | Artikula klases kartiņā nav norādīts pvn kods un konti priekš darījumiem ES | ||
+ | Brīdī, kad tika iesūtīts rēķins, šis klients bija Vietējais klients un tam piemērots vietējais pvns. Grāmatojuma labojums te neplīdzēs, | ||
+ | |||
+ | ------- | ||
==== Pārkopēt PVN deklarāciju ==== | ==== Pārkopēt PVN deklarāciju ==== | ||
Rinda 95: | Rinda 420: | ||
http:// | http:// | ||
---- | ---- | ||
+ | ====PVN deklarācijas iekopēšana un darbs pēc tam==== | ||
+ | Ja vēlas izmantot PVN deklarāciju, | ||
+ | Tālāk ir jāveic pvn dekl konfigurēšana, | ||
+ | https:// | ||
+ | |||
+ | Jāskatās, vai viss kārtībā vai varbūt ir jākopē kāda cita pvn versija. | ||
+ | ----- | ||
+ | ====PVN dekl konfigurēšana==== | ||
+ | Formulā var atsaukties tikai uz tām rindām, kas ir augstāk par to rindu, kurā ir pati formula.\\ | ||
+ | Tas nozīmē, ka kopsummas ir jāizvieto apakšā, zem tam rindām, kuras jāsummē. | ||
+ | Šajā gadījumā rindai 160 būtu jānomaina rindas numurs uz 164. | ||
+ | {{ : | ||
+ | ----- | ||
==== Gym_LV - Aut.Intervāli/ | ==== Gym_LV - Aut.Intervāli/ | ||
- | - | ||
Rinda 116: | Rinda 454: | ||
---- | ---- | ||
+ | ====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, | ||
+ | ------ | ||
+ | |||
==== 4systems - Dokumentu var apstiprināt tikai secīgi 13.10.2020==== | ==== 4systems - Dokumentu var apstiprināt tikai secīgi 13.10.2020==== | ||
http:// | http:// | ||
Rinda 138: | Rinda 484: | ||
====Kā pieslēgt algu moduli==== | ====Kā pieslēgt algu moduli==== | ||
+ | Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. Un ja nepārsniedz, | ||
+ | Ja jārēķina vairāk nekā max lietotāju skaits, tad jānorāda 250 vai 500, 750... un algu modulis ir ar mēneša maksu.\\ | ||
- | Ja vēlas grāmatot/ | + | Jāpārliecinās, vai nejauši nav atstāts MAGAB.\\ |
- | + | ||
- | Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | + | |
- | Ja jārēķina vairāk nekā max lietotāju skaits, tad var norādīt piem.250 un algu modulis ir ar mēneša maksu. | + | |
- | + | ||
- | {{ : | + | |
Lai atslēgtu iespēju rēķināt/ | Lai atslēgtu iespēju rēķināt/ | ||
Rinda 151: | Rinda 494: | ||
Jautājumi klientam:\\ | Jautājumi klientam:\\ | ||
1) Cik daudz cilvēkiem plānojas rēķināt algas? | 1) Cik daudz cilvēkiem plānojas rēķināt algas? | ||
- | No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 45.00 eur/ | + | No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 49.00 eur/ |
2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam? | 2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam? | ||
---- | ---- | ||
+ | ====Maksimālo lietotāju skaits==== | ||
+ | Svarīgi visiem, kas strādā "Max lietotāji" | ||
+ | ----- | ||
====Kā izveidot tiesības algu aprēķināšanai==== | ====Kā izveidot tiesības algu aprēķināšanai==== | ||
Rinda 165: | Rinda 511: | ||
{{ : | {{ : | ||
---- | ---- | ||
+ | ====Darbinieka atbrīvošana ALgu aprēķins==== | ||
+ | Apraksts pa soļiem un kā sagatavot visas atskaites: https:// | ||
+ | ------ | ||
====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 232: | Rinda 581: | ||
{{: | {{: | ||
Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē. | Šie uzstādījumi atrodas zem “āmurīša” atskaites augšā, labajā pusē. | ||
- | |||
---- | ---- | ||
+ | ====Moduls Engineering aftersave procedūra - Rēķinos Projekti==== | ||
+ | db moduls_engineering_lv | ||
+ | ---- | ||
====Kā nosūtīt e-pastu uz events/ | ====Kā nosūtīt e-pastu uz events/ | ||
- | Uz Notikumu: | + | Uz Notikumu:\\ |
+ | E-pasta adrese, lai nosūtītu uz datubāzi “eventu” ir **datubāzes nosaukums_lv@event.data.directo.ee**, | ||
- | E-pasta adrese, lai nosūtītu uz datubāzi “eventu” ir **datubāzes nosaukums@event.data.directo.ee**, | + | Kā pielikumu: |
- | + | E-pasta adrese, lai nosūtītu uz datubāzi pielikumu ir **datubāzes | |
- | Kā pielikumu: | + | |
- | + | ||
- | E-pasta adrese, lai nosūtītu uz datubāzi pielikumu ir **datubāzes | + | |
Nosūtītie pielikumi Directo ir atrodami atskaitē Attachments jeb **Pielikumi**, | Nosūtītie pielikumi Directo ir atrodami atskaitē Attachments jeb **Pielikumi**, | ||
Rinda 251: | Rinda 599: | ||
---- | ---- | ||
+ | ====NOTIKUMI procesu uzskaitei, | ||
+ | Sistēmā ir iespējams veidot notikumus (https:// | ||
+ | |||
+ | 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, | ||
+ | Notikumu tipus, piemēram, tipu Garantija, varat izveidot no savas puses: \\https:// | ||
+ | Notikumiem varat izveidot arī statusus, piemēram, Jauns, Aktīvs/ | ||
+ | |||
+ | Notikumus var izveidot gan no galvenās izvēlnes \\(https:// | ||
+ | ------ | ||
====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==== | ||
Viņi veido Rēķinus no '' | Viņi veido Rēķinus no '' | ||
- | |||
- | |||
---- | ---- | ||
+ | ====Atjaunot noliktavu izņemt ķeksi==== | ||
+ | Rēķiniem, kas ir veidoti no pasūtījumiem, | ||
+ | ----- | ||
====Duck republic - slēgts finanšu periods 23.10.2020==== | ====Duck republic - slēgts finanšu periods 23.10.2020==== | ||
Rinda 265: | Rinda 623: | ||
---- | ---- | ||
====Kā zināt vai datubāzei pieslēgts Vairumimports, | ====Kā zināt vai datubāzei pieslēgts 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, | Tajās datubāzēs, | ||
Rinda 270: | Rinda 633: | ||
---- | ---- | ||
+ | ====Pieslēgt Vairumimportu E-pastu , Mass-MAIL module==== | ||
+ | |||
+ | 1) We no longer offer it at all. Only who has it, remain it.\\ | ||
+ | 2) Who use mass meil modul they must have mail sender: Directo. SMTP is when they have there own mail server.\\ | ||
+ | {{ : | ||
+ | |||
+ | Klients vēlas pieslēgt masu importa moduli, man tas kkur jāatzīmē vai kā varēs zināt, ka jāpiestāda rēķins ? \\ | ||
+ | - K: par mass importu sev piefiksēju. \\ | ||
+ | |||
+ | Un par cik sākot no 2019.gada vairs neizmanto algu moduli, vēlas no tā atteikties. Kā labak, Vēsturiskos datus var piedāvāt ar vairumexportu izgūt par maksu ? \\ | ||
+ | |||
+ | datus izgūt viņi var paši no atskaitēm. ja ir kautkas ko viņi nevar vai negrib, tad tas ir par maksu caur exportu. tik paskaties, kas tajā exportā ir pieejams. reāli, viņiem neko nevadzēs, ja runa ir par laiku pirms 19.gada. vēl viena lieta. atslēdzot Algas moduli, dati nekur nepazudīs, atskaites jau ir pieejamas. viņi vienkārši nevar iegrāmatot algas aprēķinu. | ||
+ | ------ | ||
====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== | ====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== | ||
Rinda 296: | Rinda 672: | ||
'' | '' | ||
https:// | https:// | ||
- | {{ : | + | {{ : |
+ | |||
+ | Atveras logo un ar peles labo taustiņu Save Image As | ||
----- | ----- | ||
====Lai Chrome katru jauno Directo linku ver jaunā tabā==== | ====Lai Chrome katru jauno Directo linku ver jaunā tabā==== | ||
- | Jāpievieno Chrome extension '' | + | Jāpievieno Chrome extension '' |
- | https://chrome.google.com/webstore/ | + | https://chromewebstore.google.com/ |
- | ----- | + | ------- |
====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 309: | Rinda 687: | ||
//isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums// | //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums// | ||
----- | ----- | ||
+ | ====ISKU nevar apstiprināt rēķinu==== | ||
+ | {{ : | ||
+ | Problēma tikai ir ar 5 un 7 rindu. SN “Skapis ar stikla durvīm pelēks” | ||
+ | |||
+ | Jāpievērš uzmanība vai VARIANTA kolonnā nav kāds nevajadzīgs simbols, ja paziņojumā ir rkastīts - ka ir variants, bet nav vajadzīgs. | ||
+ | ----- | ||
+ | |||
+ | ====Sērijas numurs SN==== | ||
+ | Ja Artikula kartītē pie Sērijas nr. norāda opciju: \\ | ||
+ | | ||
+ | Savukārt opcija **Vienības/ | ||
+ | ====Sērijas numurs SN ar BEZ artikula kartiņā==== | ||
+ | Ja artikuls ir noliktavas atlikumā, tad artikula kartītē manuāli nevar nomainīt opciju Sērijas nr., tāpēc izlabojām to ar programmēšanas palīdzību. \\ | ||
+ | |||
+ | Varam izmaiņīt ar Vairumimporta tabulu - Artikuli.\\ | ||
+ | KODS un SN ATSEKOŠANA. \\ | ||
+ | SN ATSEKOŠANA 0 (nulle) ir BEZ sn. | ||
+ | -------- | ||
+ | ====SN sērijas numura lauka garums==== | ||
+ | SN lauka garumu var noteikt sistēmas uzstādījumos: | ||
+ | ------- | ||
+ | |||
====4room nevar apstiprināt EKA rēķinu==== | ====4room nevar apstiprināt EKA rēķinu==== | ||
4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS. | 4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS. | ||
Rinda 317: | Rinda 717: | ||
'' | '' | ||
----- | ----- | ||
+ | ====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, | ||
+ | {{ : | ||
+ | |||
+ | 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: | ||
+ | ------ | ||
====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/ | 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/ | ||
Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi. | Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi. | ||
- | |||
---- | ---- | ||
+ | ====Apollo jāsamaina samaksas termiņš izejošajam rēķinam==== | ||
+ | Visi izejošie rēķini Directo ienāk kā EKA jeb kases rēķini. Līdz ar to pašiem samainīt no piem. samaksas termiņa 7 uz K kredītrēķins, | ||
+ | Uz K kredītrēķinu varam samainīt tikai mēs ar SQL. \\ | ||
+ | |||
+ | POS reķinā jālabo Samaksas termiņš: \\ | ||
+ | |||
+ | **update mr_arved set tingimus=' | ||
+ | |||
+ | **update mr_arved set tingimus=' | ||
+ | |||
+ | tingimus ir termiņš \\ | ||
+ | |||
+ | Termiņu samainījām, | ||
+ | ------ | ||
+ | ====Apollo KINO nevar apstiprināt, | ||
+ | Ar pogu PĀRSŪTĪT jeb TRANSFER. Vai klienta kartiņā ieliekot vajadzīgo Pay Term. | ||
+ | ------ | ||
+ | |||
====Uzstādījums, | ====Uzstādījums, | ||
Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu | Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu | ||
Rinda 332: | Rinda 759: | ||
Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA | Ieslēdz God mode un izvēlies dok tipu INVENTARIZACIJA | ||
---- | ---- | ||
+ | ====Inventarizācijas dokumenta aizpildīšana==== | ||
+ | Mēģinu veikt ar vairumievietošanu inventarizāciju. Vienā reizē līdz 700 līnijas. Bet ik pa brīdim kaut kas nobrūk. \\ | ||
+ | |||
+ | Ja parādās WAITING vai Uzgaidiet. Tad ir jānospiež poga Uzgaidiet un jāpagaida, vai pēc kāda laika sistēma pabeigs rindu aizpildīšanu ar Jūsu norādītajiem datiem. \\ | ||
+ | |||
+ | Ja arī pēc tam datu ielādes process ir lēns vai nenotiek, tad var pamēģināt kopēt datus vairākās reizēs – katrā reizē iekopējot mazāku rindu skaitu. Piemēram, dokumentā iekopēt pirmās 200 (maximums 500) rindas, un, kad tās ir iekopētas dokumentā, tad saglabāt inventarizācijas dokumentu, vēlreiz nospiest tajā pogu Vairumievietošana un pēc tam iekopēt nākamās 200 rindas un pirms pogas Aizpildīt dokumentu nospiešanas norādīt, ka dati jāiekopē, sākot no 201. rindas (jo pirmajās 200 rindās jau būtu dati, kurus Jūs iekopējāt iepriekš). \\ | ||
+ | |||
+ | Kā arī, jo vairāk rindu dokumentā, jo lēnāk tas aizpildīsies, | ||
+ | ----- | ||
+ | ====Aizmirsts ievadīt Saņemšanu SREC pēc inventarizācijas==== | ||
+ | Noslēgta inventarizācijas, | ||
+ | |||
+ | Uztaisīt SREC dokumentu.\\ | ||
+ | Izveidot Inventarizāciju TIKAI tam artikulam, kas aizmirsts. Ar Inventarziāciju, | ||
+ | |||
+ | Jāsakatās, | ||
+ | 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, | ||
+ | |||
+ | 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, | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | Ja vairs nevar atgrāmatot, | ||
+ | ----- | ||
+ | |||
====Profikss nevar apstiprināt rēķinu==== | ====Profikss nevar apstiprināt rēķinu==== | ||
Rinda 347: | Rinda 806: | ||
Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, | Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, | ||
---- | ---- | ||
+ | ====PVN kodi nepareizi nevar apstiprināt rēķinu==== | ||
+ | {{ : | ||
+ | Klienta kartiņā ir ielikts, ka visam ir jābūt pvn kodam 1 (21%), savukārt, preces kartiņā ir norādīta samazinātā pvn likme ar kodu 2 (12%). \\ | ||
+ | Jānoņem klienta kartiņā pvn kods 1 un tad vēlreiz jāielasa prece rēķinā. | ||
+ | ----- | ||
+ | |||
+ | ====PVN proporcijas==== | ||
+ | Ir jāizveido jauns PVN kods un tajā kodā jānorāda proporcija, kur Proporcijas likme norāda to, cik % no PVN nonāks priekšnodoklī. Ievadot rēķinu, ir jānorāda šis PVN kods. \\ | ||
+ | PVN kodu veido caur – Uzturēšana – Finanšu uzstādījumi – PVN kodi – Pievienot jaunu. \\ | ||
+ | Kad es uztaisu proporcijas pvn kodu vieglajiem auto pēc tāda paša principa kā reprezentācijai, | ||
+ | Līdz ar to nevaru iegrāmatot precīzu rēķina summu, kas jāsamaksā. Kā man pareizi jārīkojas? | ||
+ | |||
+ | Tādā gadījumā samazini samazināto PVN summu par 1 centu. Skat.kolonnā PVN, ieliku 11.09 un viss tagad sakrīt! \\ | ||
+ | {{ : | ||
+ | |||
+ | Skat.piemēru bildēs. | ||
+ | {{ : | ||
====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== | ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== | ||
//Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, | //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, | ||
Rinda 401: | Rinda 877: | ||
Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem. | Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem. | ||
---- | ---- | ||
- | ====SN sērijas numura lauka garums==== | + | ====Simbols, lai neatlasa, filtrē IZŅEMOT==== |
- | SN lauka garumu var noteikt sistēmas uzstādījumos: Uzstādījumi - Galvenie uzstādījumi: Sērijas nr/pakas lauka izmērs... | + | Pieliekot priekšā izsaukumu ! atskaite atslasīs izņemot šo, piem. tos, kas atrodas Bērnu kopšanas atvaļinājumā BKA \\ |
- | ---- | + | !BKA |
+ | {{ :lv: | ||
+ | Šajā gadījumā mums nevajag Artikulu klasi 1008, līdz ar to mēs to varam izņemt ieliekot Artikulu klases filtra !1008 \\ | ||
+ | Iegūsti atskaiti bez šīs artikulu grupas. \\ | ||
+ | |||
+ | Vairākus IZŅEMOT jāatdala ar komatu | ||
+ | {{ :lv: | ||
+ | ----- | ||
+ | ====SIMBOLS atlasa vētību, kas ir TUKŠA==== | ||
+ | RESTĪTE \\ | ||
+ | taisu klientu statistiku un ielieku restīti pie pvn reģ. nr. filtra, lai atlasās to klientu rēķin. | ||
+ | ------ | ||
====Noliktavas saņemšana un preces atgriešana ID numurs un SN numurs==== | ====Noliktavas saņemšana un preces atgriešana ID numurs un SN numurs==== | ||
Apstiprinot Noliktavas saņemšanas dokumentu, precei (artikulam) automātiski tiek piešķirts unikāls Noliktavas ID. Ja vēlas atgriezt to pašu preci, tad jāizvēlas tas pats Noliktavas ID (kolonnā ID ar dubultklišķi). | Apstiprinot Noliktavas saņemšanas dokumentu, precei (artikulam) automātiski tiek piešķirts unikāls Noliktavas ID. Ja vēlas atgriezt to pašu preci, tad jāizvēlas tas pats Noliktavas ID (kolonnā ID ar dubultklišķi). | ||
Rinda 414: | Rinda 902: | ||
---- | ---- | ||
+ | ====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/ | ||
+ | |||
+ | 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. \\ | ||
+ | {{ : | ||
+ | |||
+ | Var redzēt divus pieejamos Noliktavas ID uz 23.03, tātad kāds no šīem ID mums jāatbrīvo, | ||
+ | {{ : | ||
+ | |||
+ | 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. \\ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Jebkura no Piegādēm, vēlams jaunāko, jāver vaļā - jāatgrāmato, | ||
+ | Pēc tam apstirpina jaunatvēro dokumentu un sistēma pēc FIFO metodes paņems nākamo vecāko Noliktavas ID. | ||
+ | |||
+ | {{ : | ||
+ | ------- | ||
+ | |||
+ | |||
====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 435: | Rinda 943: | ||
- Izveidot auditoram skatīšanās piekļuvi directo atskaitēm virsgrāmata un transakciju saraksts. | - Izveidot auditoram skatīšanās piekļuvi directo atskaitēm virsgrāmata un transakciju saraksts. | ||
---- | ---- | ||
+ | ====Virsgrāmatā konta atlikuma atšifrējums==== | ||
+ | Ka var uztaisīt VG konta 220804 atlikuma uz 31.12.2021 atšifrējumu ? \\ | ||
+ | Nepieciešams atšfirēt kontu 220804 pēc Piegādātāja, | ||
+ | |||
+ | Konkrēts datums, ķeksis - Tikai summas, | ||
+ | |||
+ | {{ : | ||
+ | ----- | ||
+ | ====KONTA ATLIKUMI==== | ||
+ | Kā pareizi ievadīt kona 2190 un 5210 atlikumus uz 30.04.2022 pa partneriem uz programmu? \\ | ||
+ | |||
+ | Piemers, ir kreditors, kuram bija samaksats avanss līdz 30.04.2022 -100 eur. Debets 2190 = 100,00 \\ | ||
+ | Kā pareizi ievadīt to atlikumu uz Directo? \\ | ||
+ | |||
+ | Ir divas opcijas: \\ | ||
+ | 1) Veidojam manuālu transakciju ar kontu D un Kontu K un norādām klientu.\\ | ||
+ | 2) Veidojam ienākošo/ | ||
+ | Priekšrocība otrajai opcijai ir tas, ka tālāk šo maksājumu var ērti piesaistīt rēķiniem, bet pirmajā variantā, lai priekšapmaksu nolīdzinātu būs atkal jāveido manuāla transakcija. | ||
+ | ----- | ||
+ | |||
+ | |||
+ | ====Transakciju vēsture, meklēšana kas mainīts, kas/kad izveidota==== | ||
+ | Lai redzētu info par to, kad un kas izveidojis jeb apstiprinājis | ||
+ | To var atrast Finanses – Atskaites – Transakciju saraksts.\\ | ||
+ | |||
+ | Filtrā jānorāda: | ||
+ | Tips – TRAN \\ | ||
+ | Transakcijas laiks: periods – transakcijā norādītais datums\\ | ||
+ | Ievadīšanas laiks: periods – ja šeit norāda datumu, tad parādīsies tikai tās Transakcijas, | ||
+ | Ķeksis pie “Laika atzīme” – būs redzama info par to, kas izveidojis transakciju, | ||
+ | |||
+ | Atrast tādu transakciju, | ||
+ | {{ : | ||
+ | ----- | ||
+ | |||
====Kā noliktavā skaita preces vai pēc FIFO==== | ====Kā noliktavā skaita preces vai pēc FIFO==== | ||
Jā, noliktavā preces atlikumus skaita pēc FIFO, otrs variants ir FEFO, bet tikai tiem, kas lieto derīguma termiņus un SN. | Jā, noliktavā preces atlikumus skaita pēc FIFO, otrs variants ir FEFO, bet tikai tiem, kas lieto derīguma termiņus un SN. | ||
Rinda 466: | Rinda 1009: | ||
{{ : | {{ : | ||
----- | ----- | ||
+ | ====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 477: | Rinda 1027: | ||
Our license agreement states that we keep the last 7 days of backups. | Our license agreement states that we keep the last 7 days of backups. | ||
---- | ---- | ||
+ | ====Aizvietošana dzēšana kartiņai==== | ||
+ | J anepieciešams aizvietot vai izdzēst Piegādātāja , klienta kartiņu. \\ | ||
+ | Var izmantot vienu no šiem variantiem: \\ | ||
+ | |||
+ | - | ||
+ | - | ||
+ | ----- | ||
====FCHE nevar apstiprināt rēķinu, pasūtījums, | ====FCHE nevar apstiprināt rēķinu, pasūtījums, | ||
piemēram, rēķinam 2402239 kļūdas paziņojums ir tikai par 1 rindiņu\\ | piemēram, rēķinam 2402239 kļūdas paziņojums ir tikai par 1 rindiņu\\ | ||
Rinda 493: | Rinda 1050: | ||
lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\ | lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\ | ||
jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | ||
- | ---- | + | ----- |
+ | ====Pasūtījums un noliktavas saņemšana==== | ||
+ | par tiem pasūtījumiem/ | ||
+ | |||
+ | Uzstādījums nepieciešams un tas atkarīgs no tā, cik precīzi viņi paši vēlas ievērot to pasūtīšanu/ | ||
+ | ------- | ||
====Statusi kolonnai D A==== | ====Statusi kolonnai D A==== | ||
D - delivered/ | D - delivered/ | ||
Rinda 598: | Rinda 1160: | ||
====Jauns gads, jauni intervāli==== | ====Jauns gads, jauni intervāli==== | ||
Sākoties gadam, jāuzliek jaunie intervāli: | Sākoties gadam, jāuzliek jaunie intervāli: | ||
- | 1) Intervāli dokumentiem. Ja nepieciešams, | + | 1) Intervāli dokumentiem. Ja nepieciešams, |
+ | {{ : | ||
2) Finanšu intervāli transakcijām. | 2) Finanšu intervāli transakcijām. | ||
Rinda 681: | Rinda 1244: | ||
------- | ------- | ||
====Datubāzes DB slēgšana==== | ====Datubāzes DB slēgšana==== | ||
- | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz " | + | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz " |
+ | {{ : | ||
------ | ------ | ||
====Datubāzes iemidzināšana==== | ====Datubāzes iemidzināšana==== | ||
Rinda 696: | Rinda 1260: | ||
Ja Tu man atsūtīsi exceli ar kolnnām pl nr, datums, korekcijas summa un komentārs, tad es tāds vienreiz importētu. | Ja Tu man atsūtīsi exceli ar kolnnām pl nr, datums, korekcijas summa un komentārs, tad es tāds vienreiz importētu. | ||
{{ : | {{ : | ||
+ | |||
+ | Ir divi varianti \\ | ||
+ | 1. vērtības korekcija par atlikušo summu (darbība jāveic kartiņas tabā Vērtības korekcija, jānorāda datums un summa – šī operacija pati par sevi neveic transakciju).\\ | ||
+ | 2. Ielikt kartiņā citu nolietojuma procentu (lai paņemtos visa atlikusī summa). Tas arī jādara pirms decembra nolietojuma. | ||
+ | |||
----------- | ----------- | ||
====Izdzēst pamatlīdzekļu transakciju vēsture==== | ====Izdzēst pamatlīdzekļu transakciju vēsture==== | ||
Rinda 707: | Rinda 1276: | ||
Sistēma tik un tā neļauj, tad ir jāieslēdz GOD MODE un pie izmaiņām jāizdzēš ta rinda, kur tika labots neatļautais simbols. Izdzēšot ar god mode ierakstu, ļāva izprintēt un kļūdas paziņojums vairs nebija. | Sistēma tik un tā neļauj, tad ir jāieslēdz GOD MODE un pie izmaiņām jāizdzēš ta rinda, kur tika labots neatļautais simbols. Izdzēšot ar god mode ierakstu, ļāva izprintēt un kļūdas paziņojums vairs nebija. | ||
------- | ------- | ||
+ | ====Noliktavas/ | ||
+ | Atskaite, kuru izmantot, lai redzētu materiālu kustību (iegādi, pārdošanu, | ||
+ | Šeit ir arī apraksts par kolonnu nozīmi un kā lietot filtrus: \\ | ||
+ | https:// | ||
+ | ------ | ||
====Realizācijas atskaite==== | ====Realizācijas atskaite==== | ||
Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats " | Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats " | ||
{{ : | {{ : | ||
- | ------------ | + | -------- |
+ | ====Atskaite REALIZĀCIJA==== | ||
+ | Lūdzu aprakstiet, kādas tieši darbības ar krājumiem jūs gribētu salīdzināt starp noliktavas atskaitēm un PZ datiem? \\ | ||
+ | Vai izdevumus preču norakstīšanai no noliktavas par noteiktu periodu? \\ | ||
+ | Šim mērķim tad jāizmanto atskaite Realizācija, | ||
+ | |||
+ | Atskaitē ‘noliktavas ātrums’ ir kolonna “Apgrozījums”. \\ | ||
+ | 1) Vai šis Ir apgrozījums izmaksām, kas tiek norakstītas uz 71XXX grupu PZ kontos? Jeb apgrozījums realizācijas cenās? \\ | ||
+ | 2) Kāds ir algoritms krājumu vecuma dienu aprēķinam? | ||
+ | Mēs šobrīd analizējam krājumus uz 31.08.2021 un krājumu kustību 8M periodā. \\ | ||
+ | |||
+ | Šajā atskaitē summa kolonnā Apgrozījums ir noliktavas izmaksās (t.i., pašizmaksā). | ||
+ | Tās ir tās izmaksas, kas norakstās uz 71XXX kontiem, bet tikai no rēķiniem un piegādēm, t.i., šajā summā neietilpst dažāda veida korekcijas – artikulu norakstīšanas dokumenti, inventarizācijas dokumenti, manuālas transakcijas.\\ | ||
+ | |||
+ | “Noliktavas ātrums” šajā atskaitē tiek iegūts šādi: \\ | ||
+ | |||
+ | Vid.nol.vērt. = (līmenis perioda sakumā + līmenis perioda beigās)/2 \\ | ||
+ | Apgr.frekv. = apgrozījuma summa/ | ||
+ | Apgrozījuma ātrums (“Noliktavas ātrums”) = dienu skaits periodā/ | ||
+ | ------ | ||
+ | |||
+ | |||
+ | |||
+ | |||
====Salīdzināšanas akti izdrukas info==== | ====Salīdzināšanas akti izdrukas info==== | ||
Lai atbilstošajās vietās parādītos informācija, | Lai atbilstošajās vietās parādītos informācija, | ||
Rinda 759: | Rinda 1357: | ||
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, | + | ====NORAKSTĪŠANA |
- | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, | + | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, |
- | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ Ja nenostrādā, | + | |
+ | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ | ||
+ | |||
+ | Ja nenostrādā, | ||
+ | |||
+ | Ja vēlaizvien ir slēgts. Tad ar GOD MODE pie Izmaiņām, neieķeksējot Transakcijas, | ||
------- | ------- | ||
+ | ====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, | ||
+ | ------ | ||
+ | |||
====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ||
Ja pamatlīdzeklim jāizdzēš nolietojums, | Ja pamatlīdzeklim jāizdzēš nolietojums, | ||
Rinda 772: | Rinda 1382: | ||
2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, | 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, | ||
------- | ------- | ||
+ | ====Pamatlīdzekļu nolietojuma transakciju dzēšana==== | ||
+ | Nepieciešams izdzēst nolietojuma INV transakciju. \\ | ||
+ | Nav pogas DZĒST. \\ | ||
+ | Jāpievieno lietotāju tiesībam atļaut - Apakšsistēmas transakciju maiņa. \\ | ||
+ | |||
+ | Šādos gadījumos vislabāk ir uzlikt tās tiesības uz brīdi, lai var izdzēst grāmatojumu, | ||
+ | ------ | ||
+ | ====Kā izdzēst PL pamatlīdzekli==== | ||
+ | Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas. | ||
+ | |||
+ | Lai izdzēstu, kad nebūs nolietojums, | ||
+ | ------- | ||
+ | |||
+ | ====Pamatlīdzekļu norakstīšana vairumā PL==== | ||
+ | Ar atskaiti **Pamatlīdzekļu vēsture**, norādot **Norakstīšanas iemeslu** un nospiežot Atskaite. Atlasīsies visi Pamatlīdzekļi, | ||
+ | |||
+ | Lai izveidotu jaunu **Datulauku tipu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta, | ||
+ | 1) Jāizveido Datalauku tips (Uzstādījumi – Galvenie uzstādījumi – Datulauku tipi). Pievienot jaunu un aizpildīt obligātos laukus: Kods, Nosaukums, KLASE - **Aktīvs**. \\ | ||
+ | |||
+ | Tālāk jādodas uz Uzturēšana – Imports/ | ||
+ | |||
+ | Ja ar vairumievietošanu, | ||
+ | |||
+ | 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**. | ||
+ | {{ : | ||
+ | ------- | ||
+ | |||
====Problēmas ar Directo, nevar pieslēgties==== | ====Problēmas ar Directo, nevar pieslēgties==== | ||
Labdien, \\ | Labdien, \\ | ||
Rinda 800: | Rinda 1437: | ||
{{ : | {{ : | ||
------ | ------ | ||
+ | ====Nerāda sarakstā kolonnu izvēles pogu==== | ||
+ | Tiesībās zem Citi - Pārlūkprogrammas lauku izvēle | ||
+ | {{ : | ||
+ | ----- | ||
====Kā veidojas preces pašizmaksa==== | ====Kā veidojas preces pašizmaksa==== | ||
Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru | Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru | ||
Rinda 809: | Rinda 1450: | ||
Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa). | Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa). | ||
+ | ------ | ||
+ | ====Vai kredītrēķins ietekmē preces pašizmaksu==== | ||
+ | Par kredītrēķiniem. Var būt dažādi, gadās, ka kredītrēķins mīnuso daļu no summas, nemainot preču skaitu, t.i., piemēram, ja aizmirsa piemērot atlaidi. Tad jāizmanto tā Jaunā cena preču saņemšanās. \\ | ||
+ | |||
+ | Atsūtiet lūdzu piemēru, kāds ir rēķins un kāds kredītrēķins, | ||
+ | |||
+ | Pašā Directo kredītrēķini piegādātāju modulī ietekmē tikai norēķinus ar piegādātājiem. | ||
+ | Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | ||
+ | ------ | ||
+ | ====Pirkuma pasūtījumā atlaides EUR nevis procentos, kā norāda==== | ||
+ | Kā un kur ielikt atlaidi preces pirkuma pasūtījumam (purchase order)? Piemēram – rēķina summa 300eur, atlaide – 12,3eur? \\ | ||
+ | |||
+ | Vajadzētu aprēķināt, | ||
+ | Iemesls - jo uz SRECU aizies tā cena, kura pie artikula ir pasūtījumā.\\ | ||
+ | Ja šis neder, tad otrs variants ir norādīt kā artikula cenu pasūtījumā to cenu, kura ir pēc atlaides. | ||
+ | ------- | ||
+ | ====Avanss priekšapmaksa sasaiste ar rēķinu==== | ||
+ | Izveidots izejošais Maksājums, ja vienā dokumentā ir 2 rindas , katra par savu piegādātāja rēķinu, tad piesaistot vienam rēķinam , viss kārtībā, bet otram rēķinam nerādāš pie priekšapmaksām otra maksājuma rinda, kas vēl nav izmantota. sys kļūda !?!\\ | ||
+ | |||
+ | Jāveido katrs avansa maksājums atsevišķā Maksājuma DOkumentā. \\ | ||
+ | vai var vienā rindā apvienot summas par abiem rēķiniem. | ||
------ | ------ | ||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
Rinda 834: | Rinda 1496: | ||
10. marta rēķinā nav summa samazināta, | 10. marta rēķinā nav summa samazināta, | ||
----- | ----- | ||
+ | ====Drošības naudas==== | ||
+ | Veido Ienākošo maksājumu. Samaksas veids SALDO uz 9999..... {{ : | ||
+ | ----- | ||
+ | ====Drošības naudas PIEGĀDĀTĀJAM==== | ||
+ | Newsec LV piegādātājam | ||
+ | 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, | ||
+ | |||
+ | Piegādātājam samaksātās drošības naudas jāveido dokumentā “Maksājumu uzdevumi”, | ||
+ | ------ | ||
+ | |||
+ | ====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, | ||
+ | |||
+ | 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:// | ||
+ | ------ | ||
+ | ====Artikulu dzēšana vēstures pārnešana==== | ||
+ | Ja tiešs/ | ||
+ | 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: | ||
+ | {{ : | ||
+ | |||
+ | 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 842: | Rinda 1534: | ||
Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums | Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums | ||
------ | ------ | ||
+ | ====Auditoriem par Directo ISO, Serveris==== | ||
+ | Informācijas drosība utt. Information security principles of Directo OÜ \\ | ||
+ | https:// | ||
+ | |||
+ | GDPR \\ | ||
+ | https:// | ||
+ | ----- | ||
====Mainīt tiesības==== | ====Mainīt tiesības==== | ||
Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts? | Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts? | ||
Jā, tās indivuduālās būs stiprākas par grupas. | Jā, tās indivuduālās būs stiprākas par grupas. | ||
+ | ------ | ||
+ | ====Tiesības pievienot, skatīt, mainīt, dzēst==== | ||
+ | Ja lietotājam piem. nepieciešamas Cenu formulas, tad Tiesībās pie Dokumentiem jāpievieno Cenu formulas, bet lai viņas varēu arī pievienot, mainīt un dzēst, tad sadaļā **Uzstādījumi** jāieķeksē pie **Pārdošanas uzstādījumi** vajadzīgās opcijas. \\ | ||
+ | Ja rodas situācija, ka kaut ko nevar pievienot, dzēst utt, jāpārbauda **Uzstādījumu** sadaļa un jāieliek vajadzīgie ķekši. | ||
+ | ------ | ||
+ | ====Daļējas tiesības VISAS un PAŠA==== | ||
+ | Jūsu tiesības nosaka lietotāju grupa SALES, un tajā ir noteikts, ka lietotājs var veikt izmaiņas savos līgumos (tie ir tie, kuros viņš ir laukā Pārdevējs), | ||
+ | Tā kā līgumā ar sistēmas kodu 13133 kā pārdevējs ir norādīts Gints Ceizars, nevis Jūs, tad izmaiņas šajā līgumā veikt nevarat. \\ | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Poga PASTS==== | ||
+ | Lietotāja kartiņā jānorāda e-pasts, tad parādīsies poga PASTS. \\ | ||
+ | ----- | ||
+ | ====Lietotāja tiesības==== | ||
+ | Ja ir tikai skatītāja tiesības, piem. redzēt ienākošo rēķinu atskaites un varētu izvēlēties filtrā Piegādātājus no Piegādātāju saraksta, tad nepieciešams Tiesību sadaļā pie **DOKUMENTI** pievienot Moduli **Piegādātāji**. Atķeksēt tikai **šķirstīt**, | ||
+ | |||
+ | Ja atskaitē nepieciešams izvēlēties piem. OBJEKTU vai FINANŠU KONTU, tad jāieliek ķeksis CITI sadaļā pie **Kopētājs**. Tad varēs izvēlēties un ievietot. {{ : | ||
+ | |||
+ | Ja vajag arī iespēju pievienot jaunus Objektus sarakstam, tad sadaļā **uzstādijumi** jāieķeksē pie FInanšu uzstādījumiem **skatīt**, | ||
------ | ------ | ||
====Rēķins valūtā, maksājums EUR==== | ====Rēķins valūtā, maksājums EUR==== | ||
Rinda 853: | Rinda 1571: | ||
apjukums | apjukums | ||
------- | ------- | ||
+ | ====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, | ||
+ | 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. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Valūtas kursi, Valūta, pievienot jaunu valūtu, kas nav Directo==== | ||
+ | Ja valūta piem. Baltkrievijas rublis nav sistemā, tā jāizveido. \\ | ||
+ | Sadaļā - Uzstādījumi - Finanšu uzstādījumi - Valūtas. Pievienot jaunu. \\ | ||
+ | Tālāk jāpievieno manuāli Valūtu kurss sadaļā Valūtu kursi. Pievienot jaunu: \\ | ||
+ | Mainīts - datums ar kuru ir kurss. \\ | ||
+ | Likme - valūtas kurss. | ||
+ | ----- | ||
+ | |||
+ | ====Valūtas kursu pārrēķins - Valūtas kursi, pārcenošana==== | ||
+ | Par Valūtu konta pārrēķinu - pārcenošanu. \\ | ||
+ | To var izdarīt caur Uzturēšana, | ||
+ | Piem.:Konts – 2626 (GBP konts) \\ | ||
+ | {{ : | ||
+ | Pēc tam jāspiež poga Transakcija, | ||
+ | Jāpārbauda, | ||
+ | |||
+ | Ir apraksts par šo Igauņu WIKI lapā, tikai jāuzliek tulkojums uz Angļu valodu: https:// | ||
+ | ----- | ||
+ | |||
+ | ====Rēķins valutā, maksājums vai priekšapmaksa EUR==== | ||
+ | Ja ir ien. rēķins piem. GBP, tas apstiprināts. Veido izejošo maksājumu , kur norāda rēķina nr., piegādātāju, | ||
+ | |||
+ | Ja ir priekšapmaksa EUR, tā automātiski neparādīsies pie priekšapmaksām , ja reķins ir citā valūtā, piem. GBP. Tādā gadījumā jāveido IB invoice balancing izejošais maksājums. \\ | ||
+ | Pirmajā rindā Rēķina nr, piegādātājs, | ||
+ | Otrajā rindā piegādātājs, | ||
+ | ------- | ||
+ | Piem. demo db MU nr. 100029 | ||
+ | |||
====PVN kodi PVN deklarācija==== | ====PVN kodi PVN deklarācija==== | ||
No Avansa maksājumiem, | No Avansa maksājumiem, | ||
Rinda 896: | Rinda 1647: | ||
It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data. | It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data. | ||
--------- | --------- | ||
+ | ====Izdrukas angļu valodā ENG==== | ||
+ | Lai sagatavotu salīdzināšanas aktu (rēķinu) angliski, darījumu partnera (attiecīgi klienta vai piegādātāja) kartītes laukā Valoda jānorāda angļu valoda - ENG. | ||
+ | ----- | ||
+ | =====Sistēmā nobrukusi Valoda LV ENG==== | ||
+ | Zem Uzstādījumi - Galvenie uzstādījumi - VALODAS. Jāuzliek LV Bāzes valoda ENG. Jāpaskatās, | ||
+ | {{ : | ||
+ | ------- | ||
====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 910: | Rinda 1668: | ||
< | < | ||
< | < | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | DB a_aptiekas_lv \\ | ||
+ | DB patollo_lv \\ | ||
+ | DB parrot_telpa_lv \\ | ||
+ | |||
+ | {{ : | ||
+ | |||
-------- | -------- | ||
====Algas, uzkrātais atvaļinājums==== | ====Algas, uzkrātais atvaļinājums==== | ||
Rinda 956: | Rinda 1723: | ||
- Objeks,\\ | - Objeks,\\ | ||
- Darba vietas.\\ | - Darba vietas.\\ | ||
+ | - INTERVĀLS | ||
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 1009: | Rinda 1781: | ||
Directo viss ok. Jāgriežas pie NR DATA. Tur nav aizgājis kartes maksājums, pareizāk sakot, aizgājis pa 0, bet čeks izdrukājās kā apmaksāts, bet tas viss kasē, uz directo jau tikai pārsuta info kāda ir kasē, būs pārdevējam kreņķis, jo protams sistēmas kļūda, bet termināla kvītis ir jāpārbauda, | Directo viss ok. Jāgriežas pie NR DATA. Tur nav aizgājis kartes maksājums, pareizāk sakot, aizgājis pa 0, bet čeks izdrukājās kā apmaksāts, bet tas viss kasē, uz directo jau tikai pārsuta info kāda ir kasē, būs pārdevējam kreņķis, jo protams sistēmas kļūda, bet termināla kvītis ir jāpārbauda, | ||
------ | ------ | ||
+ | ====Kases lentā neparādāš daŗījums, kas ir Directo==== | ||
+ | SIA APL Restaurant 05.01.2022 kasu lentā neuzrādās darījums 2447790 par kopējo summu 4,50EUR. \\ | ||
+ | Jums sākumā ir jāsazinās ar kasi, jo kase nodod tālāk informāciju uz Directo un mēs reģistrējam darījumu. Situācijās, | ||
+ | ----- | ||
+ | ====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 1024: | Rinda 1806: | ||
Pēc tam maksājumu varēs iegrāmatot, | Pēc tam maksājumu varēs iegrāmatot, | ||
------ | ------ | ||
- | ====Obligātie lauki, kas jāaizpilda dokumentā==== | + | ====Priekšapmaksas AVANSI norakstīt, lai nerādās sistēmā==== |
- | Dokumentu nevar apstiprināt, | + | Var veidto IB Invoice Balancig maksājuma dokumentu. Konts nevar būt ārpusbilances (999..) |
+ | ------ | ||
+ | ====Jaiekrāso | ||
+ | Iekrāsot aipzildāmos laukus. | ||
{{ : | {{ : | ||
------ | ------ | ||
Rinda 1047: | Rinda 1832: | ||
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 | ||
+ | {{ : | ||
+ | |||
+ | Bankas importā: \\ | ||
+ | SWED bankā , vai jebkurā bankā jāizveido fails **ISO XML Standarta** formātā, nevis FidaVista. \\ | ||
+ | |||
+ | Ieimportē ISO XML EST formātā | ||
+ | ------ | ||
+ | ====Bankas imports nepareizi sasaista ienākošo maksājumu ar klientu un rēķinu==== | ||
+ | Veicot bankas importu, izveidojas ienākošais maksājums no EKSEA UAB, Directo šo maksājumu sasaista ar DEPO SIA rēķiniem. Kāpec? \\ | ||
+ | |||
+ | Bankas konta numurs, no kura saņemts maksājums, klienta kartiņā nav. Nosaukums nesakrīt (EKSEA UAB kartiņā, bet UAB EKSEA maksājumā). \\ | ||
+ | Ja norādīsiet bankas kontu klienta kartinā, tad klients atpazīsies korekti. | ||
+ | ----- | ||
+ | ====Bankas imports Valsts kase kļūda xml failā==== | ||
+ | Ir problēma ar bankas importu valsts kasei – izejošie maksājumi, fails neieimportējas ( ienākošie maksājumi smuki importējas). ERROR \\ | ||
+ | |||
+ | Problēma rodas, jo Valsts kase XML failā norāda pulksteni 24:00., kas ir nepareizi un dēļ tā rodas kļūda. \\ | ||
+ | Jānosūta informācija Valsts kasei, ka XML fails ir nekorekts un pareizi būtu pulkstens 23: | ||
+ | ----- | ||
+ | |||
+ | |||
====drukāt visus Artikula norakstīšanas aktus==== | ====drukāt visus Artikula norakstīšanas aktus==== | ||
kā ir iespējams uzreiz izdrukāt visus Artikula norakstīšanas aktus? Lai nav jāver katrs vaļā un atsevišķi jālaiž uz druku?\\ | kā ir iespējams uzreiz izdrukāt visus Artikula norakstīšanas aktus? Lai nav jāver katrs vaļā un atsevišķi jālaiž uz druku?\\ | ||
Rinda 1061: | Rinda 1870: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====RR rindas numurs artikulam==== | ||
+ | Ja rinda ir pakārtota citai rindai (kā, piemēram, piedāvājumā otrā rinda ir pakārtota pirmajai rindai), tad pakārtotajā rindā kā RR norādiet ciparu, kurš atbilst galvenajai rindai. \\ | ||
+ | Bet tajās rindās, kuras nav pakārtotas kādai citai rindai, RR ir jābūt tādam pašam kā šīs rindas numuram, tāpēc trešās rindas RR ir jābūt 3. | ||
+ | ----- | ||
====Cenu maiņa noliktavas saņemšana dokumentā==== | ====Cenu maiņa noliktavas saņemšana dokumentā==== | ||
Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/ | Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/ | ||
Rinda 1073: | Rinda 1886: | ||
Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**. | Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**. | ||
----- | ----- | ||
- | ===Cenu maiņa=== | + | ====Cenu maiņa==== |
problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami, | problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami, | ||
------- | ------- | ||
+ | ====Cenu formula , cenu maiņa==== | ||
+ | Šim nolūkam iesaku lietot pie Pārdošanas uzstādījumiem atrodamo Cenu menedžmentu.\\ | ||
+ | Zem sadaļas filtrēt izvēlamies atbilstošos parametrus, šajā gadījumā izvēlējos konkrēto artikulu un spiežam “Pārlūkot”. \\ | ||
+ | Parādīsies saraksts ar visām cenu formulām un parametriem kur atrodas šis artikuls. | ||
+ | Ieķeksējot vai izķeksējot zilo checkbox atlasām formulas kurās vēlamies veikt izmaiņas.\\ | ||
+ | Sadaļā Piepildīt izvēlamies jaunos parametrus, šajā piemērā cenu, un norādām nepieciešamo summu, un spiežam “Mainīt”. \\ | ||
+ | |||
+ | Šeit wiki pamācība kurai var sekot līdzi : https:// | ||
+ | |||
+ | ------ | ||
+ | |||
====Transporta izmaksas==== | ====Transporta izmaksas==== | ||
Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\ | Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\ | ||
{{ : | {{ : | ||
----- | ----- | ||
+ | ====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, | ||
+ | ------ | ||
====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 1086: | Rinda 1916: | ||
Artikula kartītes lauku "No saņemšanas" | Artikula kartītes lauku "No saņemšanas" | ||
+ | ----- | ||
+ | ====Kāda artikula cena ielasīsies dokumentā==== | ||
+ | Šo opciju (kāda pirkuma cena ielasīsies dokumentā pēc noklusējuma) var regulēt ar uzstādījumiem. \\ | ||
+ | Uztādījums - Pasūtījuma vienības izmaksas iekopējot | ||
+ | {{ : | ||
+ | Bija iepriekš pēdējā iegādes cena, samainīju tagad uz pirkuma cenu, tā ir tā, kas nāk no artikula kartiņas. \\ | ||
+ | Tad gan ietekmēs tikai nākamos artikulus, kad tie tiks ievietoti dokumentos, iepriekšējiem var pamēģināt pasūtījuma pogu Atjaunot rindas un tur atstāt ķeksīti tikai pie Maksa. | ||
----- | ----- | ||
====Apmācības==== | ====Apmācības==== | ||
Rinda 1111: | Rinda 1948: | ||
----------- | ----------- | ||
====Modulis e-pastu sūtīšanai vairumā==== | ====Modulis e-pastu sūtīšanai vairumā==== | ||
- | Lai masveidā | + | Lai no sistēmas |
- | Standartā var nosūtīt | + | |
- | Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa | + | Tos var redzēt tikai pats lietotājs, galvenajā logā spiežot uz sava lietotāvārda. \\ |
+ | |||
+ | Jāaizpilda sekojošie uzstādījumi. \\ | ||
+ | Pasta sūtītājs - SMTP. \\ | ||
+ | Pie Lietotājvārds | ||
+ | |||
+ | Apraksts par e-pastu sūtīšanas | ||
+ | https:// | ||
-------- | -------- | ||
- | ====Masu e-pasta sūtīšana==== | + | ====Masu e-pasta sūtīšana |
+ | Sūta caur savu e-pasta serveri, jeb jāsaliek lietotājam SMTP uzstādījumi. \\ | ||
Pieslēgt var zem Uzturēšana - Imports/ | Pieslēgt var zem Uzturēšana - Imports/ | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Masu epasta izsūtīšanas e-pasta adrese lietotājs==== | ||
+ | Masu e-pastam var norādīt lietotaju master settingos. \\ | ||
+ | {{ : | ||
+ | bet vai viņi sūtu ar to, vai pa vienam? \\ | ||
+ | Pa vienam tikai lietotāja kartiņas epastu un tad vēl ir variants ar reply-to var iestatīt. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====E-pasts algas lapiņai==== | ||
+ | Jāpievērš uzmanība uzstādījumam, | ||
+ | Settings par Algas e-pastu, nozimē, ja nav noradits personāla kartiņā algas e-pasts, tad vins algu lapinu sūtitu uz Lietotāja kartinā noradito e-pastu . | ||
+ | {{ : | ||
+ | ------ | ||
====Nākamo periodu izdevumi jeb periodizācija==== | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
https:// | https:// | ||
----------- | ----------- | ||
+ | ====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. | ||
+ | |||
+ | 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ī. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Rēķins par nākamo periodu izdevumiem==== | ||
+ | Vai vadot rēķinu ar nākamiem periodiem jāraksta vēl kaut kas izņemot KOR.KONTS? (objekts utt.) | ||
+ | Raksta , ka kaut kas trūkst - saistība ar REPHOP atskaiti. \\ | ||
+ | |||
+ | Nākamo periodu izdevumu rēķinos noteikti jānorāda konts (kā arī summa bez PVN un PVN kods), konta kartītē – korespondējošais konts, un rēķina rindās jānorāda periods: | ||
+ | https:// | ||
+ | |||
+ | 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:// | ||
+ | |||
+ | EE apraksts: https:// | ||
+ | ----- | ||
====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, trūkst līmeņu==== | ||
+ | Nevar apstiprināt piem. izejošo rēķinu, izmet sekojošu kļūdu: | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Uzstādījumi - Finanšu uzstadījumi - Objektu līmeņi. \\ | ||
+ | Jāpārbauda Līmeņu, objektu uzstādījumi, | ||
+ | |||
+ | OBJEKTA LĪMENĪ ir atzīmēts, ka obligāti jānorāda 10 līmenis konkrētā dokumenta tipā: | ||
+ | |||
+ | {{ : | ||
+ | ------- | ||
+ | ====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, | ||
+ | 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 1201: | Rinda 2102: | ||
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, | + | Uzstādījumos ir šāds nosacījums, |
- | {{ : | + | **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: | ||
------- | ------- | ||
====Noapaļošana par vienu centu==== | ====Noapaļošana par vienu centu==== | ||
Rinda 1215: | Rinda 2119: | ||
Risinājums ir pielikt kaut kur simtdaļas pie vienības cenas.\\ | Risinājums ir pielikt kaut kur simtdaļas pie vienības cenas.\\ | ||
+ | |||
+ | Var piem. pielikt 003, lai gala summa noapaļojas. Izdrukā viss būs ar 2 cipariem aiz komata un kā nepieciešams. | ||
+ | {{ : | ||
+ | |||
+ | Izdruka: \\ | ||
+ | {{ : | ||
Konkrētajā rēķinā nr. 211880 pievienojām Mērv.cenai 5 un tādā veidā ieguvā vajadzīgo skaitli Rēķina izdrukā. | Konkrētajā rēķinā nr. 211880 pievienojām Mērv.cenai 5 un tādā veidā ieguvā vajadzīgo skaitli Rēķina izdrukā. | ||
Rinda 1226: | Rinda 2136: | ||
{{ : | {{ : | ||
- | 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, |
+ | |||
+ | Lietotāja kartiņā jānorāda finanšu intervāls, sistēma nezin kuru ņemt, ja ir vairāki finanšu (transakciju) intervāli. | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Banku importa dok.izsaukuma zīmes==== | ||
+ | Importējot bankas maksājumus man directo par kaut ko brīdina ar izsaukuma zīmītēm. \\ | ||
+ | Kā man būtu jārīkojas lai directo vēlreiz necenstos importēt maksājumus, | ||
+ | |||
+ | Tām rindiņām, kuras nav jāapstrādā, | ||
+ | |||
+ | 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==== | ||
Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu: | Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu: | ||
Rinda 1244: | Rinda 2166: | ||
SEB GATEWAY\\ | SEB GATEWAY\\ | ||
+ | https:// | ||
+ | |||
Pagaidām, uzņēmumiem, | Pagaidām, uzņēmumiem, | ||
Rinda 1263: | Rinda 2187: | ||
www.seb.lv | www.seb.lv | ||
------ | ------ | ||
+ | ====SWEDBANK Gateway==== | ||
+ | https:// | ||
+ | |||
+ | gateway ir divi varianti - operatora līgums un tiešais līgums. pie tiešā līguma parādās Directo, bet lai cik smieklīgi tas nebūtu, Directo var šādu līgumu nodrošināt vienam klietam Latvijā 🙂 kautkāds tehnisks sviets. bet Operatora līgums nodrošinātu Gateway visiem klientiem, kuri to vēlas. Operatora līguma slēgšanas process ir atjaunots, DIrecto parakstīs ar swedbank. \\ | ||
+ | Tad klienti varēs slēgt Swedbank Gateway OPERATORA līgumu.\\ | ||
+ | |||
+ | Lai varētu izmantot Swedbank Gateway, ir jābūt noslēgtam operatora līgumam un “Directo”: | ||
+ | • ir jābūt izveidotam samaksas veidam (galvenā izvēlne → UZSTĀDĪJUMI → Finanšu uzstādījumi → Samaksas veidi), kurš atbilst konkrētajam Swedbank bankas kontam, un tā kartītē jābūt norādītam bankas kontam un bankai,\\ | ||
+ | • lai sistēmas dokumentā Bankas imports tiktu iesūtīts iepriekšējās dienas konta izraksts, pie sistēmas uzstādījuma (galvenā izvēlne → UZSTĀDĪJUMI → Sistēmas uzstādījumi) Noklusējuma intervāls jānorāda intervāls jeb numerācijas diapazons, no kura iesūtītajam dokumentam Bankas imports ir jāpiešķir numurs. \\ | ||
+ | |||
+ | Uzstādījums - Noklusējuma intervāls. \\ | ||
+ | |||
+ | Lai varētu veikt automātisko maksājumu eksportu: \\ | ||
+ | • samaksas veida kartītes laukā EKSPORTA KANĀLS jānorāda opcija Swedbank GW un laukā EKSPORTA KANĀLA LĪGUMS jānorāda ar Swedbank noslēgtā līguma numurs. \\ | ||
+ | • Lai varētu sūtīt maksājumus uz banku, lietotāju tiesībās jānorāda, ka ir atļauts Swedbank GW kanāls. Vai man piešķirt šīs tiesības lietotāju grupai SUPER (tā ir lietotāju grupa, kurā šobrīd ir visi sistēmas lietotāji) vai kādiem konkrētiem sistēmas lietotājiem? | ||
+ | |||
+ | Tiem, kuriem būs iepriekšminētās tiesības, maksājumu dokumentos būs nevis poga XML faila iegūšanai, | ||
+ | Maksājumā būs redzams, ka maksājums ir izsūtīts uz banku (izsūtīšanas laiks paziņojumā redzams treknrakstā): | ||
+ | Maksājuma veikšana internetbankā būs jāapstiprina Smart-ID aplikācijā ar PIN2. \\ | ||
+ | Ja maksājums kāda iemesla dēļ jāsūta uz banku vēlreiz, tad internetbankā manuāli jāizdzēš iesūtītais maksājums un jānosūta tas no “Directo” uz banku vēlreiz. | ||
+ | ----- | ||
+ | |||
+ | |||
+ | |||
====Naudas pārvietošana==== | ====Naudas pārvietošana==== | ||
Naudas pārvietošanas dokuments ir domāts naudas pārcelšanas operācijām no viena naudas konta uz citu, piemēram, no kases uz galveno kasi, vai no kases uz seifu, vai no kases uz starpkontu naudas pārvietošanai bankas kontā, ja dienas ieņēmumi tiek iemaksāti bankomātā.\\ | Naudas pārvietošanas dokuments ir domāts naudas pārcelšanas operācijām no viena naudas konta uz citu, piemēram, no kases uz galveno kasi, vai no kases uz seifu, vai no kases uz starpkontu naudas pārvietošanai bankas kontā, ja dienas ieņēmumi tiek iemaksāti bankomātā.\\ | ||
Rinda 1269: | Rinda 2217: | ||
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ā |
Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\ | Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\ | ||
Rinda 1281: | Rinda 2229: | ||
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. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | 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ā, | ||
+ | {{: | ||
----- | ----- | ||
====Kontu izmaiņas, nomaiņa==== | ====Kontu izmaiņas, nomaiņa==== | ||
Rinda 1290: | Rinda 2269: | ||
- iemaksa valsts kasē ?! \\ | - iemaksa valsts kasē ?! \\ | ||
Tad to no šī maksājuma dokumenta dzēš ārā un taisa manuālu transakciju.\\ | Tad to no šī maksājuma dokumenta dzēš ārā un taisa manuālu transakciju.\\ | ||
+ | bankas importa dokumentā šīm rindām var mainīt tipu no maksajums uz transakcija, | ||
+ | |||
+ | Iemaksas VALSTS kasē veido ar tipu TRANSAKCIJA. Ja nav, tad taisa manunālu transakciju. Maksājumā neliek. \\ | ||
Ja nav rēķina, tad transakcija, | Ja nav rēķina, tad transakcija, | ||
Rinda 1306: | Rinda 2288: | ||
tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi, | tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi, | ||
ur transakcijas aprakstā trūka vajadzīgais info, lai darbības būtu identificējamas konta pārskatā, bet viss vēl nav, piemēram, avansa norēķinu izmaksu transakcijās nav izlietotājs aprakstā. redzu, ka maksājumos ar nekas nav darīts, neliekas pieg. rēķina numurs transakcijas aprakstā. | ur transakcijas aprakstā trūka vajadzīgais info, lai darbības būtu identificējamas konta pārskatā, bet viss vēl nav, piemēram, avansa norēķinu izmaksu transakcijās nav izlietotājs aprakstā. redzu, ka maksājumos ar nekas nav darīts, neliekas pieg. rēķina numurs transakcijas aprakstā. | ||
+ | ------ | ||
+ | ====Transakciju atvēršana , atgrāmatošana==== | ||
+ | TRAN tipa grāmatojumi, | ||
+ | Tad var kolonnā KONTS norādīt vajadzīgo DEBETA kontu.\\ | ||
+ | KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida Luminor bankas konts. | ||
------ | ------ | ||
====PVN deklarācija konfigurācija==== | ====PVN deklarācija konfigurācija==== | ||
Rinda 1378: | Rinda 2365: | ||
- 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ņā. | ||
- | {{ : | + | {{ : |
+ | |||
+ | Ja nepieciešamas kādas izmaiņas un programmētāju palīdzība, | ||
+ | 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 1464: | Rinda 2464: | ||
Piegādātājam piegādātāja kartiņā var norādīt kontus. | Piegādātājam piegādātāja kartiņā var norādīt kontus. | ||
+ | https:// | ||
------ | ------ | ||
- | ====Noapaļošana==== | + | ====NOAPAĻOŠANA |
Nevaru tikt pie rēķina korektās summas - 33,07. Directo aprēķinās vai nu par maz, vai par daudz. Vari kaut kā manuāli to pielabot? \\ | Nevaru tikt pie rēķina korektās summas - 33,07. Directo aprēķinās vai nu par maz, vai par daudz. Vari kaut kā manuāli to pielabot? \\ | ||
- | Gadījumos, kad cenas ir nelielas, bet daudzumi lieli, un rezultātā ar 4 zīmēm aiz komata cenai nepietiek, lai sanāktu precīza summa, saņemtais daudzums ir jādala uz vairākām rindiņām, piemēram 1000 uz 2 rindām pa 500 utml. | + | Gadījumos, kad cenas ir nelielas, bet daudzumi lieli, un rezultātā ar 4 zīmēm aiz komata cenai nepietiek, lai sanāktu precīza summa, saņemtais daudzums ir jādala uz vairākām rindiņām, piemēram 1000 uz 2 rindām pa 500 utml. \\ |
+ | |||
+ | DB MyFitness rekins nr.1015389 \\ | ||
+ | Nepieciešams PVN 225, kopsummu 75825.00., daudzums 337 gab \\ | ||
+ | |||
+ | Jāizveido otra rinda ar tādu pašu RR., jāpieliek daudzums 1, un cena 0.0001 \\ | ||
+ | Izdrukā otra rinda neparādīsies. \\ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Piemērs. reķins nr. 1015995.\\ | ||
+ | Vajag Total/ | ||
+ | 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. | ||
+ | {{ : | ||
------ | ------ | ||
====Drošības nauda==== | ====Drošības nauda==== | ||
Rinda 1497: | Rinda 2512: | ||
https:// | https:// | ||
---------- | ---------- | ||
+ | ====E-pasts nonak kā SPAMS==== | ||
+ | sūtot info no Directo personām ziņas “ iekrīt” spam kasītē. Ko darīt ? \\ | ||
+ | |||
+ | Šeit ir aprakstīts iemesls un iespējamies risinājumi: | ||
+ | |||
+ | https:// | ||
+ | |||
+ | Dodat ziņu, ja ir kas neskaidrs vai būs vajadzīga palīdzība ar iestatījumiem. \\ | ||
+ | Īsumā – iemesls ir tāds, ka directo nav atļaujas izsūtīt e-pastus jūsu uzņēmuma vārdā. \\ | ||
+ | Risinājumi – 1) iedot atļauju (jūsu pasta servera uzstādījumos), | ||
+ | |||
+ | SMTP uzstādījumi lt: \\ | ||
+ | https:// | ||
+ | ------ | ||
+ | |||
====Nākamo periodu izmaksas, uzkrātās izmaksas==== | ====Nākamo periodu izmaksas, uzkrātās izmaksas==== | ||
Perioda vidū tiek anulēts, kā to uzskaitīt? \\ | Perioda vidū tiek anulēts, kā to uzskaitīt? \\ | ||
Rinda 1526: | Rinda 2556: | ||
- Perioda slēgšana noteiktam dokumentu veidam https:// | - Perioda slēgšana noteiktam dokumentu veidam https:// | ||
- Saite dokumentu atgrāmatošanai https:// | - Saite dokumentu atgrāmatošanai https:// | ||
+ | |||
+ | Parasti liek nākamā mēneša 1.datumu.\\ | ||
Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ | Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ | ||
Rinda 1544: | Rinda 2576: | ||
bet ir kas darbojas caur portāliem, līdzīgi kā rekini.lv, tie tad sūta šādam rēķinu portālam xml, bet šis klientiem sūta e-pastus un nodrošina piekļuvi rēķina apskatei lasāmā formātā. tā lv platforma gan ir kaut kāda aizdomīga, ee līdzīgas platformas piedāvā bezmaksas integrāciju. | bet ir kas darbojas caur portāliem, līdzīgi kā rekini.lv, tie tad sūta šādam rēķinu portālam xml, bet šis klientiem sūta e-pastus un nodrošina piekļuvi rēķina apskatei lasāmā formātā. tā lv platforma gan ir kaut kāda aizdomīga, ee līdzīgas platformas piedāvā bezmaksas integrāciju. | ||
------ | ------ | ||
+ | ====E-rēķini==== | ||
+ | Ja visi klienti lieto TELEMU, tad var nodoršināt e-rēķinu sūtīšanu. \\ | ||
+ | |||
+ | Citkārt nepieciešams viņu sistēmas e-pasts, uz kuru sūtīt e-rēķinus. Tas kā piem. mums Directo ir DatubāzesNosaukums@data.directo.ee kurā iesūtīsies rēķini. | ||
+ | ------ | ||
+ | ====E-rēķini Peppol elektroniskie rēķini xml==== | ||
+ | Lietotāja tiesības - Sūtīt kā pielikumu - attiecas tikai uz rēķinu izsūtīšanu. \\ | ||
+ | Ja jāsūta kādai citai db uz Directo, tad - PDF + E-rēķins. \\ | ||
+ | Ja jāsūta kādam, ārpus DIrecto, tad - PDf + Peppol. \\ | ||
+ | |||
+ | Ja vēlas saņemt Directo elektroniskos rēķinus, tad uzstādījumi lietotāja kartiņā nav svarīgi, nav jānorāda. Tie nosaka tikai izsūtīšanu. \\ | ||
+ | 1) Rēķini nonāks sadaļā - Dokumentu transports. \\ | ||
+ | 2) Izvēlas, kādu dokumentu radīt - pien. ienākošo vai noliktavas saņemšanu. \\ | ||
+ | 3) Ja tāds piegādātājs vēl neeksistē Directo, ir pirmo reizi, tad piedāvās un izveidosies jaunā piegādātāja kartiņa. Ja piegādātājas jau būš DIrecto, robots atpazīšt un ievieto dokumentā. \\ | ||
+ | 4) Tiek atpazīts Piegādātāja rēķina nr. \\ | ||
+ | |||
+ | 5) Lai IENĀKOŠAJĀ rēķinā atpazītos Izdevuma KONTS un PVN kods, tie jāņorāda Piegādātājā kartiņā, sadaļā - Automatizēšana. Saturs - norāda tekstu, kas ir rēķinā, norāda kādam kontam jāpiemērojas un PVN kodam. \\ | ||
+ | |||
+ | 6) Lai dokumentā SAŅEMTĀS preces, atpazītos Artikuli, tos norāda Artikulu kartiņā, sadaļā - Iegādes artikuli. \\ | ||
+ | Aizpilda: Piegādātājs, | ||
+ | ----- | ||
+ | |||
+ | ====TELEMA transporta uzstādījumi==== | ||
+ | Klienta kartiņā, sadaļā TRANSPORTS, jāsaliek uzstādījumi. \\ | ||
+ | |||
+ | Klienta kartiņā jānorāda VALSTS - Latvija LV.\\ | ||
+ | |||
+ | Tas strādās, ja attiecīgā klienta kartītē, ar kuru būs telema saslēgums, būs uzlikts uz JĀ - ieķeksēts TELEMA.\\ | ||
+ | Ja nepieciešams, | ||
+ | {{ : | ||
+ | |||
+ | Tiem klientiem, kuriem nepieciešams, | ||
+ | Jāieķeksē arī Eksportētie dokumenti - Rēķins. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | Apraksts: https:// | ||
+ | ------ | ||
+ | ====Atkārtoti jānosūta jāiesūta rēķins dokumuments TELEMA==== | ||
+ | db agapics_lv | ||
+ | Kad dokuments tiek iegrāmatots - apstiprināts, | ||
+ | Ja ir radusies kļūda, un nepieciešams iesūtīt atkārtoti, tad dokumenta atvēŗšana un no jauna iegrāmatošāna, | ||
+ | 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 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:// | ||
+ | |||
+ | 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, | ||
+ | |||
+ | 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/ | ||
+ | ----- | ||
+ | ====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, | ||
+ | 3) Pēc DEL automātiskas nogrāmatošanas, | ||
+ | |||
+ | Ja process sevi pierādīs kā ilgtspējīgs, | ||
+ | ----- | ||
+ | ====TOBIS integrācija no SYMPHONY ienāk Kl.pasūtījumi, | ||
+ | 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, | ||
+ | |||
+ | Transporta Parametros ir uzstadījumi saistībā no Symphony ienākošajiem Kl.pasūtījumiem. | ||
+ | ------ | ||
+ | |||
+ | |||
+ | |||
+ | ====MODERAN pieslēgums, | ||
+ | Apraksts: https:// | ||
+ | |||
+ | Ir viedo ieraksts no apmācības, | ||
+ | |||
+ | 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/ | ||
+ | ----- | ||
+ | ====MODERAN gadījumi, jautājumi, nestrādā==== | ||
+ | db ra_invest_lv, | ||
+ | |||
+ | MODERAN iesūtītajos rēķinos, parādās nepareizas mērvienības. Directo kartiņās ir aizpildītas pareizi. \\ | ||
+ | - 1) Pārliecinieties, | ||
+ | |||
+ | Jautājums pie MODERAN, nevis DIrecto. " | ||
+ | " | ||
+ | ----- | ||
+ | |||
====Nerādās lauki GP un GP% jeb BP un BP%==== | ====Nerādās lauki GP un GP% jeb BP un BP%==== | ||
Bija kļūda ar to, ka aizpildot klientu, valūta pazuda. Vajadzētu būt ka tagad valūtas logs ir aizpildīts arī pēc klienta ievietošanas. \\ | Bija kļūda ar to, ka aizpildot klientu, valūta pazuda. Vajadzētu būt ka tagad valūtas logs ir aizpildīts arī pēc klienta ievietošanas. \\ | ||
Rinda 1554: | Rinda 2705: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Peļņa, | ||
+ | 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/ | ||
+ | Te arī rodas peļņa ar zaudējumiem 2163.8109 - 2271.0729 = -107.262 \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | |||
====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 1564: | Rinda 2723: | ||
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:// | ||
+ | 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, | ||
+ | ------- | ||
+ | |||
====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 1570: | Rinda 2739: | ||
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 | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Intrastat EKSPORTS==== | ||
+ | Atskaite - Eksports \\ | ||
+ | xml - DRUKĀT.\\ | ||
+ | |||
+ | Jābūt redzamas arī PVN reģ.nr. , xml failā noapaļojas uz veseliem skaitļiem. | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Intrastat EKSPORTA atskaite==== | ||
+ | mums Directo veidojot intrastat atskaiti imports darbojas, bet eksporta atskaite ir tukša. Kā mēs varam dabūt lai eksporta dati parādās? \\ | ||
+ | |||
+ | Ļoti būtiski ir aizpildīt visus laukus, kas šiet prasīti:\\ | ||
+ | https:// | ||
+ | |||
+ | 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, | ||
+ | ------ | ||
====Duck Republik SCORO saslēgums==== | ====Duck Republik SCORO saslēgums==== | ||
Ir savienojums ar Scoro veidots, klientu rēķini ienāk ar xml Directo, info par apmaksu ārā no Directo uz Scoro. \\ | Ir savienojums ar Scoro veidots, klientu rēķini ienāk ar xml Directo, info par apmaksu ārā no Directo uz Scoro. \\ | ||
- | No Scoro tiek izsūtītas atgādinājumu vēstules par neapmaksātajiem rēķiniem. Directo veic grāmatvedību, | + | No Scoro tiek izsūtītas atgādinājumu vēstules par neapmaksātajiem rēķiniem. Directo veic grāmatvedību, |
+ | |||
+ | Ien.maksājumi no Banku importa aiziet uz Scoro, bet problēmas šobrīd ar tiem, kas veidoti manuāli, tie neparādās Scoro. \\ | ||
+ | |||
+ | Scoro pieprasa datus un tad viņi savelk ienākošos maksājumus ar rēķiniem. Kad veidojām, tad bija 1x, varbūt tgd kautkas ir mainījies. | ||
------- | ------- | ||
====Pamatlīdzeklim nevar iegrāmatot nolietojumu==== | ====Pamatlīdzeklim nevar iegrāmatot nolietojumu==== | ||
Rinda 1583: | Rinda 2782: | ||
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, | ||
+ | Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam (Google Translate) tulkojumu uz Angļu valodu: https:// | ||
+ | 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 | ||
+ | Būs lauki, kas aizpildīsies automātiski, | ||
+ | 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, | ||
+ | Tips – Ien.maksājums, | ||
+ | Konts – Ja tips TRANSAKCIJA, | ||
+ | Bankas komisijas konts – šeit norāda komisiju kontu, ja tips nav TRANSAKCIJA.\\ | ||
+ | |||
+ | Ja veido tipu TRANSAKCIJA, | ||
+ | Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot: | ||
------ | ------ | ||
====Bankas importa noteikumi==== | ====Bankas importa noteikumi==== | ||
Rinda 1612: | Rinda 2835: | ||
====Banku pakalpojumu, | ====Banku pakalpojumu, | ||
Ja veido Maksājuma uzdevumu vai Banku importu, tad šie konti tur automātiski paradās. \\ | Ja veido Maksājuma uzdevumu vai Banku importu, tad šie konti tur automātiski paradās. \\ | ||
+ | |||
Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\ | Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\ | ||
+ | Tas ir konts, uz kuru jāgrāmato, | ||
+ | |||
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. \\ | ||
{{ : | {{ : | ||
- | Uzstādījuma **Bank Services** | + | Uzstādījuma **Bank Services** |
{{ : | {{ : | ||
------ | ------ | ||
- | ====Banku importa dokumenta konti - Karšu maksājumi==== | + | ====Banku importa dokumenta konti - Karšu maksājumi POS darījumi==== |
Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā **“Karšu maksājums”**: | Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā **“Karšu maksājums”**: | ||
• Kolonnā ”Konts” jānorāda grāmatojuma kredīta konts (tas, kurš atbilst norēķiniem ar maksājumu kartēm). \\ | • Kolonnā ”Konts” jānorāda grāmatojuma kredīta konts (tas, kurš atbilst norēķiniem ar maksājumu kartēm). \\ | ||
+ | Konts - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, | ||
• Kolonnā ”Bankas komisijas konts” jānorāda konts, uz kuru jāgrāmato komisija par karšu maksājumu (komisijas summa ir redzama bankas importa kolonnā ”Maksa”). \\ | • Kolonnā ”Bankas komisijas konts” jānorāda konts, uz kuru jāgrāmato komisija par karšu maksājumu (komisijas summa ir redzama bankas importa kolonnā ”Maksa”). \\ | ||
+ | Bankas komisijas konts – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\ | ||
- | Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot: | + | Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot: |
+ | Ja izveido Banku komisijā noteikumu ar tipu Transakcija, | ||
------- | ------- | ||
+ | ====Bankas importa noteikumi POS maksājumi un bankas komisijas==== | ||
+ | Karšu maksājumu Bankas importa noteikums. Tos var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi. \\ | ||
+ | Datubāzēs selecta_lv, apollo_kino_lv. \\ | ||
+ | {{ : | ||
+ | -------- | ||
====Banku imports maksājuma uzdevumi Citadele==== | ====Banku imports maksājuma uzdevumi Citadele==== | ||
Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\ | Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\ | ||
- | Izskatās, ka “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu no maksājuma veida CITADELEUSD | + | Kā arī “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu |
------ | ------ | ||
- | ====Resursi nevar redzēt | + | ====Resursi nevar redzēt |
- | Nepieciešams ieiet resursu sarakstā, uzspiest uz **Dokumenta lauki**. \\ | + | Nepieciešams ieiet RESURSI, uzspiest uz **Dokumenta lauki**. \\ |
Tad pie “kopēt no lietotāja” izvēlēties no kura lietotāja ņemt Resursa skatu, pie " | Tad pie “kopēt no lietotāja” izvēlēties no kura lietotāja ņemt Resursa skatu, pie " | ||
Tad jānospiež poga Uzstādījums un Saglabāt.\\ | Tad jānospiež poga Uzstādījums un Saglabāt.\\ | ||
- | Paziņojumā, | + | Paziņojumā, |
+ | Tā ir jāizdara visiem lietotājiem, | ||
------- | ------- | ||
+ | ====Čekā ir gan skaidra nauda, gan ar karti, Directo rāda visu kopā==== | ||
+ | Maksājumi tiek dalīti, bet Directo parādās kā viens darijums citi darijumi, kapēc? \\ | ||
+ | |||
+ | Atskaitē RĒĶINU ŽURNĀLS , lai Directo izdalītu maksājuma veidus atsevišķi, | ||
+ | ------ | ||
====Dažādi maksājumu veidi, Rēķinu žurnāls==== | ====Dažādi maksājumu veidi, Rēķinu žurnāls==== | ||
Lai atskaitē Rēķinu žurnāls rādītos iespēja ielikt ķeksi pie **Viarāki maks.term.** , sistēmas uzstādījumos jānomaina uzstādījums: | Lai atskaitē Rēķinu žurnāls rādītos iespēja ielikt ķeksi pie **Viarāki maks.term.** , sistēmas uzstādījumos jānomaina uzstādījums: | ||
Rinda 1652: | Rinda 2893: | ||
{{ : | {{ : | ||
-------- | -------- | ||
+ | ====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:// | ||
+ | ------ | ||
+ | ====Samaksā skaidrā naudā, bet prece nav, Kl.pasūtījums==== | ||
+ | ir situācijas, | ||
+ | Sākumā | ||
+ | Kā varētu sakarīgi rīkoties šādās situācijās? | ||
+ | |||
+ | ATBILDE: tādā gadījumā būtu jāizraksta klientam pasūtījums (https:// | ||
+ | |||
+ | 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 1666: | Rinda 2928: | ||
Uzstādījumi ir sekojoši: \\ | Uzstādījumi ir sekojoši: \\ | ||
Pie Mainīt tiesības sadaļā **Uzstādījumi**, | Pie Mainīt tiesības sadaļā **Uzstādījumi**, | ||
- | Sadaļā **Cits**, jāieķeksē, | + | Sadaļā **Cits**, jāieķeksē, |
{{ : | {{ : | ||
+ | |||
+ | Ja no PZA nepieciešams redzēt, kas ir zem kontiem, kādi dokumenti veido kontu summu, tad jāpieliek tiesības redzēt atskati **Virsgrāmata** | ||
+ | {{ : | ||
------- | ------- | ||
====Slimības lapa algu aprēķinā, | ====Slimības lapa algu aprēķinā, | ||
Rinda 1685: | Rinda 2950: | ||
3. Personāla kartiņā sadaļā **Darba attiecības**, | 3. Personāla kartiņā sadaļā **Darba attiecības**, | ||
------ | ------ | ||
+ | ====Persona slēgta==== | ||
+ | Vai var lūgt palīdzību tikt galā ar vienu avansa norēķinu personu, kura ir Slēgta, bet mums uz šo personu vēl ir jāpievada dokumenti. \\ | ||
+ | Mēs nevara šo perosnu izvēleties Avansa norēķinā. \\ | ||
+ | |||
+ | Šīs personas kartiņā, lapā **Administrators**, | ||
+ | ------- | ||
+ | |||
+ | |||
====Maksājumu saslēgšana, | ====Maksājumu saslēgšana, | ||
Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\ | Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\ | ||
Rinda 1696: | Rinda 2969: | ||
• Laukā Pay mode jānorāda maksājuma veids, kura kartītes laukā Account ir ārpusbilances konts. | • Laukā Pay mode jānorāda maksājuma veids, kura kartītes laukā Account ir ārpusbilances konts. | ||
------ | ------ | ||
+ | ====Maksājumu sasaiste, rēķinu segšana, IB==== | ||
+ | db rulonas_lv \\ | ||
+ | Ienākošais maksājums IB invoice balancing nr. 20220302 \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | |||
====Bankas importa faila veids==== | ====Bankas importa faila veids==== | ||
ir iespējams cits bankas importa formāts nevis iso? \\ | ir iespējams cits bankas importa formāts nevis iso? \\ | ||
Rinda 1704: | Rinda 2983: | ||
katrai bankai katrā valstī jau nav reāli pielāgoties, | katrai bankai katrā valstī jau nav reāli pielāgoties, | ||
----- | ----- | ||
+ | ====Bankas importā maksājuma uzdevumā kļūda 10k==== | ||
+ | Kā noskaidroju, | ||
+ | Maksājumu var papildināt vai sagatavot internetbankā. \\ | ||
+ | |||
+ | Sanāca ieimportēt MU, **bankā vajadzēja izvēlēties citu formātu**, iet arī virs 10 000 (būvdarbu sis.) | ||
+ | ---- | ||
+ | ====Valoda datulauku valodas==== | ||
+ | kontiem ir datulauks angļu valodā, bet mainot valodu directo un veidojot p/z atskaiti, viss tapat ir LV. kas man ir jādara citādāk? \\ | ||
+ | |||
+ | atskaitē ir lauks valoda, nevajag mainīt visam directo valodu un sistēmas uzstādījumos valoda jāuzliek uz LV, savādāk directo domā, ka viss jau tāpat ir eng. | ||
+ | ------ | ||
+ | ====Kontu plāns citā valodā==== | ||
+ | Mums kontu plāns ir Igauņu, bet latviešu valodā, kolēģi no Igaunijas grib, lai tas būtu angļu valodā. | ||
+ | Kā var atrast kompromisu, jo mums vajag latviešu valodu saskaņa ar LR līkumošanu. Kad ,maina valodas programmā, tad kontu plāns nevar būt citā valodā?\\ | ||
+ | |||
+ | Tādos gadījumos konta kartītes laukā NOSAUKUMS norāda konta nosaukumu latviski (tad grāmatojumu rindās nonāks nosaukumi latviski), bet konta kartītes sadaļā Datulauki pēc šāda principa norāda konta nosaukumu angliski: | ||
+ | {{ : | ||
+ | Kontu kartītēs lauku ar nosaukumu angliski var aizpildīt manuāli vai arī importēt nosaukumus angļu valodā, izmantojot vairumimporta moduli. \\ | ||
+ | Pēc tam kontu nosaukums angliski var tikt attēlots, piemēram, virsgrāmatā, | ||
+ | Par to, kā pielāgot, lai sistēmā tiktu atspoguļots konta nosaukums angliski, sīkāk varēšu uzrakstīt, kad kontu kartītēs pēc attēlā norādītā principa būs norādīti nosaukumi angļu valodā. | ||
+ | ------ | ||
+ | ====Silvano Fashion skeneri logu izmet labajā malā==== | ||
+ | Jaunajā veikalā OLIMPIA , pieslēdzām jaunu tehniku un skaneri no Galerijas centrs, EKA rēķinā skanējot preci artikuls skanējās labajā augšējā stūrī, tieši tāpat kā Spicē. Nav iespējams normāli strādāt, jālabo. \\ | ||
+ | |||
+ | Krišjānis 29.07.2021 aizbrauca uz OLIMPIU. Silvano fashion skenera problēma ir daļēji atrisināta - Vaina ir skenera pusē. Skenerim ir uzlicies prefix izpildīt CTRL + F kombināciju skenējot preci, tāpēc atverās artikula kods find laukā. Šo var salabot konfigurējot skeneri (noņemot prefixus), bet viņu gadījumā tas ir pats lētākais skeneris un viņam šos uzstādījumus nav iespējams atrast. Rezultāts - Viņi pirks jaunus skenerus. | ||
+ | ------ | ||
+ | ====Skenēt preci svītrukods Charlot==== | ||
+ | Šodien ar dažiem jauniem artikuliem notiek dīvainas lietas: prece | ||
+ | jāskene caur daudzumu(EKA rēķini), jo ja skenēt caur artikulu sistēma | ||
+ | automātiski atzīmē artikulu tur, kur daudzums. \\ | ||
+ | |||
+ | piemēra artikuls BE20370211 \\ | ||
+ | |||
+ | Jā, problēma ar šo artikulu. Bet sākumproblēma ir ar svītru kodu(mēs to sapratām piektdienā, | ||
+ | ------ | ||
+ | ====kases aparāts Charlot veikaliem==== | ||
+ | kāds zina nosaukumu kases sistēmai kuru izmanto charlot veikali un kā viņa strādā? \\ | ||
+ | chd kkāds 300eur hibrīds. tā strādā ar macros metodi. charlot nav lētais hibrīds \\ | ||
+ | https:// | ||
+ | |||
+ | kā tas hibrīds strādā? Kāda man būtu atšķirība starp nrdatas risinājumu un chd, ja neskaita to, ka chd gadījumā man papildus datoram ir kases aparāts. \\ | ||
+ | |||
+ | 1. izmaksas, 2. tu strādā ar Directo un kases aparātā pabeidz darījumu. \\ | ||
+ | |||
+ | Kas ietilpst pie pabeigt? Apstiprināt? | ||
+ | |||
+ | Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt, | ||
+ | ------ | ||
+ | ====Charlot nedrukā čeku, neaiziet uz kasi, error nevar izdrukāt==== | ||
+ | Nospiežot Directo Apstiprināt, | ||
+ | |||
+ | Paskatieties simbolus artikuliem un aprakstos. Melnais logs neparādās jo ir neatļauti simboli vai krievu burti. PIEM.: \\ | ||
+ | Don`t nedrīkst but `. \\ | ||
+ | Московская палитра nedrīkst. \\ | ||
+ | Pēdiņas 27" \\ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Jālūdz lai tech ar SQL izņem ārā. Var izlabot arī artikulu kartītē. \\ | ||
+ | Kad simbols no sistēmas ir izņemts, tad apstiprinātais rēķins Directo ir jāatver vaļā caur uzturēšanu. Jāsaglabā par jaunu, lai vairāk nebūtu simbolu un jāspiež Apstiprināt. Tad čeks aiziet uz Kases aparātu, kur to var izdrukāt. | ||
+ | ------ | ||
+ | ====Kases EKA rēķina iegrāmatošana, | ||
+ | Ja parādās EKA rēķinā paziņojums: | ||
+ | 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 \\ | ||
+ | {{ : | ||
+ | |||
+ | Jāpaskatās, | ||
+ | |||
+ | 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ā.\\ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Šādos gadījumos Jums ir jāpieslēdzas atbilstošajai darba vietai, lai nerādītos paziņojums par nepareiziem naudas iestatījumiem. | ||
+ | ------- | ||
+ | ====JAHIPAUN==== | ||
+ | Jauniem tikko izveidotiem klientiem kase nepiešķir automātiski atlaidi, kāpēc ? \\ | ||
+ | |||
+ | Tas tāpēc, ka klienta kartiņā nav ievietota cenu formula. Ar Daci runājām, ka pagaidām tā ir jāpieliek manuāli, kamēr nav izveidots automatizēts risinājums. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Algas ar stundu likmi==== | ||
+ | Mums nepieciešams aprēķināt darba algu darbiniekiem, | ||
+ | Vai ir nepieciešami kaut kādi papildus uzstādījumi Directo? \\ | ||
+ | |||
+ | Jā, tā kā tad, kad uzņēmumā tika ieviesta algu modulis, tajā nebija darbinieku, kuriem ir stundas likmes, tad šī iespēja netika iestatīta. Tādēļ, tā kā tagad šī nepieciešamība ir radusies, būtu jāiestata iespēja reģistrēt to darbinieku, kuriem ir stundas likmes, nostrādātās stundas un jāizveido papildu algu formulas. \\ | ||
+ | |||
+ | Lai varētu sagatavot iestatīšanas cenu piedāvājumu, | ||
+ | 1) Vai katram darbiniekam, | ||
+ | 2) Vai darbinieki, kuriem ir stundas likmes, veic nakts darbu?\\ | ||
+ | 3) Vai darbinieki, kuriem ir stundas likmes, strādā svētku dienās?\\ | ||
+ | 4) Vai darbinieki, kuriem ir stundas likmes, veic virsstundu darbu? Ja jā – kāds uzņēmumā ir virsstundu pārskata periods?\\ | ||
+ | 5) Uzņēmumā darbiniekiem, | ||
+ | ------ | ||
+ | ====PVN kodi un finanšu konti Artikulu kartiņā==== | ||
+ | Ja ir norādīti pie Artikulu klases, tad ņems tos vērā, ja ir norādīti Artikulam kartiņā, tad tas būs galvenais. \\ | ||
+ | Kartiņā kontus un PVN kodus norāda sadaļā KONTI: | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====PVN kodi==== | ||
+ | purch invoice no stock rec. kadi uzstadijumi man personai ir jasaliek, lai automatiski paraditos vat kods un un konts? \\ | ||
+ | |||
+ | Tas nav personai, Tas ir vai nu piegādātajam, | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Hellmann pielāgotā atskaite savstarpējie norēķini, ieskaits akts==== | ||
+ | DB hellmann_lv savstarpējo norēķinu jeb ieskaitam ir izveidots akts, kas atrodas zem Pielāgotās atskaites - Savstarpējie norēķini. \\ | ||
+ | Tur jānorāda klienta ienākošais maksājums (maksājuma nr.) un tā paša klienta, bet piegādātāja nr. izejošais maksājums. Tad aktā parādīsies informācija no maksājumiem, | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Nevar iegrāmatot transakciju vai dokumentu==== | ||
+ | Piem. nevar iegrāmatot Avansa norēķinu dokumentu, izmet paziņojumu. | ||
+ | {{ : | ||
+ | |||
+ | Jāieliek paziņojums Uzstādījumos meklētājā.\\ | ||
+ | |||
+ | Šis paziņojums norāda Uzstādījumos lauku,kur ir norādīts konkrētais konts, kas ir nederīgs. \\ | ||
+ | |||
+ | Jānomaina konts uzstādījumos, | ||
+ | ------ | ||
+ | ====Avansa norēķini nākamo periodu grāmatojums, | ||
+ | Lai veidotos automātiska nākamo periodu grāmatojums, | ||
+ | Automātiska rēķina periodizacija - Avansa norēķins. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====pārdodot artikulu cenas vietā nonāk pašizmaksa==== | ||
+ | ir kaut kāds uzstādījums, | ||
+ | |||
+ | cenu formula. \\ | ||
+ | vēl var klienta kartiņā likt atlaidi ar mīnusu, tas būs uzcenojums virs pašizmaksas. \\ | ||
+ | bet sarežģījums tajā, pa pašizmaksa ir piesaistīta noliktavas id, un tas nav droši rakstīts, kamēr rēķins nav apstiprināts. \\ | ||
+ | t.i., standarta gadījumā, ja tas nliktavas id netiek rezervēts vēl neapstiprinātā. \\ | ||
+ | tāpēc parasti izmanto iegādes cenu no artikula kartiņas. \\ | ||
+ | ja izmantos iegādes cenu no artikula kartiņas, tad jāpaskatās arī uzstādījumu par to, kā tā tiek atjaunota un kā viņi vēlas, vai ar pēdējo, vai vidējo, kā ir salikts kartiņās un kāds ir noklusējums master settingos. \\ | ||
+ | ir kas vispār ar importu atjauno reizi kaut kādā periodā visus artikulus un izvēlas, lai automātiski nemainās tā iegādes cena. t.i., viņiem atnāk aktuālais dīleru izcenojums un viņi saliek. | ||
+ | |||
+ | ------ | ||
+ | ====ARCXO Kl.pasūtījumos priekšapmaksas rēķina numurs==== | ||
+ | Arcxo tiek veidoti 2 savstarpēji saistīti jeb vienādi Kl.pasūtījumi, | ||
+ | Vajag , lai rēķina numurs būtu viens un tas pats, bet ar piebildi. \\ | ||
+ | Tādiem pasūtījumiem laukā **Klienta pasūtījuma nr.** ieliek pasūtījuma nr. + identifikatori 1 vai 2. \\ | ||
+ | Šis arī parādīsies kā dokumenta numurs izdrukā. | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====Bankas importa maksājuma numurs==== | ||
+ | Kaamos. Bankas importā pie maksājumiem (izejošie maksājumi) rādās izsaukuma zīmes, šajā gadījumā Maksājuma numuri atkāŗtojas jeb dublējas. \\ | ||
+ | **InstrID** ir parametrs XML failā, kas ir unikāls maksājuma jeb transakcijas identifikators. Laukā norādītais identifikators paredzēts, lai klients savā pusē identificētu maksājumu. | ||
+ | ------- | ||
+ | ====P/Z aprēķinā atšķirības ar Virsgrāmatu kontam==== | ||
+ | PZ aprēķina konta 7750 vērtība 305 eur, bet 279. \\ | ||
+ | |||
+ | Izņemiet PZ atskaitē ķeksīti “ātrs”, | ||
+ | ------- | ||
+ | ====TVNET darba attiecības personāla kartiņā==== | ||
+ | Mums šobrīd ir šāda problēma - vadot izmaiņas Directo, konkrētāk mainot slodzes daļai darbinieku, pēc kāda laika, ievadītais vienkārši pazūd. Saglabājas tikai dažiem. \\ | ||
+ | Uzreiz redzu, ka atšķirība šim darbiniekam no citiem, ir Password sadaļā. Izskatās, ka šajā gadījumā nenotiek sasaiste ar citu mūsu sistēmu. (sasaiste visdrīzāk nenotiek tāpēc, ka šim konkrētajam darbiniekam, | ||
+ | |||
+ | Mums izskatās tā, ka dati tiek atjaunoti atbilstoši tam, kāda informācija ienāk no citas sistēmas. Tātad, ja ir nepieciešamas izmaiņas, tās primāri ir jāveic kaut kur citur. | ||
+ | Pamēģiniet un dodiet ziņu, vai tas nostrādā! | ||
+ | Ja jums atnāk kāds komentārs no kādas citas sistēmas IT cilvēkiem, tad mēs arī labprāt ar to iepazītos. \\ | ||
+ | |||
+ | Diemžēl mums nekas nav zināms, izņemot to, ko varam nolasīt no ienākošo xml apstrādes koda, jo neviens no mūsu darbiniekiem nebija iesaistīts šīs sasaistes veidošanā. | ||
+ | Varbūt ir vērts pajautāt kolēģiem no kāda grupas uzņēmuma Igaunijā, kuriem arī ir directo personāla modulis, vai ir pieejama kāda plašāka informācija par šo izstrādi? | ||
+ | Mūsu EE kolēģi parasti veido wiki lapas par šādām individuālām izstrādēm, | ||
+ | Mēs no savas puses protams arī varam mēģināt noskaidrot atbildīgo personu EE un palūgt papildu informāciju. \\ | ||
+ | |||
+ | Redzam, ka izmaiņas kartiņās veicis ARGO.REINTAL un salabojis problēmu. | ||
+ | ------ | ||
+ | ====API integrācijas savienojumi ar Directo==== | ||
+ | Ja ir piem. integrācija ar kādu citu programmu, kur veic noliktavas uzskaiti un tā informācija automātiski iesūtas ar XML uz Diercto un tā informācija parādās arī pie mums. \\ | ||
+ | |||
+ | Lai sistēmas savienotu, nepieciešams kādam izstrādāt API un tad jau mēs varam izveidot integrāciju. \\ | ||
+ | |||
+ | Ja kaut kas neienāķ Directo kā vajag, programmētaji pārbauda kādu info xml iesūta mums . Ja redzam, ka nepareizu info padod, tad vēršamies pie API vai tiem, kas info mums padod. | ||
+ | ------- | ||
+ | ====SREC noliktavas saņemšanas dokumentu nevar apstiprināt==== | ||
+ | Noņēmām sistēmā ierobežojumu, | ||
+ | Dodiet lūdzu ziņu, vai ir nepieciešams iespēgt tādu opciju, lai, gadījumā, ja preču saņemšanā tiek norādīts lielāks daudzums nekā bija pasūtījumā, | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====DB Baltika par GNS saslēgumu un dāvanu kartēm==== | ||
+ | atsūtīt instrukciju – kādā veidā jaunas saņemtās dāvanu kartes tiek aktivizētas, | ||
+ | |||
+ | Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, | ||
+ | |||
+ | https:// | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====Neienāk čeki no kases aparāta Baltika==== | ||
+ | baltika sūdzējās šodien, ka neienākot čeki no vairākiem veikaliem, bet cik paskatījos, | ||
+ | |||
+ | problema atrisināta, | ||
+ | Kases nr. nevar atkāŗtoties, | ||
+ | {{ : | ||
+ | ------ | ||
+ | |||
+ | ====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation==== | ||
+ | Kad tiek apstiprināts Pasūtīums, | ||
+ | Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS. | ||
+ | {{ : | ||
+ | |||
+ | UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Grāmatojumu reģistrs korespondējošais konts auditori==== | ||
+ | vēlējāmies vaicāt vai Jūsu grāmatvedības programma tomēr nepiedāvā grāmatojumu reģistru, kurā būtu redzama kontu korespondence, | ||
+ | |||
+ | VG var ieslēgt korespondentkontu skatu, vienīgi tas nebūs tik loģiski precīzi, lai uzrādītu tikai tos, kas tiešām saistīti, bet uzrādīsies visi, kas tai pašā transakcijā ir otrā pusē: \\ | ||
+ | {{ : | ||
+ | |||
+ | Ar datumiem ir tā, ka VG attēlo tikai rindas datumu, t.i., to datumu, kad notikusi operācija ar to kontu, kas tiek pārskatīts. Un viena konta pārskatā VG attēlojas tikai darbība ar izvēlēto kontu nevis pilna transakcija. \\ | ||
+ | |||
+ | Pielāgotajā atskaitē nav atsevišķas kolonnas ar korespondentkontiem, | ||
+ | |||
+ | Ar datumiem tur ir tā, ka parādās transakcijas datums (kas ir galvas, nevis rindas datums) un pēdējo izmaiņu datums (nosaukums kolonnai - dokumenta datums). | ||
+ | Iespēja pielikt tur kolonnu ar rindas datumu ir, dodiet ziņu, vai vajag to izdarīt? \\ | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Nākamo un iepriekšējo periodu korespondējošie konti==== | ||
+ | Kontu kartiņā, piem. Izdevumu kontam var piesaistīt tikai viena veida korespondējošo kontu (nākamo vai iepriekšējo periodu). | ||
+ | Kā rīkoties? \\ | ||
+ | |||
+ | 1) Konta kartiņā atstāj to kor.konru, kuru visbiežāk izmanto, piem. Nākamo periodu izdevumi. Pēc tam transakcijā var manuāli labot/ | ||
+ | 2) konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem. \\ | ||
+ | |||
+ | |||
+ | NAV iespēja norādīt 2 korespondējošos kontus, vienu par nākamo periodu izdevumiem un otru par saistībām, | ||
+ | Diemzēl, var norādīt/ | ||
+ | kā tādā gadījumā rīkoties? \\ | ||
+ | 1) kor.kontu norāda to, ko lieto vizbiežāk un ja vajag to otru, tad transakcijā manuāli jāparlabo; \\ | ||
+ | 2) vai nu tā, vai arī konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem. | ||
+ | {{ : | ||
+ | ----- | ||
+ | |||
+ | ====Līgumu saraksts Rēķini no Līgumiem==== | ||
+ | Ir izmaiņas atskaitē Līgumu saraksts. Tie uzņemumi kas izraksta nomas utml. rēķinus no šīs atskaites, zvana un saka ka nerādās poga - Veidot rēķinus. \\ | ||
+ | |||
+ | Tas tāpēc, ka nesen EE uzlikuši jaunu lauku SLĒGTS un noklusejumā stāv VISI. | ||
+ | Kad uzliek uz AKTĪVS, tad atkātoti nosiešot atskaite arī paradisies poga Veidot rēķinus: | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Selecta Coffee address Pārskati e-pasti kas saņem ziņas==== | ||
+ | kur Directo jāmaina e-pastu adreses saņemtajiem paziņojumiem no Tasker par iekārtu uzstādīšanu ? Lūgums zemāk sarakstē norādītos epastus par iekārtu uzstādīšanām un noņemšanām. \\ | ||
+ | {{ : | ||
+ | |||
+ | E-pasta adreses var nomainīt sekojoši, Sadaļā **Sistēma** – **Dokumenti** – **Pārskati**: | ||
+ | Pārskats: | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Lapu skaits dokumentu sarakstam==== | ||
+ | Ir redzams vai nav redzams cik lapas ir kopā. | ||
+ | {{ : | ||
+ | | ||
+ | **Document browersers/ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====EKA POS rēķinam jāmaina samaksas termiņš veids PĀRVALDE==== | ||
+ | Gogi, Apollo APL EKA POS reķinam jāsamaina samaksas veids. Visai summai jābūt vienā samaksātā veidā. \\ | ||
+ | Ja rēķins ir apstiprināts, | ||
+ | Ja ir maksājums ar karti, tad var ieslēgt PĀRVALDI, kas atrodas pie āmurīša.\\ | ||
+ | |||
+ | uzspiest uz otra veida, kur 44.40 un ielikt tur 0, vai, ja tas ir kartes maksājums, tad jāieslēdz eka pārvalde pie āmurīša, lai kartes aksājumu noņemtu. \\ | ||
+ | kamēr tur nav 0, nevar vairāk ielikt citur, jo nevar pārsniegt summu | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====EKA POS samaksas veids APL samainīt==== | ||
+ | {{ : | ||
+ | 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. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====PVN deklaracija==== | ||
+ | Laba versija USS, Moduls engineering. | ||
+ | ------ | ||
+ | ====Dzēst piegādātāju==== | ||
+ | Ja notikusi reorganizācija, | ||
+ | {{ : | ||
+ | Var izmantot vienu no šiem variantiem: \\ | ||
+ | - | ||
+ | - | ||
+ | ------ | ||
+ | ====Rēķins CSV vai XSL formātā==== | ||
+ | Mums ir klients, kuram ir nepieciešams saņemt rēķinus csv vai xls formātā. Vai ir iespējams pievienot eksporta izvēle, lai jeburu rēķinu varētu ģenerēt vienā no šīm formām? \\ | ||
+ | |||
+ | Jā, ir tāda izdruka iespējama, kas veidotu csv vai xls failu no rēķina datiem, vienīgi tad būtu jāprecizē, | ||
+ | Varbūt klients var atsūtīt šāda rēķina formāta piemēru, kādu to gribētu saņemt? \\ | ||
+ | Vēl ir iespēja viegli iegūt rēķina rindas ekselī no atskaites rēķinu žurnāls: | ||
+ | https:// | ||
+ | ------ | ||
+ | ====Nākamo periodu kontu atlikums pa klientiem==== | ||
+ | No SIA Pellet 4Energia grāmatvedības.\\ | ||
+ | Sakiet lūdzu, kurā atskaitē būtu redzams nākamo periodu izdevumu konta atlikums pa klientiem uz konkrētu datumu? Mūsu gadījumā tas būtu konts 15320007 un mums ļoti gribētos saprasts beigu atlikuma atšifrējumu pa klientiem, piem. uz 31.10.2020. \\ | ||
+ | |||
+ | Virsgrāmatā ir pieejamas apakšsummas pēc klienta vai piegādatāja, | ||
+ | http:// | ||
+ | |||
+ | Ko nozīmē atlikums beigās, vai tas ir summas kas ir apmaksātais avanss, vai nav attiecinātās? | ||
+ | |||
+ | Maksājumi šai kontā veido debetu, bet pirkuma rēķini kredītu, līdz ar to debeta atlikumam būtu jābūt neizmantotajai avansa daļai, bet mazāk par 0 (t.i., uz kredīta pusi) atlikumam nevajadzētu būt, jo tas nozīmētu, ka ir izmantota lielāka avansu summa, nekā pieejams. \\ | ||
+ | {{ : | ||
+ | |||
+ | Bet redzu, ka šobrīd situācija ir tāda, ka maksājumos transakcijā nepievienojas piegādātāja kods, tāpēc veidojot skatu ar kopsummām pēc pieg. Koda, sasummējas tikai tās transakcijas, | ||
+ | To, vai maksājumu transakciju rindās likt klāt klientu/ | ||
+ | {{ : | ||
+ | Variants “Aktīvu daļā arī” nozīmē, ka japievieno gan klients, gan piegādātājs, | ||
+ | Bet pirms mainīt šo uzstādījumu, | ||
+ | |||
+ | Ja būs vēlēšanās šo opciju ieslēgt, tad dodiet lūdzu ziņu, vai ir nepieciešams sīkāk aprakstīt, kā sadalīt atlikumu kontā. \\ | ||
+ | Sarežģīti tas nav, ta ir tikai viena manuāla transakcija, | ||
+ | ------ | ||
+ | ====AutoTeksts Autotext Aprakstu piesaistīšana kontam==== | ||
+ | kā no iepriekš sagatavotu tekstu saraksta izvēlēties rēķina rindas tekstu (ja tam ir jābūt citādākam nekā konta nosaukums). \\ | ||
+ | |||
+ | Lai to izdarītu, vispirms jāpiesaista kontiem nepieciešamie teksti:\\ | ||
+ | 1) No galvenās izvēlnes jādodas uz UZSTĀDĪJUMI → Galvenie uzstādījumi → AutoTeksts\\ | ||
+ | |||
+ | 2) Jānospiež poga Pievienot jaunu.\\ | ||
+ | |||
+ | 3) Tad tiks atvērta jauna autoteksta kartīte, kurā jāaizpilda lauki: | ||
+ | TEKSTS – jāieraksta teksts, kuru nepieciešams varēt izvēlēties kā rēķina rindas tekstu.\\ | ||
+ | TIPS – ACC\\ | ||
+ | FILTRS – jānorāda konts, kuram jāpiesaista laukā TEKSTS norādītais teksts.\\ | ||
+ | 4) Kad autoteksta kartīte ir aizpildīta, | ||
+ | |||
+ | Ienākošajā rēķinā tekstu no kontam piesaistīto tekstu saraksta varēs izvēlēties, | ||
+ | Tad tiks atvērts saraksts, no kura var izvēlēties nepieciešamo tekstu. Lai to izdarītu, jāuzspiež uz teksta, kurš ir kolonnā TEKSTS. | ||
+ | ------ | ||
+ | ====USS Swedbank e-rēķinu standarts xml==== | ||
+ | DB uss_latvia_lv no atskaites Rēķinu žurnāls, norādot Līgumu klasi AM, parādās poga PARĀDA FAILS SWED LV. \\ | ||
+ | Tiek uzģenerēts e-rēķins, Swedbank xml standarts (skat. google). | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Rēķina PREFIKSS==== | ||
+ | Kā ierakstīt rēķina xsl izdrukas formā prefiksu, piem. MER: \\ | ||
+ | |||
+ | < | ||
+ | < | ||
+ | < | ||
+ | |||
+ | ----- | ||
+ | ====HRX piegādes dokumentos kļūdas==== | ||
+ | Piegādes dokumentā kaut kas tiek no lietotāju puses sadarīts tā, ka veidojas jokaina artikulu kustības vēsture. \\ | ||
+ | Tādā gadījumā, piegādes dokuments jāatgrāmato un par jaunu jāapstiprina. Tad viss atrisinās. | ||
+ | ------ | ||
+ | ====HRX SIA pielāgotās atskaites BONUS REPORT==== | ||
+ | Budžetus varat norādīt darbinieku kartītēs.\\ | ||
+ | Lai to izdarītu, no galvenās izvēlnes dodieties uz kolonnu PERSONĀLS → DOKUMENTI → Personāls. Tad tiks atvērts darbinieku saraksts. \\ | ||
+ | Darbinieku sarakstā atveriet tā darbinieka, kuram jānorāda budžets, kartīti. Kartīti var atvērt, uzspiežot uz tās koda. \\ | ||
+ | Pēc tam atveriet darbinieka kartītes sadaļu ”Datulauki” un papildiniet to – jaunā rindā izvēlieties datulauku ”Jauno klientu budžets”, | ||
+ | Lai jaunais darbinieks parādītos pielāgotajā atskaitē “bonus report”, pie Datulaukiem norādīt – Iekļaut Bonusu atskaitē – Jā. | ||
+ | ------ | ||
+ | |||
+ | ====Profiks Cleans SREC noliktavas saņemšana Cenu pašizmaksas maiņa==== | ||
+ | Atnāk Prece, izveido SREC un atnāk Ien.rēķins. \\ | ||
+ | Pēc tam piegādātājs atsūta jaunu Ien.rēķinu tikai piem. 2 precēm, kam cena samazināta. Līdz ar to iepriekš saņemtās preces ir jāsamazina, | ||
+ | Veido jaunu SREC dokumentu , kur tās preces, kas jāmaina ieliek ar daudzumu -1 un norada pareizo NOLIKTAVAS ID, kurš ir jānoņem no noliktavas. \\ | ||
+ | Un ar +1 ieliek ar jauno cenu. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====TVNET savienojums ar citu rēķinu sistēmu==== | ||
+ | Man būtu jautājums par viena rēķina automātisko grāmatojumu (tas mums importējas no ārējās rēķinu sist.). Rēķins Nr.1006742 izveidojis automātiski grāmatojumu par PVN summu uz ieņēmumiem un tad atgrāmatojis summu, bet paņēmis citu ieņēmumu kontu nekā nepieciešams. Kas varētu būt pa iemeslu tam un kā varam to novērst. Vnk automātiski ir aizgrāmatojies uz to kontu, kur nevajadzēja būt. | ||
+ | Pievienoju printscrean | ||
+ | |||
+ | Savienojums ar jūsu rēķinu sistēmu ir iesūtījis rēķinu, kura summai Directo ir piemērojis vēl PVN 21% (PVN koda 1). Sapratu, ka tā ir kļūme jūsu sistēmas pusē, ka nepareizi iesūtījusi. | ||
+ | Un PVN summa aizgājusi uz Noapaļošanas kontu 41105. \\ | ||
+ | Pārbaudot pēc Virsgrāmatas kontu 41105, 2022.gadu, šis ir vienīgais gadījums. | ||
+ | |||
+ | Lai izlabotu, atveriet rēķinu, ielieciet PVN kodu ar 0%, saglabājiet un Iegrāmatojiet. | ||
+ | Protams, pārbaudiet vēl jūsu sistēmā, vai šis rēķins ir 990,- eur ar vai bez PVN. Tā lai summas sakristu. \\ | ||
+ | Sapratu no programmētājiem, | ||
+ | ----- | ||
+ | ====Cost Pocket==== | ||
+ | Darbinieks iesniedz čeku, ir aplikācija CostPocket, čeku nobildē, tas ielasās pielikumos Directo, kā arī automātiski izveido Avansa norēķinu. Nolasa arī datus, summu, iespējams vēl ko.... un gatavs. \\ | ||
+ | čeku var tikai pa vienam, nav iespējams apvienot 1 avansa norekina dokumenta vairākus. | ||
+ | ----- | ||
+ | ====Selecta==== | ||
+ | Kā notiek preces atgriešana caur kases aparātu DIRECTO programmā? \\ | ||
+ | Directo rēķins, negatīvi daudzumi, izvēlas apmaksas termiņu, uz kases aparāta ATMaKSa un poga kas parasti - makro poga. | ||
+ | ------ | ||
+ | ====Avansa norēķins, Izmaksa avansa norēķina personai, bankas imports==== | ||
+ | db Dimela. par Banku importu nr. 2023000006 un Avansa norēķinu 2023000002.\\ | ||
+ | |||
+ | Par maksājumu, kuru darbinieks veicis ar karti, ir jāizveido dokuments Izmaksas av.nor.pers, | ||
+ | Visātrāk dokumentu Izmaksas av.nor.pers. var izveidot no dokumenta Bankas imports | ||
+ | https:// | ||
+ | |||
+ | Savukārt, kad no darbinieka tiks saņemti šo darījumu attaisnojuma dokumenti, tad ir jāizveido Avansa norēķinu dokuments (https:// | ||
+ | |||
+ | Atskaite, kuru var izmantot ”Izmaksu av. nor. pers. periodiskā atskaite” https:// | ||
+ | ------ | ||
+ | ====Avansa noreķina persona, izmaksa darbinieks maksā ar karti==== | ||
+ | kā labāk | ||
+ | Saņemta rēķinā ir noradīts avansa norēķina numurs, bet veidojot | ||
+ | |||
+ | ATBILDE: Par maksājumu, kuru darbinieks veicis ar karti, ir jāizveido dokuments Izmaksas av.nor.pers, | ||
+ | Visātrāk dokumentu Izmaksas av.nor.pers. var izveidot no dokumenta Bankas imports | ||
+ | https:// | ||
+ | |||
+ | Savukārt, kad no darbinieka tiks saņemti šo darījumu attaisnojuma dokumenti (čeks, utml.), tad ir jāizveido Avansa norēķinu dokuments (https:// | ||
+ | |||
+ | Atskaite, kuru var izmantot ”Izmaksu av. nor. pers. periodiskā atskaite” https:// | ||
+ | ------ | ||
+ | |||
+ | ====Pārbaudes atskaite - Rēķina PVN un konta pārbaude==== | ||
+ | Veicot pārbaudi par 2023. gada janvāri , konstatējam, | ||
+ | |||
+ | 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:// | ||
+ | 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:// | ||
+ | |||
+ | 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, | ||
+ | ------ | ||
+ | ====Līgumsods, | ||
+ | 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, | ||
+ | IENĀKOŠAIS RĒĶINS \\ | ||
+ | Ja maksājums ir jāveic nevis Piegādātājam, | ||
+ | |||
+ | Ienākošajā rēķinā izpildot lauku " | ||
+ | |||
+ | 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 " | ||
+ | |||
+ | IZEJOŠAIS RĒĶINS \\ | ||
+ | Klients ar vairākām piegādes vietām https:// | ||
+ | ------ | ||
+ | ====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:// | ||
+ | |||
+ | 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ā, | ||
+ | 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, | ||
+ | |||
+ | 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, | ||
+ | ------- | ||
+ | ====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:// | ||
+ | • 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, | ||
+ | |||
+ | Ir EE izveidots risinā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, | ||
+ | Jāraksta EE. \\ | ||
+ | |||
+ | NEW 11.10.2023. Igauņi veica izmaiņas Maksāšanas termiņos.\\ | ||
+ | |||
+ | Tātad, saņemot Kl.pasūtījumu, | ||
+ | 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, | ||
+ | |||
+ | 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, | ||
+ | Lāsma | ||
+ | Tas ir iestatīts ar attēlā redzamo uzstādījumu palīdzību, | ||
+ | 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/ | ||
+ | Ja apstiprinat šādu piedāvājumu, | ||
+ | ------- | ||
+ | |||
lv/support.txt · Labota: 2024/09/24 13:34 , labojis lasma