lv:support
Atšķirības
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/05/18 17:11] dagne |
lv:support [2021/06/04 10:14] dagne [Koriģēt Noliktavas daudzumu] |
||
|---|---|---|---|
| Rinda 16: | Rinda 16: | ||
| https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf \\ | 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 \\ | ||
| - DDZ 2021 as table \\ | - DDZ 2021 as table \\ | ||
| Rinda 22: | Rinda 22: | ||
| https://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf | https://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf | ||
| -------- | -------- | ||
| + | ====DDZ atskaite==== | ||
| + | Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam?!\\ | ||
| + | Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). \\ | ||
| + | |||
| + | Sagatavojot DDZ, noteikti ir jānorāda ne tikai mēnesis, par kuru jāsagatavo atskaite, bet arī mēnesim atbilstošais mēneša kods. \\ | ||
| + | Norādot gan periodu (01.05.2021-31.05.2021), gan arī maijam atbilstošo mēneša kodu (202106), atskaitē tiek parādīts arī IIN: | ||
| + | {{ :lv:ddzzz.png?direct |}} | ||
| + | ------- | ||
| ====Ilgi ielādē dokumentu, nesaglabā info==== | ====Ilgi ielādē dokumentu, nesaglabā info==== | ||
| Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana, jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\ | Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana, jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\ | ||
| Rinda 629: | Rinda 637: | ||
| {{ :lv:salidzinasanas_akts1.png?direct |}} | {{ :lv:salidzinasanas_akts1.png?direct |}} | ||
| ------- | ------- | ||
| + | ====Datubāzes DB slēgšana==== | ||
| + | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz "0". | ||
| + | ------ | ||
| ====Datubāzes iemidzināšana==== | ====Datubāzes iemidzināšana==== | ||
| IR datubāzes iemidzināšanas opcija. Izmaksas 10€/mēn. Visi dati tiek saglabāti, lietotāji atslēgti, kad nepieciešams atjaunot darbību pieslēdz lietotājus un strādā tālāk.\\ | IR datubāzes iemidzināšanas opcija. Izmaksas 10€/mēn. Visi dati tiek saglabāti, lietotāji atslēgti, kad nepieciešams atjaunot darbību pieslēdz lietotājus un strādā tālāk.\\ | ||
| Rinda 672: | Rinda 683: | ||
| (Huppa) | (Huppa) | ||
| ------ | ------ | ||
| + | ====EKA POS rēķins neparādās samaksas veidi Rēķinu žurnālā==== | ||
| + | Lai atskaitē **Rēķinu žurnāls**, rēķina samaksas veidi tiktu izdalīti atsevišķās rindās, nepieciešams ielikt ķeksi pie filtra **Galvenes maks.term.** \\ | ||
| + | {{ :lv:makster.png?direct |}} | ||
| + | |||
| + | EKA rēķinā tiek izmantoti vairāki samaksas veidi, klients samaksā gan skaidrā naudā, gan ar karti. Ja rēķinā viss ir kārtībā, problēma rodas Rēķinu žurnālā, ja nav ielikts ķeksis, tad rāda tikai vienu rindu ar Samaksas termiņu, visa summa piem. tikai pie skaidras naudas. Ja ielikt filtrā ķeksi, tad rādīs 2 rindas, gan skaidru naudu, gan karti. | ||
| + | ------- | ||
| ====Koriģēt Noliktavas daudzumu=== | ====Koriģēt Noliktavas daudzumu=== | ||
| Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:\\ | Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši:\\ | ||
| Rinda 685: | Rinda 702: | ||
| - ja no piegadātāja ir saņemts kredītrēķins, kas nemaina preču daudzumu, bet maina preču cenu. | - 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 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.\\ | 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 734: | Rinda 761: | ||
| 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. | 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). | 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==== | + | |
| - | 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). | + | |
| ------ | ------ | ||
| ====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
| Rinda 914: | Rinda 938: | ||
| tur jau viss notiek, jāuzraksta tad grāmatvedei, ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem. \\ šobrīd viņiem debeta konts tur ir no master settingiem: | tur jau viss notiek, jāuzraksta tad grāmatvedei, ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem. \\ šobrīd viņiem debeta konts tur ir no master settingiem: | ||
| EKA rēķina debets. | EKA rēķina debets. | ||
| - | ----- | + | ------ |
| + | ====POS EKA rēķinā čekā nevar labot datumu==== | ||
| + | EKA rēķinā Datuma lauks rādās pelēks un nav iespējams to labot. \\ | ||
| + | Čeks | ||
| + | {{ :lv:possin.png?direct |}} | ||
| + | Tad sistēmas uzstādījumos jāuzliek, ka ir iespējams labot, citādi rēķinam automātiski piešķiras datums apstiprināšanas brīdī. \\ | ||
| + | {{ :lv:posinv.png?direct |}} | ||
| + | ------ | ||
| ====Valūtu kursu starpība==== | ====Valūtu kursu starpība==== | ||
| Rinda 1432: | Rinda 1464: | ||
| Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu. | Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu. | ||
| ------ | ------ | ||
| - | ====Elektronisks elektroniskais rēķins==== | + | ====Elektronisks elektroniskais rēķins EDI vai XML formāts==== |
| Vai Directo atbalsta elektroniskais rēķins – rēķins, kas izsniegts, nosūtīts un saņemts strukturētā elektroniskā formātā, kas ļauj to automātiski un elektroniski apstrādāt ? \\ | Vai Directo atbalsta elektroniskais rēķins – rēķins, kas izsniegts, nosūtīts un saņemts strukturētā elektroniskā formātā, kas ļauj to automātiski un elektroniski apstrādāt ? \\ | ||
| šeit ir runa par tādiem rēķiniem, kas nāk no piem. telemas ar xml un automātiski ielasās sistēmā. Teiksim Maxima no savas sistēmas sūta mums rēķinu caur telema un tas jau ar gatavu nr un visu info parādās directo. \\ | šeit ir runa par tādiem rēķiniem, kas nāk no piem. telemas ar xml un automātiski ielasās sistēmā. Teiksim Maxima no savas sistēmas sūta mums rēķinu caur telema un tas jau ar gatavu nr un visu info parādās directo. \\ | ||
| Rinda 1441: | Rinda 1473: | ||
| https://en.wikipedia.org/wiki/Electronic_invoicing \\ | https://en.wikipedia.org/wiki/Electronic_invoicing \\ | ||
| latvijas likumdošanā ir ierakstīts peppol formāts \\ | latvijas likumdošanā ir ierakstīts peppol formāts \\ | ||
| - | https://en.wikipedia.org/wiki/PEPPOL | + | https://en.wikipedia.org/wiki/PEPPOL \\ |
| + | |||
| + | tad gan klientam gan piegādātājam abiem jābūt vienai sistēmai, piem. Telema, lai varetu sūtīt un saņemt ? \\ | ||
| + | |||
| + | bet ir kas darbojas caur portāliem, līdzīgi kā rekini.lv, tie tad sūta šādam rēķinu portālam xml, bet šis klientiem sūta e-pastus un nodrošina piekļuvi rēķina apskatei lasāmā formātā. tā lv platforma gan ir kaut kāda aizdomīga, ee līdzīgas platformas piedāvā bezmaksas integrāciju. | ||
| ------ | ------ | ||
| + | ====Nerādās lauki GP un GP% jeb BP un BP%==== | ||
| + | Bija kļūda ar to, ka aizpildot klientu, valūta pazuda. Vajadzētu būt ka tagad valūtas logs ir aizpildīts arī pēc klienta ievietošanas. \\ | ||
| + | Konkrētajā Piedāvājumā ieliku Currency un GP un GP% sarēķinājās: | ||
| + | {{ :lv:bpquat.png?direct |}} | ||
| + | Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski, ja te nav Valūta, tad BP un BP% rādās 0.00. \\ | ||
| + | Ir datubāzes , kur jānorāda uzstādījumos Valūta 2, lai ieliktos valūta EUR, ja klients ir no Latvijas SIA, citādi ja klients ir no LV tad neaizpildas tas lauks un tas jāievieto manuāli. Ārzemju klientam viss nostrādā korekti. \\ | ||
| + | {{ :lv:valutt.png?direct |}} | ||
| + | ------- | ||
| + | ====Preces artikula vidējā / pēdējā cena==== | ||
| + | Lai Noliktavas saņemšansa dokumentā SREC ielektu Preces artikula vidējā / pēdējā cena, uzstādījumos jāuzliek uzstādījums **Kvīts artikula cena kopējot**. \\ | ||
| + | Saņemtajās precēs iegādes cena – pēdējais pirkums, pirkums vai vidējais: | ||
| + | {{ :lv:vidcena.png?direct |}} | ||
| + | ------ | ||
| + | ====Bankas imports piegādātājs atgriež mūsu pārmaksu==== | ||
| + | Ja piegādātājs atmaksā pārmaksu, ko pie bankas importa liekam ? \\ | ||
| + | Bankas importā jānorāda “Maksājums”, jo ar piegādātājiem saistītie maksājumi jāreģistrē dokumentos Maksājuma uzdevumi (arī tajos gadījumos, kad piegādātājs atgriež naudu). | ||
| + | Maksājumā summa, kuru piegādātājs atgrieza, maksājuma uzdevuma dokumentā būs jānorāda negatīva: ar – zīmi. | ||
| + | ------ | ||
| + | ====INTRASTAT atskaite==== | ||
| + | Getz un Vallin neiet Intrastat atskaite. Stock - Reports - Intrastat. Atskaiti CSV formātā nevar dabūt, poga nereaģē (Tas ir iespējams Igauņiem), mēs varam iegut XML formātā, bet izdod neprecīzu atskaiti. Rindiņas dubultojas. Pirmajai un otrajai rindiņai vajadzētu būt kā vienai rindai ar Qty 50.00. \\ | ||
| + | {{ :lv:intrast.png?direct |}} | ||
| + | |||
| + | Gaidam, kad Igauņi sataisīs. | ||
| + | ------- | ||
