lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar.
Abās pusēs iepriekšējo versijuIepriekšējā versijaNākamā versija | Iepriekšējā versijaNākamā versijaAbās pusēs nākamo versiju | ||
lv:support [2021/03/02 14:38] – dagne | lv:support [2021/06/22 13:29] – [Banku pakalpojumu konts sistēmas uzstādījumos] dagne | ||
---|---|---|---|
Rinda 9: | Rinda 9: | ||
---- | ---- | ||
- | + | ====Minimālais vienlaicīgo lietotāju skaits==== | |
+ | Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. | ||
+ | ----- | ||
+ | ====PFPISK un DDZ==== | ||
+ | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, | ||
+ | https:// | ||
+ | |||
+ | 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 \\ | ||
+ | Jāiesniedz katru mēnesi līdz septiņpadsmitajam datumam. \\ | ||
+ | https:// | ||
+ | -------- | ||
+ | ====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:// | ||
+ | ------ | ||
+ | ====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), | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Ilgi ielādē dokumentu, nesaglabā info==== | ||
+ | Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/ | ||
+ | - lēns internets\\ | ||
+ | - jāiztīra kešatmiņa / cookies\\ | ||
+ | - lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | ||
+ | ----- | ||
==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
* - **09.20.2020** | * - **09.20.2020** | ||
Rinda 105: | Rinda 136: | ||
====Kā pieslēgt algu moduli==== | ====Kā pieslēgt algu moduli==== | ||
- | Ja vēlas grāmatot/ | + | Ja vēlas grāmatot/ |
Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | ||
Rinda 115: | Rinda 146: | ||
{{ : | {{ : | ||
+ | Jautājumi klientam:\\ | ||
+ | 1) Cik daudz cilvēkiem plānojas rēķināt algas? | ||
+ | No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 45.00 eur/ | ||
+ | 2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam? | ||
---- | ---- | ||
Rinda 333: | Rinda 368: | ||
{{ : | {{ : | ||
---- | ---- | ||
+ | ====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 443: | Rinda 485: | ||
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 | + | ====Statusi kolonnai |
- | D - piegāde, A - rēķins, M - kad nekas nav darīts, P - daļēji darīts, D - delivered, | + | D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, |
+ | |||
+ | Stabiņš | ||
+ | Stabiņš | ||
+ | Šie automatiskie statusi salasās no tā, kas pasūtijuma rindās redzams, cik ir invoiced | ||
Uzliekot Igauņu valodā ir šādi skaidrojumi: | Uzliekot Igauņu valodā ir šādi skaidrojumi: | ||
PP - no shipment, no invoice\\ | PP - no shipment, no invoice\\ | ||
Rinda 452: | Rinda 499: | ||
LO - shipment is, partial invoice\\ | LO - shipment is, partial invoice\\ | ||
OP - partial shipment, no invoice\\ | OP - partial shipment, no invoice\\ | ||
- | LA - sent and settled | + | LA - sent and settled\\ |
+ | |||
+ | D M - kad apstiprinātas piegādes, nav rēķins\\ | ||
+ | P M - kad ir gan apstiprinātas, | ||
+ | P M ir partially delivered, nothing invoiced\\ | ||
+ | |||
+ | Piemēram, ja kredītrēķins un atgriešana maina piegādātā/ | ||
+ | |||
+ | master settingos ir visādi uzstādījumi par to, ko dara kredītrēķins un atgriešana, | ||
+ | **Return diminishes Order quantities** - **YES**\\ | ||
+ | pieļauju, ja šeit būtu yes, tad jāmainās pasūtītā daudzumam, ne tikai piegādātā\\ | ||
------ | ------ | ||
====Kā pievienot nestandarta kodu ar simbolu==== | ====Kā pievienot nestandarta kodu ar simbolu==== | ||
Rinda 459: | Rinda 516: | ||
Piem. piegādātājs LUCY_& | Piem. piegādātājs LUCY_& | ||
------ | ------ | ||
- | ====Pielikumu mape pilna==== | + | ====Pielikumu mape pilna, arhīva izveidošana, |
Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\ | Volume 100.09%, nav vairs vietas, lai pievienotu pielikumus.\\ | ||
* jāarhivē vecākie gadi http:// | * jāarhivē vecākie gadi http:// | ||
* vai japērk klāt gigabaiti (jāraksta igauņiem, lai pieliek +Gb)\\ | * 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\\ | ||
- | ------- | + | |
+ | Vieta atbrīvojas tikai pēc arhīvā novietoto dokumentu dzēšanas (pēdējais punkts). \\ | ||
+ | https:// | ||
+ | |||
+ | Bet pirms dzēšanas būtu labi pārliecināties, | ||
+ | |||
+ | ------ | ||
====Neatver Directo lapu, drošības paziņojums==== | ====Neatver Directo lapu, drošības paziņojums==== | ||
Problēma rodas tādēļ, ka pieslēdzoties tiek izmantota vecā Directo adrese (directo.gate.ee), | Problēma rodas tādēļ, ka pieslēdzoties tiek izmantota vecā Directo adrese (directo.gate.ee), | ||
Rinda 490: | Rinda 553: | ||
====Izdzēsti dati un kā tos atjaunot, atgūt==== | ====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, | Ja gadījies izdzēst nozīmīgus datus un tie jāatgūst, tas ir maksas pakalpojums, | ||
- | Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu. | + | Līdz min nedēļai pēc izdzēšanas ir pieejama opcija pieteikt datu atjaunošanu.\\ |
+ | |||
+ | 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. | ||
-------- | -------- | ||
====Noliktavas gada apgrozījums==== | ====Noliktavas gada apgrozījums==== | ||
Rinda 556: | Rinda 621: | ||
---------- | ---------- | ||
====Pārdošanas reģistrs un Pirkuma reģistrs==== | ====Pārdošanas reģistrs un Pirkuma reģistrs==== | ||
+ | Auditoriem nepieciešama debitoru (izejošie rēķini) vecumu/ | ||
+ | |||
**Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem. | **Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem. | ||
http:// | http:// | ||
Rinda 582: | Rinda 649: | ||
{{ : | {{ : | ||
--------- | --------- | ||
- | ====Saslēgums ar kasēm==== | + | |
- | Kases aparātus uzstāda un apkalpo SIA NR Data. Uzreiz varu pateikt, ka no Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties, | + | |
- | ------- | + | |
====Salīdzināšanas akti debitoru un kreditoru==== | ====Salīdzināšanas akti debitoru un kreditoru==== | ||
Kā sagatavot salīdzināšanas aktu ar nullēm 0.00 un no Directo nosūtīt uz e-pastu debitora aktu ar nulles atlikumu\\ | Kā sagatavot salīdzināšanas aktu ar nullēm 0.00 un no Directo nosūtīt uz e-pastu debitora aktu ar nulles atlikumu\\ | ||
Rinda 590: | Rinda 655: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Datubāzes DB slēgšana==== | ||
+ | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz " | ||
+ | ------ | ||
====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.\\ | ||
Kā to uzlikt? Vienlaicīgo lietotāju skaitu nomaina uz 0 un Max user zero reason: jāuzliek **Magab** | Kā to uzlikt? Vienlaicīgo lietotāju skaitu nomaina uz 0 un Max user zero reason: jāuzliek **Magab** | ||
-------- | -------- | ||
- | ====Kā izmainīt PL vērtību uz nulli==== | + | ====Kā izmainīt PL pamatlīdzekļus |
Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt, | Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt, | ||
Jāizmanto **Value correction**\\ | Jāizmanto **Value correction**\\ | ||
Rinda 609: | Rinda 677: | ||
Ja nv izveidojusies transakcija, | Ja nv izveidojusies transakcija, | ||
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 " | Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats " | ||
Rinda 633: | Rinda 705: | ||
(Huppa) | (Huppa) | ||
------ | ------ | ||
+ | ====EKA POS rēķins neparādās samaksas veidi Rēķinu žurnālā==== | ||
+ | Lai atskaitē **Rēķinu žurnāls**, | ||
+ | {{ : | ||
+ | |||
+ | 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: | ||
1) Veidot SREC noliktavas saņemšanas dokumentu un daudzumus ar - mīnuss zīmi. Kolonnā NOliktavas ID/Stock ID ar dubultklikšķi atversies saņemtu preču saraksts ar nolitkavas ID un jāzivēlas attiecīgais ID ar kuru prece tika pieņemta; | 1) Veidot SREC noliktavas saņemšanas dokumentu un daudzumus ar - mīnuss zīmi. Kolonnā NOliktavas ID/Stock ID ar dubultklikšķi atversies saņemtu preču saraksts ar nolitkavas ID un jāzivēlas attiecīgais ID ar kuru prece tika pieņemta; | ||
- | 2) Norakstīt. Ja nepieciešams veidot arī dokumentu Cenu maiņas, ja jālabo cenas. | + | 2) Norakstīt. Ja nepieciešams veidot arī dokumentu Cenu maiņas, ja jālabo cenas.\\ |
+ | |||
+ | Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/ | ||
+ | https:// | ||
+ | |||
+ | Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā, | ||
+ | Šī darbība var būt vajadzīga, piemēram, šādos gadījumos: | ||
+ | - ja notika kļūda ievadot informāciju\\ | ||
+ | - ja no piegadātāja ir saņemts kredītrēķins, | ||
------- | ------- | ||
+ | ====Labot, dzēst, norakstīt noliktavas preci, atlikumu==== | ||
+ | Vajadzētu risinājumu, | ||
+ | |||
+ | 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, | ||
+ | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, | ||
+ | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ Ja nenostrādā, | ||
+ | ------- | ||
+ | ====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ||
+ | Ja pamatlīdzeklim jāizdzēš nolietojums, | ||
+ | Ja viens pats PL nolietojuma transakcijā, | ||
+ | |||
+ | Ja Jums vienā nolietojuma transakcijā ir vairāki pamatlīdzekļi, | ||
+ | |||
+ | 1) Var izdzēst visu transakciju, | ||
+ | 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, | ||
+ | ------- | ||
+ | ====Problēmas ar Directo, nevar pieslēgties==== | ||
+ | Labdien, \\ | ||
+ | |||
+ | Veiciet lūdzu sekojošus soļus:\\ | ||
+ | |||
+ | 1) Izdzēsies interneta pārlūkprogrammas vēsturiskos datus jeb Cookies.\\ | ||
+ | Atkarībā no pārlūka - Internet Explorer, Chrome, MS Edge, u.c., var izlasīt instrukciju mūsu Wiki, kā to darīt: http:// | ||
+ | |||
+ | 2) Izdzēsiet saglabāto Grāmatzīmi jeb ātro ceļu uz esošo Directo;\\ | ||
+ | |||
+ | 3) Ierakstiet sekojošu adresi login.directo.ee/ | ||
+ | |||
+ | 4) No jauna saglabājiet pie saviem īsceļiem (ja tādus izmantojiet). \\ | ||
+ | |||
+ | Ātrais risinājums, | ||
+ | Ja rodas kadi jautājumi, lūdzu ziņojiet mums. | ||
+ | ------ | ||
+ | ====Nerāda / nestrādā izdruka==== | ||
+ | Iespējams izdrukai nav ieķeksēti vajadzīgie XML lauki. \\ | ||
+ | Pie izdrukām, kur Lauki ir poga **Izvēlēties**. \\ | ||
+ | Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**. | ||
+ | {{ : | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Nerāda kolonnu Cena un %==== | ||
+ | Tiesībās jāatzīmē uzstādījums zem Cits - Visibility rights - **Izmaksu un tīrās peļņas skats** | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Kā veidojas preces pašizmaksa==== | ||
+ | Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru | ||
+ | Piemēram, ja 10 tonnas būs par 3,00eur/kg un 5 tonnas par 3,70eur/kg, tad vidējā cena būs ~3, | ||
+ | |||
+ | Jā, tieši tā tam būtu jābūt!\\ | ||
+ | Ja prece tiek norakstīta no noliktavas ar rēķinu, tad to matemātiku var arī redzēt, apstiprinātā dokumentā veicot dubultklikšķi laukā stock id. | ||
+ | Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, | ||
+ | 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). | ||
+ | |||
+ | ------ | ||
+ | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
+ | Situācija var būt retos gadījumos sarežģītāka, | ||
+ | bankas neapstrādā failus ar - zīmi. jo ja ir - zīmi piegādātāja maksājumā tad tā ir saņemtā summa uz bankas kontu. t.i., piegādātāja atgrieztais avanss ielec saņēmtajos maksājumos.\\ | ||
+ | t.n. ka naudas atgriešanas vienmēr veido manuāli bankā!?\\ | ||
+ | klientiem veido, jā, bet no piegādātājiem atgriešanas atnāk uz kontu un importā parādās pie saņemtajiem maksājumiem un tām ir jāmaina tips un jakoriģē dokuments.\\ | ||
+ | jo programma jau nezin, ka tā ir atgriešana no piegādātāja nevis klienta saņemts maksājums, visa ienakošā plūsma tiek interpretēta ka saņemti maksājumi no klientiem.\\ | ||
+ | ar klientam atgriezto arī tad var notikt tā, ka ja importē to maksājumos, | ||
+ | viņi var izrakstīt rēķinu, kas neatjauno noliktavu, un tad tādu pašu kredītrēķinu.\\ | ||
+ | rēķinam var piesaistīt priekšapmaksu, | ||
+ | jāpaskatās, | ||
+ | jo ja nav piegdes, tas rēķinam no pasūtījuma obligāti jāatjauno nolitkava un nevar izrakstī rēķinu, kas nav noliktavu mainošs.\\ | ||
+ | |||
+ | ar ISKU ir pārbaudīts, | ||
+ | par ISKU , ja maksājumā ar - zīmi ir norādīts PVN kods, tad tas automātiski aiziet uz PVN dekl. un līdz ar to, viņi novembrī smaksāto PVN par saņemto avansu | ||
+ | Ja jaa, tad problema atrisinata. \\ | ||
+ | jā, ar pvn kodu tam summai būtu jāatskaitās. | ||
+ | ------ | ||
+ | ====ir pirkuma rēķins kur iemaksā drošības naudu piegādātājam par telpām==== | ||
+ | nordfix_latvia_lv. maksājums 190118. Rēķins nr.190842 un 190854.\\ | ||
+ | kā ir pareizāk šo summu atgriezt? es varu veidot maksājuma uzdevumā rindu ar šo summu -?\\ | ||
+ | maksājums ar " | ||
+ | parasti tur ir rindiņa ar - summu, un tad tāds reķins arī jāievada ar - summu rindiņā, t.i., pats rēķins ir par mazāku summu.\\ | ||
+ | 10. marta rēķinā nav summa samazināta, | ||
+ | ----- | ||
+ | ====Transakciju saraksts auditoriem==== | ||
+ | Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši: | ||
+ | 1) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\ | ||
+ | 2) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\ | ||
+ | 3) Kā arī izmantot atskaiti Virsgrāmata: | ||
+ | 4) Ir iespējams arī izveidot auditoram lietotāju un piesķirt piekļuvi sistēmas atskaitēm Virsgrāmata un Transakciju saraksts.\\ | ||
+ | Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums | ||
+ | ------ | ||
+ | ====Mainīt tiesības==== | ||
+ | Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts? | ||
+ | Jā, tās indivuduālās būs stiprākas par grupas. | ||
+ | ------ | ||
+ | ====Rēķins valūtā, maksājums EUR==== | ||
+ | Selecta db ir ienāk. rēķini: Pieg.rēķ.Nr.1010176, | ||
+ | rēķinā noteikti nē, rēķinā jābūt uz rēķina dienu apstirpinātam kursam ECB. t.i., tas pats, ko directo iedod automātiski. maksājumā var bankas kursu norādīt, ja viņi no eur konta maksā. \\ | ||
+ | un atšķirību kontē uz konta piem.. .Izdevumi uz valūtas kursu svārstībām., | ||
+ | jā, un atšķirībai jabūt tikai EUR, valūtā rēķina un maksājuma summām jāsakrīt (ja viņi pilnībā apmaksā).\\ | ||
+ | apjukums | ||
+ | ------- | ||
+ | ====PVN kodi PVN deklarācija==== | ||
+ | No Avansa maksājumiem, | ||
+ | JA ir atgrāmatots, | ||
+ | iespējams, ka nebija pareiza priekšapmaksa piesaistījusies. | ||
+ | tagad jāuztaisa uzturēšana un jāmēģina vēlreiz apstiprināt, | ||
+ | tam pvn kodam nemaz nav priekšapmaksas pvn iesttaījumu, | ||
+ | tā kā nevarēja no maksājuma aprēķināties, | ||
+ | ja nu vienīgi cits kods bija maksājumā.\\ | ||
+ | pateikt var no grāmatojumiem tikai\\ | ||
+ | tā kā vnk jāmēģina viss vēlreiz izdarīt un jāskatās, kas sanāks, | ||
+ | un jānoskaidro, | ||
+ | jo šobrīd tur pvn koda nav. | ||
+ | ja februārī bija un deklarēja, tad jāliek tas tagad maksājumā un jāmaina pvn koda kartiņā uzstādījumi, | ||
+ | lai gan nevar būt, ka februārī deklarēja, jo Kārlis rakstīja, ka tikai pēc precu saņemšanas var iekļaut pvn deklarācijā\\ | ||
+ | |||
+ | t.n. Deklarācijā pareizi ir iekļaut tad, kad ir izrakstīs rēķins?\\ | ||
+ | |||
+ | nea, tik tad, kad saņemtas preces kopā ar to rēķinu-pavadzīmi, | ||
+ | tas attiecībā uz pirkumiem no ES. \\ | ||
+ | bet mēs toreiz noskaidrojām, | ||
+ | tā kā grāmatvedim pašam jāizlemj, vai var vai nevar. | ||
+ | --------- | ||
+ | ====Internetveikalā samaksā par preci, bet ienāk mazāka summa==== | ||
+ | Situācija: Klients nopērk webā preci ar priekšapmaksu, | ||
+ | |||
+ | Ar papildu samaksas veidu, Līdzīgi kā ieskaits, Jo būs arī rēkins ienakosais par tam komisijam pec tam. T.i., uztaisit samaksas veidu webshop komisija un ar to apmaksat rekina atlikusho summu.\\ | ||
+ | --------- | ||
+ | ====Izdrukas==== | ||
+ | I created a mini quide for you about print form changes: | ||
+ | {{ : | ||
+ | Changes in print form xsl are version tracked, it is always possible to restore ir, but for your own peace it may be good to save original in txt file easy available for you, before you try to make any changes. | ||
+ | Or to create a copy of original form first and then train on it 😊 | ||
+ | It is also possible to purchase print form from any outsource web designer, who is familiar with html, css and xslt, you only need to provide xml example file for them and help them choose correct fields to fill that new form with data. | ||
+ | --------- | ||
+ | ====Kā izdzēst kļūdaini uztaisītu kodu==== | ||
+ | Izveidoja jaunu kontu 15115, diemžēl konta plānā šis konts 15115 tika saglabāts ar apakšsvītru (15115_). Lūdzu, rast iespēju noņemt šo apakšsvītru (_), diemžēl pašai man neizdevās.\\ | ||
+ | Tādā gadījumā nepieciešams nokopēt konta kartiņu un saglabāt to ar kodu bez svītriņas. | ||
+ | Tad tajā transakcijā, | ||
+ | -------- | ||
+ | ====PZ peļņas zaudējumu aprēķins, Income statement==== | ||
+ | Directo shows on invoice the item price as it has to be, but the item cost is somehow 0 and because of that the sales cover is 100 %, what is wrong. This will affect the incom statement, I'm I right? Or should I just ignore that?\\ | ||
+ | {{ : | ||
+ | Yes, value of this field will affect incom statement and it is good to pay attention to it. In this invoice it is 0 because this item isn’t delivered yet (delivery is unconfirmed).\\ | ||
+ | -------- | ||
+ | ====Pasta sūtīšanai Subject nomaiņa==== | ||
+ | Ja jānomaina nosaukums Pasta sūtījumam, | ||
+ | < | ||
+ | < | ||
+ | -------- | ||
+ | ====Algas, uzkrātais atvaļinājums==== | ||
+ | https:// | ||
+ | Uzkrātā atvaļinājuma aprēķins. Atskaite **Kavējumi**: | ||
+ | Uzkrāts – līdz 01.03.2021 16.61 diena, Atlikums – līdz 19.03.2021 17.65 dienas. Zem āmurīša var uzlikt, lai rāda vairāķ zīmes aiz komata, lai precīgāk | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====Algas, vidējā izpeļņa==== | ||
+ | Vidējā izpeļņa par pēdējiem 6 mēnešiem. **Algu atskaite**: Skats: **Vidējā alga**.\\ | ||
+ | Ieliek Datumu 6 mēneši, nenorāda Mēneša kodu: Vidējā bruto 80.58 | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====Algas, cik vajadzētu pēc Directo būt algai==== | ||
+ | **Algu atkaite**: skats **Provizorisks**, | ||
+ | piem. 1200 (mēneša neto) eur dalīt ar darba dienu skaitu mēnesī x dienas, cik nostrādātas: | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====Algas, Atvaļinājuma bilances ievadīšana==== | ||
+ | Sākot lietot Directo algu moduli, vienmēr aktuāls ir jautājums, kā tad labāk ievadīt atvaļinājumu bilances (atlikumus)? | ||
+ | https:// | ||
+ | ------- | ||
+ | ====Algas, neapliekamais minimums==== | ||
+ | Personas prognozētā neapliekamā minimuma norādīšana | ||
+ | https:// | ||
+ | ------- | ||
+ | ------ | ||
+ | ====Saslēgums ar kasēm, POS terminālu==== | ||
+ | Kases aparātus uzstāda un apkalpo SIA NR Data.\\ | ||
+ | No Directo kasēs nekādu informāciju iesūtīt nedrīkst. Sakontaktējaties ar Nilu 22522325, no NR Data, izstāstīs ko var ko nevar. Atkarībā no tā par ko vienosieties, | ||
+ | |||
+ | POS termināli - bankas karšu lasītāji.\\ | ||
+ | GNS - saslēgums, kas ir speciāliem kases aparātiem, kad saslēdzas ar Directo. | ||
+ | ------ | ||
+ | ====Jauns veikals, jauns kases aparāts, POS termināls==== | ||
+ | SIA NL Latvija plāno atvērt jaunu Skechers veikalu TC Olimpia. VIņiem ir GNS kases aparāti (kas ir saslēgums ar DIrecto). Šobrīd esam pasūtījuši pie SIA NRDATA kases sistēmu, kas tiek lietota visus Skechers veikalos. Lūdzu, dodiet ziņu kāda papildus informācija Jums ir nepieciešama? | ||
+ | Jādara sekojošais: | ||
+ | 1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\ | ||
+ | - Maksājuma termiņš, \\ | ||
+ | - Karšu maksājums, \\ | ||
+ | - Objekts, \\ | ||
+ | - Noliktava, | ||
+ | - KARŠU MAKSĀJUMA TERMINĀLA DATU RINDA 2 - norāda kases nr. pēc kārtas. (pēdējais laikam nr. 8 ) .\\ | ||
+ | |||
+ | 2) Darbiniekiem/ | ||
+ | - Objeks,\\ | ||
+ | - Darba vietas.\\ | ||
+ | Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. | ||
+ | ---------- | ||
+ | ====Jauna kase un POS termināls==== | ||
+ | Pirmo reizi tiek nopirkts Kases aparāts un POS termināls. Vēlas lietot ar DIrecto. Kas jādara ?\\ | ||
+ | PIEM> Saistībā ar SIA NORDFIX LATVIA uzstādīto kases aparātu un POS (apkalpo NR data), vai tas process ir tāds pats kā piem. NL Latvija, Pēc tāda paša apraksta/ | ||
+ | |||
+ | jā, par darbavietas izveidošanu tur viss līdzīgi, galvenais ir kases numuru norādīt un maksājuma termiņus izveidot, bet tas viss nestrādās bez integrācijas ar GNS, tā integrācija vēl jāpiesaka tech, lai tiek uzlikta un tas viss, ja viņiem vispār ir tas gns. Varbūt viņiem kases aparāts bez gns.\\ | ||
+ | t.i., sākumā viņiem jāprecize info par to, kāds tieši aparāts uzlikts, kāda tur sistēma, jo saslēgums ir tikai ar gns. \\ | ||
+ | Citos variantos vai nu vada dienas ieņemumus transakcijā, | ||
+ | |||
+ | Tas GNS ir kases sistēma, bet ne visi tādu kases sistemu pērk, jo tā ir dikti dārga. Ja nav daudz darījumu, tad parasti izvēlas vienkaršāku aparātu un ar tiem nav nekāds saslēgums iespējams, likums neļauj. \\ | ||
+ | t.i., tehniski jau mēs varētu, tapat kā igaunijā un lietuvā tas notiek, bet likums diemžel neļauj saslēgties, | ||
+ | Ar gns likums tiek apiets tādā veidā, ka šis nav īsti saslēgums tādā nozīmē, ka mēs kaut ko sūtītu kasei, jo uz gns mēs neko nesūtam, viss notiek pašā gns un tā sistēma tik pieprasa no mums datus par cenām utt. un beigās atsūta datus par jau notikušu pirkumu.\\ | ||
+ | |||
+ | Kā piemēru, kurā DB ir kases aparāts bez gns ? kur vada tran ar roku ? \\ | ||
+ | kaut kādās apollo db transakcijas par dienas ieņemumiem tiek iesūtītas. AlgoritmL vada paši kases transakcijas. Abakhan nesen stāstīts, ka dienas beigās viss vienā eka rēķinā tiek savadīts.\\ | ||
+ | |||
+ | Atšķirība ir tajā, vai vajag noliktavu atjaunot no kases darījumiem, | ||
+ | Ja vajadzēs vadīt eka rēķinus manuāli, tad vajadzēs darbavietu, jo tad ērtāk.\\ Savukārt, ja pietiks tikai ar transakciju, | ||
+ | Bet ja tā visa nav, tad tie ieguldījumi neapmaksājas, | ||
+ | |||
+ | Noskaidrot informāciju mēs jau paši noteikti varam, klientam tad vnk jāpārsūta jautājums tam, kas bija atbildīgs par tā kases aparāta uzlikšanu. | ||
+ | ------- | ||
+ | ====Kases aparāts POS termināls==== | ||
+ | Vai būtiski ir vēl ko noskaidrot? viņiem jau būs jāierāda, kā tagad darboties?! \\ | ||
+ | es gan nezinu, ko viņi pārdod/ | ||
+ | nez, kā ir ar pieteikumu ee par apmaksas tipy nauda, kas nekonvertējas par čeku, jo tāds būtu ērtāk darbam t.i., viņi jau taisa Directo pasūtījumus un rēķinus | ||
+ | un ar kasi strādās nesaistīti ar directo vnk viņiem vajadzēs rēķinos samaksas termiņu skaidra nauda, no otras puses, parastajam rēķinam nav divu samaksas termiņu, ir tikai viens, tāpēc, ja viņi gribēs, lai var daļēji skaidrā, daļēji ar karti, tad būs jālieto eka reķini. \\ | ||
+ | template jau parasti ir naudas termiņš, bet grāmatvedim jānočeko vai konti ir tie, kurus viņi vēlas izmantot, naudas konts.. \\ | ||
+ | jā, ir arī master settingos vien kopējais, bet var būt katram maksājuma termiņam savs, t.i. tas konts, kurā bilance ir naudas atlikums kasē, ja parasto rēķinu izraksta, tad klients ir debitors, kopējā summa iet debetā debitoru kontā, t.i., klients it būtībā parādnieks. \\ | ||
+ | un kā ir ar kartes maksājumiem, | ||
+ | bet ja ir apmaksas skaidrā naudā, tad kopējā summa ir debets kases kontā | ||
+ | t.i., ta ir saņemtā nauda kartes maksājumiem protams, ka savs konts, jo to naudu uzņēmums uzreiz nesaņem labāk varbūt paskatīties kādam reālam veikalam jo huppai nav grāmatvedības directo. kartes maksājumiem naudas konts ir starpkonts, parasti ar nosaukumu nauda ceļā vai tml jo reāli bankas kontā tā nauda nonāks vēlāk un tad būs grāmatojums no bankas importa, kur no tā starpkonta nauda ieskaitās bankas kontā. \\ | ||
+ | |||
+ | kā tālāk rīkojamies saistībā ar NORDFIX LATVIA jauno kasi ? \\ | ||
+ | |||
+ | tur jau viss notiek, jāuzraksta tad grāmatvedei, | ||
+ | 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 | ||
+ | {{ : | ||
+ | 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ī. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | |||
+ | |||
+ | ====Valūtu kursu starpība==== | ||
+ | Eksporetēju LPB karšu kontu, sanāca. Bet jautājums par valūtas kursa starpību: | ||
+ | Rēķins 4000 USD samaksāts no karšu konta pēc LPB kursa, norakstīts no konta 3424.32 EUR, es noslēdzu rēķinu programmā uz maksājumu, bet nemāku norādīt, kur likt kursa starpību? \\ | ||
+ | Maksājumā, | ||
+ | • Rēķina numurs.\\ | ||
+ | • Bankas valūta (EUR).\\ | ||
+ | • Rēķina valūta (USD).\\ | ||
+ | • Rēķina summa (4000).\\ | ||
+ | • Samaksātā summa (3424.32) ir jānorāda laukā Bankas summa.\\ | ||
+ | Tā kā veidojāt maksājumu no dokumenta Bankas imports, tad šī informācija maksājumā jau ir nonākusi. No Jūsu puses Jums ir jāatver maksājuma uzdevuma rindu 2. sadaļa (bumbiņa) un pēc tam tajā maksājuma rindiņā, kura ir par rēķina apmaksu, ir ar dubultklikšķi jāieklikšķina laukā **Kursa serviss**: | ||
+ | Pēc tam maksājumu varēs iegrāmatot, | ||
+ | ------ | ||
+ | ====Obligātie lauki, kas jāaizpilda dokumentā==== | ||
+ | Dokumentu nevar apstiprināt, | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Uzstādījumi par apstiprināšanu==== | ||
+ | Uzstādījumi Pirkuma pasūtījums (Purchase Order) un Pirkuma piedāvājums (Purchase Quotation): | ||
+ | - Purchase Quotation must be confirmed; Pirkuma piedāvājumam ir jābūt apstiprinātai\\ | ||
+ | - Purchase Order must be confirmed; Pirkuma Pasūtījumam jābūt apstiprinātam\\ | ||
+ | |||
+ | Dokumentam ir jābūt apstiprinātam vai nav jābūt apstiprinātam. | ||
+ | {{ : | ||
+ | - Purchase Quotation confirmation prerequisite; | ||
+ | ------ | ||
+ | ====Atjaunot izdzēstu dokumentu==== | ||
+ | Rēķinu atjaunot tā vienkārši nevar, tā ir procedūra, kas jāpiesaka igauņiem un datus varēs atgūt tikai nākamnedēļ, | ||
+ | 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:// | ||
+ | ------ | ||
+ | ====Bankas importa noteikumi==== | ||
+ | https:// | ||
+ | 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, | ||
+ | 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. | ||
+ | {{ : | ||
+ | |||
+ | Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, | ||
+ | Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: | ||
+ | https:// | ||
+ | |||
+ | Iesakām darīt sekojoši: spiest pogu PIEVIENOT | ||
+ | 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: \\ | ||
+ | {{ : | ||
+ | |||
+ | Zemāk redzamie lauki: \\ | ||
+ | T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, | ||
+ | Tips – Karšu maksājums; | ||
+ | Konts;\\ | ||
+ | Bankas komisijas konts;\\ | ||
+ | {{ : | ||
+ | Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās | ||
+ | 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. \\ | ||
+ | Vispirms jāpārliecinās vai jaunajai datubāzei ir aizpildīti visi uzņēmuma rekvizīti zem Uzstādījumiem. \\ | ||
+ | Reģ.nr, bankas konts, swift, iban. utml. Arī Piegādātāju kartiņā, t.i. maksātāja un saņēmēja pusē jābūt vajadzīgajiem ID numuriem aizpildītiem. | ||
+ | ------ | ||
+ | ====drukāt visus Artikula norakstīšanas aktus==== | ||
+ | kā ir iespējams uzreiz izdrukāt visus Artikula norakstīšanas aktus? Lai nav jāver katrs vaļā un atsevišķi jālaiž uz druku?\\ | ||
+ | Diemžēl neatradu masveida drukāšanas opciju norakstīšanām, | ||
+ | {{: | ||
+ | ------ | ||
+ | ====Algu modulis pieslēgšana, | ||
+ | Būtu labi, ja jūs apkopotu informāciju, | ||
+ | Lai mēs saprotam, kas vēl varētu būt vajadzīgs uzstāījumos un kādas lietas varam pārkopēt no hagberg db. | ||
+ | ------- | ||
+ | ====Rindas dokumentā==== | ||
+ | Lietotāja kartiņā jānorāda **Rindas dokumentā** piem.max 200.\\ | ||
+ | **Rindas pārlūkotas** jeb **Rindas sarakstā** max.100. | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Cenu maiņa noliktavas saņemšana dokumentā==== | ||
+ | Ja Noliktavas saņemšanas dokumentā kļūdaini norādīta pašizmaksa/ | ||
+ | https:// | ||
+ | |||
+ | Lietotāji ar atbilstošām tiesībām var mainīt artikula iegādes cenu (kā arī transporta u.c. pievienotās izmaksas) jau apstiprinātā preču saņemšanā, | ||
+ | Šī darbība var būt vajadzīga, piemēram, šādos gadījumos: | ||
+ | - ja notika kļūda ievadot informāciju | ||
+ | - ja no piegadātāja ir saņemts kredītrēķins, | ||
+ | |||
+ | Lai apstiprinātos dokumentos „Saņemtās preces“ varētu pievienot un mainīt transporta un pievienotās izmaksas, ir jābūt piešķirtām tiesībām to darīt:\\ | ||
+ | Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**. | ||
+ | ----- | ||
+ | ===Cenu maiņa=== | ||
+ | problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami, | ||
+ | ------- | ||
+ | ====Transporta izmaksas==== | ||
+ | Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\ | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Iepirkumu cena artikulu kartītē==== | ||
+ | Lai sistēma ņem vērā artikula iepirkumu cenu: Pēdējais iepirkums vai Vidējais iepirkums.\\ | ||
+ | Artikula pašizmaksa var rādīties no pēdējā iepirkuma vai no vidējā iepirkuma cenas.\\ | ||
+ | Uzstādījumos var norādīt, kādiem dokumentiem jāizmanto kura iepirkuma cena.\\ | ||
+ | |||
+ | Artikula kartītes lauku "No saņemšanas" | ||
+ | ----- | ||
+ | ====Apmācības==== | ||
+ | Kā palīdzību Directo lietošanā, | ||
+ | |||
+ | - E-pasts uz kuru pārsūtīt ienākošos rēķinus u.c. failus uz Directo ir demo_lv@data.directo.ee\\ | ||
+ | Iesūtītie pielikumi jāmeklē sadaļā zem Common – Reports – Attachments (Pielikumi). Pamācību var izlasīt šeit: https:// | ||
+ | |||
+ | - Bankas imports atrodas sadaļā Finance – Documents – Bank Statements.\\ | ||
+ | Pamācība atrodama šeit: https:// | ||
+ | |||
+ | |||
+ | Noderīgas atskaites sadaļā Purchase – Reports:\\ | ||
+ | |||
+ | 1) Purchase invoices (Ienākošie rēķini) – kas nav apmaksāts, kas nav apstiprināts; | ||
+ | 2) Payment forecast (Apmaksas prognose) - https:// | ||
+ | 3) Payments (Apmaksas žurnāls) - https:// | ||
+ | 4) Purchase Ledger (Pirkumu reģistrs) - https:// | ||
+ | |||
+ | Noderīgas atskaites sadaļā Sales – Reports:\\ | ||
+ | |||
+ | 1) Invoices list (Rēķinu žurnāls) - https:// | ||
+ | 2) Unpaid Invoices (Nesamaksātie rēķini) - https:// | ||
+ | 3) Receipts (Maksājumu žurnāls) - https:// | ||
+ | ----------- | ||
+ | ====Modulis e-pastu sūtīšanai vairumā==== | ||
+ | Lai masveidā varētu sūtīt klientiem rēķinus, piem. no atskaites Rēķinu žurnāls, vai paziņojumus par nesamaksātajiem rēķiniem, tad jāpieslēdz e-pasta sūtīšanas modulis , ar ikmēneša maksu 45.00 eur.\\ | ||
+ | Standartā var nosūtīt rēķinu e-pastā vienam klientam ar pogu Pasts.\\ | ||
+ | Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas. | ||
+ | -------- | ||
+ | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
+ | https:// | ||
+ | ----------- | ||
+ | ====Objekti - pievienošana darbiniekam==== | ||
+ | Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus. | ||
+ | -------- | ||
+ | ====Apollo group/grupa datubāzes==== | ||
+ | Visas Apollo grupas datubažu saraksts: \\ | ||
+ | 1. apl_fresh_food_lv \\ | ||
+ | 2. apl_restaurants_lv \\ | ||
+ | 3. piano_lv \\ | ||
+ | 4. apl_restaurants_rp_lv \\ | ||
+ | 5. apl_restaurants_or_lv \\ | ||
+ | 6. apl_skypark_lv \\ | ||
+ | 7. piano_riga_plaza_lv \\ | ||
+ | 8. apollo_cafe_lv \\ | ||
+ | 9. apollo_kino_lv \\ | ||
+ | 10. Piano_rp_lv | ||
+ | --------- | ||
+ | ====East Capital Real Estate AS==== | ||
+ | Līgums ar: East Capital Real Estate AS, Viru väljak 2, 10111 Tallinn \\ | ||
+ | Saistītās Datubāzes: \\ | ||
+ | GR Holdco \\ | ||
+ | ZEMITĀNA CENTRS \\ | ||
+ | P14 ( pievienots ECB4) \\ | ||
+ | ECB4 \\ | ||
+ | Latone - ocra_epf_latone_lv\\ | ||
+ | ECB1 \\ | ||
+ | ECB3 \\ | ||
+ | Aivii Centrs (pārdots - vēsture glabājas) \\ | ||
+ | P5 ( pievienots ECB2 - vēsture) - ocra_ps_lv\\ | ||
+ | ECB2 \\ | ||
+ | Jeruzalemes | ||
+ | -------- | ||
+ | ====PVN dekl.==== | ||
+ | Kur es varu redzēt vai atšīfrēt tos darījumus, kas iekļauja pvn 1.3 zem T ?\\ | ||
+ | limits jauzliek 0.01 \\ | ||
+ | Pašā pēdējā rindā ar tipu Teksts tiek norādīts dokumentu atšifrējuma limits (pielikumiem). \\ | ||
+ | |||
+ | TiekLimitēts - jānorāda Nē, ja pielikumā ir jāatšifrē visi darījumi ar šo kodu. | ||
+ | --------- | ||
+ | ====Saņemtajās precēs iegādes cena==== | ||
+ | Saņemtajās precēs iegādes cena – pēdējais pirkums.\\ | ||
+ | Uzstādījums - Kvīts artikula cena kopējot | ||
+ | ------- | ||
+ | ====PVN kods==== | ||
+ | Kāds PVN kods jāliek, ja ienākošais rēķins no LV, kur piem. valsts nodeva , kas neapliekas ar pvn jeb 0% ? \\ | ||
+ | |||
+ | Tie kodi jau nav akmenī kalti, jāliek tāds, kas ir piemērots. Ja tas darījums nav jāiekļauj pvn dekl. tad jāizvēlas tāds, kas tur neiekļūst. Ja ir jāiekļauj, | ||
+ | ------- | ||
+ | ====PVN kodi pārbaude==== | ||
+ | Kā pārbaudīt, | ||
+ | Atskaitē **Klienta statistika**, | ||
+ | |||
+ | Atskaitē **Piegādātāju statistika**, | ||
+ | |||
+ | Piemēram, atskaitē Piegādātāju statistika redzu, ka no Piegādātāja SIA Directo ienākošie rēķini ir iegrāmatoti ar PVN odu 0, kas ir PVN 0%. | ||
+ | Uzspiežot uz cipara 2626.78 , atversies reķinu saraksts, kur šie kodi parādās.\\ | ||
+ | Atverot ienākošo rēķinu, redzam pašā rēķinā ka jālieto PVN 3 kods, kas ir no iegādēm 21%. \\ | ||
+ | PVN kods automātiski ienāk rēķinā no Piegādātāja kartiņas, kur PVN zona - Iekšzemes, jābūt PVN kods 3 (PVN 21% no iegādēm). | ||
+ | ----- | ||
+ | |||
+ | ====PVN kodi==== | ||
+ | Atskaitē **KLienta statistika** redzam, ka klienta izejošajos reķinos ir izmantoti gan PVN kods 0 un PVN kods 9, kas abi ir PVN 0%. \\ | ||
+ | Izejošajā rēķinā, ceturtajā bumbinā redzam PVN kodus un kontus, kas izmantoti. \\ | ||
+ | Atverot rēķina transakciju , PVN kodi un konti ir salaboti pareizi. \\ | ||
+ | |||
+ | Lai vienmēr uzreiz automātiski izejošajos rēķinos ielekt pareizi PVN kodi un konti, lūdzu aizpildīt Artikulu klases. Jo katram artikulam tiek piesaistīta artikulu klase, kurā tiek definētsi gan PVN kodi, gan konti, kuri auzotmātiski arī parādīsies rēķinos, atkarībā no darījuma. \\ | ||
+ | |||
+ | PVN kods 1 - Realizācija 21% (vietējā pārdošana); | ||
+ | PVN kods 9 - PVN 0% Realizācija uz ES preces (ES pārdošana); | ||
+ | PVN kods 0 - PVN 0% (Eksporta pārdošana). | ||
+ | ------- | ||
+ | |||
+ | ====Transporta izmaksu pievienošana rēķinā==== | ||
+ | Kā mēs varētu rēķinam pievienot transporta izmaksas? Kā pievienot Servisa artikulu izejošajam rēķinam ?\\ | ||
+ | Piemēram ir preces un tajā pašā rēķinā ir jauna rindiņa ar TRANSPORTS.\\ | ||
+ | Cik saprotu šobrīd to neļauj izdarīt piegādes dēļ, jo šī pozīcija neatrodas piegādes dokumentā.\\ | ||
+ | |||
+ | Ja rēķina rindās vēlaties izrakstīt Transporta izdevumus vai jebkādu servisa artikulu, tad vispirms tas jāieliek arī Kl.Pastījumā un dokuemnts jāsaglabā. \\ | ||
+ | Izdzēsiet jau izveidoto rēķinu, kur nav transports un no Kl.pasūtījuma ar pogu Rēķins taisiet jaunu, tajā būs arī šis Transporta artikuls un sistēma ļaus dokumentu apstiprināt. \\ | ||
+ | |||
+ | Uzstādījumos ir šāds nosacījums, | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Noapaļošana par vienu centu==== | ||
+ | Jāsakrīt zīmju skaitam izdrukā un dokumentā. Vai nu izdrukā jāliek vairāk zīmes aiz komata, vai dokumentā mazāk. \\ | ||
+ | |||
+ | Summa apmaksai ir 272.00 eur kam tā arī jābūt, taču saskaitot summu bez pvn 238.87 + pvn 21% 10.41eur + pvn 12% 22.71 eur kopā summa sanāk 271.99eur. Nepieciešams, | ||
+ | |||
+ | Šajā situācijā neviens sistēmas uzstādījums nevarēja izmainīt pvn summas, jo sakrita tādi skaitļi, kas neapaļojās uz augšu. \\ | ||
+ | Var mēģināt noapaļošanu no 4 zīmēm uzlikt uz 2:\\ | ||
+ | Uzstādījumos var uzlikt summu ar pvn noapaļošanu līdz 2 zīmēm.\\ | ||
+ | Tur vnk tās pvn summas nav 10.41 un 22.71, jo sie ir noapaļoties skaitļi, bet saskaitās nenoapaļoti.\\ | ||
+ | |||
+ | Risinājums ir pielikt kaut kur simtdaļas pie vienības cenas.\\ | ||
+ | |||
+ | Konkrētajā rēķinā nr. 211880 pievienojām Mērv.cenai 5 un tādā veidā ieguvā vajadzīgo skaitli Rēķina izdrukā. | ||
+ | {{ : | ||
+ | |||
+ | Izdruka: \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Banku imoprtā kļūdas paziņojums par intervālu==== | ||
+ | Veicot Banku importu pie transakciju ģenerēšana izlec šāds paziņojums: | ||
+ | {{ : | ||
+ | |||
+ | Lietotāja kartiņā jānorāda finanšu intervāls, sistēma nezin kuru ņemt, ja ir vairāki finanšu (transakciju) intervāli. | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Anulēt kredītrēķinu==== | ||
+ | Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu: | ||
+ | {{ : | ||
+ | |||
+ | Paskaties to stock id artikulu kustības pārskatā, un tad redzu, ka delivery (piegāde) ir neilgi pēc tam.\\ | ||
+ | Piem. Iedomājies situāciju dzīvē, es atnāku pie tevis un atgriežu preci, tu man izraksti kredītrēķinu. Tad tu šo preci pārdod un piegādā kādam un tad es atnāku un saku, ka pārdomāju anulē man kredītrēķinu un atdod manu preci atpakaļ.\\ | ||
+ | bet teiksim, ka man tur cenas ir jāmaina.\\ | ||
+ | sistēma jau nezin, ko tu gribi darīt. tā tikai redz, ka tu gribi anulēt tās preces atgiešanu, kas jau ir tālāk piegādāta.\\ | ||
+ | |||
+ | Tāpēc, ja tu gribi anulēt atgriešanu, | ||
+ | ------- | ||
+ | ====Banku Gateway==== | ||
+ | Latvijā SWED Gateway izrādās joprojām nav, bet ir EE.. ta, ka runa šobrīd ir tikai par Seb Gateway.\\ | ||
+ | |||
+ | SEB GATEWAY\\ | ||
+ | Pagaidām, uzņēmumiem, | ||
+ | |||
+ | Labdien, | ||
+ | Gribētu informēt, ka esam nodrošinājusi iespēju Jūsu klientiem pieteikties SEB Baltic Gateway līgumam uzņēmumu internetbankā.\\ | ||
+ | Pielikumā nosūtu sagatavoto materiālu, ko Jūs varat pārsūtīt klientiem. Tajā ir aprakstīts, | ||
+ | Ja rodas kādi jautājumi, labprāt palīdzēšu.\\ | ||
+ | |||
+ | Ar cieņu,\\ | ||
+ | __________________________________________ | ||
+ | Jūlija Grantiņa\\ | ||
+ | Naudas pārvaldības produktu darījumu vadītāja\\ | ||
+ | Naudas pārvaldības un tirdzniecības finansēšanas pārvalde\\ | ||
+ | AS "SEB banka" | ||
+ | |||
+ | Tālr.: +37167779827; | ||
+ | Adrese: Meistaru iela 1, Valdlauči, Ķekavas pagasts, Ķekavas novads, LV 1076.\\ | ||
+ | E-pasts: Julija.Grantina@seb.lv\\ | ||
+ | www.seb.lv | ||
+ | ------ | ||
+ | ====Naudas pārvietošana==== | ||
+ | Naudas pārvietošanas dokuments ir domāts naudas pārcelšanas operācijām no viena naudas konta uz citu, piemēram, no kases uz galveno kasi, vai no kases uz seifu, vai no kases uz starpkontu naudas pārvietošanai bankas kontā, ja dienas ieņēmumi tiek iemaksāti bankomātā.\\ | ||
+ | Visbiežāk naudas pārvietošanas dokumenti reģistrē dienas naudas ielikšanu kasēs sākoties maiņai, un dienas ieņēmumu izņemšanu maiņai beidzoties.\\ | ||
+ | Parasti katrai kasei vai citai naudas uzglabāšanas vietai ir savs finanšu konts, kas tiek norādīts maksājuma veidā, bet ir iespējams izmantot arī dažādus objektus viena konta ietvaros.\\ | ||
+ | Norādot dokumentā maksājuma veidus no kura un uz kuru tiek pārvietota naudas summa, veidojas attiecīgais grāmatojums – kredīts kontā, kas saistīts ar maksājuma veidu no kura pārvieto un debets tajā kontā, kas atbilst maksājuma veidam uz kuru pārvieto. | ||
+ | ------- | ||
+ | ====Kā atšifrēt darījumus PVN deklarācijā==== | ||
+ | Jāatšifrē 3.pielikuma X darījumi PVN deklarācijā. \\ | ||
+ | |||
+ | Piem.4pellet. tā kā tur viņiem klienti bez pvn reģ. nr., tad es taisu klientu statistiku un ielieku restīti pie pvn reģ. nr. filtra, lai atlasās to klientu rēķin, kam nav pvn. reģ. nr. Plus tur vēl jāņem vērā priekšapmaksu konta atlikums. t.i., jāpaskatās, | ||
+ | |||
+ | Pielikuma 1.3. \\ | ||
+ | Te būs piemērs X aprēķinam: | ||
+ | {{ : | ||
+ | | ||
+ | Saskaitot kopā (atņemam, jo priekšapmaksas ir debetā) = 8205.75 \\ | ||
+ | Tieši šāda summa ir X. Bet to var redzēt tikai, ja uzliek limitu deklarācijā 0.01 eur, jo pie limita 150 daļa darījumu aiziet uz T, pluss zem T tad nonāk vēl arī citi darījumi, kas arī ir zem 150. | ||
+ | |||
+ | ----- | ||
+ | ====Kontu izmaiņas, nomaiņa==== | ||
+ | Kontu maiņu artikulu kartītēs vai Artikulu klasēs. Vai vēsture arī izmainīsies, | ||
+ | Protams, ka nemainīsies, | ||
+ | ------ | ||
+ | ====Bankas imports==== | ||
+ | kā rīkojas/ | ||
+ | - iemaksa valsts kasē ?! \\ | ||
+ | Tad to no šī maksājuma dokumenta dzēš ārā un taisa manuālu transakciju.\\ | ||
+ | |||
+ | Ja nav rēķina, tad transakcija, | ||
+ | |||
+ | - maksa par līgumu. Nerādās ne rēķins, ne piegādātājs.\\ | ||
+ | ja tas līgums ir kaut kāds līzings, kuram ir rēķini, tad jāliek rēķinos. Vajadzētu veidot ien.rēķinu, | ||
+ | bet ja tas ir kredītlīgums ar banku bez rēķiniem, tad transakcija. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Bankas imports transakcijas==== | ||
+ | - Ir iespējams bankas importa saņemšanas vai maksājumus sadalīt katru par atsevišķu transakciju, | ||
+ | - - **Nav iespējams**.\\ | ||
+ | parasti jautājums nav par to, lai dalītu, bet par to, ka nav aizildīts klients/ | ||
+ | - viņi gribēja zināt vai var sadalīt, jo aditori grib atskaitē redzēt par katru transakciju ?!\\ | ||
+ | izklausās pēc nonsense, jo katru transakcijas rindu var redzēt atsevisķi, bet grupējot pēc klienta/ | ||
+ | tās importa rindiņas var apstrādāt pa vienai, katrai rindiņai spiezot ģenerēt maksājumu. tad būs daudz dokumentu, bet tas laikietilpīgi, | ||
+ | ur transakcijas aprakstā trūka vajadzīgais info, lai darbības būtu identificējamas konta pārskatā, bet viss vēl nav, piemēram, avansa norēķinu izmaksu transakcijās nav izlietotājs aprakstā. redzu, ka maksājumos ar nekas nav darīts, neliekas pieg. rēķina numurs transakcijas aprakstā. | ||
+ | ------ | ||
+ | ====PVN deklarācija konfigurācija==== | ||
+ | gan ieņēmumu puse (K atlikums) gan izdevumu puse (D atlikums) atskaitē rādās ar vienādu zīmi. Tas ļoti apgrūtina atskaites lietošanu. Vai ir iespējams šo kaut kā sakārtot? ,\\ | ||
+ | Debets un Kredīts ir tie ar kuriem regulē zīmi.\\ | ||
+ | |||
+ | Šim mērķim atskaitē ir izvēlne Klase, kas darbojas kā zīmes noteicējs.\\ | ||
+ | Ja ir izvēlēts Kredīts, tad zīme izmaiņām kontā būs tāda pati kā VG (ja kredīts lielāks par debetu, tad mīnuss, ja debets lielāks, tad pluss), savukārt, ja Klasē ir izvēlēts Debets, tad zīme mainīsies uz pretējo tai, kāda ir VG. | ||
+ | Ja nekas netiek izvēlēts, tad noklusējuma vērtība klasei ir Debets. | ||
+ | ------ | ||
+ | ====Receptes komplekti==== | ||
+ | Notestējot secinājām, | ||
+ | Diemžēl ar “on paste” tas nenostrādā. | ||
+ | {{ : | ||
+ | par recepti - man ar nesanāk ar to ievietošanas brīdī variantu, bet es vnm esmu lietojusi pēc saglabāšanas variantu | ||
+ | ------ | ||
+ | ====Saistītie artikuli==== | ||
+ | Kas attiecas uz Related Items, tas ir informatīvs lauks kartiņā, kuru izmanto, lai piem. pārdevējam būtu vieglāk piedāvāt alternatīvas prece, ja gadījumā konkrētā nav pieejama. Esot kādā dokumenta (piedāvājumā, | ||
+ | igauņu lapā bij rakstīts, ka tas kā palīdzība kasieriem, bet protams arī citiem mērķiem var noderēt, pie pasūtījumu pieņemšanas varbūt. | ||
+ | ------ | ||
+ | ====Igauņi Directo jaunumi WIKI==== | ||
+ | Jaunums par Directo var lasīt:\\ | ||
+ | Ziņas ar izmaiņām Directo, igauņi publicē mājaslapā vienreiz mēnesī, skatīt pabraucot mazliet uz leju pie All articles vai Updates: http:// | ||
+ | Vienīgi jāieslēdz tulkošana pārlūkā no igauņu valodas uz angļu, ja ir interese iepazīties. \\ | ||
+ | Kamēr latviešu valodā jauninājumi vēl nav tapuši, par izmainīto meklētāju var lasīt arī pārtulkojot uz angļu valodu rakstu no Igauņu Wiki: \\ | ||
+ | |||
+ | |||
+ | Nosūtu informāciju, | ||
+ | |||
+ | 1) Latviešu WIKI lapas sadaļā Jaunumi, vairāki raksti pabraucot uz leju: https:// | ||
+ | 2) Ziņas ar izmaiņām Directo, igauņi publicē mājaslapā vienreiz mēnesī, skatīt pabraucot mazliet uz leju pie All articles vai Updates: http:// | ||
+ | Jaunumu apraksta beigās ir Instrukcija jeb INSTRUCTION, | ||
+ | |||
+ | Tad vēl ik dienu Igauņi veic dažādus atjauninājumus/ | ||
+ | ------ | ||
+ | ====Noma rent==== | ||
+ | Kulli stāstīja par noma/rent. Asset ir Rental, pie asset lejā norāda, kas tas būs par artikulu un kāds tam ir derīgums. Period ir par kādu periodu būs artikula cena | ||
+ | lai visu šo darbinātu, tiek izmantots Rental callendar. | ||
+ | ------ | ||
+ | ====Silvano neiet/ | ||
+ | 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, | ||
+ | \\ | ||
+ | Artikula kartītes sadaļā **Iegādes artikuli** ir redzami visi svītrukodi, | ||
+ | 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, | ||
+ | {{ : | ||
+ | |||
+ | 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/ | ||
+ | |||
+ | 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 | ||
+ | ------ | ||
+ | ====Silvano trūkst, pazuduši svītrukodi==== | ||
+ | Noliktavas Atlikuma atskaitē, meklējot pēc Artikula un atzīmējot Svītrukodu, | ||
+ | Š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. | ||
+ | {{: | ||
+ | |||
+ | Atskaite - Noliktavas Atlikums | ||
+ | {{ : | ||
+ | |||
+ | Bet sanāk, ja izveido svītrukodu, | ||
+ | - 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, | ||
+ | Jādala vairākos rēķinos, nevar likt 200 rindas. | ||
+ | ------ | ||
+ | ====Biomotorai atskaite Automatizēts klientu saraksts==== | ||
+ | Lai rādītu atskaitē Automatizēts klientu saraksts korektu informāciju un ienāk vajadīgais, | ||
+ | - Piegādātāja kartiņā VAT kods. Piem. VAT code 3 \\ | ||
+ | - Tur no koda tā kā izriet, ka jābūt tiem diviem datulaukiem piegādātājā (auto_mail un auto_recur) un jābūt resursam, kur rindā ir datums, kas iekrīt atskaites periodā un šis piegādātājs. \\ | ||
+ | - auto_mail ir e-pasts \\ | ||
+ | - auto_recur ir For what period of time.... | ||
+ | - pievērst uzmanību vajadzīgajiem datulaukiem Piegādātāja kartiņā. | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Vēlamies saglabāt skatīšanas iespējas un arhīvu programmai==== | ||
+ | Ir dažādi variant, bet diemžēl “tikai skatīšanās režīma” iespējas mums nav. \\ | ||
+ | 1) Vainu pilna piekļuve, vai bez piekļuves. \\ | ||
+ | 2) Dusošā datubāze – slēgta piekļuve, līdz pieprasījumam atjaunot piekļuvi. Cena ir 18EUR mēnesī. Tiek piemērota līguma cena, kad piekļuve datubāzei tiek atjaunota. \\ | ||
+ | 3) Datubāze tiek slēgta pavisam. Jūs saņemtu exceli ar datiem no datubāzes tabulām. Tās nebūtu atskaites, bet dati no kā atskaites tiek taisītas. \\ | ||
+ | Jebkurā gadījumā, iesaku jau iepriekš saglabāt atskaites excelī. | ||
+ | ------- | ||
+ | ====TELEMA Līguma numurs projekta kartiņā==== | ||
+ | PROJECT kartiņai nevar pieveinot CONTRACT nummuru \\ | ||
+ | PROJECT kartiņai nevar pieveinot CONTRACT nummuru Tāpat līguma nummurs projekta kartiņā neatspoguļojas arī tad, ja tas pievienots CONTRACT manuāli. Lūgums šo sakārtot! \\ | ||
+ | Lūdzu izlabot šo situāciju un infomēt, kad tas izdarīts. | ||
+ | Projekta kartītē nevaru projektam piesaistīt esošu līgumu, Directo tikai piedāvā izveidot jaunu līgumu. \\ | ||
+ | Ja es līgumā piesaistu projektu, tad tas tāpat neparādās projekta kartiņā. | ||
+ | Te ir ierakstīts projekta numurs (uzbraucot uz numura, pat parādās projekta nosaukums), bet no projekta to nevar atvērt. \\ | ||
+ | |||
+ | Uzbraucot uz līguma lauciņa projekta kartiņā parādās teksts - Link to existing contract, will appear automatically. | ||
+ | |||
+ | Es varu tikai minēt, ka šī info varētu nākt no klienta kartiņas... bet redzu, kas šo pielāgoto izkārtojumi ir pēdējais mainījis, varbūt ir vērts griezties pie šīs personas pēc plašākiem skaidrojumiem, | ||
+ | {{ : | ||
+ | Ja jums būs pieejams kāds dokuments jebkādā valodā, kas satur informāciju par šo izstrādi un skaidrojumus/ | ||
+ | |||
+ | tur tai izkārtojumā ir iekodēts, ka šis ir tikai lasāms lauks (līguma numurs), un man izskatījās, | ||
+ | ------ | ||
+ | ====Vidustransakcija==== | ||
+ | - vidustransakcija pēc būtības ir vnk attiecīgo kontu bilances un transakcijas datumu tāpēc protams, ka to var labot, ja saprot, ko labot un kāpēc | ||
+ | - t.i., ja kaut kas mainījies un tā bilance ir savādāka uz gada beigām | ||
+ | - tā ir kā tāds PZ uz gada beigām, re, tik mums ir ieņēmumos un tik izdevumos un rezultātā mums ir šāda peļņā, | ||
+ | - bet ja mainījies ir daudz kas, tad vieglāk var būt izdzēst dokumentu vai tā rindas un ielasīt no jauna divi dokumenti uz vienu datumu protams, ka nedrīkst būt, ja vien tie nav savstarpēji papildinoši. \\ | ||
+ | - Tātad, teorētiski var veidot kaut 2 vidustransakcijas ar vienu datumu, bet tad lai konti nedubultojas ?! \\ | ||
+ | - ja, teorētiksi var būt vairākas, ja tās ir tā speciāli veidotas, lai summētos. | ||
+ | ---- | ||
+ | ====Atskaite Klientu Statistika==== | ||
+ | Nepieciešama atskaite pa klientiem un pārdošanu, | ||
+ | **Klientu Statistika**, | ||
+ | ------- | ||
+ | ====Paraksta vietā ievietot logo==== | ||
+ | Vai un kā lietotāja kartītes laukā " | ||
+ | |||
+ | https:// | ||
+ | |||
+ | nosaukumā jābūt faila nosaukumam kurš ir uzturēšanā. \\ | ||
+ | **bolds** būs < | ||
+ | **slīps** būs < | ||
+ | |||
+ | HTML pamacība https:// | ||
+ | |||
+ | Klientei parakstā ir: \\ | ||
+ | < | ||
+ | |||
+ | < | ||
+ | Finanšu speciāliste \\ | ||
+ | SIA Latvija \\ | ||
+ | <img SRC=http:// | ||
+ | Mob.: + 371 675 \\ | ||
+ | e-pasts: | ||
+ | www.sia.lv \\ | ||
+ | </i> \\ | ||
+ | |||
+ | Dokumentā spiežot Pasts pogu, būš HTML formātā. Jo text formātā logo pazūd. \\ | ||
+ | |||
+ | vai no " | ||
+ | tas ir atkarīgs no outlook iestatījumiem, | ||
+ | ------ | ||
+ | ====Stock-ID ir pārdots vajag atgriezt==== | ||
+ | ir saņemšana no februāra kura ir iegrāmatota, | ||
+ | |||
+ | Jāskatās, vai būs kas cits, ko tais rēķinos likt iekšā. Rēķinu atgrāmato, kurā tika pārdots vajadzīgais Stock-ID, | ||
+ | Tad vajadzīgie Stock-ID ir pieejami un var izrakstī kredītrēķinu un preci atgriezt. | ||
+ | ----- | ||
+ | ====Iepakojums Batch Batches kolonna saņemšanā==== | ||
+ | Ja noliktavas uzskaite nepieciešams uzskaitī par kastēm, iepakojumiem, | ||
+ | Iepakojuma uzskaite tiek izmantota | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Obejkti hierarhija==== | ||
+ | Objektu hierarhijā atdala ar komatu? Man viņš pazūd un es nevaru saprast kāpēc? teiksim KL1,PV1 pārvēršas par KL1PV1. \\ | ||
+ | |||
+ | Tas ir uzstādījums - **Objektu hierarhijas ir rediģējamas**. Citiem default ir off | ||
+ | {{ : | ||
+ | ====Klientam un Piegādātājam konti==== | ||
+ | Debeta kontu klientam var noradit klienta klasē. \\ | ||
+ | Ja klientam nepieciešams norādīt atsevišķu debeta kontu, to var izdarīt piešķirot KLienta kartiņai KLienta klasi jeb Kategoriju. Klientu klases var atrast zem Uzstādījumi – Pārdošanas uzstādījumi – Klientu klases. Un tā kartiņā ir DEBITORU KONTS. | ||
+ | |||
+ | Piegādātājam piegādātāja kartiņā var norādīt kontus. | ||
+ | ------ | ||
+ | ====Noapaļošana==== | ||
+ | Nevaru tikt pie rēķina korektās summas - 33,07. Directo aprēķinās vai nu par maz, vai par daudz. Vari kaut kā manuāli to pielabot? \\ | ||
+ | |||
+ | Gadījumos, kad cenas ir nelielas, bet daudzumi lieli, un rezultātā ar 4 zīmēm aiz komata cenai nepietiek, lai sanāktu precīza summa, saņemtais daudzums ir jādala uz vairākām rindiņām, piemēram 1000 uz 2 rindām pa 500 utml. | ||
+ | ------ | ||
+ | ====Drošības nauda==== | ||
+ | Vai directo ir kaut kāds īpašs variants kā ievadīt saņemtās drošības naudas? Vai arī princips ir tāds pats kā visiem rēķiniem? \\ | ||
+ | |||
+ | No klientiem saņemtās drošības naudas ievada dokumentos Receipts. | ||
+ | Ja drošības nauda ir jāpiesaista rēķinam, tad laukā ”Invoice” norāda rēķina numuru. Savukārt, ja drošības nauda nav jāpiesaista rēķinam, tad lauku “Invoice” atstāj tukšu.\\ | ||
+ | |||
+ | Lai maksājums tiktu iegrāmatots uz drošības naudas kontu, maksājuma dokumenta laukā “Account” ir jānorāda konts, kurā jāiegrāmato drošības nauda. | ||
+ | -------- | ||
+ | ====Kredītrēķins kļūda==== | ||
+ | Spiežot kredīts pogu rēķinā, kuram ir preču atgriešana, | ||
+ | Vajag no jauna Atvērt un Apstiprināt piegādi, vai arī ir bijs ka tas nenostrādā, | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====E-pasta epasta uzstādījumi sūtīšanai no Directo==== | ||
+ | Tātad, var būt viens no variantiem: | ||
+ | |||
+ | smtp.office365.com: | ||
+ | smtp.office365.com: | ||
+ | smtp.office365.com\\ | ||
+ | |||
+ | pie SSL jāizvēlas: | ||
+ | |||
+ | pie username un password ir jābūt jūsu e-pastam un e-pasta parolei, tiem, ko jūs lietojat, kad pieslēdzaties e-pastam. \\ | ||
+ | |||
+ | Šie visi uztādījumi ir nepieciešami tad, ja e-pastus gribat izsūtīt caur savu office365 kontu, bet ir arī citi varianti: \\ | ||
+ | https:// | ||
+ | ---------- | ||
+ | ====Nākamo periodu izmaksas, uzkrātās izmaksas==== | ||
+ | Perioda vidū tiek anulēts, kā to uzskaitīt? \\ | ||
+ | Tad var izmantot šos laukus (iekrāsoti ar dzeltenu): \\ | ||
+ | {{ : | ||
+ | Jānorāda datums, ar kuru jāatceļ periodizācija un atlikusī summa, kas jāpārceļ uz izmaksām, var norādīt arī atšķirīgu izmaksu kontu.\\ | ||
+ | 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ē: \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Pamatlīdzekļi pamatlīdzekļu vēsture, nesakritības==== | ||
+ | Atšķirības PL kontos ar virsgrāmatu. Vai var ar transakciju koriģēt PL kontus? \\ | ||
+ | Nē, manuālas transakcijas neietekmē directo PL atskaites, ne PL sarakstu, ne PL vēsturi. | ||
+ | Jāskatās atskaiti PL vēsture par katru mēnesi atpakaļ vēsturē, lai atklātu, no kura mēneša ir nesakritības ar VG un tad jāpārbauda, | ||
+ | ----- | ||
+ | ====Atrast dzēstos dokumentus, kļūdas==== | ||
+ | Dzēstos dokumentus var redzēt lietojuma reģistrā ar skatu Dzēstie (https:// | ||
+ | Rēķins ar šādu numuru tiešām ir dzēsts kaut kad senāk, bet es pārbaudīju, | ||
+ | Pieņēmums par to, ka jāmeklē kāds pazudis rēķina grāmatojums man likās ļoti pareizs, tāpēc iedomājos paskatīties atgrāmatotos rēķinus. (Arī, lai dzēstu kādu rēķinu, tas vispirms jāatgrāmato, | ||
+ | Atgrāmatotos dokumentus var atrast ar šādu kontroles opciju pie Uzturēšanas (https:// | ||
+ | Izskatās, ka rēķins 200004 varētu būt pie vainas, tas nav izdzēsts, tikai atgrāmatots.\\ | ||
+ | |||
+ | Lai izvairītos no tā, ka slēgtajā periodā nejauši tiek atgrāmatots kāds dokuments (dēļ numuru sakritības) var izmantot šādas opcijas: \\ | ||
+ | |||
+ | - Perioda slēgšana https:// | ||
+ | - Perioda slēgšana noteiktam dokumentu veidam https:// | ||
+ | - Saite dokumentu atgrāmatošanai https:// | ||
+ | |||
+ | 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/ | ||
+ | ------ | ||
+ | ====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 ? \\ | ||
+ | š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. \\ | ||
+ | agapics dokumentu transportā. tad ir klientu kartiņās kuriem ir šāds transports, tabs - transports. tur ir salikti uzstādījumi. \\ | ||
+ | atbalsta, bet elektroniskie formāti ir daudz un dažādi. \\ | ||
+ | |||
+ | bez integrācijām var izsūtīt formātā e-invoice, kas ir igaunijas standarta formāts e-rēķiniem, | ||
+ | https:// | ||
+ | latvijas likumdošanā ir ierakstīts peppol formāts \\ | ||
+ | https:// | ||
+ | |||
+ | 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 | ||
+ | {{ : | ||
+ | |||
+ | Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski, | ||
+ | |||
+ | 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. \\ | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====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: | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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”, | ||
+ | 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. \\ | ||
+ | {{ : | ||
+ | |||
+ | 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, | ||
+ | ------- | ||
+ | ====Pamatlīdzeklim nevar iegrāmatot nolietojumu==== | ||
+ | Cenošoties iegrāmatot PL, izmet paziņojumu: | ||
+ | {{ : | ||
+ | |||
+ | Sistēmas uzstādījumos nebija norādīts uzkrātā nolietojuma datums pirms jaunu kartiņu veidošanas, | ||
+ | https:// | ||
+ | |||
+ | 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 banku importa noteikumi, komisijas==== | ||
+ | Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, | ||
+ | Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: https:// | ||
+ | | ||
+ | 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). \\ | ||
+ | {{ : | ||
+ | |||
+ | Zemāk redzamie lauki: \\ | ||
+ | T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, | ||
+ | Tips – Karšu maksājums vai Transakcija utt; \\ | ||
+ | Konts - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, | ||
+ | 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**, | ||
+ | {{ : | ||
+ | | ||
+ | Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**. | ||
+ | ------ | ||
+ | ====Banku pakalpojumu konts sistēmas uzstādījumos==== | ||
+ | Šie uzstādījumi neattiecas uz Banku importu, tie nekādi neietekmē grāmatojumus Banku importam. \\ | ||
+ | Ja veido Maksājuma uzdevumu vai tml. manuāli Directo, tad šie konti tur paradās. \\ | ||
+ | Sistēmas uzstādījumos var noradīt kontu Banku pakalpojumiem: | ||
+ | {{ : | ||
+ | Arī Samaksas veida kartiņā piem. SWED, aizbraucot uz pašu leju, ir vieta Bank Services, kur var norādīt kontu: | ||
+ | ------ | ||
+ | |||
+ | |||
+ | ====Banku importa dokumenta konti==== | ||
+ | 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: | ||
+ | ------- | ||
+ | ====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 " | ||
+ | Tad jānospiež poga Uzstādījums un Saglabāt.\\ | ||
+ | Paziņojumā, | ||
+ | ------- | ||
+ | ====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 \\ | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====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/support.txt · Labota: 2024/09/24 13:34 , labojis lasma