Lietotāja rīki

Vietnes rīki



lv:support

Atšķirības

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

Saite uz salīdzināšanas skatu.

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/19 09:21]
dagne [Nerādās lauki GP un GP% jeb BP un BP%]
lv:support [2021/06/04 16:42]
dagne
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 355: Rinda 363:
 {{ :​lv:​transporta_parametri1.png?​direct |}} {{ :​lv:​transporta_parametri1.png?​direct |}}
 ---- ----
 +====Apollo grupa REPHOP atkaites====
 +bet taatad iekopejot rephop kas ir butiskai:\\
 +1) iekopet ar sql;\\
 +2) salikt transpsorta parametru;​\\
 +3) salikt datulauku tipus;\\
 +4) salikt datulaukus vajadzigajiem kleintiem, pieg, konta
 +-------
 ====Nerēķina algas no diviem objektiem darbiniekam==== ====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? 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 629: Rinda 644:
 {{ :​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 648: Rinda 666:
 Ja nv izveidojusies transakcija,​ vai kļūdainas,​ tad jāizdzēš.\\ Ja nv izveidojusies transakcija,​ vai kļūdainas,​ tad jāizdzēš.\\
 Ar GOD MODE, un Izmaiņās pie transakcijām parādīseis poga DELETE. 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==== ====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"​ 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 672: Rinda 694:
 (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 713:
 - 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 772:
 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 949:
 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 1457: Rinda 1500:
 {{ :​lv:​valutt.png?​direct |}} {{ :​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. ​ 
- +------- 
 +====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ādinaums,​ kas vēl nav samaksāti. 
 +-------
  
lv/support.txt · Labota: 2024/07/04 12:56 , labojis dagne