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 [2020/12/08 12:20]
dagne
lv:support [2021/01/20 12:20]
dagne
Rinda 376: Rinda 376:
 ---- ----
 ====Transakciju atskaite Excel==== ====Transakciju atskaite Excel====
-Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet.+Atskaite - Transakciju saraksts. ​Diemžēl gadījumos, kad pieprasījuma apjoms ir pārak liels, mēs arī nevaram to apiet.
  
 Līdz ar to ir divi varianti:\\ Līdz ar to ir divi varianti:\\
Rinda 422: Rinda 422:
 tas nav bijis izrakstīts rēķinā, tāpēc to arī nevar atgriezt\\ tas nav bijis izrakstīts rēķinā, tāpēc to arī nevar atgriezt\\
 tas ir pasūtītījuma 3 gab, piegādāts 3 gab, rēķinus abus pārbaudot, var redzet, ka 1 gab ir izrakstīts tomēr reķinā\\ tas ir pasūtītījuma 3 gab, piegādāts 3 gab, rēķinus abus pārbaudot, var redzet, ka 1 gab ir izrakstīts tomēr reķinā\\
-tātad, mainot ​rēķinā izrakstīts daudzumu uz 1, varēs reķinu ar -1 apstiprināt\\+tātad, ​**mainot ​Kl.Pasūtīumā kolonā `Rēķinā izrakstītsdaudzumu uz 1, varēs reķinu ar -1 apstiprināt**\\ 
 +{{ :​lv:​rekina_apst_1.png?​direct |}} 
 tātad, kaut kādu nezināmu iemeslu dēļ pie rēķins piestādīts ir bijis 0, lai gan vienā no rēķiniem, apstiprinātā,​ šis artikuls ir bijis iekšā 1 gb\\ tātad, kaut kādu nezināmu iemeslu dēļ pie rēķins piestādīts ir bijis 0, lai gan vienā no rēķiniem, apstiprinātā,​ šis artikuls ir bijis iekšā 1 gb\\
 +{{ :​lv:​kl.pas_1.png?​direct |}}
  
 rēķina 2402246 rādās 32 un 33 rindiņa\\ rēķina 2402246 rādās 32 un 33 rindiņa\\
Rinda 443: Rinda 446:
 Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\ Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\
   * jāarhivē vecākie gadi http://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\   * jāarhivē vecākie gadi http://​wiki.directo.ee/​lv/​yld_dok#​pielikumu_arhivesana \\
-  * vai japērk klāt gigabaiti (igauni ​pieliek)\\+  * 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\\   * vai papildu lietotāju var pieslēgt, katrs vienlaicīgais lietotājs +1 gb\\
------------+------- 
 +====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: 
 +https://​login.directo.ee/​ocra_dimela_veta_lv 
 + 
 +Ir iespējams arī spiest uz apmeklēt vietni Directo.gate.ee (nav droša) un piekrist, viņš pārvietos Jūs uz īsto lapu.  
 + 
 +Iesakām Grāmazīmēs (favorītos) saglabājiet pareizo pieslēgšanās lapu, lai vienmēr būtu pareizi. 
 +------- 
 +====Intervālam beidzies derīguma termiņš, bet dokuments izveidots ar nākamo mēnesi==== 
 +Situācijas:​\\ 
 +1. Es vēlējos uzzināt kādas ir iespējas piegādēm atstāt tos numurus (2020.gada) kad piegāde ir izveidota, bet kuras nosūta šogad.\\ 
 +Atbilde: pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām);​\\ 
 + 
 +2. Tiem dokumentiem,​ kas sākas ar 200... (2020), bet kuriem datums ir šogad 2021. Nevar apstiprināt,​ kļūdas paziņojums par datumu, kas nav intervālā un šī intervāla derīgums beidzies 31.12.2020.\\ 
 +Tādā situācijā var:\\ 
 +1) pagarināt 2020 gada intervāla derīgums (beigu datumu, piemēram, līdz janvāra beigām); \\ 
 +2) vai, ja nevar pagarināt, tad jāizmanto 2021. gada intervāls. 
 + 
 +http://​wiki.directo.ee/​lv/​yld_numbriseeriad#​intervala_piesaiste_lietotajam 
 + 
 +Ja izvēlaties lietot jaunu intervālu nevis pagarināt 2020. gada termiņu, tad jāņem vērā, ka diemžēl nomainīt intervālu jau izveidotajos maksājumos nevar. 
 +Vispirms lietotājā jāizvēlas jaunais intervāls, tad jāveido maksājumi no jauna vai jākopē esošie. 
 +--------- 
 +====Izdzēsti dati un kā tos atjaunot, atgūt==== 
 +Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums,​ kas jāpiesaka igauņiem - **datu atjaunošana no backupa**, tā kā backup tiek veidots pamatā naktīs, tad nevar atjaunot to, kā vakar vēl nebija. Var atjaunot uz vakardienu, aizvakardienu,​ aizaizvakardienu utt. Katrā gadījumā var precizēt indivuduāli,​ cik senu atjaunošanu vajag un kāda ir pieejama. Pēc līguma max vecums ir 7 dienas, bet ir bijis, ka atjauno arī vairākus mēnešus vecu info. Šis ir vairāk tad, kad ir apjomīgs datu zudums.\\ 
 +Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu.  
 +-------- 
 +====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ā?​\\ 
 +Ir tāda atskaite kā Realizācija,​ tajā ir divi skati, Pārdošana (ar vai bez art. Norakstīšanas,​ tad pie Sales cost ir Rēķini+Piegādes+Atgriešanas+Inventarizācija).\\ 
 +Un otrs skats Krājumu līmeņa izmaiņas, te tad izmaksas ir sadalītas pa dokumentu veidiem: 
 + 
 +-------- 
 +====Salīdzināšanas akti un saderības skats==== 
 +Salīdzināšanas akti debitoru un/vai kreditoru ir nepārskatāmi,​ slikti izskatās.\\ 
 +Mainījās directo adrese, tāpēc jaunā adrese arī ir jāpievieno saderības skatam IE. 
 +Te ir aprakstīts kā to izdarīt, izmainīt saderības skatu jeb Compatibility view: 
 + 
 +http://​wiki.directo.ee/​lv/​veebilehitseja_seadistused#​compatibility_view 
 +-------- 
 + 
 +====Jauns gads, jauni intervāli==== 
 +Sākoties gadam, jāuzliek jaunie intervāli:​\\ 
 +1) Intervāli dokumentiem. Ja nepieciešams,​ vecajā ieliek jauno intervālu, lai sasaistās dokumenti;​ 
 +2) Finanšu intervāli transakcijām. 
 + 
 +Lietotājam pašam savā lietotāja kartiņā jānomaina piesaistītais intervāls. To var izdarīt arī SUPER users, katram lietotājam jānomaina. \\ 
 +Visērtāk, ja lietotāja Personālas kartiņā, bumbiņas sadaļā Administrators,​ pie intervāla norāda - Pēdējo reizi saglabātais. Financial series - finašu intervālu. Tad veidojot dokumentu, jāizvēlas vajadzīgais intervāls un pēc saglabāšanas,​ nākamajā reizē automātiski ieleks tas pats intervāls. 
 +------ 
 +====Kontakti==== 
 +Saņēmām atbildi no izstrādatājiem,​ ka informācijas ielase no kontakta notiek tikai tad, ja šis kontakts ir klienta kartiņā ielikts kā klienta pārstāvis. 
 +Līdz ar to, lai nenotiktu nevēlāmas informācijas izmaiņas pasūtījumos un rēķinos (piegādes adresēs, e-pasti) ir jānoņem informācija par pārstāvi no klientu kartiņas (pats kontaksts var palikt ar visu info): 
 +Savukārt, ja ir svarīgi, lai tomēr būtu aizpildīts lauks Pārstāvis,​ tad tam jāizmanto kontakts bez adreses un e-pasta.\\ 
 +Vairumā iztukšot varam palīzēt. 
 +------ 
 +====Nevaram apstiprināt EKA rēķinu 10150565 Charlot==== 
 +Ir nepieciešams atvērt rēķinu nr. 10157140, tad apstiprināt rēķinu 10150565 un pēc tam apstirpināt 10157140. 
 +Jo pirmā pozīcija savādāk nav vairs pieejama uz 01.12.2020. 
 +Vēl trešajā pozīcijā bija artikuls ar 12% pvn, bet klientam kartiņā bija ielikts, ka visam jābūt ar 21% pvn. 
 +Un nav ievadīta saņemtās naudas summa. 
 +------ 
 +====Salīdzināšanas akti tiek sūtiti uz grāmatvedības e-pastu==== 
 +1) var izveidot klientam/​piegādātājam datulauku un tad to var aktos pie āmurīša izvēlēties kā e-pastu.\\ 
 +2) vai vnk pievienot e-pasta laukā vel vienu e-pastu, ar semikolu atdalot.\\ 
 + 
 +Ar vairumimportu Piegādātāju kartiņā var ieimportēt e-pastus pie datulauka: Grāmatveža epasts aktiem.\\ 
 +Datulaukā var ievietot vienu, vai vairākus e-pastu atdalot tos ar semikolu ; \\ 
 +Pašā atskaitē, pirms drukāšanas caur ”āmurīti” jāuzliek – Grāmatveža e-pasts aktiem. 
 +Akti tiks nosūtīti uz e-pastiem, kas norādīti datulaukā, ja datulauks pie Piegādātāja būs tukšs, tad automātiski tik paņemt e-pasts no kartiņas e-pasta lauka. 
 +------ 
 +====Riska nodeva algu aprēķinā==== 
 +Riska nodeva algu aprēķinā aprēķinājusies dubultā. 
 + 
 +Riska nodeva aprēķināta dubultā, jo slimības lapa ir ielikta mēneša aprēķinā kopā ar citām formulām. 
 +Slimības formulu var izmantot tikai, ja nekā cita tajā mēnesī nav, tādēļ tā jāizņem ārā, lai viss būtu korekti. ​             
 +------ 
 +====Ja galvenajā sarakstā trūkst kāda atskaite==== 
 +Uzstādījumi - Galvenie uzstādījumi - Lietotāju grupas vai lietotājam pie Mainīt tiesības jāatzīmē,​ lai redz atskaiti piem. Priekšapmaksu saraksts. 
 +{{ :​lv:​atsk_prieks_saraksts_1.png?​direct |}} 
 +------ 
 +====VID EDS nevar ieimportet failu ar PVN deklarāciju==== 
 +XML formāta faili saskaņā ar VID publicēto XML faila aprakstu un validēti atbilstoši dokumenta XSD shēmai\\ 
 + 
 +Viņiem tur veca versija, pamainīju izdrukā, lai ir arī pēc 2018. gada\\ 
 +Šādi pamainīju, pieliku lielāks vai vienāds par 2018, nevis vienāds\\ 
 +{{ :​lv:​pvndekl_izdruka1.png?​direct |}} 
 + 
 +Samainījuun pieliku lielāks vai vienāds par 2018, nevis vienāds.....Vēlnegāja,​ otrādi vajadzēja lielāks vai vienāds, tagad ir ok, bet es 4energia ieliku, pvn ver2, nebija minēts kāda db un kura atskaite\\ 
 +(bilde) 
 +---------- 
 +====Pārdošanas reģistrs un Pirkuma reģistrs==== 
 +Pārdošanas reģistrs ir atskaite par klientu neapmaksātajiem rēķiniem. Tajā var redzēt rēķinu neapmaksātās summas un uzzināt, cik dienu rēķinu apmaksa ir kavēta.\\ 
 +Atskaitē var uzzināt arī katra klienta rēķiniem nepiesaistīto un klientu pasūtījumiem piesaistīto priekšapmaksu summu apmēru. 
 +http://​wiki.directo.ee/​lv/​mr_aru_reskontro 
 + 
 +Pārdošanas reģistrs ir atskaite par klientu neapmaksātajiem rēķiniem. Tajā var redzēt rēķinu neapmaksātās summas un uzzināt, cik dienu rēķinu apmaksa ir kavēta.\\ 
 +Atskaitē var uzzināt arī katra klienta rēķiniem nepiesaistīto un klientu pasūtījumiem piesaistīto priekšapmaksu summu apmēru. 
 +http://​wiki.directo.ee/​lv/​or_aru_reskontro
  
 +Atskaitē informāciju var arī sadalīt pa laika posmiem. Lai to izdarītu, pie Dalīt ir jāieraksta apskatāmo periodu skaits un periodos esošo dienu skaits (piemēram, lai sadalītu informāciju pa 3 atpakaļejošiem un 3 turpmākajiem 30 dienu gariem periodiem, lauciņos ir jāieraksta 3 x 30 dienas).
 +----------
 +====Priekšapmaksas un rēķini====
 +Datu bāzē SIA “Parrot Telpa”, iegrāmatojot pardošanas rēķinu (ja tam ir bijis avanss), veidojas nepareiza transakcija saistībā ar saņemtā avansa PVN daļu.
 +Rēķins Nr. 210006.
 +\\
 +Pārbaudiet,​ lūdzu, vai saņemtajā maksājumā pašās rindas beigās ir PreID aizpildījies (tam jānotiek automātiski,​ kopš aptuveni 10. decembra), ja tā tur nav, tad nepieciešams atgrāmatot un no jauna iegrāmatot maksājumu, tad atvērt un vēlreiz iegrāmatot rēķinu.
 +Ja maksājumā preID ir, bet rēķins ir iegrāmatots pirms 15.01, tad nepieciešams tikai atgrāmatot un iegrāmatot rēķinu atpakaļ!
 +Diemžēl kopš aptuveni 10.12.2020 līdz aptuveni 15.01.2020 priekšapmaksu piesaiste dēļ jauninājumiem strādāja kļūdaini, tieši tai momentā, ka netika izmantot pvn priekšapmaksu konts rēķinos:​\\
 +Nepareizs gramatojums:​
 +{{ :​lv:​nepareizs_avansa_gramatojums.png?​direct |}}
 +Pareizs grāmatojums:​\\
 +{{ :​lv:​pareizs_avansa_gramatojums.png?​direct |}}
 +-------
  
  
lv/support.txt · Labota: 2024/07/04 12:56 , labojis dagne