Norādītais vecais variants no patreizējās lapas atšķiras ar:
Abās pusēs iepriekšējo versiju Iepriekšējā versija Nākamā versija | Iepriekšējā versija Nākamā versija Abās pusēs nākamo versiju | ||
lv:support [2021/04/20 15:36] dagne [Bankas imports transakcijas] |
lv:support [2021/05/21 15:35] 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. | ||
----- | ----- | ||
+ | ====PFPISK un DDZ==== | ||
+ | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, bet gada - par palikušajiem. \\ | ||
+ | https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf \\ | ||
+ | |||
+ | Atskaite DDZ jeb Darba devēja ziņojums. 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://www.vid.gov.lv/sites/default/files/ddz2020decembris.pdf | ||
+ | -------- | ||
====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/neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana, jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\ | Ja ir lēns internets, tad arī var būt kļūda un nesaglabāties/neapstiprināties dokuments, jo ilgi ielādē, it sevišķi, ja dokumentā ir daudz rindu. Var apstiprinot dokuemtnu izmantot taustiņu F12, ar to ātrak nostrādā apstiprināšana, jo ja nezuspiež pietiekami ātri kombināciju Apstiprināt - Saglabāt, arī var ilgi lādēt un beigās nekas nenotiks. Labāk vairāk par 100 rindām dokumentā nevajadzētu veidot.\\ | ||
Rinda 613: | Rinda 623: | ||
{{ :lv:uzturesana_kntuvesture.png?direct |}} | {{ :lv:uzturesana_kntuvesture.png?direct |}} | ||
--------- | --------- | ||
- | ====Saslēgums ar kasēm, POS terminālu==== | + | |
- | 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, veidosies arī mūsu izcenojumi. | + | |
- | ------- | + | |
====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 626: | Rinda 633: | ||
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 vērtību uz nulli==== |
Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt, lai parādās atskaitēs un varētu vēlāk izmantot šo pamatlīdzekli ar citu vērtību, ja nepieciešams. \\ | Klients prasīja: Kā izmainīt pamatlīdzekļa vērtību uz 0, bet tajā pašā laikā viņu nenorakstīt, lai parādās atskaitēs un varētu vēlāk izmantot šo pamatlīdzekli ar citu vērtību, ja nepieciešams. \\ | ||
Jāizmanto **Value correction**\\ | Jāizmanto **Value correction**\\ | ||
Rinda 703: | Rinda 710: | ||
3) Ierakstiet sekojošu adresi login.directo.ee/ \\ | 3) Ierakstiet sekojošu adresi login.directo.ee/ \\ | ||
- | 4) No jauna saglabājiet pie saviem īsceļiem. \\ | + | 4) No jauna saglabājiet pie saviem īsceļiem (ja tādus izmantojiet). \\ |
Ātrais risinājums, var pamēģināt izmantot citu pārlūkprogrammu.\\ | Ātrais risinājums, var pamēģināt izmantot citu pārlūkprogrammu.\\ | ||
Rinda 848: | Rinda 855: | ||
https://wiki.directo.ee/lv/per_persoon#personas_prognozeta_neapliekama_minimuma_noradisana | https://wiki.directo.ee/lv/per_persoon#personas_prognozeta_neapliekama_minimuma_noradisana | ||
------- | ------- | ||
+ | ------ | ||
+ | ====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, veidosies arī mūsu izcenojumi.\\ | ||
+ | |||
+ | 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==== | ====Jauns veikals, jauns kases aparāts, POS termināls==== | ||
- | SIA NL Latvija plāno atvērt jaunu Skechers veikalu TC Olimpia. Š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?\\ | + | 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:\\ | Jādara sekojošais:\\ | ||
1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\ | 1) Jāizveido darba vieta: Uzstādījumi – Galvenie uzstādījumi – Darba vietas. Pievērsiet uzmanību laukiem: \\ | ||
Rinda 856: | Rinda 871: | ||
- Objekts, \\ | - Objekts, \\ | ||
- Noliktava, \\ | - Noliktava, \\ | ||
- | - KARŠU MAKSĀJUMA TERMINĀLA DATU RINDA 2 - norāda kases nr. pēc kārtas.\\ | + | - 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/lietotājiem kartiņā jāpievieno:\\ | 2) Darbiniekiem/lietotājiem kartiņā jāpievieno:\\ | ||
Rinda 863: | Rinda 878: | ||
Kad tas ir izdarīts, rakstiet, pārbaudīsim vai viss ir korekti. | 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/uzstādījumiem vadīties saliekot uzstādījumu Directo?\\ | ||
+ | |||
+ | 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ā, vai vienā eka dokumentā dienas beigās. \\ | ||
+ | |||
+ | 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, jo likums ļauj saslēgt kasi tikai ar sistēmu uz latvijas serveriem.\\ | ||
+ | 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 vajag, tad labāk vadīt eka rēķinu, ja nevajag, tad pietiek ar tran. Algoritmam kasē ir tikai pakalpojumi, tāpēc pietiek ar transakciju. Bet Abakhan vajag arī noliktavu atjaunot, jo pārdota prece caur kasi.\\ | ||
+ | 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, tad nevajag darbavietu. Vēl ir variants transakcija par ieņemumiem plus artikulu norakstīšana. Viņiem jāraksturo tas viņu darbs ar kasi, tad varēs saprast, kāds variants labak der, jo tas gns un integrācija - tas ir tādiem gadījumiem labs, kad ir jāseko līdzi klientu statistikai, kad ir klientu kartes, bonusi, cenu formulas utt. \\ | ||
+ | Bet ja tā visa nav, tad tie ieguldījumi neapmaksājas, tad tiešām optimālāk ir vnk reģistrēt dienas ieņēmumus plus tas gns ir vajadzīgs, kad ir jāseko līdzi noliktavas atlikumu izmaiņām reālajā laikā.\\ | ||
+ | |||
+ | 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/piegādā, pēc menedžera apraksta izskatās, ka vajag apmaksas veidu sakonfigurēt, izklausās kaut kas līdzīgi kā huppai, ja apmaksas veidam tips būs nauda, tad rēķins konvertēsies par čeku lielākoties tas nav dikti ērti | ||
+ | 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, tur arī tips nauda , bet atkal attiecīgi naudas konts cits (skatos kā huppai) ? \\ | ||
+ | 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, ka no uzstādījumiem vienīgi ja grib mainīt skaidras naudas kontu, tad to var samaksas termiņā S norādīt un ka maksājumam ar karti ir savs termiņš Karte izveidots tur arī jānorāda konts kartes maksājumiem. \\ šobrīd viņiem debeta konts tur ir no master settingiem: | ||
+ | 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 | ||
+ | {{ :lv:possin.png?direct |}} | ||
+ | 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ī. \\ | ||
+ | {{ :lv:posinv.png?direct |}} | ||
+ | ------ | ||
+ | |||
+ | |||
====Valūtu kursu starpība==== | ====Valūtu kursu starpība==== | ||
Eksporetēju LPB karšu kontu, sanāca. Bet jautājums par valūtas kursa starpību:\\ | Eksporetēju LPB karšu kontu, sanāca. Bet jautājums par valūtas kursa starpību:\\ | ||
Rinda 897: | Rinda 958: | ||
Es taisītu ar bankas importa noteikumiem, viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties, ko atstāt nosacījumos.\\ | Es taisītu ar bankas importa noteikumiem, viņiem ik jāsaprot, vai visas komisijas uz vienu kontu, vai nē, un tad var attiecīgi, pievienojot to noteikumu, izvēlēties, ko atstāt nosacījumos.\\ | ||
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. | 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. | ||
- | {{ :lv:binot.png?direct |}} | + | {{ :lv:binot.png?direct |}} \\ |
+ | |||
+ | Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas uzreiz gramatotos uz vajadzīgo kontu. | ||
+ | Par to iespējams lasīt Igauņu wiki, uzliekot pārlūkam tulkojumu uz Angļu valodu: | ||
+ | https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\ | ||
+ | |||
+ | Iesakām darīt sekojoši: spiest pogu PIEVIENOT no Bankas importa dokumenta. \\ | ||
+ | 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: \\ | ||
+ | {{ :lv:bankimp.png?direct |}} | ||
+ | |||
+ | Zemāk redzamie lauki: \\ | ||
+ | T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams;\\ | ||
+ | Tips – Karšu maksājums;\\ | ||
+ | Konts;\\ | ||
+ | Bankas komisijas konts;\\ | ||
+ | {{ :lv:bankimp11.png?direct |}} | ||
+ | Jāskatās, vai visas bankas komisijas jāgrāmato uz vienu kontu vai dalās vairākos, noteikumiem šo var definēt.\\ | ||
+ | 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==== | ====drukāt visus Artikula norakstīšanas aktus==== | ||
Rinda 973: | Rinda 1064: | ||
Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus. | Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus. | ||
-------- | -------- | ||
- | ====Apollo grupa datubāzes==== | + | ====Apollo group/grupa datubāzes==== |
Visas Apollo grupas datubažu saraksts: \\ | Visas Apollo grupas datubažu saraksts: \\ | ||
1. apl_fresh_food_lv \\ | 1. apl_fresh_food_lv \\ | ||
Rinda 986: | Rinda 1077: | ||
10. Piano_rp_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.==== | ====PVN dekl.==== | ||
Kur es varu redzēt vai atšīfrēt tos darījumus, kas iekļauja pvn 1.3 zem T ?\\ | Kur es varu redzēt vai atšīfrēt tos darījumus, kas iekļauja pvn 1.3 zem T ?\\ | ||
Rinda 1002: | Rinda 1108: | ||
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, tad jāizvēlas vai jāizveido tāds, kas ir atbilstošiem uzstādījumiem. | 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, tad jāizvēlas vai jāizveido tāds, kas ir atbilstošiem uzstādījumiem. | ||
------- | ------- | ||
+ | ====PVN kodi pārbaude==== | ||
+ | Kā pārbaudīt, vai PVN kodi tiek izmantoti pareizi.\\ | ||
+ | Atskaitē **Klienta statistika**, var pārbaudīt vai izejošajos rēķinos PVN kodi tiek izmantoti pareizi: Jānorāda, piem. Periods Gads un Dalīts : uz PVN. \\ | ||
+ | |||
+ | Atskaitē **Piegādātāju statistika**, var apskatīties kādi PVN kodi izmantotie ienākošajiem rēķiniem. Periods gads, dalīt uz PVN.\\ | ||
+ | |||
+ | 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ā==== | ====Transporta izmaksu pievienošana rēķinā==== | ||
Kā mēs varētu rēķinam pievienot transporta izmaksas? Kā pievienot Servisa artikulu izejošajam rēķinam ?\\ | Kā mēs varētu rēķinam pievienot transporta izmaksas? Kā pievienot Servisa artikulu izejošajam rēķinam ?\\ | ||
Rinda 1014: | Rinda 1144: | ||
------- | ------- | ||
====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, lai saskaitot gan pvn, gan summu sanāk arī šie 272.00eur! Kā to, lūdzu, izdarīt? \\ | 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, lai saskaitot gan pvn, gan summu sanāk arī šie 272.00eur! Kā to, lūdzu, izdarīt? \\ | ||
Rinda 1079: | Rinda 1211: | ||
Jāatšifrē 3.pielikuma X darījumi 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, vai priekšapmaksu kontā nav kļūdaini darījumi bez pvn koda (pvn kods tukšs), vai ar kodu 0. Šoreiz it kā viss labi, šī summa 8205.75 sakrīt ar rēķinu summu mīnuss priekšapmaksu konta izmaiņas ar 12 pvn kodu. | + | 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, vai priekšapmaksu kontā nav kļūdaini darījumi bez pvn koda (pvn kods tukšs), vai ar kodu 0. Šoreiz it kā viss labi, šī summa 8205.75 sakrīt ar rēķinu summu mīnuss priekšapmaksu konta izmaiņas ar 12 pvn kodu.\\ |
+ | |||
+ | Pielikuma 1.3. \\ | ||
+ | Te būs piemērs X aprēķinam: | ||
+ | {{ :lv:pvn1.3.png?direct |}} | ||
+ | Priekšapamksu summa 36010000 Prepayments (customer advances) ir 347.76/1.12=310.50 eur (bez pvn). Rēķinu summa bez pvn klientiem bez pvn reģ. nr. = 8516.25 \\ | ||
+ | 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 izmaiņas, nomaiņa==== | ||
Rinda 1124: | Rinda 1264: | ||
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ņ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://www.directo.ee/meist/ \\ | ||
+ | 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, kur iespējams sekot līdzi jaunumiem Directo sistēmā:\\ | ||
+ | |||
+ | 1) Latviešu WIKI lapas sadaļā Jaunumi, vairāki raksti pabraucot uz leju: https://wiki.directo.ee/lv/news\\ | ||
+ | 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://www.directo.ee/meist/ | ||
+ | Jaunumu apraksta beigās ir Instrukcija jeb INSTRUCTION, kas aizved uz Igauņu WIKI un pārtulkojot pārlūku no igauņu uz angļu valodu, var iepazīties ar sīkāku aprakstu.\\ | ||
+ | |||
+ | Tad vēl ik dienu Igauņi veic dažādus atjauninājumus/uzlabojumus, par kuriem nav ārējo aprakstu, mums iekšienē atnāk mazi ziņojumi ar paveikto. Tāds bija arī saistībā ar atskaiti, kuras filtrs nesen ietekmēja Jums nepieciešamo rezultātu. Parasti tādas izmaiņas atklājas praksē. | ||
+ | ------ | ||
+ | ====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 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,piem. pēdejo 3 gadu laikā, tos var dzēst. Ja 1 rēķinā ieliek pārāk daudz artikulus, kuri pārsniedz atļauto variantu, tad ERROR. \\ | ||
+ | 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, nepieciešams aizpildīt obligāti: \\ | ||
+ | - 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ņā. | ||
+ | {{ :lv:biom1.png?direct |}} | ||
+ | ------- | ||
+ | ====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, kāda īsti ir tā kārtība: | ||
+ | {{ :lv:telem.png?direct |}} | ||
+ | Ja jums būs pieejams kāds dokuments jebkādā valodā, kas satur informāciju par šo izstrādi un skaidrojumus/norādījumus, mēs labprāt to izvietotu telema directo wiki lapā, lai tas visiem ir pieejams un šī informācija nepazūd. ?! \\ | ||
+ | |||
+ | tur tai izkārtojumā ir iekodēts, ka šis ir tikai lasāms lauks (līguma numurs), un man izskatījās, ka nāk no klienta kartiņas. viņiem ir pielāgots projekta kartiņas xsl, nav standarta skats. | ||
+ | ------ | ||
+ | ====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, apgrozījums. \\ | ||
+ | **Klientu Statistika**, summas redzamas bez PVN. Var uzlikt filtrā, lai Dalīt uz PVN. Un ieķeksēt PVN reģ.nr., lai redzētu, kurš ir PVN maksātājs. | ||
+ | ------- | ||
+ | ====Paraksta vietā ievietot logo==== | ||
+ | Vai un kā lietotāja kartītes laukā "Paraksts" var iestatīt, lai parakstā būtu ne tikai teksts, bet arī uzņēmuma logo? \\ | ||
+ | |||
+ | https://login.directo.ee/logos/files/alphalane_lv_1.png \\ | ||
+ | |||
+ | nosaukumā jābūt faila nosaukumam kurš ir uzturēšanā. \\ | ||
+ | **bolds** būs <b>Teksts</b> \\ | ||
+ | **slīps** būs <i>teksts</i> \\ | ||
+ | |||
+ | HTML pamacība https://www.w3schools.com/tags/tag_html.asp \\ | ||
+ | |||
+ | Klientei parakstā ir: \\ | ||
+ | <i>Ar cieņu, \\ | ||
+ | |||
+ | <b>Līga Kalniņa Nosova</b> \\ | ||
+ | Finanšu speciāliste \\ | ||
+ | SIA Latvija \\ | ||
+ | <img SRC=http://login.directo.ee/logos/files/hrx_sia_lv_3.jpg alt="logo" width="100" height="100"> \\ | ||
+ | Mob.: + 371 675 \\ | ||
+ | e-pasts: liga.kaln@sia.lv \\ | ||
+ | www.sia.lv \\ | ||
+ | </i> \\ | ||
+ | |||
+ | Dokumentā spiežot Pasts pogu, būš HTML formātā. Jo text formātā logo pazūd. \\ | ||
+ | |||
+ | vai no "Directo" puses ir iespējams iestatīt, lai Outlookā būtu redzams logo, nevis šāds simbols? "Directo" pirms rēķins sūtīšanas logo ir redzams. \\ | ||
+ | tas ir atkarīgs no outlook iestatījumiem, bet es paskatīšos, varbūt protokols jāpamaina. Izskatās, ka citādāk nevarēs. Outlook neļauj default no nepazīstama servera lejupielādēt bildi. Lietotājam ir jāatļauj. | ||
+ | ------ | ||
+ | ====Stock-ID ir pārdots vajag atgriezt==== | ||
+ | ir saņemšana no februāra kura ir iegrāmatota, bet prece nav atnākusi. viņu vajag kreditēt, bet ir vairāki artikuli kuriem šis stock ID ir pārdots. es varu šos rēķinus atvērt, lai tas stok id atbrīvojās, bet man ir kaut kam papildus jāpievērš uzmanība? \\ | ||
+ | |||
+ | 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, un stockID laukā pret artikulu pievienoju stock ID kurš tika nākamais pieņemts noliktavā. No saraksta brīvo. \\ | ||
+ | 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, Batches, tad jāuzliek šis uzstādījuma: \\ | ||
+ | Iepakojuma uzskaite tiek izmantota | ||
+ | {{ :lv:iepak_batche.png?direct |}} | ||
+ | ------ | ||
+ | ====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 | ||
+ | {{ :lv:objkhier.png?direct |}} | ||
+ | ====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, parādās šis kļūdas paziņojums.\\ | ||
+ | Vajag no jauna Atvērt un Apstiprināt piegādi, vai arī ir bijs ka tas nenostrādā, Ar GOD MODE jāpaskatās , kas rādās KL.Pasūtījumā pie rēķinā izrakstīts. | ||
+ | {{ :lv:kludakr.png?direct |}} | ||
+ | ------ | ||
+ | ====E-pasta epasta uzstādījumi sūtīšanai no Directo==== | ||
+ | Tātad, var būt viens no variantiem:\\ | ||
+ | |||
+ | smtp.office365.com:25\\ | ||
+ | smtp.office365.com:587\\ | ||
+ | |||
+ | pie SSL jāizvēlas: StartSSL/SSL/TLS \\ | ||
+ | |||
+ | 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://wiki.directo.ee/lv/yld_personal2#e-pasta_sutisanas_iestatijumi | ||
+ | ---------- | ||
+ | ====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): \\ | ||
+ | {{ :lv:revv.png?direct |}} | ||
+ | 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. | ||
+ | ------ | ||
+ | ====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, kas tajā mēnesī ir darīts VG. | ||
+ | ----- | ||
+ | ====Atrast dzēstos dokumentus, kļūdas==== | ||
+ | Dzēstos dokumentus var redzēt lietojuma reģistrā ar skatu Dzēstie (https://wiki.directo.ee/lv/yld_aru_log) \\ | ||
+ | Rēķins ar šādu numuru tiešām ir dzēsts kaut kad senāk, bet es pārbaudīju, ka tas nav bijis iegrāmatots, līdz ar to nevarēja būt par iemeslu atšķirībām. | ||
+ | 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, savukārt no VG ieraksts pazūd tikko dokuments ir atgrāmatots.) \\ | ||
+ | Atgrāmatotos dokumentus var atrast ar šādu kontroles opciju pie Uzturēšanas (https://wiki.directo.ee/lv/hooldus#kontroles_atskaites) \\ | ||
+ | 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://wiki.directo.ee/lv/yld_settings#finansu_perioda_slegsana \\ | ||
+ | - Perioda slēgšana noteiktam dokumentu veidam https://wiki.directo.ee/lv/document_closure \\ | ||
+ | - Saite dokumentu atgrāmatošanai https://wiki.directo.ee/lv/hooldus#saite_dokumentu_atgramatosanai \\ | ||
+ | |||
+ | 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/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu. | ||
+ | ------ | ||
+ | ====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, tur pie pdf e-pasta uzstādījumos ir pdf+e-rēķins. citi formāti caur integrācijām, vai nu standartizētās (telema, edisoft utt.), vai individuāli izstrādātās. \\ | ||
+ | https://en.wikipedia.org/wiki/Electronic_invoicing \\ | ||
+ | latvijas likumdošanā ir ierakstīts peppol formāts \\ | ||
+ | https://en.wikipedia.org/wiki/PEPPOL \\ | ||
+ | |||
+ | 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 Currency un GP un GP% sarēķinājās: | ||
+ | {{ :lv:bpquat.png?direct |}} | ||
+ | |||
+ | Ieleikot klientu, Currency jev Valūtas logam jāaizpildas automātiski, ja te nav Valūta, tad BP un BP% rādās 0.00. \\ | ||
+ | |||
+ | 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. \\ | ||
+ | {{ :lv:valutt.png?direct |}} | ||
+ | ------- | ||
+ | ====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: | ||
+ | {{ :lv:vidcena.png?direct |}} | ||
+ | ------ | ||
+ | ====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”, jo ar piegādātājiem saistītie maksājumi jāreģistrē dokumentos Maksājuma uzdevumi (arī tajos gadījumos, kad piegādātājs atgriež naudu). | ||
+ | Maksājumā summa, kuru piegādātājs atgrieza, maksājuma uzdevuma dokumentā būs jānorāda negatīva: ar – zīmi. | ||
+ | ------ | ||
+ | |||
+ | |||