Norādītais vecais variants no patreizējās lapas atšķiras ar:
Abās pusēs iepriekšējo versiju Iepriekšējā versija Nākamā versija | Iepriekšējā versija Nākamā versija Abās pusēs nākamo versiju | ||
lv:support [2021/03/18 11:20] dagne |
lv:support [2021/03/29 13:32] dagne [Saslēgums ar kasēm] |
||
---|---|---|---|
Rinda 9: | Rinda 9: | ||
---- | ---- | ||
- | + | ====Minimālais vienlaicīgo lietotāju skaits==== | |
+ | Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. | ||
+ | ---- | ||
==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
* - **09.20.2020** | * - **09.20.2020** | ||
Rinda 105: | Rinda 107: | ||
====Kā pieslēgt algu moduli==== | ====Kā pieslēgt algu moduli==== | ||
- | Ja vēlas grāmatot/rēķināt algas, tad jāpieslēdz sekojoši: ''Sistēmas uzstādījumi'' - ''Speciāls'' - jānorāda cilvēku skaits pie ''Max algu lietotāji'' | + | Ja vēlas grāmatot/rēķināt algas, tad ar GOD MODE (zem SPEC settings) vai zem: ''Sistēmas uzstādījumi'' - ''Speciāls'' - pieslēdz norādot cilvēku skaits pie ''Max algu lietotāji'' |
Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | ||
Rinda 603: | Rinda 605: | ||
{{ :lv:uzturesana_kntuvesture.png?direct |}} | {{ :lv:uzturesana_kntuvesture.png?direct |}} | ||
--------- | --------- | ||
- | ====Saslēgums ar kasēm==== | + | ====Saslēgums ar kasēm, POS terminālu==== |
- | Kases aparātus uzstāda un apkalpo SIA NR Data. Uzreiz varu pateikt, ka no Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties, veidosies arī mūsu izcenojumi. | + | Kases aparātus uzstāda un apkalpo SIA NR Data.\\ |
+ | Uzreiz varu pateikt, ka no Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties, veidosies arī mūsu izcenojumi. | ||
------- | ------- | ||
====Salīdzināšanas akti debitoru un kreditoru==== | ====Salīdzināšanas akti debitoru un kreditoru==== | ||
Rinda 694: | Rinda 697: | ||
Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**. | Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**. | ||
{{ :lv:xsl1.png?direct |}} | {{ :lv:xsl1.png?direct |}} | ||
+ | {{ :lv:printout_guide.png?direct |}} | ||
------ | ------ | ||
====Nerāda kolonnu Cena un %==== | ====Nerāda kolonnu Cena un %==== | ||
Rinda 713: | Rinda 717: | ||
------ | ------ | ||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
- | Ir | + | Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\ |
+ | bankas neapstrādā failus ar - zīmi. jo ja ir - zīmi piegādātāja maksājumā tad tā ir saņemtā summa uz bankas kontu. t.i., piegādātāja atgrieztais avanss ielec saņēmtajos maksājumos.\\ | ||
+ | t.n. ka naudas atgriešanas vienmēr veido manuāli bankā!?\\ | ||
+ | klientiem veido, jā, bet no piegādātājiem atgriešanas atnāk uz kontu un importā parādās pie saņemtajiem maksājumiem un tām ir jāmaina tips un jakoriģē dokuments.\\ | ||
+ | jo programma jau nezin, ka tā ir atgriešana no piegādātāja nevis klienta saņemts maksājums, visa ienakošā plūsma tiek interpretēta ka saņemti maksājumi no klientiem.\\ | ||
+ | ar klientam atgriezto arī tad var notikt tā, ka ja importē to maksājumos, tad šis darījums uzrādīsies pie izejošajiem maksājumiem, t.i., kā avanss piegādātajam. tas tad vnk jāignorē, nav jāapstrādā nekā.\\ | ||
+ | viņi var izrakstīt rēķinu, kas neatjauno noliktavu, un tad tādu pašu kredītrēķinu.\\ | ||
+ | rēķinam var piesaistīt priekšapmaksu, lai gan tur jāpadomā, varbūt labak arī nepeisaistīt, vispirms jāsaprot, vai tas avanss ir bijis deklarācijā, t.i., vai tai maksājumā ir bijis pvn kods, ja nav maksājumā pvn koda, tad vnk maksājums ar - zīmi un miers.\\ | ||
+ | jāpaskatās, vai ja tagad uztaisa vnk maksājumu ar - zīmi viss aizies korekti un nomīnusosies. lai rēķins neietu atkārtoti, tas jāsedz ar priekšapmaksu. bet ja to sedz ar priekšapmaksu, visdrīzāk, ka nesanāks izveidot saistītu kredītrēķinu, t.i., kredītrēķinam būs jādzēš tā atsauce uz sākotnējo rēķinu. t.i., kredītrēķins tad būs nesaistīts un to varēs "apmaksāt", kas arī izveidos maksājumu ar - zīmi. īsumā - rēķins jāsedz ar priekšapmaksu un kredītrēķins tapat kā jau apmaksāta rēķina gadījumā. \\ | ||
+ | jo ja nav piegdes, tas rēķinam no pasūtījuma obligāti jāatjauno nolitkava un nevar izrakstī rēķinu, kas nav noliktavu mainošs.\\ | ||
+ | |||
+ | ar ISKU ir pārbaudīts, ka nepietiek ar maksājumu ar - zīmi un pvn kodu norādītu? Ja PVN kods ir maksājumā, tad tas ieiet PVN deklaracijā.\\ | ||
+ | par ISKU , ja maksājumā ar - zīmi ir norādīts PVN kods, tad tas automātiski aiziet uz PVN dekl. un līdz ar to, viņi novembrī smaksāto PVN par saņemto avansu atgūs ? | ||
+ | Ja jaa, tad problema atrisinata. \\ | ||
+ | jā, ar pvn kodu tam summai būtu jāatskaitās. | ||
+ | ------ | ||
+ | ====ir pirkuma rēķins kur iemaksā drošības naudu piegādātājam par telpām==== | ||
+ | nordfix_latvia_lv. maksājums 190118. Rēķins nr.190842 un 190854.\\ | ||
+ | kā ir pareizāk šo summu atgriezt? es varu veidot maksājuma uzdevumā rindu ar šo summu -?\\ | ||
+ | maksājums ar "-" burtiski tulkojot nozīmē - piegādātājs ir atskaitījis tev uz kontu atpakaļ šo naudu.\\ | ||
+ | parasti tur ir rindiņa ar - summu, un tad tāds reķins arī jāievada ar - summu rindiņā, t.i., pats rēķins ir par mazāku summu.\\ | ||
+ | 10. marta rēķinā nav summa samazināta, nekas nav par depozīta atgriešanu. depozīta atgriešana ievadīta ar 15.03. kā kredītrēķins , un šis reķins ir salikts maksājumā kopā ar 10.03 marta reķinu. šajā gadījumā sanāk tā, ka vnk samaksāja mažāk. bet 15.03 kredītrēķinam nav nekāda dokumenta klāt. pie tam iekļāva maksājumā -700 kopā ar rēķinu par 196.06. kas nozīmē, ka it kā atlikusī summa ir atmaksāta uz kontu. nevaram pateikt, vai ir pareizi, ja nezinām, vai atmaksāja. varbūt vini vnk izdomāja nemaksāt tam piegādātājam un pārtraukt nomu? parasti jau piegādātāju bridina par to, ka pārtrauc attiecības un tad vai nu viņš atmaksā depozītu vai noņem depozīta summu no pēdejiem rēķiniem. jo ja neatmaksāja to naudu, tad maksājumā jāsamazina summa, lai ir vienāda ar rēķina summu.\\ | ||
+ | ----- | ||
+ | ====Transakciju saraksts auditoriem==== | ||
+ | Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:\\ | ||
+ | 1) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\ | ||
+ | 2) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\ | ||
+ | 3) Kā arī izmantot atskaiti Virsgrāmata:\\ | ||
+ | 4) Ir iespējams arī izveidot auditoram lietotāju un piesķirt piekļuvi sistēmas atskaitēm Virsgrāmata un Transakciju saraksts.\\ | ||
+ | Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums 32.50 eur + pvn. | ||
+ | ------ | ||
+ | ====Mainīt tiesības==== | ||
+ | Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts?!\\ | ||
+ | Jā, tās indivuduālās būs stiprākas par grupas. | ||
+ | ------ | ||
+ | ====Rēķins valūtā, maksājums EUR==== | ||
+ | Selecta db ir ienāk. rēķini: Pieg.rēķ.Nr.1010176, 1010174. Maks.uzd.Nr.1001587 Bankā samaksāts EUR 5826,85 par abiem rēķiniem. Directo sareķinājis pēc kursa kopā 5875.93 EUR. rēķini ar 04.02.2021. lai sakristu ar banku, viņi var labot kursu rēķinā un līz ar to maksājumā uz tādu, kāds tika izmantots attiecīgajā bankas maksājumā?!\\ | ||
+ | rēķinā noteikti nē, rēķinā jābūt uz rēķina dienu apstirpinātam kursam ECB. t.i., tas pats, ko directo iedod automātiski. maksājumā var bankas kursu norādīt, ja viņi no eur konta maksā. \\ | ||
+ | un atšķirību kontē uz konta piem.. .Izdevumi uz valūtas kursu svārstībām., pareizi!?\\ | ||
+ | jā, un atšķirībai jabūt tikai EUR, valūtā rēķina un maksājuma summām jāsakrīt (ja viņi pilnībā apmaksā).\\ | ||
+ | apjukums rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu. | ||
+ | ------- | ||
+ | ====PVN kodi PVN deklarācija==== | ||
+ | No Avansa maksājumiem, no rēķiniem, kā var pateikt, ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\ | ||
+ | JA ir atgrāmatots, tagad jau neko nevar pateikt, kāpēc, jo neredzam, kā bija, | ||
+ | iespējams, ka nebija pareiza priekšapmaksa piesaistījusies. | ||
+ | tagad jāuztaisa uzturēšana un jāmēģina vēlreiz apstiprināt, lai izveidojas grāmatojums. \\ | ||
+ | tam pvn kodam nemaz nav priekšapmaksas pvn iesttaījumu, kas redzami PVN kodu kartiņā kur priekšapmaksa konti utt, | ||
+ | tā kā nevarēja no maksājuma aprēķināties, | ||
+ | ja nu vienīgi cits kods bija maksājumā.\\ | ||
+ | pateikt var no grāmatojumiem tikai\\ | ||
+ | tā kā vnk jāmēģina viss vēlreiz izdarīt un jāskatās, kas sanāks, | ||
+ | un jānoskaidro, vai viņi deklarēja to pvn februārī no maksājuma, | ||
+ | jo šobrīd tur pvn koda nav. | ||
+ | ja februārī bija un deklarēja, tad jāliek tas tagad maksājumā un jāmaina pvn koda kartiņā uzstādījumi, jāpieliek tur priekšapmaksas pvn konti. | ||
+ | lai gan nevar būt, ka februārī deklarēja, jo Kārlis rakstīja, ka tikai pēc precu saņemšanas var iekļaut pvn deklarācijā\\ | ||
+ | |||
+ | t.n. Deklarācijā pareizi ir iekļaut tad, kad ir izrakstīs rēķins?\\ | ||
+ | |||
+ | nea, tik tad, kad saņemtas preces kopā ar to rēķinu-pavadzīmi, | ||
+ | tas attiecībā uz pirkumiem no ES. \\ | ||
+ | bet mēs toreiz noskaidrojām, ka jaunā pvn versija iekļauj avansu pie 1.2, ja pvn kods ir ielikts, | ||
+ | tā kā grāmatvedim pašam jāizlemj, vai var vai nevar. | ||
+ | --------- | ||
+ | ====Internetveikalā samaksā par preci, bet ienāk mazāka summa==== | ||
+ | Situācija: Klients nopērk webā preci ar priekšapmaksu, bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\ | ||
+ | |||
+ | Ar papildu samaksas veidu, Līdzīgi kā ieskaits, Jo būs arī rēkins ienakosais par tam komisijam pec tam. T.i., uztaisit samaksas veidu webshop komisija un ar to apmaksat rekina atlikusho summu.\\ | ||
+ | --------- | ||
+ | ====Izdrukas==== | ||
+ | I created a mini quide for you about print form changes: | ||
+ | {{ :lv:printout_guide1.png?direct |}} | ||
+ | Changes in print form xsl are version tracked, it is always possible to restore ir, but for your own peace it may be good to save original in txt file easy available for you, before you try to make any changes. | ||
+ | Or to create a copy of original form first and then train on it 😊 | ||
+ | It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data. | ||
+ | --------- | ||
+ | ====Kā izdzēst kļūdaini uztaisītu kodu==== | ||
+ | Izveidoja jaunu kontu 15115, diemžēl konta plānā šis konts 15115 tika saglabāts ar apakšsvītru (15115_). Lūdzu, rast iespēju noņemt šo apakšsvītru (_), diemžēl pašai man neizdevās.\\ | ||
+ | Tādā gadījumā nepieciešams nokopēt konta kartiņu un saglabāt to ar kodu bez svītriņas. | ||
+ | Tad tajā transakcijā, kur ir konts ar svītriņu izmantots, jāsamaina konts uz jauno kontu bez svītriņas. Un tad var to konta kartiņu, kur ir svītriņa, dzēst.\\ | ||
+ | -------- | ||
+ | ====PZ peļņas zaudējumu aprēķins, Income statement==== | ||
+ | Directo shows on invoice the item price as it has to be, but the item cost is somehow 0 and because of that the sales cover is 100 %, what is wrong. This will affect the incom statement, I'm I right? Or should I just ignore that?\\ | ||
+ | {{ :lv:gp.png?direct |}} | ||
+ | Yes, value of this field will affect incom statement and it is good to pay attention to it. In this invoice it is 0 because this item isn’t delivered yet (delivery is unconfirmed).\\ | ||
+ | -------- | ||
+ | ====Pasta sūtīšanai Subject nomaiņa==== | ||
+ | Ja jānomaina nosaukums Pasta sūtījumam, tad tajā izdrukā kuru sūta, ir jāieliek šāds ar vajadzīgo tekstu:\\ | ||
+ | <!--mailsubject:Pasūtījuma apstiprinājums {nr}-->\\ | ||
+ | <!--mailattachment:Pasūtījuma_Apstiprinājums_{nr}--> | ||
+ | -------- | ||
+ | ====Algas, uzkrātais atvaļinājums==== | ||
+ | https://wiki.directo.ee/lv/per_aru_tooajad#uzkratas_un_izmantotas_atvalinajuma_dienas\\ | ||
+ | Uzkrātā atvaļinājuma aprēķins. Atskaite **Kavējumi**: Skatīt: **Atvaļinājums**:\\ | ||
+ | Uzkrāts – līdz 01.03.2021 16.61 diena, Atlikums – līdz 19.03.2021 17.65 dienas. Zem āmurīša var uzlikt, lai rāda vairāķ zīmes aiz komata, lai precīgāk | ||
+ | {{ :lv:atvalinajums.png?direct |}} | ||
+ | -------- | ||
+ | ====Algas, vidējā izpeļņa==== | ||
+ | Vidējā izpeļņa par pēdējiem 6 mēnešiem. **Algu atskaite**: Skats: **Vidējā alga**.\\ | ||
+ | Ieliek Datumu 6 mēneši, nenorāda Mēneša kodu: Vidējā bruto 80.58 | ||
+ | {{ :lv:vidizp.png?direct |}} | ||
+ | -------- | ||
+ | ====Algas, cik vajadzētu pēc Directo būt algai==== | ||
+ | **Algu atkaite**: skats **Provizorisks**, cik pēc Directo aprēķina vajadzētu būt algai Bruto par 15 darba dienām: | ||
+ | piem. 1200 (mēneša neto) eur dalīt ar darba dienu skaitu mēnesī x dienas, cik nostrādātas: | ||
+ | {{ :lv:prov.png?direct |}} | ||
+ | -------- | ||
+ | ====Algas, Atvaļinājuma bilances ievadīšana==== | ||
+ | Sākot lietot Directo algu moduli, vienmēr aktuāls ir jautājums, kā tad labāk ievadīt atvaļinājumu bilances (atlikumus)?! | ||
+ | https://wiki.directo.ee/lv/per_persoon#atvalinajuma_bilances_ievadisanakorigesana\\ | ||
+ | ------- | ||
+ | ====Algas, neapliekamais minimums==== | ||
+ | Personas prognozētā neapliekamā minimuma norādīšana | ||
+ | https://wiki.directo.ee/lv/per_persoon#personas_prognozeta_neapliekama_minimuma_noradisana | ||
+ | ------- | ||
+ | ====Jauns veikals, jauns kases aparāts, POS termināls==== | ||
+ | SIA NL Latvija plāno atvērt jaunu Skechers veikalu TC Olimpia. Šobrīd esam pasūtījuši pie SIA NRDATA kases sistēmu, kas tiek lietota visus Skechers veikalos. Lūdzu, dodiet ziņu kāda papildus informācija Jums ir nepieciešama?\\ | ||
+ | jādara sekojošais: | ||
+ | 1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\ | ||
+ | - Maksājuma termiņš, \\ | ||
+ | - Karšu maksājums, \\ | ||
+ | - Objekts, \\ | ||
+ | - Noliktava, \\ | ||
+ | - KARŠU MAKSĀJUMA TERMINĀLA DATU RINDA 2 - norāda kases nr. pēc kārtas.\\ | ||
+ | |||
+ | 2) Darbiniekiem/lietotājiem kartiņā jāpievieno:\\ | ||
+ | - Objeks,\\ | ||
+ | - Darba vietas.\\ | ||
+ | Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. | ||
+ | ---------- | ||
+ | |||
+ | |||
+ |