Atšķirības

Norādītais vecais variants no patreizējās lapas atšķiras ar:

--- lv:support [2021/06/04 10:08]
dagne [DDZ atskaite]
+++ lv:support [2021/08/04 17:04]
dagne [Dažādi maksājumu veidi, Rēķinu žurnāls]
@@ Rinda 11: / Rinda 11: @@
 ====Minimālais vienlaicīgo lietotāju skaits====
 Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji.
+-----
+====Atskaites ātrais taustiņš====
+Shift + ENTER
 -----
 ====PFPISK un DDZ====
@@ Rinda 16: / Rinda 19: @@
 https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf \\
-Atskaite DDZ jeb Darba devēja ziņojums. 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: \\
 - DDZ 2021 \\
 - DDZ 2021 as table \\
@@ Rinda 22: / Rinda 25: @@
 https://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf
 --------
+====PFPISK mēneša, par atlaistajiem darbiniekiem====
+Tas būs atrodams pie atskaitēm pfpisk 2021 vai pfpisk as table.\\
+Obligāti jānorāda Personāla kartīte - Darba attiecības - beigu datums un beigu kods. Ja nebūs beigu kods, piem. 25, tad atskaitē neparādīsies.\\
+https://wiki.directo.ee/lv/per_persoon#izmainas_darba_attiecibas
+------
+====DDZ atskaite====
+Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?!\\
+Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). \\
+Sagatavojot DDZ, noteikti ir jānorāda ne tikai mēnesis, par kuru jāsagatavo atskaite, bet arī mēnesim atbilstošais mēneša kods. \\
+Norādot gan periodu (01.05.2021-31.05.2021), gan arī maijam atbilstošo mēneša kodu (202106), atskaitē tiek parādīts arī IIN:
+{{ :lv:ddzzz.png?direct |}}
+-------
 ====Ilgi ielādē dokumentu, nesaglabā info====
 Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana, jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\
@@ Rinda 52: / Rinda 68: @@
 In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic 'Account can only be from the group's chart of accounts'. If the base is no longer the group's base, it must be changed to 'no'.
 ----
+====Ja ir atnācis CREDIT NOTE no piegādātāja, preču atgriešana, kredītrēķins====
+Mums ienācis rēķins no Piegādātāja un arī preču saņemšana SREC. \\
+Tad mēs atgriežam preci piegādātājam, veidojam SREC ar - mīnuss zīmi, lai prece aiziet prom no noliktavas un veidojam ienākošo rēķinu ar šo piegādātāju ar - mīnuss zīmi. Šis ienākošais rēķins ar - zīmi arī ir CREDIT NOTE jeb kredītrēķins, ko mēs saņēmām no Piegādātāja, kad tika atgrieztas preces. \\
+No pirmā ienākošā reķina ar pogu Kreditēt var izveidot uzreiz kredītrēķinu, kuram Maksājuma termiņš būs K un summas ar - zīmi.
+{{ :lv:credit_note_11.png?direct |}}
+-----
 ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020====
@@ Rinda 66: / Rinda 89: @@
 ----
+====Kopēt rindas====
+Mēģiniet kopēt no Directo uz Excel ar sekojošiem taustiņiem: \\
+)	**ALT** + **C**  Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām;  \\
+)	**CTRL** + **ALT** + **V** iekopē datus Excelī.
+-----
 ==== Pārkopēt PVN deklarāciju ====
@@ Rinda 355: / Rinda 384: @@
 {{ :lv:transporta_parametri1.png?direct |}}
 ----
+====Apollo grupa REPHOP atkaites====
+bet taatad iekopejot rephop kas ir butiskai:\\
+) iekopet ar sql;\\
+) salikt transpsorta parametru;\\
+) salikt datulauku tipus;\\
+) salikt datulaukus vajadzigajiem kleintiem, pieg, konta
+-------
 ====Nerēķina algas no diviem objektiem darbiniekam====
 Ja rēķina algas darbiniecei un viņai ir pielikts tikai objekts ALFA, bet viņa oktobrī ir pastrādājusi arī Dominā, un šobrīd nevar sarēķināt par Dominas srtādāšanu. Resursos ir ielikts gan alfa, gan Domina, bet  algu aprēķinā info par Dominu darbiniecei neielec?
@@ Rinda 438: / Rinda 474: @@
 Ja manuali pilda maksājumu bankā tad ar to var redzēt, un banka to referenci pārbauda, lai atbilst formātam. t.i., tur nevar būt teksts, piemēram.
 -----
+====Maksājuma uzdevumi, maksājumi====
+Maksājuma uzdevuma dokumentā zem āmurīša ir dažādi uzstādījumi: \\
+būtiskākais, **Eksports neapvieno tā paša piegādātāja maksājumus**. T.n. lai ietaupītu komisijas maksu/apstrādes naudu, ja ir mazāk rindu, izdevīgāk.
+{{ :lv:muuzst.png?direct |}}
+-----
 ====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:\\
