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/06/22 13:22] dagne [Bankas importa noteikumi] |
lv:support [2021/11/22 10:08] dagne [Profikss nevar apstiprināt rēķinu] |
||
---|---|---|---|
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 | ||
+ | ----- | ||
+ | ====Kases aparāti==== | ||
+ | Firmas, kas piedāvā kases aparātu pakalpojumus: \\ | ||
+ | NR data - \\ | ||
+ | CTL + \\ | ||
+ | StrongPoint + | ||
+ | ------ | ||
+ | |||
+ | |||
====PFPISK un DDZ==== | ====PFPISK un DDZ==== | ||
PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, bet gada - par palikušajiem. \\ | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, bet gada - par palikušajiem. \\ | ||
Rinda 24: | Rinda 35: | ||
====PFPISK mēneša, par atlaistajiem darbiniekiem==== | ====PFPISK mēneša, par atlaistajiem darbiniekiem==== | ||
Tas būs atrodams pie atskaitēm pfpisk 2021 vai pfpisk as table.\\ | 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.\\ | + | 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://wiki.directo.ee/lv/per_persoon#izmainas_darba_attiecibas | + | https://wiki.directo.ee/lv/per_persoon#izmainas_darba_attiecibas \\ |
+ | |||
+ | PFPISK as table norāda mēnesi un tad iegūst pārskatāmu sarakstu, kuru var izgūt arī Excel. \\ | ||
+ | PFPISK 2021 šo atlaisto darbinieku sarakstu var izgūt XML failā, ko pēc tam ielādē vid eds. \\ | ||
+ | |||
+ | https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf | ||
------ | ------ | ||
====DDZ atskaite==== | ====DDZ atskaite==== | ||
Rinda 40: | Rinda 56: | ||
- jāiztīra kešatmiņa / cookies\\ | - jāiztīra kešatmiņa / cookies\\ | ||
- lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | - lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\ | ||
+ | ----- | ||
+ | ====Ilgi lādē Rēķinu sarakstu==== | ||
+ | Jāizslēdz sekojošais uzstādījums, lai nerāda cik lpp ir kopā, jo visas mēģina ielādēt: | ||
+ | {{ :lv:ustadijums2.png?direct |}} | ||
+ | ----- | ||
+ | ====Priekšapmaksa no maksājuma==== | ||
+ | vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, savādāk nestrādā, jo piesiastīties pie visām. \\ | ||
+ | |||
+ | Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā. | ||
----- | ----- | ||
==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
Rinda 55: | Rinda 80: | ||
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 uz - nē. | + | **Kontam jābūt Korporatīvajā sarakstā** - jā. Ar GOD MODE var pārlikt uz - nē. |
Uzstādījums: Koncerna sākuma kompānijas ID - norādīts mātes firmas numurs no Koncerna uzstādījumiem. | Uzstādījums: Koncerna sākuma kompānijas ID - norādīts mātes firmas numurs no Koncerna uzstādījumiem. | ||
Rinda 65: | Rinda 90: | ||
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 'Account can only be from the group's chart of accounts'. If the base is no longer the group's base, it must be changed to 'no'. | 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 'Account can only be from the group's chart of accounts'. If the base is no longer the group's base, it must be changed to 'no'. | ||
---- | ---- | ||
+ | ====Ja ir atnācis CREDIT NOTE no piegādātāja, preču atgriešana, kredītrēķins==== | ||
+ | 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, veidojam SREC ar - mīnuss zīmi, lai prece aiziet prom no noliktavas un veidojam ienākošo rēķinu ar šo piegādātāju ar - mīnuss zīmi. Šis ienākošais rēķins ar - zīmi arī ir CREDIT NOTE jeb kredītrēķins, ko mēs saņēmām no Piegādātāja, kad tika atgrieztas preces. \\ | ||
+ | |||
+ | No pirmā ienākošā reķina ar pogu Kreditēt var izveidot uzreiz kredītrēķinu, kuram Maksājuma termiņš būs K un summas ar - zīmi. | ||
+ | {{ :lv:credit_note_11.png?direct |}} | ||
+ | ----- | ||
+ | ====Kredītrēķins==== | ||
+ | |||
+ | Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), tad rēķinu iespējams kreditēt – izveidojas kredītrēķins, kur summas ar – zīmi. Un parādās rēķins, kurš tika kreditēts. | ||
+ | ----- | ||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 79: | Rinda 116: | ||
---- | ---- | ||
+ | ====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ī. | ||
+ | ----- | ||
+ | ====PVN deklarācija==== | ||
+ | Kad atver jaunu Datubāzi, tad ir iekopēta PVN deklarācija zem Pielāgotajām atskaitēm no Tamplate db. \\ | ||
+ | Vajag PVN kodu kartītēs salikt Datulaukus, atzīmēt Papildus info. Tad info ielasīsies pielikumos, piem. 1.1, 1.2., utt. \\ | ||
+ | https://wiki.directo.ee/lv/finanses#pvn_koda_kartites_aizpildisana | ||
+ | |||
+ | Lai PVN galva būtu korekta, jākonfigurē PVN deklarācija \\ | ||
+ | https://wiki.directo.ee/lv/fin_kaibearu | ||
+ | |||
+ | Jāpielāgo saviem FInanšu kontiem. | ||
+ | ------- | ||
==== Pārkopēt PVN deklarāciju ==== | ==== Pārkopēt PVN deklarāciju ==== | ||
Rinda 92: | Rinda 145: | ||
http://wiki.directo.ee/tech/custom_reports | http://wiki.directo.ee/tech/custom_reports | ||
---- | ---- | ||
+ | ====PVN deklarācijas iekopēšana un darbs pēc tam==== | ||
+ | Ja vēlas izmantot PVN deklarāciju, tā ir jāiekopē pie Pielāgotajām atskaitēm. Pēdējā versija ir PVN. \\ | ||
+ | |||
+ | Tālāk ir jāveic pvn dekl konfigurēšana, lai tā strādātu korekti. Varbū jau ir datubāze no kuras var nokopēt esošu konfigurāciju. | ||
+ | https://wiki.directo.ee/lv/fin_kaibearu | ||
+ | |||
+ | Jāskatās, vai viss kārtībā vai varbūt ir jākopē kāda cita pvn versija. | ||
+ | ----- | ||
==== Gym_LV - Aut.Intervāli/Noņemt izmaksu veids 12.10.2020==== | ==== Gym_LV - Aut.Intervāli/Noņemt izmaksu veids 12.10.2020==== | ||
Rinda 306: | Rinda 367: | ||
//isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums// | //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums// | ||
----- | ----- | ||
+ | ====Sērijas numurs SN==== | ||
+ | Ja pie Sērijas nr. norāda opciju **Sērijas numurs**, tad katram artikula gabala sērijas numuram jābūt unikālam – attiecīgi, tad vairākiem artikula gabaliem nevar norādīt vienādu sērijas numuru, un tādēļ nevarēji apstiprināt dokumentu Saņemtās preces. Savukārt opcija **Vienības/partijas sērijas numurs**, kas sākotnēji bija norādīta šī artikula kartītē, ļauj norādīt vienādu sērijas numuru vairākiem artikula gabaliem. \\ | ||
+ | |||
+ | Ja artikuls ir noliktavas atlikumā, tad artikula kartītē manuāli nevar nomainīt opciju Sērijas nr., tāpēc izlabojām to ar programmēšanas palīdzību. | ||
+ | -------- | ||
+ | |||
====4room nevar apstiprināt EKA rēķinu==== | ====4room nevar apstiprināt EKA rēķinu==== | ||
4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS. | 4room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS. | ||
Rinda 317: | Rinda 384: | ||
Mēģinot apstiprināt reķinu rāda, ka artikuls ... nav noliktavā. Tas nav pieņemts (nav bijusi piegāde), līdz ar to vai nu jāveido noliktavas saņemšana vai arī šim artikulam, artikula kartiņā jānomaina veids uz Tiešs/Serviss, kā tas ir pārējiem artikuliem rēķinā. | Mēģinot apstiprināt reķinu rāda, ka artikuls ... nav noliktavā. Tas nav pieņemts (nav bijusi piegāde), līdz ar to vai nu jāveido noliktavas saņemšana vai arī šim artikulam, artikula kartiņā jānomaina veids uz Tiešs/Serviss, kā tas ir pārējiem artikuliem rēķinā. | ||
Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi. | Tad varēs apstiprināt šo rēķinu un attiecīgi pēc tam kredītrēķinu arī varēs apstiprināt. Viņi abi identiskām rindām, tikai Kredīrēķinā summas ar - zīmi. | ||
- | |||
---- | ---- | ||
+ | ====Apollo jāsamaina samaksas termiņš izejošajam rēķinam==== | ||
+ | Visi izejošie rēķini Directo ienāk kā EKA jeb kases rēķini. Līdz ar to pašiem samainīt no piem. samaksas termiņa 7 uz K kredītrēķins, nav iespējams. \\ | ||
+ | Uz K kredītrēķinu varam samainīt tikai mēs ar SQL. \\ | ||
+ | |||
+ | POS reķinā jālabo Samaksas termiņš: \\ | ||
+ | |||
+ | **update mr_arved set tingimus='BOLT' where number='2416794'** \\ | ||
+ | |||
+ | **update mr_arved set tingimus='K' where number='2416795'** \\ | ||
+ | |||
+ | tingimus ir termiņš \\ | ||
+ | |||
+ | Termiņu samainījām, bet diemžēl nav iespējas piešķirt tiesības to darīt ārpus administratora konta. Vislabākais risinājums būtu tāds, ka tiktu mainīta rēķinu importa procedūra, lai tie rēķini, kas nav kases dokumenti, tiktu importēti kā parasti rēķini, kuriem šī informācija būtu viegli rediģējama. | ||
+ | ------ | ||
+ | |||
====Uzstādījums, lai dokumentu saraksts, lapa atveras ātrāk==== | ====Uzstādījums, lai dokumentu saraksts, lapa atveras ātrāk==== | ||
Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu | Pagāja minūte, kamēr atverās rēķinu saraksts. Tas ir tāpēc, ka sistēma sarakstā rāda, ka es esmu pirmajā no 5043 lapām (1/5043).. kas savukārt nozīmē, katru reizi atverot sarakstu sisēma pārskaita cik tad te ir dokumentu un kurā lapā es esmu | ||
Rinda 344: | Rinda 425: | ||
Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus. | Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus. | ||
---- | ---- | ||
+ | ====PVN kodi nepareizi nevar apstiprināt rēķinu==== | ||
+ | {{ :lv:charr.png?direct |}} | ||
+ | Klienta kartiņā ir ielikts, ka visam ir jābūt pvn kodam 1 (21%), savukārt, preces kartiņā ir norādīta samazinātā pvn likme ar kodu 2 (12%). \\ | ||
+ | Jānoņem klienta kartiņā pvn kods 1 un tad vēlreiz jāielasa prece rēķinā. | ||
+ | ----- | ||
+ | |||
====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== | ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā==== | ||
//Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā. | //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā. | ||
Rinda 458: | Rinda 545: | ||
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, **Eksports neapvieno tā paša piegādātāja maksājumus**. T.n. lai ietaupītu komisijas maksu/apstrādes naudu, ja ir mazāk rindu, izdevīgāk. | ||
+ | {{ :lv:muuzst.png?direct |}} | ||
+ | ----- | ||
+ | |||
====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 484: | Rinda 577: | ||
lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\ | lai rēķinā mīnusotu būtu jābūt arī plusam pirms tam, lai ir ko mīnusot \\ | ||
jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | ||
- | ---- | + | ----- |
+ | ====Pasūtījums un noliktavas saņemšana==== | ||
+ | par tiem pasūtījumiem/saņemšanās - to ierobežojumu, ka jāsakrīt summai/daudzumam var noņemt settingos, jo reizēm sāk lietot un pēc noklusējuma ir uzlikts, ka jāsakarīt, bet nevajag, otrs - ir settings, ka pakalpojumiem nav jābūt piegādātiem uz rēķinu. \\ | ||
+ | |||
+ | Uzstādījums nepieciešams un tas atkarīgs no tā, cik precīzi viņi paši vēlas ievērot to pasūtīšanu/saņemšanu. \\ | ||
+ | ------- | ||
====Statusi kolonnai D A==== | ====Statusi kolonnai D A==== | ||
D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, I - invoiced.\\ | D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, I - invoiced.\\ | ||
Rinda 557: | Rinda 655: | ||
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”. Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\ | ||
+ | Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams. \\ | ||
+ | |||
+ | Datiem tā vienkārši nav iespējams “pazust”. Bet, protams, var gadīties dažādas situācijas, tāpēc vienmēr pastāv iespēja veikt backup. \\ | ||
+ | Saistībā ar 210014 kavējumu dokumentu – Lietojuma reģistrā redzu, ka tas 9:42 ir ticis izdzēsts. Backup ir maksas pakalpojums, ziņojiet ja tas ir nepieciešams.\\ | ||
+ | |||
+ | 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 656: | Rinda 770: | ||
------- | ------- | ||
====Datubāzes DB slēgšana==== | ====Datubāzes DB slēgšana==== | ||
- | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz "0". | + | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz "0" un Magab. |
+ | {{ :lv:slegsana.png?direct |}} | ||
------ | ------ | ||
====Datubāzes iemidzināšana==== | ====Datubāzes iemidzināšana==== | ||
Rinda 682: | Rinda 797: | ||
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. | 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. | ||
------- | ------- | ||
+ | ====Noliktavas/materiālu/artikulu kustība noliktavā - Realizācijas atskaite==== | ||
+ | Atskaite, kuru izmantot, lai redzētu materiālu kustību (iegādi, pārdošanu, norakstīšanu, utml.) ir REALIZĀCIJA. \\ | ||
+ | Šeit ir arī apraksts par kolonnu nozīmi un kā lietot filtrus: \\ | ||
+ | https://wiki.directo.ee/lv/mr_aru_realisatsioon | ||
+ | ------ | ||
====Realizācijas atskaite==== | ====Realizācijas atskaite==== | ||
Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "Krājumu līmeņu izmaiņas" un jāieķeksē "nauda" | Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "Krājumu līmeņu izmaiņas" un jāieķeksē "nauda" | ||
{{ :lv:realizacija1.png?direct |}} | {{ :lv:realizacija1.png?direct |}} | ||
- | ------------ | + | -------- |
+ | ====Atskaite REALIZĀCIJA==== | ||
+ | Lūdzu aprakstiet, kādas tieši darbības ar krājumiem jūs gribētu salīdzināt starp noliktavas atskaitēm un PZ datiem? \\ | ||
+ | Vai izdevumus preču norakstīšanai no noliktavas par noteiktu periodu? \\ | ||
+ | Šim mērķim tad jāizmanto atskaite Realizācija, varam atsūtīt detalizētaku aprakstu, kas tajā atskaitē ir kas. Vai ko citu varam izvērst, bet vispirms mums jāsaprot, kāda tieši informācija ir vajadzīga? \\ | ||
+ | |||
+ | Atskaitē ‘noliktavas ātrums’ ir kolonna “Apgrozījums”. \\ | ||
+ | 1) Vai šis Ir apgrozījums izmaksām, kas tiek norakstītas uz 71XXX grupu PZ kontos? Jeb apgrozījums realizācijas cenās? \\ | ||
+ | 2) Kāds ir algoritms krājumu vecuma dienu aprēķinam? \\ | ||
+ | Mēs šobrīd analizējam krājumus uz 31.08.2021 un krājumu kustību 8M periodā. \\ | ||
+ | |||
+ | Šajā atskaitē summa kolonnā Apgrozījums ir noliktavas izmaksās (t.i., pašizmaksā). | ||
+ | Tās ir tās izmaksas, kas norakstās uz 71XXX kontiem, bet tikai no rēķiniem un piegādēm, t.i., šajā summā neietilpst dažāda veida korekcijas – artikulu norakstīšanas dokumenti, inventarizācijas dokumenti, manuālas transakcijas.\\ | ||
+ | |||
+ | “Noliktavas ātrums” šajā atskaitē tiek iegūts šādi: \\ | ||
+ | |||
+ | Vid.nol.vērt. = (līmenis perioda sakumā + līmenis perioda beigās)/2 \\ | ||
+ | Apgr.frekv. = apgrozījuma summa/vid.nol.vērt \\ | ||
+ | Apgrozījuma ātrums (“Noliktavas ātrums”) = dienu skaits periodā/apgr.frekv. \\ | ||
+ | ------ | ||
+ | |||
+ | |||
+ | |||
+ | |||
====Salīdzināšanas akti izdrukas info==== | ====Salīdzināšanas akti izdrukas info==== | ||
Lai atbilstošajās vietās parādītos informācija, tā ir jānorāda sistēmas uzstādījumos. | Lai atbilstošajās vietās parādītos informācija, tā ir jānorāda sistēmas uzstādījumos. | ||
Rinda 747: | Rinda 891: | ||
2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, kas tur palikušas. | 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, kas tur palikušas. | ||
------- | ------- | ||
+ | ====Kā izdzēst PL pamatlīdzekli==== | ||
+ | Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas. un var rēķināt no jauna. \\ | ||
+ | |||
+ | Lai izdzēstu, kad nebūs nolietojums, jāmaina uz **mazv.inventārs**. Jāsaglabā vairākas reizes, tad jāieliek ķeksis pie **slēgts**, salgabāt un **dzēst**. | ||
+ | ------- | ||
+ | |||
+ | ====Pamatlīdzekļu norakstīšana vairumā PL==== | ||
+ | Ar atskaiti **Pamatlīdzekļu vēsture**, norādot **Norakstīšanas iemeslu** un nospiežot Atskaite. Atlasīsies visi Pamatlīdzekļi, kuriem PL kartiņas datulaukā būs norādīts attiecīgais datulauks. Var atķeksēt vajadzīgos un spiest pogu **Write off**.\\ | ||
+ | |||
+ | Lai izveidotu jaunu **Datulauku tipu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta, nepieciešams veikt sekojošas darbības: | ||
+ | 1) Jāizveido Datalauku tips (Uzstādījumi – Galvenie uzstādījumi – Datulauku tipi). Pievienot jaunu un aizpildīt obligātos laukus: Kods, Nosaukums, KLASE - **Aktīvs**. \\ | ||
+ | |||
+ | Tālāk jādodas uz Uzturēšana – Imports/Eksports - Vairumievietne – jāizvēlas tabula **Pamatlīdzekļi** un sekojošas kolonnas: Kods un Datulauks, kurš iepriekš tika izveidots. Vai arī konkrētiem PL kartiņās manuāli atzīmēt šo datulauku. \\ | ||
+ | |||
+ | Ja ar vairumievietošanu, tad sagatavo Exceli, kur pirmajā kolonnā ir tie PL kodi, kurus nepieciešams norakstīt. Otrajā kolonnā var ievietot piezīmi: piem. jā. \\ | ||
+ | |||
+ | Pamatlīdzekļu kartiņā tagad ir jaunais datulauks, kuru izmantosim kā filtru **Pamatlīdzekļu vēstures** atskaitē. Atķeksējot vajadzīgos pamatlīdzekļus jānospiež poga **Write Off**. | ||
+ | ------- | ||
+ | |||
====Problēmas ar Directo, nevar pieslēgties==== | ====Problēmas ar Directo, nevar pieslēgties==== | ||
Labdien, \\ | Labdien, \\ | ||
Rinda 784: | Rinda 947: | ||
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). | ||
+ | ------ | ||
+ | ====Vai kredītrēķins ietekmē preces pašizmaksu==== | ||
+ | Par kredītrēķiniem. Var būt dažādi, gadās, ka kredītrēķins mīnuso daļu no summas, nemainot preču skaitu, t.i., piemēram, ja aizmirsa piemērot atlaidi. Tad jāizmanto tā Jaunā cena preču saņemšanās. \\ | ||
+ | |||
+ | Atsūtiet lūdzu piemēru, kāds ir rēķins un kāds kredītrēķins, lai ir redzams, kas īsti ir kreditēts ? \\ | ||
+ | |||
+ | 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. | ||
+ | ------ | ||
+ | ====Avanss priekšapmaksa sasaiste ar rēķinu==== | ||
+ | Izveidots izejošais Maksājums, ja vienā dokumentā ir 2 rindas , katra par savu piegādātāja rēķinu, tad piesaistot vienam rēķinam , viss kārtībā, bet otram rēķinam nerādāš pie priekšapmaksām otra maksājuma rinda, kas vēl nav izmantota. sys kļūda !?!\\ | ||
+ | |||
+ | Jāveido katrs avansa maksājums atsevišķā Maksājuma DOkumentā. \\ | ||
+ | vai var vienā rindā apvienot summas par abiem rēķiniem. | ||
------ | ------ | ||
====Klientam jāatgriež avanss, naudas atmaksa==== | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
Rinda 820: | Rinda 997: | ||
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. | ||
+ | ------ | ||
+ | ====Lietotāja tiesības==== | ||
+ | Ja ir tikai skatītāja tiesības, piem. redzēt ienākošo rēķinu atskaites un varētu izvēlēties filtrā Piegādātājus no Piegādātāju saraksta, tad nepieciešams Tiesību sadaļā pie **DOKUMENTI** pievienot Moduli **Piegādātāji**. Atķeksēt tikai **šķirstīt**, **kolonnas**, **skatīt**. \\ | ||
+ | |||
+ | Ja atskaitē nepieciešams izvēlēties piem. OBJEKTU vai FINANŠU KONTU, tad jāieliek ķeksis CITI sadaļā pie **Kopētājs**. Tad varēs izvēlēties un ievietot. {{ :lv:kopetajs1.png?direct |}} | ||
+ | |||
+ | Ja vajag arī iespēju pievienot jaunus Objektus sarakstam, tad sadaļā **uzstādijumi** jāieķeksē pie FInanšu uzstādījumiem **skatīt**, **pievienot**, **mainīt**. | ||
------ | ------ | ||
====Rēķins valūtā, maksājums EUR==== | ====Rēķins valūtā, maksājums EUR==== | ||
Rinda 828: | Rinda 1016: | ||
apjukums rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu. | apjukums rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu. | ||
------- | ------- | ||
+ | ====Rēķins valutā, maksājums vai priekšapmaksa EUR==== | ||
+ | Ja ir ien. rēķins piem. GBP, tas apstiprināts. Veido izejošo maksājumu , kur norāda rēķina nr., piegādātāju, valūta EUR, **Bankas summa** - tā cik samaksā eur valūtā. Apmaksas laukā automātiski pēc dienas kursa izrēķināta summa GBP, kas piesaistīsies rēķinam. \\ | ||
+ | |||
+ | Ja ir priekšapmaksa EUR, tā automātiski neparādīsies pie priekšapmaksām , ja reķins ir citā valūtā, piem. GBP. Tādā gadījumā jāveido IB invoice balancing izejošais maksājums. \\ | ||
+ | Pirmajā rindā Rēķina nr, piegādātājs, EUR , Banks summa tik cik samaksā eur. \\ | ||
+ | Otrajā rindā piegādātājs, EUR, Bankas summa ar - (mīnuss) zīmi un tik liela, cik liela bija priekšapmaksa. Tas nepieciešams, lai priekšapmaksa nekarātos vairs gaisā, bet būtu izlietota. Rēķinam būs sasaistīta pirmās rindas summa un priekšapmaksa nodzēsta ar - zīmi. | ||
+ | ------- | ||
+ | Piem. demo db MU nr. 100029 | ||
+ | |||
====PVN kodi PVN deklarācija==== | ====PVN kodi PVN deklarācija==== | ||
No Avansa maksājumiem, no rēķiniem, kā var pateikt, ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\ | No Avansa maksājumiem, no rēķiniem, kā var pateikt, ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\ | ||
Rinda 850: | Rinda 1047: | ||
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, lūdzu, vai ar šeit publicēto informāciju pietiek un viss izdodas? | ||
+ | https://wiki.directo.ee/lv/finanses#pvn_koda_kartites_aizpildisana \\ | ||
+ | |||
+ | Būtībā ir nepieciešams atzīmēt atbilstošu pielikumu pie papildus_info, un darījuma veidu pie atbilstoša datulauka no DarTips. Tie butu 5% pie 1.1 pielikuma vai kaut kas cits? | ||
+ | ----- | ||
+ | |||
====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, bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\ | Situācija: Klients nopērk webā preci ar priekšapmaksu, bet bankā mēs saņemam nedaudz mazāku summu, jo webshop uzturētāji paņem komisiju. Kā to reģistrēt directo?\\ | ||
Rinda 968: | Rinda 1174: | ||
{{ :lv:posinv.png?direct |}} | {{ :lv:posinv.png?direct |}} | ||
------ | ------ | ||
+ | ====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,ņemot vērā ka veikals nebija atvērts puss gadu,un tā bija pirmā veikala atveršanas diena. Čekiem kas ir ar lielaku summu viss tika izsistspilnīgi tāpat kā šis konkrētais čeks. \\ | ||
+ | |||
+ | Nepieciešama Jūs palīdzība, mums neienāk nauda no POS termināla par šo pirkumu 219EUR. Veikala vadītājs, informēja, ka nav iespējams izsist čeku ja netiek veikti norēķins ar kredītkarti. Kā varēja rasties šāda situācija, ka čeks ir izsists bet nauda neienāk un čekā apakšā kur pirkuma summa ir 0? \\ | ||
+ | |||
+ | 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, katram darījumam. | ||
+ | ------ | ||
+ | |||
Rinda 999: | Rinda 1213: | ||
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://wiki.directo.ee/lv/yld_numbriseeriad#dokumenta_numura_korigesana | 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://wiki.directo.ee/lv/yld_numbriseeriad#dokumenta_numura_korigesana | ||
------ | ------ | ||
- | ====Bankas importa noteikumi==== | ||
- | https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\ | ||
- | 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, 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. | ||
- | {{ :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==== | ====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 1104: | Rinda 1287: | ||
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/Eksports, aktivizējot linku | ||
+ | {{ :lv:maasspast.png?direct |}} | ||
+ | ------- | ||
====Nākamo periodu izdevumi jeb periodizācija==== | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\ | https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\ | ||
Rinda 1291: | Rinda 1478: | ||
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, plus jāmaina katrai rindiņai tips manuali. tās transakcijas gan ģenerējas katra savā dokumentā, par ko grāmatveži parasti ir apbēdināti. bet maksājumi noklusējumā ir visi vienā dokumentā un vienā transakcijā.\\ | 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, plus jāmaina katrai rindiņai tips manuali. tās transakcijas gan ģenerējas katra savā dokumentā, par ko grāmatveži parasti ir apbēdināti. bet maksājumi noklusējumā ir visi vienā dokumentā un vienā transakcijā.\\ | ||
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, ja nepieciešams labot kontus un kuriem nav ATVĒRT pogas ir tie, kas veidoti no Banku importa un lai tos labotu, jāiet uz saistīto banku importu, jāspiež krustiņš, lai atsaistītu transakciju un poga SAGLABĀT. \\ | ||
+ | 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 1511: | Rinda 1703: | ||
- Perioda slēgšana noteiktam dokumentu veidam https://wiki.directo.ee/lv/document_closure \\ | - 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 \\ | - Saite dokumentu atgrāmatošanai https://wiki.directo.ee/lv/hooldus#saite_dokumentu_atgramatosanai \\ | ||
+ | |||
+ | 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/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas 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/ saskaņošana var noteikt konkrētu dokumentu veidu slēgšanas datumu. | ||
Rinda 1528: | Rinda 1722: | ||
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. | 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. | ||
+ | ------ | ||
+ | ====E-rēķini==== | ||
+ | Ja visi klienti lieto TELEMU, tad var nodoršināt e-rēķinu sūtīšanu. \\ | ||
+ | |||
+ | Citkārt nepieciešams viņu sistēmas e-pasts, uz kuru sūtīt e-rēķinus. Tas kā piem. mums Directo ir DatubāzesNosaukums@data.directo.ee kurā iesūtīsies rēķini. | ||
------ | ------ | ||
====Nerādās lauki GP un GP% jeb BP un BP%==== | ====Nerādās lauki GP un GP% jeb BP un BP%==== | ||
Rinda 1557: | Rinda 1756: | ||
====Duck Republik SCORO saslēgums==== | ====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. \\ | 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, ar Bankas importu ienākošos maksājumus sasasaista ar klientu rēķiniem. Maksājumu rindu info aiziet uz Scoro un tad zin, par kuriem rēķiniem ir jāsūta atgādinaums, kas vēl nav samaksāti. | + | No Scoro tiek izsūtītas atgādinājumu vēstules par neapmaksātajiem rēķiniem. Directo veic grāmatvedību, ar Bankas importu ienākošos maksājumus sasasaista ar klientu rēķiniem. Maksājumu rindu info aiziet uz Scoro un tad zin, par kuriem rēķiniem ir jāsūta atgādinājums, kas vēl nav samaksāti. \\ |
+ | |||
+ | 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==== | ====Pamatlīdzeklim nevar iegrāmatot nolietojumu==== | ||
Rinda 1570: | Rinda 1773: | ||
------ | ------ | ||
====Bankas importa noteikumi==== | ====Bankas importa noteikumi==== | ||
+ | https://wiki.directo.ee/et/fin_valjavote#automaatkonteerimise_reeglid \\ | ||
+ | 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, 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. | ||
+ | {{ :lv:binot.png?direct |}} \\ | ||
+ | ----- | ||
+ | ====Bankas banku importa noteikumi, komisijas==== | ||
Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\ | Latviešu valodā WIKI apraksts vēl nav izveidots par Bankas importa noteikumiem, jeb kā nodefinēt noteikumus, lai bankas komisijas un citi maksājumi uzreiz grāmatotos uz vajadzīgo kontu un vajadzīgo dok.tipu. \\ | ||
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 \\ | 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 \\ | ||
Rinda 1578: | Rinda 1788: | ||
Zemāk redzamie lauki: \\ | Zemāk redzamie lauki: \\ | ||
- | T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams; | + | T, DMN, DMNF, DMNS nemainīt, tos sistēma piešķir automātiski, kā nepieciešams; \\ |
- | Tips – Karšu maksājums vai Transakcija utt; \\ | + | **Tips** – Ien.maksājums, Maksājums (izejošais maksājums), Karšu maksājums (samaksā ar karti POS) vai Transakcija utt; \\ |
- | Konts - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\ | + | **Konts** - Ja ir tips Karšu Maksājums (samaksā ar karti POS, jeb klientas samaksā ar karti kartes terminālī, kasē), tad te norāda to ko KONTU, kur jāaiziet saņemtajai summai uzņēmumā; \\ |
- | 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. \\ | + | **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**, tad banku komisiju kontu norāda pie **KONTS**. \\ | Ja izveido Banku komisijā noteikumu ar tipu **Transakcija**, tad banku komisiju kontu norāda pie **KONTS**. \\ | ||
Rinda 1588: | Rinda 1798: | ||
Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**. | Tos var atrast un veidot zem Uzstādījumi – Finanšu uzstādījumi – **Bankas importa noteikumi**. | ||
------ | ------ | ||
- | ====Banku importa dokumenta konti==== | + | ====Banku pakalpojumu, komisijas maksas konts sistēmas uzstādījumos==== |
- | Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā “Karšu maksājums”:\\ | + | 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. \\ | ||
+ | {{ :lv:banku_sam.png?direct |}} | ||
+ | |||
+ | Uzstādījuma **Bank Services** konts automātiski nonāk Bankas importā **Fee account** kolonnā. Kolonnā **Maksa** jeb **Fee** nonāk komisijas maksas summa. | ||
+ | {{ :lv:bank_fee.png?direct |}} | ||
+ | ------ | ||
+ | |||
+ | |||
+ | ====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ā ”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”). \\ | • 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”). \\ | ||
Rinda 1600: | Rinda 1823: | ||
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. | 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==== | + | ====Resursi nevar redzēt laukus kā vajag==== |
- | Nepieciešams ieiet resursu sarakstā, uzspiest uz **Dokumenta lauki**. \\ | + | 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 "piešķirt lietotājam" jābūt tam lietotājam, kuram tiek kopēti uzstādījumi: \\ | Tad pie “kopēt no lietotāja” izvēlēties no kura lietotāja ņemt Resursa skatu, pie "piešķirt lietotājam" jābūt tam lietotājam, kuram tiek kopēti uzstādījumi: \\ | ||
Tad jānospiež poga Uzstādījums un Saglabāt.\\ | Tad jānospiež poga Uzstādījums un Saglabāt.\\ | ||
- | Paziņojumā, kas parādīsies, jāizvēlas Ok. | + | Paziņojumā, kas parādīsies, jāizvēlas Ok. \\ |
+ | Tā ir jāizdara visiem lietotājiem, kas grib redzēt resursu laukus šādā izkārtojumā. | ||
------- | ------- | ||
+ | ====Č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, ir jāieliek ķesis pie **Vairāki maks. term.** | ||
+ | ------ | ||
====Dažādi maksājumu veidi, Rēķinu žurnāls==== | ====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: \\ | 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: \\ | ||
Rinda 1619: | Rinda 1849: | ||
{{ :lv:rek_zz.png?direct |}} | {{ :lv:rek_zz.png?direct |}} | ||
-------- | -------- | ||
+ | ====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://wiki.directo.ee/lv/yld_settings#finansu_perioda_slegsana | ||
+ | ------- | ||
+ | ====Lietotājam Tiesībās redzēt finanšu kontus==== | ||
+ | Saistībā ar tiesību uztādījumu, ka lietotājs var skatīties Virsgrāmatu un izvēlēties kontus. \\ | ||
+ | Uzstādījumi ir sekojoši: \\ | ||
+ | Pie Mainīt tiesības sadaļā **Uzstādījumi**, jāieķeksē kolonnā **Skatīt**, pie **Finanšu uzstādījumiem** \\ | ||
+ | Sadaļā **Cits**, jāieķeksē, ka tiek atļauts **Kopētājs** | ||
+ | {{ :lv:paster.png?direct |}} | ||
+ | |||
+ | ------- | ||
+ | ====Slimības lapa algu aprēķinā, nepareizs dienu skaits==== | ||
+ | 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, kas rāda prognozējamo algu, rāda, ka jāapmaksā 4 slimības lapas A dienas, un tas nav korekti. \\ | ||
+ | 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: Algas aprēķina dokumentu var labot manuāli, bet iestatīt, lai sistēma neziņotu par neapmaksātu slimības lapas dienu laikam nevar (jo bug dēļ sistēma uzskata, ka viena diena ir neapmaksāta). | ||
+ | ------ | ||
+ | ====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**. Bet tad viņš ir noslēgts Algu modulī. Citos moduļos , kā piem. zem Fiansēm - Avansa norēķini, persona vēlaizvien var parādīties. \\ | ||
+ | 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**, rindas labajā pusē arī ir ķeksis **Slēgts**. Kad darbiniekam ir beigu datums, tad te var noslēgt. Bet šis gan ietekmē atskaites, kas vēlāk gada beigās ir jānodod, tāpēc nevajag likt Slēgts, kamēr nav nodotas visa vajadzīgāk atskaites par darbinieku. Ja uzliks Slēgts šeit, tad neparādīsies atskaitēs. | ||
+ | ------ | ||
+ | ====Maksājumu saslēgšana, priekšapmaksas un reķins==== | ||
+ | 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: \\ | ||
+ | {{ :lv:payment1.png?direct |}} | ||
+ | • 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, tāpēc tas starpvalstu standarts arī tika ieviests. varbūt ir vērts sazināties ar to banku, mazums, tomēr ir viņiem arī iso standartam atbilstoši faili. | ||
+ | ----- | ||
+ | ====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://www.chd.lv/produkti/hibrida-kases-aparati/hibrida-kases-aparats-chd-5850h \\ | ||
+ | |||
+ | 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? Tev kasē parādās summa utt un tu nospied printēt čeku? \\ | ||
+ | |||
+ | Čeks tiek apstiprināts. Uzspiežot directo rēķinam Apstiprināt, izlec melns logs, un info aiziet uz kasi, tiek nosūtīts uz kases aparātu. Tad darbinieks nospiež makro taustiņu (ieprogrammētu), tiek uzdrukāti uz čeka artikuli, ekrānā parādās summa pa maksājuma metodēm un šīs summas tiek savadītas kases aparātā un pabeigts čeks. čeks tiek izdrukāts. \\ | ||
+ | ------ | ||
+ | ====Charlot nedrukā čeku, neaiziet uz kasi==== | ||
+ | Nospiežot Directo Apstiprināt, neparādas melnais logs un čekas neaiziet uz kasi. Līdz ar to nevar izprintēt čeku klienam. ASAP \\ | ||
+ | |||
+ | 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, samaksa skaidrā naudā un ar karti==== | ||
+ | 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ā.\\ | ||
+ | |||
+ | {{ :lv:kases_ceks_1.png?direct |}} | ||
+ | |||
+ | Šā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. | ||
+ | {{ :lv:jahip1.png?direct |}} | ||
+ | ------ | ||
+ | ====Algas ar stundu likmi==== | ||
+ | Mums nepieciešams aprēķināt darba algu darbiniekiem, kuriem noteikta stundas likme. | ||
+ | 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, lūgums noprecizēt:\\ | ||
+ | 1) Vai katram darbiniekam, kuram ir stundas likme, ir viena stundas likme (respektīvi – vai nav tā, ka vienam darbiniekam ir vairākas atšķirīgas stundas likmes)?\\ | ||
+ | 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, kuriem ir stundas likmes, slimības lapas A nauda tiek maksāta par visām dienām no pirmdienas līdz piektdienai, kuras ietilpst darbinieka slimības lapas A periodā un nav oficiālās brīvdienas vai arī tiek maksāta par darbinieka plānotajām darba stundām?\\ | ||
+ | ------ | ||
+ | ====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: | ||
+ | {{ :lv:konti_artikuliem.png?direct |}} | ||
+ | ----- | ||
+ | ====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, vai caur pvn zonām. | ||
+ | {{ :lv:pursch_ord_1.png?direct |}} | ||
+ | ------ | ||
+ | ====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. Tad aktā parādīsies informācija no maksājumiem, par kādiem rēķiniem, kādas summas un tās savstarpēji nolīdzinās. | ||
+ | {{ :lv:hellll.png?direct |}} | ||
+ | ------ | ||
+ | ====Nevar iegrāmatot transakciju vai dokumentu==== | ||
+ | Piem. nevar iegrāmatot Avansa norēķinu dokumentu, izmet paziņojumu. | ||
+ | {{ :lv:error_12.png?direct |}} | ||
+ | |||
+ | Jāieliek paziņojums Uzstādījumos meklētājā.\\ | ||
+ | |||
+ | Š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, kļūdas paziņojuma norādītajā vietā. | ||
+ | ------ | ||
+ | ====pārdodot artikulu cenas vietā nonāk pašizmaksa==== | ||
+ | ir kaut kāds uzstādījums, ka pārdodot artikulu cenas vietā nonāk pašizmaksa? Tobiš, pārdot par pašizmaksu ? \\ | ||
+ | |||
+ | cenu formula. \\ | ||
+ | vēl var klienta kartiņā likt atlaidi ar mīnusu, tas būs uzcenojums virs pašizmaksas. \\ | ||
+ | bet sarežģījums tajā, pa pašizmaksa ir piesaistīta noliktavas id, un tas nav droši rakstīts, kamēr rēķins nav apstiprināts. \\ | ||
+ | t.i., standarta gadījumā, ja tas nliktavas id netiek rezervēts vēl neapstiprinātā. \\ | ||
+ | tāpēc parasti izmanto iegādes cenu no artikula kartiņas. \\ | ||
+ | ja izmantos iegādes cenu no artikula kartiņas, tad jāpaskatās arī uzstādījumu par to, kā tā tiek atjaunota un kā viņi vēlas, vai ar pēdējo, vai vidējo, kā ir salikts kartiņās un kāds ir noklusējums master settingos. \\ | ||
+ | ir kas vispār ar importu atjauno reizi kaut kādā periodā visus artikulus un izvēlas, lai automātiski nemainās tā iegādes cena. t.i., viņiem atnāk aktuālais dīleru izcenojums un viņi saliek. | ||
+ | |||
+ | ------ | ||
+ | ====ARCXO Kl.pasūtījumos priekšapmaksas rēķina numurs==== | ||
+ | Arcxo tiek veidoti 2 savstarpēji saistīti jeb vienādi Kl.pasūtījumi, jo viņiem atšķiras priekšapmaksas summas, kas jāizraksta klientam. \\ | ||
+ | Vajag , lai rēķina numurs būtu viens un tas pats, bet ar piebildi. \\ | ||
+ | Tādiem pasūtījumiem laukā **Klienta pasūtījuma nr.** ieliek pasūtījuma nr. + identifikatori 1 vai 2. \\ | ||
+ | Šis arī parādīsies kā dokumenta numurs izdrukā. | ||
+ | {{ :lv:arcxookl.png?direct |}} | ||
+ | -------- | ||
+ | ====Bankas importa maksājuma numurs==== | ||
+ | Kaamos. Bankas importā pie maksājumiem (izejošie maksājumi) rādās izsaukuma zīmes, šajā gadījumā Maksājuma numuri atkāŗtojas jeb dublējas. \\ | ||
+ | **InstrID** ir parametrs XML failā, kas ir unikāls maksājuma jeb transakcijas identifikators. Laukā norādītais identifikators paredzēts, lai klients savā pusē identificētu maksājumu. | ||
+ | ------- | ||
+ | ====P/Z aprēķinā atšķirības ar Virsgrāmatu kontam==== | ||
+ | PZ aprēķina konta 7750 vērtība 305 eur, bet 279. \\ | ||
+ | |||
+ | Izņemiet PZ atskaitē ķeksīti “ātrs”, lai iegūtu jaunākos rezultātus. | ||
+ | ------- | ||
+ | ====TVNET darba attiecības personāla kartiņā==== | ||
+ | Mums šobrīd ir šāda problēma - vadot izmaiņas Directo, konkrētāk mainot slodzes daļai darbinieku, pēc kāda laika, ievadītais vienkārši pazūd. Saglabājas tikai dažiem. \\ | ||
+ | Uzreiz redzu, ka atšķirība šim darbiniekam no citiem, ir Password sadaļā. Izskatās, ka šajā gadījumā nenotiek sasaiste ar citu mūsu sistēmu. (sasaiste visdrīzāk nenotiek tāpēc, ka šim konkrētajam darbiniekam, netīšām bija izveidotas 2 personāla kartiņas, bet tā kartiņa, ko izmantojam šobrīd, izskatās, ka nav sasaistīta). \\ | ||
+ | |||
+ | Mums izskatās tā, ka dati tiek atjaunoti atbilstoši tam, kāda informācija ienāk no citas sistēmas. Tātad, ja ir nepieciešamas izmaiņas, tās primāri ir jāveic kaut kur citur. | ||
+ | Pamēģiniet un dodiet ziņu, vai tas nostrādā! | ||
+ | Ja jums atnāk kāds komentārs no kādas citas sistēmas IT cilvēkiem, tad mēs arī labprāt ar to iepazītos. \\ | ||
+ | |||
+ | Diemžēl mums nekas nav zināms, izņemot to, ko varam nolasīt no ienākošo xml apstrādes koda, jo neviens no mūsu darbiniekiem nebija iesaistīts šīs sasaistes veidošanā. | ||
+ | Varbūt ir vērts pajautāt kolēģiem no kāda grupas uzņēmuma Igaunijā, kuriem arī ir directo personāla modulis, vai ir pieejama kāda plašāka informācija par šo izstrādi? | ||
+ | Mūsu EE kolēģi parasti veido wiki lapas par šādām individuālām izstrādēm, bet iekš Postimees Grupp wiki lapas nekas nav par personālu, tikai par līgumiem un artikuliem. | ||
+ | Mēs no savas puses protams arī varam mēģināt noskaidrot atbildīgo personu EE un palūgt papildu informāciju. \\ | ||
+ | |||
+ | Redzam, ka izmaiņas kartiņās veicis ARGO.REINTAL un salabojis problēmu. | ||
+ | ------ | ||
+ | ====API integrācijas savienojumi ar Directo==== | ||
+ | Ja ir piem. integrācija ar kādu citu programmu, kur veic noliktavas uzskaiti un tā informācija automātiski iesūtas ar XML uz Diercto un tā informācija parādās arī pie mums. \\ | ||
+ | |||
+ | Lai sistēmas savienotu, nepieciešams kādam izstrādāt API un tad jau mēs varam izveidot integrāciju. \\ | ||
+ | |||
+ | Ja kaut kas neienāķ Directo kā vajag, programmētaji pārbauda kādu info xml iesūta mums . Ja redzam, ka nepareizu info padod, tad vēršamies pie API vai tiem, kas info mums padod. | ||
+ | ------- | ||
+ | ====SREC noliktavas saņemšanas dokumentu nevar apstiprināt==== | ||
+ | Noņēmām sistēmā ierobežojumu, kas prasa, lai sakristu preču saņemšanas daudzumi ar preču pasūtījuma daudzumiem, tagad vajadzētu būt iespējamam dokumentu apstirpināt.\\ | ||
+ | Dodiet lūdzu ziņu, vai ir nepieciešams iespēgt tādu opciju, lai, gadījumā, ja preču saņemšanā tiek norādīts lielāks daudzums nekā bija pasūtījumā, tas preču pasūtījumā tiktu attiecīgi palielināts. | ||
+ | |||
+ | {{ :lv:quant1.png?direct |}} | ||
+ | ------ | ||
+ | ====DB Baltika par GNS saslēgumu un dāvanu kartēm==== | ||
+ | atsūtīt instrukciju – kādā veidā jaunas saņemtās dāvanu kartes tiek aktivizētas, lai sistēma pie pārdošanas tās atpazītu. \\ | ||
+ | |||
+ | Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, ieteicams ir arī atrast sistēmā kādu jau iepriekš vadītu rēķinu, kurā ir uzskaitītas dk pārdošanai, lai uzskatāmāk: \\ | ||
+ | |||
+ | https://wiki.directo.ee/lv/xmlcore#directo_integracija_ar_gns | ||
+ | |||
+ | {{ :lv:baltika_gift1.png?direct |}} | ||
+ | ------ | ||