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/05/07 14:01] – [Bankas importa noteikumi] dagne | lv:support [2021/08/18 13:15] – [Nevar iegrāmatot transakcija] dagne | ||
---|---|---|---|
Rinda 12: | Rinda 12: | ||
Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. | Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji. | ||
----- | ----- | ||
+ | ====Atskaites ātrais taustiņš==== | ||
+ | Shift + ENTER | ||
+ | ----- | ||
+ | ====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==== | ====Ilgi ielādē dokumentu, nesaglabā info==== | ||
Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/ | Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/ | ||
Rinda 32: | Rinda 58: | ||
Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: | Lai kādā no meitas kompānijām ieliktu jaunu finanšu kontu un uzstādījumos ir atzīmēts: | ||
- | Kontam jābūt Korporatīvajā sarakstā - jā. Jāparliek | + | **Kontam jābūt Korporatīvajā sarakstā** - jā. Ar GOD MODE var pārlikt uz - nē. |
Uzstādījums: | Uzstādījums: | ||
Rinda 42: | Rinda 68: | ||
In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic ' | In the case of a group , the same chart of accounts is used in each database, so it is possible to create new accounts by first creating an account in the parent database and then in the sub-databases. For this, we have a systematic ' | ||
---- | ---- | ||
+ | ====Ja ir atnācis CREDIT NOTE no piegādātāja, | ||
+ | Mums ienācis rēķins no Piegādātāja un arī preču saņemšana SREC. \\ | ||
+ | |||
+ | Tad mēs atgriežam preci piegādātājam, | ||
+ | |||
+ | No pirmā ienākošā reķina ar pogu Kreditēt var izveidot uzreiz kredītrēķinu, | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Kredītrēķins==== | ||
+ | |||
+ | Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | ||
+ | ----- | ||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 56: | Rinda 94: | ||
---- | ---- | ||
+ | ====Kopēt rindas==== | ||
+ | Mēģiniet kopēt no Directo uz Excel ar sekojošiem taustiņiem: | ||
+ | |||
+ | 1) **ALT** + **C** Nokopē dokumenta lauciņu vērtības no Directo dokumentu rindām; | ||
+ | 2) **CTRL** + **ALT** + **V** iekopē datus Excelī. | ||
+ | ----- | ||
==== Pārkopēt PVN deklarāciju ==== | ==== Pārkopēt PVN deklarāciju ==== | ||
Rinda 345: | Rinda 389: | ||
{{ : | {{ : | ||
---- | ---- | ||
+ | ====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 428: | Rinda 479: | ||
Ja manuali pilda maksājumu bankā tad ar to var redzēt, un banka to referenci pārbauda, lai atbilst formātam. t.i., tur nevar būt teksts, piemēram. | Ja manuali pilda maksājumu bankā tad ar to var redzēt, un banka to referenci pārbauda, lai atbilst formātam. t.i., tur nevar būt teksts, piemēram. | ||
----- | ----- | ||
+ | ====Maksājuma uzdevumi, maksājumi==== | ||
+ | Maksājuma uzdevuma dokumentā zem āmurīša ir dažādi uzstādījumi: | ||
+ | būtiskākais, | ||
+ | {{ : | ||
+ | ----- | ||
+ | |||
====Backup routine and politics==== | ====Backup routine and politics==== | ||
Backups are done (at least) one time in 24h, at nighttime. But we receive from customers questions about more detailed information: | Backups are done (at least) one time in 24h, at nighttime. But we receive from customers questions about more detailed information: | ||
Rinda 486: | Rinda 543: | ||
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 521: | Rinda 584: | ||
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. | 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. | ||
-------- | -------- | ||
+ | ====Izdzēstu dokumentu atjaunot jāatjauno==== | ||
+ | Datiem tā vienkārši nav iespējams “pazust”. | ||
+ | Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, | ||
+ | |||
+ | Datiem tā vienkārši nav iespējams “pazust”. | ||
+ | Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, | ||
+ | |||
+ | Vai ir iespējams atjaunot tikai šo vienu failu? Un cik tas maksās, ja tas ir maksas pakalpojums? | ||
+ | |||
+ | Jā, ir iespējams iegūt šī faila backup. Naudas izteiksmē tie būs 65Eur bez PVN. Darba ilgums būs atkarīgs no saziņas ar EE, viņi piešķir piekļuvi šiem backup datiem. | ||
+ | ------ | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
====Noliktavas gada apgrozījums==== | ====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ā? | 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ā? | ||
Rinda 619: | Rinda 698: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====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 638: | Rinda 720: | ||
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 662: | Rinda 748: | ||
(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: | ||
Rinda 675: | Rinda 767: | ||
- ja no piegadātāja ir saņemts kredītrēķins, | - 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 kļūdaini norakstīts Pamatlīdzeklis, | ||
Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, | ||
Rinda 724: | Rinda 826: | ||
Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, | 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). | Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa). | ||
+ | |||
------ | ------ | ||
- | ====DDZ atskaite==== | + | ====Vai kredītrēķins ietekmē preces pašizmaksu==== |
- | Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam? | + | Par kredītrēķiniem. Var būt dažādi, gadās, ka kredītrēķins |
- | Priekš IIN summu atlases nepieciešams norādīt atbilstošu | + | |
+ | Atsūtiet lūdzu piemēru, | ||
+ | |||
+ | Pašā Directo kredītrēķini piegādātāju modulī ietekmē tikai norēķinus ar piegādātājiem. | ||
+ | Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | ||
------ | ------ | ||
+ | |||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
Situācija var būt retos gadījumos sarežģītāka, | Situācija var būt retos gadījumos sarežģītāka, | ||
Rinda 764: | Rinda 872: | ||
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? | 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. | Jā, tās indivuduālās būs stiprākas par grupas. | ||
+ | ------ | ||
+ | ====Tiesības pievienot, skatīt, mainīt, dzēst==== | ||
+ | Ja lietotājam piem. nepieciešamas Cenu formulas, tad Tiesībās pie Dokumentiem jāpievieno Cenu formulas, bet lai viņas varēu arī pievienot, mainīt un dzēst, tad sadaļā **Uzstādījumi** jāieķeksē pie **Pārdošanas uzstādījumi** vajadzīgās opcijas. \\ | ||
+ | Ja rodas situācija, ka kaut ko nevar pievienot, dzēst utt, jāpārbauda **Uzstādījumu** sadaļa un jāieliek vajadzīgie ķekši. | ||
------ | ------ | ||
====Rēķins valūtā, maksājums EUR==== | ====Rēķins valūtā, maksājums EUR==== | ||
Rinda 794: | Rinda 906: | ||
tā kā grāmatvedim pašam jāizlemj, vai var vai nevar. | tā kā grāmatvedim pašam jāizlemj, vai var vai nevar. | ||
--------- | --------- | ||
+ | ====Izveidot jaunu PVN kodu==== | ||
+ | Mums vajadzētu izveidot jaunu PVN kodu 5% par saņemtajiem rēķiniem. Kā pareizi to piesaistīt PVN deklarācijas pielikumam? \\ | ||
+ | |||
+ | Paskatieties, | ||
+ | https:// | ||
+ | |||
+ | Būtībā ir nepieciešams atzīmēt atbilstošu pielikumu pie papildus_info, | ||
+ | ----- | ||
+ | |||
====Internetveikalā samaksā par preci, bet ienāk mazāka summa==== | ====Internetveikalā samaksā par preci, bet ienāk mazāka summa==== | ||
Situācija: Klients nopērk webā preci ar priekšapmaksu, | Situācija: Klients nopērk webā preci ar priekšapmaksu, | ||
Rinda 904: | Rinda 1025: | ||
tur jau viss notiek, jāuzraksta tad grāmatvedei, | tur jau viss notiek, jāuzraksta tad grāmatvedei, | ||
EKA rēķina debets. | EKA rēķina debets. | ||
- | ----- | + | ------ |
+ | ====POS EKA rēķinā čekā nevar labot datumu==== | ||
+ | EKA rēķinā Datuma lauks rādās pelēks un nav iespējams to labot. \\ | ||
+ | Čeks | ||
+ | {{ : | ||
+ | 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ī. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Neienāk kases čekā summa==== | ||
+ | DB Nl_Latvia: Kā jau teicu, tur fiziski nav iespejams veikt kļūdu kur iesitas čeks ar summu 0 jo viss iet caur sistēmu un tiek pārbaudīts divreiz. Visas summas ir paraditas. Tā ir kautkādā sistēmas kļūda, | ||
+ | |||
+ | Nepieciešama Jūs palīdzība, | ||
+ | |||
+ | Directo viss ok. Jāgriežas pie NR DATA. Tur nav aizgājis kartes maksājums, pareizāk sakot, aizgājis pa 0, bet čeks izdrukājās kā apmaksāts, bet tas viss kasē, uz directo jau tikai pārsuta info kāda ir kasē, būs pārdevējam kreņķis, jo protams sistēmas kļūda, bet termināla kvītis ir jāpārbauda, | ||
+ | ------ | ||
+ | |||
====Valūtu kursu starpība==== | ====Valūtu kursu starpība==== | ||
Rinda 935: | Rinda 1072: | ||
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:// | 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. | + | |
- | {{ : | + | |
- | ------ | + | |
====Bankas importam met kļūdu==== | ====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. \\ | Ja nevar iegūt XML failu, piem no Maksājuma Uzdevumu, kuru pēc tam ieimportēt Bankā, izmet kļūdu. \\ | ||
Rinda 1015: | Rinda 1146: | ||
Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas. | Deb.un kred.salīdzināšanas aktus var nosūtīt bez masu moduļa pieslēgšanas. | ||
-------- | -------- | ||
+ | ====Masu e-pasta sūtīšana==== | ||
+ | Pieslēgt var zem Uzturēšana - Imports/ | ||
+ | {{ : | ||
+ | ------- | ||
====Nākamo periodu izdevumi jeb periodizācija==== | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
https:// | https:// | ||
Rinda 1101: | Rinda 1236: | ||
------- | ------- | ||
====Noapaļošana par vienu centu==== | ====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, | 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, | ||
Rinda 1200: | Rinda 1337: | ||
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, | 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ā. | 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ā. | ||
+ | ------ | ||
+ | ====Transakciju atvēršana , atgrāmatošana==== | ||
+ | TRAN tipa grāmatojumi, | ||
+ | Tad var kolonnā KONTS norādīt vajadzīgo DEBETA kontu.\\ | ||
+ | KREDĪTĀ ir finanšu konts, kas nāk no Samaksas veida kartītes, piem. samaksas veida Luminor bankas konts. | ||
------ | ------ | ||
====PVN deklarācija konfigurācija==== | ====PVN deklarācija konfigurācija==== | ||
Rinda 1238: | Rinda 1380: | ||
lai visu šo darbinātu, tiek izmantots Rental callendar. | 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===== | ====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, | 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, | ||
Rinda 1354: | Rinda 1519: | ||
{{ : | {{ : | ||
------ | ------ | ||
+ | ====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:// | ||
+ | |||
+ | Parasti liek nākamā mēneša 1.datumu.\\ | ||
+ | |||
+ | Sistēmas uzstādījumos pie Finanses slēgtas līdz var noteikt slēgšanas datumu, kas attiecināms uz visa veida dokumentiem. Savukārt sadaļā Apstiprināšanas nosacījumi/ | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | Ien.maksājumi no Banku importa aiziet uz Scoro, bet problēmas šobrīd ar tiem, kas veidoti manuāli, tie neparādās Scoro. \\ | ||
+ | |||
+ | Scoro pieprasa datus un tad viņi savelk ienākošos maksājumus ar rēķiniem. Kad veidojām, tad bija 1x, varbūt tgd kautkas ir mainījies. | ||
+ | ------- | ||
+ | ====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 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. | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====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** – Ien.maksājums, | ||
+ | **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, | ||
+ | Ja veido Maksājuma uzdevumu vai Banku importu, tad šie konti tur automātiski paradās. \\ | ||
+ | |||
+ | Sistēmas uzstādījumos var noradīt kontu **Banku pakalpojumi** jeb **Bank services**. \\ | ||
+ | |||
+ | Arī Samaksas veida kartiņā piem. SWED, aizbraucot uz pašu leju, ir vieta Bank Services, kur var norādīt kontu. \\ | ||
+ | {{ : | ||
+ | |||
+ | Uzstādījuma **Bank Services** | ||
+ | {{ : | ||
+ | ------ | ||
+ | |||
+ | |||
+ | ====Banku importa dokumenta konti - Karšu maksājumi==== | ||
+ | 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 laukus kā vajag==== | ||
+ | Nepieciešams ieiet RESURSI, 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ā, | ||
+ | Tā ir jāizdara visiem lietotājiem, | ||
+ | |||
+ | ------- | ||
+ | ====Čekā ir gan skaidra nauda, gan ar karti, Directo rāda visu kopā==== | ||
+ | Maksājumi tiek dalīti, bet Directo parādās kā viens darijums citi darijumi, kapēc? \\ | ||
+ | |||
+ | Atskaitē RĒĶINU ŽURNĀLS , lai Directo izdalītu maksājuma veidus atsevišķi, | ||
+ | ------ | ||
+ | ====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. | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====Perioda finanšu slēgšana==== | ||
+ | Uzstādījumos meklēt “Finanses slēgtas līdz” un norādīt datumu (parasti nākamā mēneša 1.datumu). \\ | ||
+ | |||
+ | Ir iespējams arī slēgt konkrētus dokumentu tipus. | ||
+ | To var atrast zem Uzstādījumi - Apstiprināšanas nosacījumi / Saskaņošana. | ||
+ | Braucot līdz lejai jāmeklē šāda vieta, kur var norādīt nepieciešamo slēgšanas datumu.\\ | ||
+ | |||
+ | Ja nepieiešams veikt dokumentos korekcijas, šo datumu var noņemt , vai uzlikt mazāku uz to brīdi.\\ | ||
+ | Ir pieejams ari apraksts Directo WIKI: https:// | ||
+ | ------- | ||
+ | ====Lietotājam Tiesībās redzēt finanšu kontus==== | ||
+ | Saistībā ar tiesību uztādījumu, | ||
+ | Uzstādījumi ir sekojoši: \\ | ||
+ | Pie Mainīt tiesības sadaļā **Uzstādījumi**, | ||
+ | Sadaļā **Cits**, jāieķeksē, | ||
+ | {{ : | ||
+ | ------- | ||
+ | ====Slimības lapa algu aprēķinā, | ||
+ | gym_latvija ir problēma, ka algu aprēķinā personai Rihards Vilnis , Marta algu aprēķinā lec SLimības lapa A 4 dienas, nevis 3 (marta jābūt 3 dienām). | ||
+ | es saprotu, ka ja viņa labo uz tām 3 , tik un tā nākamoajos mēnešos sistēma ziņo par neapmaksātu slimības lapas dienu... vai varam sazvanīties un Tu paskaidro par tām lapām, algu aprēķins 1000008 \\ | ||
+ | |||
+ | Tas ir bug. Darbiniekam slimības lapa sākās februārī. Tā sākās pirmdienā un ilga 7 kalendārās dienas, 5 darba dienas. Bija jāapmaksā 4 darba dienas (jo pirmā slimības lapas diena nav jāapmaksā). Tās arī tika apmaksātas. Martā viņam 3 dienas turpinājās slimības lapa (visas šīs dienas bija darba dienas). To var redzēt arī kavējumu atskaites skatā Parasts. Bet Algu atskaites skatā provizorisks, | ||
+ | Turklāt slimības lapas A algas formulās ir iestatīts, ka ir jāapmaksā tikai darba dienas, nevis kalendārās dienas. \\ | ||
+ | |||
+ | Risinājums: | ||
+ | ------ | ||
+ | ====Algu modulis, darbinieks vairs nestrādā==== | ||
+ | Ir 3 vietas, kur var aizslēgts darbinieku. \\ | ||
+ | 1. Lietotāja kartiņā uzliekot Slēgts - tad ši persona vairs neparādīsies dokumentos, piem. Avansa noreķinu dokumenta izveidošanā; | ||
+ | 2. Personāla kartiņā sadaļā **Administrators** ir iespējams ielikt ķeksi **Slēgts**. | ||
+ | Kad ir slēgts kādā no pirmajiem diviem variantiem, tas neietekmē atskaites, kas vēlāk jānodod par darbiniekiem (ddz un pfpisk); \\ | ||
+ | 3. Personāla kartiņā sadaļā **Darba attiecības**, | ||
+ | ------ | ||
+ | ====Maksājumu saslēgšana, | ||
+ | Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\ | ||
+ | |||
+ | Tad ir jāveido Payment un tajā:\\ | ||
+ | • Vienā rindā jānorāda rēķins un laukā Bank sum jānorāda summa, par kuru šis rēķins jāapmaksā ar avansu. \\ | ||
+ | • Otrā rindā jānorāda piegādātājs un laukā Bank sum jānorāda negatīva summa, par kuru šis rēķins jāapmaksā ar avansu.\\ | ||
+ | Rezultātā laukā “Difference” jābūt 0.00: \\ | ||
+ | {{ : | ||
+ | • Laukā Date jānorāda datums, ar kuru šis rēķins jāapmaksā ar konkrēto avansu. \\ | ||
+ | • Laukā Pay mode jānorāda maksājuma veids, kura kartītes laukā Account ir ārpusbilances konts. | ||
+ | ------ | ||
+ | ====Bankas importa faila veids==== | ||
+ | ir iespējams cits bankas importa formāts nevis iso? \\ | ||
+ | Es pamainīju bankas kasrtiņā tipus, bet neatradu kādu kurš citu formātu piedāvātu. \\ | ||
+ | |||
+ | kaut kas savādāks ir priekš paypal aprakstīts ee, bet būtībā nav cita, tas vienīgais. \\ | ||
+ | tas iso ir eu standarts. \\ | ||
+ | katrai bankai katrā valstī jau nav reāli pielāgoties, | ||
+ | ----- | ||
+ | ====Valoda datulauku valodas==== | ||
+ | kontiem ir datulauks angļu valodā, bet mainot valodu directo un veidojot p/z atskaiti, viss tapat ir LV. kas man ir jādara citādāk? \\ | ||
+ | |||
+ | atskaitē ir lauks valoda, nevajag mainīt visam directo valodu un sistēmas uzstādījumos valoda jāuzliek uz LV, savādāk directo domā, ka viss jau tāpat ir eng. | ||
+ | ------ | ||
+ | ====Silvano Fashion skeneri logu izmet labajā malā==== | ||
+ | Jaunajā veikalā OLIMPIA , pieslēdzām jaunu tehniku un skaneri no Galerijas centrs, EKA rēķinā skanējot preci artikuls skanējās labajā augšējā stūrī, tieši tāpat kā Spicē. Nav iespējams normāli strādāt, jālabo. \\ | ||
+ | |||
+ | Krišjānis 29.07.2021 aizbrauca uz OLIMPIU. Silvano fashion skenera problēma ir daļēji atrisināta - Vaina ir skenera pusē. Skenerim ir uzlicies prefix izpildīt CTRL + F kombināciju skenējot preci, tāpēc atverās artikula kods find laukā. Šo var salabot konfigurējot skeneri (noņemot prefixus), bet viņu gadījumā tas ir pats lētākais skeneris un viņam šos uzstādījumus nav iespējams atrast. Rezultāts - Viņi pirks jaunus skenerus. | ||
+ | ------ | ||
+ | ====kases aparāts Charlot veikaliem==== | ||
+ | kāds zina nosaukumu kases sistēmai kuru izmanto charlot veikali un kā viņa strādā? \\ | ||
+ | chd kkāds 300eur hibrīds. tā strādā ar macros metodi. charlot nav lētais hibrīds \\ | ||
+ | https:// | ||
+ | |||
+ | kā tas hibrīds strādā? Kāda man būtu atšķirība starp nrdatas risinājumu un chd, ja neskaita to, ka chd gadījumā man papildus datoram ir kases aparāts. \\ | ||
+ | |||
+ | 1. izmaksas, 2. tu strādā ar Directo un kases aparātā pabeidz darījumu. \\ | ||
+ | |||
+ | Kas ietilpst pie pabeigt? Apstiprināt? | ||
+ | |||
+ | Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt, | ||
+ | ------ | ||
+ | ====Charlot nedrukā čeku, neaiziet uz kasi==== | ||
+ | Nospiežot Directo Apstiprināt, | ||
+ | |||
+ | Paskatieties simbolus artikuliem un aprakstos. Melnais logs neparādās jo ir neatļauti simboli. Piem. Don`t nedrīkst but `. \\ | ||
+ | Jālūdz lai tech ar SQL izņem ārā. Var izlabot arī artikulu kartītē. \\ | ||
+ | Kad simbols no sistēmas ir izņemts, tad apstiprinātais rēķins Directo ir jāatver vaļā caur uzturēšanu. Jāsaglabā par jaunu, lai vairāk nebūtu simbolu un jāspiež Apstiprināt. Tad čeks aiziet uz Kases aparātu, kur to var izdrukāt. | ||
+ | ------ | ||
+ | ====Kases rēķina iegrāmatošana, | ||
+ | NL Latvija, lūdz rast iespēju, iegrāmatots šo rēķinus 2156629, kas tika daļēji apmaksāts 29eur ar bankas karti un 30,20eur skaidrā naudā.\\ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Šādos gadījumos Jums ir jāpieslēdzas atbilstošajai darba vietai, lai nerādītos paziņojums par nepareiziem naudas iestatījumiem. | ||
+ | ------- | ||
+ | ====JAHIPAUN==== | ||
+ | Jauniem tikko izveidotiem klientiem kase nepiešķir automātiski atlaidi, kāpēc ? \\ | ||
+ | |||
+ | Tas tāpēc, ka klienta kartiņā nav ievietota cenu formula. Ar Daci runājām, ka pagaidām tā ir jāpieliek manuāli, kamēr nav izveidots automatizēts risinājums. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Algas ar stundu likmi==== | ||
+ | Mums nepieciešams aprēķināt darba algu darbiniekiem, | ||
+ | Vai ir nepieciešami kaut kādi papildus uzstādījumi Directo? \\ | ||
+ | |||
+ | Jā, tā kā tad, kad uzņēmumā tika ieviesta algu modulis, tajā nebija darbinieku, kuriem ir stundas likmes, tad šī iespēja netika iestatīta. Tādēļ, tā kā tagad šī nepieciešamība ir radusies, būtu jāiestata iespēja reģistrēt to darbinieku, kuriem ir stundas likmes, nostrādātās stundas un jāizveido papildu algu formulas. \\ | ||
+ | |||
+ | Lai varētu sagatavot iestatīšanas cenu piedāvājumu, | ||
+ | 1) Vai katram darbiniekam, | ||
+ | 2) Vai darbinieki, kuriem ir stundas likmes, veic nakts darbu?\\ | ||
+ | 3) Vai darbinieki, kuriem ir stundas likmes, strādā svētku dienās?\\ | ||
+ | 4) Vai darbinieki, kuriem ir stundas likmes, veic virsstundu darbu? Ja jā – kāds uzņēmumā ir virsstundu pārskata periods?\\ | ||
+ | 5) Uzņēmumā darbiniekiem, | ||
+ | ------ | ||
+ | ====PVN kodi un finanšu konti Artikulu kartiņā==== | ||
+ | Ja ir norādīti pie Artikulu klases, tad ņems tos vērā, ja ir norādīti Artikulam kartiņā, tad tas būs galvenais. \\ | ||
+ | Kartiņā kontus un PVN kodus norāda sadaļā KONTI: | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====PVN kodi==== | ||
+ | purch invoice no stock rec. kadi uzstadijumi man personai ir jasaliek, lai automatiski paraditos vat kods un un konts? \\ | ||
+ | |||
+ | Tas nav personai, Tas ir vai nu piegādātajam, | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Hellmann pielāgotā atskaite savstarpējie norēķini, ieskaits akts==== | ||
+ | DB hellmann_lv savstarpējo norēķinu jeb ieskaitam ir izveidots akts, kas atrodas zem Pielāgotās atskaites - Savstarpējie norēķini. \\ | ||
+ | Tur jānorāda klienta ienākošais maksājums (maksājuma nr.) un tā paša klienta, bet piegādātāja nr. izejošais maksājums. | ||
+ | ------ | ||
+ | ====Nevar iegrāmatot transakciju vai dokumentu==== | ||
+ | Piem. nevar iegrāmatot Avansa norēķinu dokumentu, izmet paziņojumu. | ||
+ | {{ : | ||
+ | |||
+ | Šis paziņojums norāda Uzstādījumos lauku,kur ir norādīts konkrētais konts, kas ir nederīgs. \\ | ||
+ | |||
+ | Jānomaina konts uzstādījumos, | ||
+ | ------ |
lv/support.txt · Labota: 2024/09/24 13:34 , labojis lasma