@@ Rinda 496: / Rinda 538: @@
 Piem. piegādātājs LUCY_&_LEO. Sistēma manuāli neļauj izveidot šādu kartiņu, ar vairumimporta tabulu Piegādātāji var pievienot šādu kodu.
 ------
-====Pielikumu mape pilna====
+====Pielikumu mape pilna, arhīva izveidošana, dzēšana====
 Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\
   * jāarhivē vecākie gadi http://wiki.directo.ee/lv/yld_dok#pielikumu_arhivesana \\
   * vai japērk klāt gigabaiti (jāraksta igauņiem, lai pieliek +Gb)\\
   * vai papildu lietotāju var pieslēgt, katrs vienlaicīgais lietotājs +1 gb\\
--------
+Vieta atbrīvojas tikai pēc arhīvā novietoto dokumentu dzēšanas (pēdējais punkts). \\
+https://wiki.directo.ee/lv/yld_dok#pielikumu_arhivesana \\
+Bet pirms dzēšanas būtu labi pārliecināties, ka lejuplādēto dokumentu kopējais izmērs un skaits sakrīt ar arhīvā atlasīto dokumetu izmēru un skaitu, kas būs redzams atskaitē.
+------
 ====Neatver Directo lapu, drošības paziņojums====
 Problēma rodas tādēļ, ka pieslēdzoties tiek izmantota vecā Directo adrese (directo.gate.ee), pareizi ir šāda adrese:
@@ Rinda 531: / Rinda 579: @@
 Ja ir situācija, ka veidots kustības dokuments ar 200 rindām un pēkšņi saglabājot viss pazūd un paliek pa nullēm, jo sistēmas kļūdas, bet iespējams vainīgs lēns internets un arī rindas dokumentā vairāķ kā 100 nevajadzētu veidot. Ir iespējas rakstīt EE un noskaidrot, vai var atjaunot dokumentu uz kādu pulksteņa laiku.
 --------
+====Izdzēstu dokumentu atjaunot jāatjauno====
+Datiem tā vienkārši nav iespējams “pazust”.  Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
+Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams. \\
+Datiem tā vienkārši nav iespējams “pazust”.  Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\
+Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams.\\
+Vai ir iespējams atjaunot tikai šo vienu failu? Un cik tas maksās, ja tas ir maksas pakalpojums?\\
+Jā, ir iespējams iegūt šī faila backup. Naudas izteiksmē tie būs 65Eur bez PVN. Darba ilgums būs atkarīgs no saziņas ar EE, viņi piešķir piekļuvi šiem backup datiem.
+------
 ====Noliktavas gada apgrozījums====
 kurā atskaitē var redzēt noliktavas gada apgrozījumu (izejošajām no noliktavas precēm), pēc artikulu klasēm ar summu,kāda ir konkrētam artikulam uzskaitē noliktavā?\\
@@ Rinda 651: / Rinda 715: @@
 Ja nv izveidojusies transakcija, vai kļūdainas, tad jāizdzēš.\\
 Ar GOD MODE, un Izmaiņās pie transakcijām parādīseis poga DELETE.
-----------
+--------
+====Pamatlīdzekļi PL nepareizs simbols, mainīts nosaukums====
+Ja ir neatļāuts simbols nosaukumā, dēļ kura neļauj xml izprintēt PL kartiņu, tad jāmaina nosaukums. \\
+Sistēma tik un tā neļauj, tad ir jāieslēdz GOD MODE un pie izmaiņām jāizdzēš ta rinda, kur tika labots neatļautais simbols. Izdzēšot ar god mode ierakstu, ļāva izprintēt un kļūdas paziņojums vairs nebija.
+-------
 ====Realizācijas atskaite====
 Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "Krājumu līmeņu izmaiņas" un jāieķeksē "nauda"
@@ Rinda 694: / Rinda 762: @@
 - ja no piegadātāja ir saņemts kredītrēķins, kas nemaina preču daudzumu, bet maina preču cenu.
 -------
+====Labot, dzēst, norakstīt noliktavas preci, atlikumu====
+Vajadzētu risinājumu, kā no galvenās noliktavas pārvietot (Vai norakstīt, vai pārdot – jebkādas darbības) šīs preces. Šīs preces pieņemtas noliktavā bez sērijas numuriem, tāpēc nevaru veikt nekādas darbības ar tām. \\
+Kad šādā situācijā redzams, ka artikula vēsturē nav nekādu darbību ar SN, bet kartiņā ir ielikts, ka jābūt SN, var šo vērtību kartiņā pamainīt ar importa moduli (laukā Sn atsekošana ielikt 0). \\
+Otram artikulam vēsturē jau bija darbības ar SN, tāpēc piešķīru to tur, kur trūka (ieliku noliktavas ID). \\
+Tagad vajadzētu būt iespējamam abus artikulus norakstīt un pieņemt atpakaļ ar atbilstošiem SN.
+Pirmajam artikulam, pēc tā norakstīšanas (kad noliktavas atlikums būs 0), kartiņā lauks Sērijas numurs paliks aktīvs un to būs iespējams labot uz citu vērtību.
+------
 ====Ja kļūdaini norakstīts Pamatlīdzeklis, kā to atjauno====
 Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, tad jāizdzēš norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\
