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/11/20 14:32]
dagne
lv:support [2021/01/20 17:21]
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 432: Rinda 435:
 jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi.
 ---- ----
 +====Statusi kolonnai DA====
 +D - piegāde, A - rēķins, M - kad nekas nav darīts, P - daļēji darīts, D - delivered, I - invoiced.
 +------
 +====Kā pievienot nestandarta kodu ar simbolu====
 +Ja nepieciešams izveidot kodu ar kādu no simboliem, to manuāli nevar izdarīt.\\
 +Tad jāizmanto Vairumimports.\\
 +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====
 +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\\
 +-------
 +====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 |}}
 +-------
 +====kļūdas paziņojums====
 +Kļūdas paziņojums:​ Projekts tiek lietots - nevar izdzēst helpdesk: (int_konto_ajalugu)/​23.11.2020.....
 +{{ :​lv:​kludu_pazinojums_konto.png?​direct |}}
 +Jāpalaiž Uzturēšanā - Atjaunot kokntu vēsturi
 +{{ :​lv:​uzturesana_kntuvesture.png?​direct |}}
 +---------
  
lv/support.txt · Labota: 2024/07/04 12:56 , labojis dagne