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/10 10:43] – [Noapaļošana par vienu centu] dagne | lv:support [2021/07/08 09:54] – [POS EKA rēķinā čekā nevar labot datumu] 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 345: | Rinda 371: | ||
{{ : | {{ : | ||
---- | ---- | ||
+ | ====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 461: | ||
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 525: | ||
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 619: | Rinda 664: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====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 686: | ||
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 714: | ||
(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 733: | ||
- 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 792: | ||
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==== | + | |
- | Taisot atskaiti DDZ = Darba Devēja ziņojums, neielec IIN nodoklis nevienam darbiniekam? | + | |
- | Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). | + | |
------ | ------ | ||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
Rinda 904: | Rinda 969: | ||
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 1016: | ||
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 1090: | ||
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 1240: | Rinda 1319: | ||
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 1361: | Rinda 1463: | ||
smtp.office365.com: | smtp.office365.com: | ||
smtp.office365.com: | smtp.office365.com: | ||
+ | smtp.office365.com\\ | ||
pie SSL jāizvēlas: | pie SSL jāizvēlas: | ||
Rinda 1369: | Rinda 1472: | ||
https:// | 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 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 – 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. | ||
+ | {{ : | ||
+ | -------- | ||
+ | ====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, | ||
+ | ----- | ||
lv/support.txt · Labota: 2024/09/24 13:34 , labojis lasma