@@ Rinda 743: / Rinda 821: @@
 Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, kas regulē, no kādām tieši piegādēm tiks atlasīta informācija, lai aprēķinātu pašizmaksu priekš rēķina.
 Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa).
 ------
-====DDZ atskaite====
+====Vai kredītrēķins ietekmē preces pašizmaksu====
-Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?!\\
+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. \\
-Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). \\
-Sagatavojot DDZ, noteikti ir jānorāda ne tikai mēnesis, par kuru jāsagatavo atskaite, bet arī mēnesim atbilstošais mēneša kods. \\
+Atsūtiet lūdzu piemēru, kāds ir rēķins un kāds kredītrēķins, lai ir redzams, kas īsti ir kreditēts ? \\
-Norādot gan periodu (01.05.2021-31.05.2021), gan arī maijam atbilstošo mēneša kodu (202106), atskaitē tiek parādīts arī IIN:
+Pašā Directo kredītrēķini piegādātāju modulī ietekmē tikai norēķinus ar piegādātājiem.
-{{ :lv:ddzzz.png?direct |}}
+Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās.
+------
-------
 ====Klientam jāatgriež avanss, naudas atmaksa====
 Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\
@@ Rinda 819: / Rinda 897: @@
 tā kā grāmatvedim pašam jāizlemj, vai var vai nevar.
 ---------
+====Izveidot jaunu PVN kodu====
+Mums vajadzētu izveidot jaunu PVN kodu 5% par saņemtajiem rēķiniem. Kā pareizi to piesaistīt PVN deklarācijas pielikumam? \\
+Paskatieties, lūdzu, vai ar šeit publicēto informāciju pietiek un viss izdodas?
+https://wiki.directo.ee/lv/finanses#pvn_koda_kartites_aizpildisana \\
+Būtībā ir nepieciešams atzīmēt atbilstošu pielikumu pie papildus_info, un darījuma veidu pie atbilstoša datulauka no DarTips. Tie butu 5% pie 1.1 pielikuma vai kaut kas cits?
+-----
 ====Internetveikalā samaksā par preci, bet ienāk mazāka summa====
 Situācija: Klients nopērk webā preci ar priekšapmaksu, bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\
@@ Rinda 937: / Rinda 1024: @@
 {{ :lv:posinv.png?direct |}}
 ------
+====Neienāk kases čekā summa====
+DB Nl_Latvia: Kā jau teicu, tur fiziski nav iespejams veikt kļūdu kur iesitas čeks ar summu 0 jo viss iet caur sistēmu un tiek pārbaudīts divreiz. Visas summas ir paraditas. Tā ir kautkādā sistēmas kļūda,ņemot vērā ka veikals nebija atvērts puss gadu,un tā bija pirmā veikala atveršanas diena. Čekiem kas ir ar lielaku summu viss tika izsistspilnīgi  tāpat kā šis konkrētais čeks.  \\
+Nepieciešama Jūs palīdzība, mums neienāk nauda no POS termināla par šo pirkumu 219EUR. Veikala vadītājs, informēja, ka nav iespējams izsist čeku ja netiek veikti norēķins ar kredītkarti. Kā varēja rasties šāda situācija, ka čeks ir izsists bet nauda neienāk un čekā apakšā kur pirkuma summa ir 0? \\
+Directo viss ok. Jāgriežas pie NR DATA. Tur nav aizgājis kartes maksājums, pareizāk sakot, aizgājis pa 0, bet čeks izdrukājās kā apmaksāts, bet tas viss kasē, uz directo jau tikai pārsuta info kāda ir kasē, būs pārdevējam kreņķis, jo protams sistēmas kļūda, bet termināla kvītis ir jāpārbauda, katram darījumam.
+------
@@ Rinda 968: / Rinda 1063: @@
 Ja būtisks ir pazaudētais reķina numurs 210054, vara izveidot vajadzīgo intervālu un veidot jaunu identisku rēķinu. Par Intervāla atgūšanu pamācību lasīt šeit:\\ http://wiki.directo.ee/lv/yld_numbriseeriad#dokumenta_numura_korigesana
 ------
-====Bankas importa noteikumi====
-https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\
-Jautājums - mēs importējam bankas failu. Vai ir iespējams nodefinēt to, ka komisijas nogrāmatojas uz norādīto kontu?\\
-Es taisītu ar bankas importa noteikumiem, viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties, ko atstāt nosacījumos.\\
-pašā importa dokumentā uzreiz ir iespēja pievienot noteikumu balstoties uz jebkuru rindiņu un pēc tam tie saglabājas finansu uzstādījumos tur tos var gan mainīt, gan dzēst un ikreiz saglabājot importa dokumentu, noteikumi tiek pielietoti tā kā var droši izmēgināt izveidot kādu visām komisijām ir viena kopīga pazīme, to var redzēt rindiņās, bet ja vajag nošķirt, tad var pēc nosaukumu piemēram.
-{{ :lv:binot.png?direct |}} \\
-Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas uzreiz gramatotos uz vajadzīgo kontu.
-Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu:
-https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\
-Iesakām darīt sekojoši: spiest pogu PIEVIENOT  no Bankas importa dokumenta. \\
-Definēt noteikumus: \\
-Kodu;\\
-Nosaukums;\\
-PAY MODE jeb Maksājuma veids, ja tiek izmantots arī citiem maksājuma veidiem, šo var atstāt tukšu;\\
-Virziens ĀRĀ;\\
-Otras puses konts, ja var būt mainigs, ņemt ārā;\\
-Summa, norāda ja konkrēta summa vienmēr;\\
-Apraksts – pēc kā atpazīst, šeit par izmantot vienkāršāk piem . tekst Komisija % (% zīme nosaka, ka pēc tam seko vēl teksts)\\
-Kā piemērs: \\
-{{ :lv:bankimp.png?direct |}}
-Zemāk redzamie lauki: \\
-T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams;\\
-Tips – Karšu maksājums;\\
-Konts;\\
-Bankas komisijas konts;\\
-{{ :lv:bankimp11.png?direct |}}
-Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās  vairākos, noteikumiem šo var definēt.\\
-Noteikumus var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa noteikumi.
-------
 ====Bankas importam met kļūdu====
 Ja nevar iegūt XML failu, piem no Maksājuma Uzdevumu, kuru pēc tam ieimportēt Bankā, izmet kļūdu. \\
@@ Rinda 1073: / Rinda 1137: @@
 Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas.
 --------
+====Masu e-pasta sūtīšana====
+Pieslēgt var zem Uzturēšana - Imports/Eksports, aktivizējot linku
+{{ :lv:maasspast.png?direct |}}
+-------
 ====Nākamo periodu izdevumi jeb periodizācija====
 https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\
@@ Rinda 1298: / Rinda 1366: @@
 lai visu šo darbinātu, tiek izmantots Rental callendar.
 ------
+====Silvano neiet/neskenē svītrukodu====
+Janoskaidro kāds svītrukods neiet, vai tas vispār ir izveidots? Vai nu nav pievienoti, vai neatbilst kāds cipars. Lai veikals atsūta vismaz vienu svītrukodu, kas neiet. Vai paši paskatās, vai tāds svītrukods tur ir iekšā.
+ \\
+Artikula kartītes sadaļā **Iegādes artikuli** ir redzami visi svītrukodi, kādi varianti, krāsa, izmērs. \\
+Variants veidojas no krāsa un izmēra koda. \\
+Ja nāk klāt jauna krāsa, izmērs vai bez-komb, tad jāizveidoj jauni zem Uzstādījumi - Galvenie uzstādījumi - **Variants**. Tie saraksti gan milzīgi, tā kā lai pārbaudītu, kas jau ir, jākopē ārā kaut kur. To viņi paši visu dara.
+{{ :lv:vaarian.png?direct |}}
+Ja svītrukods vnk nepareizs, tad veikals var manuāli artikulu ielasīt, bet ja nav vispār pievienots artikulam nekas ar tādu krāsu/izmēru, tad neko. Bet pievienot to svītrukodu artikulam gan jau, ka var arī veikalā. Ja nav tāds svītrukods, tad vienkārši sadaļā **Iegādes artikuli** liek klāt jaunu rindiņu ar svītrukodu, krāsu, vairantu utt. \\
+Ik pa laikam nāk jaunas krāsas, bet ja tās ir veikalā, tad jau pieņēma noliktavā, tad jau būtu jābūt svītrukodiem ieksā, jo parasti tā Svītrukodu pievienošana  ir pie saņemšanas.
+------
+====Silvano trūkst, pazuduši svītrukodi====
+Noliktavas Atlikuma atskaitē, meklējot pēc Artikula un atzīmējot Svītrukodu, var redzēt tos variantus, kuriem trūkst svītrukodu. Svītrukodu vietā ir 02131. \\
+Šis parasti notiek ar tiem artikuliem, kuriem to svītrukodu ir ļoti daudz. Tā kā tur jādomā par to, ka jādala tie artikuli vairākos artikulos. Tas gan pie jaunas saņemšanas. Jo to, kas jau ir noliktavā īsti nevar sadalīt.
+{{:lv:svitrr.png?direct|}}
+Atskaite - Noliktavas Atlikums
+{{ :lv:atskkk.png?direct |}}
+Bet sanāk, ja izveido svītrukodu, un grib skenēt un pārdot, tad jau vspirms pēc izveidošanas tie ir jāpienem noliktavā.... bet reiz jau viņi ir tikuši pieņemti, kā tad tas tur tālāk saslēdzas. Directo atpazīst, vai vēlreiz jāpieņem ?! \\
+- Atpazīs, jo variants jau tas pats.
+-----
 ====Silvano rēķinos error=====
 Vienam artikulam ir iespējami 200 varianti jeb svītrukodi un xml ņem vērā visus iespējamos variantus un vienam artikulam apakšā nāk visi līdz. Vecos variantus, kuri netiek izmantoti,piem. pēdejo 3 gadu laikā, tos var dzēst. Ja 1 rēķinā ieliek pārāk daudz artikulus, kuri pārsniedz atļauto variantu, tad ERROR. \\
@@ Rinda 1419: / Rinda 1510: @@
 smtp.office365.com:25\\
 smtp.office365.com:587\\
+smtp.office365.com\\
 pie SSL jāizvēlas: StartSSL/SSL/TLS \\
@@ Rinda 1434: / Rinda 1526: @@
 Pēc dokumenta saglabāšanas transakcija tiks mainīta.\\
 P.S. Manā piemērā norādīta summa precīzi nesakrīt ar atlikumu nākamo periodu izmaksu konta uz norādīto datumu.
+------
+====Periodizācijas anulēšana====
+Tā opcija ir tikai iegrāmatotam rēķinam, pēdējā rindu bumbiņā jāmeklē: \\
+{{ :lv:period_.png?direct |}}
 ------
 ====Pamatlīdzekļi pamatlīdzekļu vēsture, nesakritības====
@@ Rinda 1496: / Rinda 1592: @@
 Gaidam, kad Igauņi sataisīs.
 -------
+====Duck Republik SCORO saslēgums====
+Ir savienojums ar Scoro veidots, klientu rēķini ienāk ar xml Directo, info par apmaksu ārā no Directo uz Scoro. \\
+No Scoro tiek izsūtītas atgādinājumu vēstules par neapmaksātajiem rēķiniem. Directo veic grāmatvedību, ar Bankas importu ienākošos maksājumus sasasaista ar klientu rēķiniem. Maksājumu rindu info aiziet uz Scoro un tad zin, par kuriem rēķiniem ir jāsūta atgādinājums, kas vēl nav samaksāti. \\
+Ien.maksājumi no Banku importa aiziet uz Scoro, bet problēmas šobrīd ar tiem, kas veidoti manuāli, tie neparādās Scoro. \\
+Scoro pieprasa datus un tad viņi savelk ienākošos maksājumus ar rēķiniem. Kad veidojām, tad bija 1x, varbūt tgd kautkas ir mainījies.
+-------
+====Pamatlīdzeklim nevar iegrāmatot nolietojumu====
+Cenošoties iegrāmatot PL, izmet paziņojumu: Gatavojas atjaunot, Gatavojas apstiprināt, Nav ko iekļaut transakcijā; vēsturē nav rindu, kurām nebūtu transakciju. \\
+{{ :lv:asedrftghjk.png?direct |}}
+Sistēmas uzstādījumos nebija norādīts uzkrātā nolietojuma datums pirms jaunu kartiņu veidošanas, tāpēc nolietojums ierakstījās vēsturē ar kartiņu izveidošanas dienu.
+https://wiki.directo.ee/lv/yld_inventar#pamatlidzekla_kartites_izveidosana_pl_ar_uzkrato_nolietojumu \\
+Lai labotu, ir jānorāda šis datums un tad jākopē izveidotās kartiņas, jo jau esošajās tas vairs nemainīsies.
+Vai arī mēs varam izdzēst no vēstures šiem PL jūnijā ierakstīto nolietojumu un tad būs iespējams to ierakstīt no jauna, vispirms norādot vajadzīgo datumu.
+------
+====Bankas importa noteikumi====
+https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\
+Jautājums - mēs importējam bankas failu. Vai ir iespējams nodefinēt to, ka komisijas nogrāmatojas uz norādīto kontu?\\
+Es taisītu ar bankas importa noteikumiem, viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties, ko atstāt nosacījumos.\\
+pašā importa dokumentā uzreiz ir iespēja pievienot noteikumu balstoties uz jebkuru rindiņu un pēc tam tie saglabājas finansu uzstādījumos tur tos var gan mainīt, gan dzēst un ikreiz saglabājot importa dokumentu, noteikumi tiek pielietoti tā kā var droši izmēgināt izveidot kādu visām komisijām ir viena kopīga pazīme, to var redzēt rindiņās, bet ja vajag nošķirt, tad var pēc nosaukumu piemēram.
+{{ :lv:binot.png?direct |}} \\
+-----
+====Bankas banku importa noteikumi, komisijas====
+Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\
+Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\
+ Iesakām darīt sekojoši: spiest pogu PIEVIENOT  no Bankas importa dokumenta: \\
+Definēt noteikumus: \\
+Kodu; Nosaukums; PAY MODE jeb Maksājuma veids, ja tiek izmantots arī citiem maksājuma veidiem, šo var atstāt tukšu; Virziens nauda ĀRĀ vai IEKŠĀ; Otras puses konts, ja var būt mainigs, ņemt ārā; Summa, norāda ja konkrēta summa vienmēr; Apraksts – pēc kā atpazīst, šeit par izmantot vienkāršāk piem . tekst Komisija % (% zīme nosaka, ka pēc tam seko vēl teksts). \\
+{{ :lv:paym.png?direct |}}
+Zemāk redzamie lauki: \\
+T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams; \\
+**Tips** – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt; \\
+**Konts** - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\
+**Bankas komisijas konts** – šeit norāda komisiju kontu, no saņemtās Karšu masksājumu summas daļa aiziet Bankai komisijās par apkalpošanu un te norada to kontu. \\
+Ja izveido Banku komisijā noteikumu ar tipu **Transakcija**, tad banku komisiju kontu norāda pie **KONTS**. \\
+{{ :lv:pay2.png?direct |}}
+ Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās  vairākos, noteikumiem šo var definēt. \\
+Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**.
+------
+====Banku pakalpojumu, komisijas maksas konts sistēmas uzstādījumos====
+Ja veido Maksājuma uzdevumu vai Banku importu, tad šie konti tur automātiski paradās. \\
+Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\
+Arī Samaksas veida kartiņā piem. SWED, aizbraucot uz pašu leju, ir vieta Bank Services, kur var norādīt kontu. \\
+{{ :lv:banku_sam.png?direct |}}
+Uzstādījuma **Bank Services**  konts automātiski nonāk Bankas importā **Fee account** kolonnā. Kolonnā **Maksa** jeb **Fee** nonāk komisijas maksas summa.
+{{ :lv:bank_fee.png?direct |}}
+------
+====Banku importa dokumenta konti - Karšu maksājumi====
+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ā ”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”). \\
+Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”.
+-------
+====Banku imports maksājuma uzdevumi Citadele====
+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 lauka “Bankas konts komisijām” bankas kontu.
+------
+====Resursi nevar redzēt laukua kā vajag====
+Nepieciešams ieiet resursu sarakstā, uzspiest uz **Dokumenta lauki**. \\
+Tad pie “kopēt no lietotāja” izvēlēties no kura lietotāja ņemt Resursa skatu, pie "piešķirt lietotājam" jābūt tam lietotājam, kuram tiek kopēti uzstādījumi: \\
+Tad jānospiež poga Uzstādījums un Saglabāt.\\
+Paziņojumā, kas parādīsies, jāizvēlas Ok.
+-------
+====Čekā ir gan skaidra nauda, gan ar karti, Directo rāda visu kopā====
+Maksājumi tiek dalīti, bet Directo parādās kā viens darijums citi darijumi, kapēc? \\
+Atskaitē RĒĶINU ŽURNĀLS , lai Directo izdalītu maksājuma veidus atsevišķi, ir jāieliek ķesis pie **Vairāki maks. term.**
+------
+====Dažādi maksājumu veidi, Rēķinu žurnāls====
+Lai atskaitē Rēķinu žurnāls rādītos iespēja ielikt ķeksi pie **Viarāki maks.term.** , sistēmas uzstādījumos jānomaina uzstādījums: \\
+POS invoice uses multiple Payment terms \\
+EKA rēķins lieto vairāku Maksājumu nosacījumus \\
+{{ :lv:rek_z.png?direct |}}
+-------
+====Rēķinu žurnāls, apmaksa skaidrā naudā un ar karti====
+Klients norēķinājās ar dāvanu karti EUR 5 un skaidrā naudā EUR 0,21. Directo visu summu atskaitē uzrāda tikai DK - Dāvanu karte. \\
+Lai atskaitē Rēķinu žurnāls, lai rēķina samaksas veidi tiktu izdalīti atsevišķās rindās, nepieciešams ielikt ķeksi pie filtra Galvenes maks.term.
+{{ :lv:rek_zz.png?direct |}}
+--------
+====Perioda finanšu slēgšana====
+Uzstādījumos meklēt “Finanses slēgtas līdz” un norādīt datumu (parasti nākamā mēneša 1.datumu). \\
+Ir iespējams arī slēgt konkrētus dokumentu tipus.
+To var atrast zem Uzstādījumi - Apstiprināšanas nosacījumi / Saskaņošana.
+Braucot līdz lejai jāmeklē šāda vieta, kur var norādīt nepieciešamo slēgšanas datumu.\\
+Ja nepieiešams veikt dokumentos korekcijas, šo datumu var noņemt , vai uzlikt mazāku uz to brīdi.\\
+Ir pieejams ari apraksts Directo WIKI: https://wiki.directo.ee/lv/yld_settings#finansu_perioda_slegsana
+-------
+====Lietotājam Tiesībās redzēt finanšu kontus====
+Saistībā ar tiesību uztādījumu, ka lietotājs var skatīties Virsgrāmatu un izvēlēties kontus. \\
+Uzstādījumi ir sekojoši: \\
+Pie Mainīt tiesības sadaļā **Uzstādījumi**, jāieķeksē kolonnā **Skatīt**, pie **Finanšu uzstādījumiem** \\
+Sadaļā **Cits**, jāieķeksē, ka tiek atļauts **Kopētājs**:
+{{ :lv:paster.png?direct |}}
+-------
+====Slimības lapa algu aprēķinā, nepareizs dienu skaits====
+gym_latvija ir problēma, ka algu aprēķinā personai Rihards Vilnis , Marta algu aprēķinā lec SLimības lapa A 4 dienas, nevis 3 (marta jābūt 3 dienām).
+es saprotu, ka ja viņa labo uz tām 3 , tik un tā nākamoajos mēnešos sistēma ziņo par neapmaksātu slimības lapas dienu... vai varam sazvanīties un Tu paskaidro par tām lapām, algu aprēķins 1000008 \\
+Tas ir bug. Darbiniekam slimības lapa sākās februārī. Tā sākās pirmdienā un ilga 7 kalendārās dienas, 5 darba dienas. Bija jāapmaksā 4 darba dienas (jo pirmā slimības lapas diena nav jāapmaksā). Tās arī tika apmaksātas. Martā viņam 3 dienas turpinājās slimības lapa (visas šīs dienas bija darba dienas). To var redzēt arī kavējumu atskaites skatā Parasts. Bet Algu atskaites skatā provizorisks, kas rāda prognozējamo algu, rāda, ka jāapmaksā 4 slimības lapas A dienas, un tas nav korekti. \\
+Turklāt slimības lapas A algas formulās ir iestatīts, ka ir jāapmaksā tikai darba dienas, nevis kalendārās dienas. \\
+Risinājums: Algas aprēķina dokumentu var labot manuāli, bet iestatīt, lai sistēma neziņotu par neapmaksātu slimības lapas dienu laikam nevar (jo bug dēļ sistēma uzskata, ka viena diena ir neapmaksāta).
+------
+====Algu modulis, darbinieks vairs nestrādā====
+Ir 3 vietas, kur var aizslēgts darbinieku. \\
+. Lietotāja kartiņā uzliekot Slēgts - tad ši persona vairs neparādīsies dokumentos, piem. Avansa noreķinu dokumenta izveidošanā; \\
+. Personāla kartiņā sadaļā **Administrators** ir iespējams ielikt ķeksi **Slēgts**.  Bet tad viņš ir noslēgts Algu modulī. Citos moduļos , kā piem. zem Fiansēm - Avansa norēķini, persona vēlaizvien var parādīties. \\
+Kad ir slēgts kādā no pirmajiem diviem variantiem, tas neietekmē atskaites, kas vēlāk jānodod par darbiniekiem (ddz un pfpisk); \\
+. Personāla kartiņā sadaļā **Darba attiecības**, rindas labajā pusē arī ir ķeksis **Slēgts**. Kad darbiniekam ir beigu datums, tad te var noslēgt. Bet šis gan ietekmē atskaites, kas vēlāk gada beigās ir jānodod, tāpēc nevajag likt Slēgts, kamēr nav nodotas visa vajadzīgāk atskaites par darbinieku. Ja uzliks Slēgts šeit, tad neparādīsies atskaitēs.
+------
+====Maksājumu saslēgšana, priekšapmaksas un reķins====
+Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\
+Tad ir jāveido Payment un tajā:\\
+•	Vienā rindā jānorāda rēķins un laukā Bank sum jānorāda summa, par kuru šis rēķins jāapmaksā ar avansu. \\
+•	Otrā rindā jānorāda piegādātājs un laukā Bank sum jānorāda negatīva summa, par kuru šis rēķins jāapmaksā ar avansu.\\
+Rezultātā laukā “Difference” jābūt 0.00: \\
+{{ :lv:payment1.png?direct |}}
+•	Laukā Date jānorāda datums, ar kuru šis rēķins jāapmaksā ar konkrēto avansu. \\
+•	Laukā Pay mode jānorāda maksājuma veids, kura kartītes laukā Account ir ārpusbilances konts.
+------
+====Bankas importa faila veids====
+ir iespējams cits bankas importa formāts nevis iso? \\
+Es pamainīju bankas kasrtiņā tipus, bet neatradu kādu kurš citu formātu piedāvātu. \\
+kaut kas savādāks ir priekš paypal aprakstīts ee, bet būtībā nav cita, tas vienīgais. \\
+tas iso ir eu standarts. \\
+katrai bankai katrā valstī jau nav reāli pielāgoties, tāpēc tas starpvalstu standarts arī tika ieviests. varbūt ir vērts sazināties ar to banku, mazums, tomēr ir viņiem arī iso standartam atbilstoši faili.
+-----
+====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.
+------
+====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.
+------
+====kases aparāts Charlot veikaliem====
+kāds zina nosaukumu kases sistēmai kuru izmanto charlot veikali un kā viņa strādā? \\
+chd kkāds 300eur hibrīds. tā strādā ar macros metodi. charlot nav lētais hibrīds \\
+https://www.chd.lv/produkti/hibrida-kases-aparati/hibrida-kases-aparats-chd-5850h \\
+kā tas hibrīds strādā? Kāda man būtu atšķirība starp nrdatas risinājumu un chd, ja neskaita to, ka chd gadījumā man papildus datoram ir kases aparāts. \\
+. izmaksas, 2. tu strādā ar Directo un kases aparātā pabeidz darījumu. \\
+Kas ietilpst pie pabeigt? Apstiprināt? Tev kasē parādās summa utt un tu nospied printēt čeku? \\
+Čeks tiek apstiprināts, tiek nosūtīts uz kases aparātu, tad darbinieks nospiež makro taustiņu (ieprogrammētu), tiek uzdrukāti uz čeka artikuli, ekrānā parādās summa pa maksājuma metodēm un šīs summas tiek savadītas kases aparātā un pabeigts čeks. čeks tiek izdrukāts.
+------
+====Kases rēķina iegrāmatošana, samaksa skaidrā naudā un ar karti====
+NL Latvija, lūdz rast iespēju, iegrāmatots šo rēķinus 2156629, kas tika daļēji apmaksāts 29eur ar bankas karti un 30,20eur skaidrā naudā.\\
+{{ :lv:kases_ceks_1.png?direct |}}
+Šādos gadījumos Jums ir jāpieslēdzas atbilstošajai darba vietai, lai nerādītos paziņojums par nepareiziem naudas iestatījumiem.
+-------
+====JAHIPAUN====
+Jauniem tikko izveidotiem klientiem kase nepiešķir automātiski atlaidi, kāpēc ? \\
+Tas tāpēc, ka klienta kartiņā nav ievietota cenu formula. Ar Daci runājām, ka pagaidām tā ir jāpieliek manuāli, kamēr nav izveidots automatizēts risinājums.
+{{ :lv:jahip1.png?direct |}}
+------
+====Algas ar stundu likmi====
+Mums nepieciešams aprēķināt darba algu darbiniekiem, kuriem noteikta stundas likme.
+Vai ir nepieciešami kaut kādi papildus uzstādījumi Directo? \\
+Jā, tā kā tad, kad uzņēmumā tika ieviesta algu modulis, tajā nebija darbinieku, kuriem ir stundas likmes, tad šī iespēja netika iestatīta. Tādēļ, tā kā tagad šī nepieciešamība ir radusies, būtu jāiestata iespēja reģistrēt to darbinieku, kuriem ir stundas likmes, nostrādātās stundas un jāizveido papildu algu formulas. \\
+Lai varētu sagatavot iestatīšanas cenu piedāvājumu, lūgums noprecizēt:\\
+)	Vai katram darbiniekam, kuram ir stundas likme, ir viena stundas likme (respektīvi – vai nav tā, ka vienam darbiniekam ir vairākas atšķirīgas stundas likmes)?\\
+)	Vai darbinieki, kuriem ir stundas likmes, veic nakts darbu?\\
+)	Vai darbinieki, kuriem ir stundas likmes, strādā svētku dienās?\\
+)	Vai darbinieki, kuriem ir stundas likmes, veic virsstundu darbu? Ja jā – kāds uzņēmumā ir virsstundu pārskata periods?\\
+)	Uzņēmumā darbiniekiem, kuriem ir stundas likmes, slimības lapas A nauda tiek maksāta par visām dienām no pirmdienas līdz piektdienai, kuras ietilpst darbinieka slimības lapas A  periodā un nav oficiālās brīvdienas vai arī tiek maksāta par darbinieka plānotajām darba stundām?\\
+------
+====PVN kodi un finanšu konti Artikulu kartiņā====
+Ja ir norādīti pie Artikulu klases, tad ņems tos vērā, ja ir norādīti Artikulam kartiņā, tad tas būs galvenais. \\
+Kartiņā kontus un PVN kodus norāda sadaļā KONTI:
+{{ :lv:konti_artikuliem.png?direct |}}
+-----

Directo palīdzība

Lietotāja rīki

Vietnes rīki

Atšķirības

Lapas rīki