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/09/10 12:37] dagne |
lv:support [2022/02/23 11:14] dagne [Atskaites ātrais taustiņš] |
||
---|---|---|---|
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. | ||
----- | ----- | ||
+ | ====Nevar ielogotos, izmet network error==== | ||
+ | Jāskatās kāda ir URL jeb web adrese. Jālieto **Login** nevis **Login0** , kā bija agrāk. Login0 ir tikai priekš Intclient. | ||
+ | ------ | ||
====Atskaites ātrais taustiņš==== | ====Atskaites ātrais taustiņš==== | ||
Shift + ENTER | Shift + ENTER | ||
----- | ----- | ||
- | ====PFPISK un DDZ==== | + | ====Excel izvade atdala ar punktu vai komatu==== |
- | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, bet gada - par palikušajiem. \\ | + | Jāspiež uz sava lietotāj vārda, augšējā rīkjoslā. Jābrauc lejā līdz sadaļai DIZAINS. \\ |
+ | Uzstādījums: **Decimāldaļas atdalītājs**, jāizvēlas punkts vai komats. | ||
+ | ----- | ||
+ | ====Kases aparāti==== | ||
+ | Firmas, kas piedāvā kases aparātu pakalpojumus: \\ | ||
+ | NR data - \\ | ||
+ | CTL + \\ | ||
+ | StrongPoint + | ||
+ | ------ | ||
+ | ====Datubāzes==== | ||
+ | Component: MODULS engineering, NM Holding, Nord X \\ | ||
+ | |||
+ | Kaamos grupa: | ||
+ | kaamos_lv \\ | ||
+ | K8 Residences \\ | ||
+ | Kokneses spv \\ | ||
+ | Raunas Residences \\ | ||
+ | Cieceres invest \\ | ||
+ | Saules Aleja invest \\ | ||
+ | Kaamos K10 (ex K12 Residences (mainīts nosaukums) \\ | ||
+ | Kaamos SPV1 \\ | ||
+ | Nule 6 | ||
+ | ----- | ||
+ | |||
+ | ====PFPISK mēneša par atlaistajiem, GADA par PALIKUŠAJIEM 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 \\ | https://www.vid.gov.lv/sites/default/files/metodiskais_pazinojumu_iesniegsana07_2020.pdf \\ | ||
Rinda 48: | Rinda 76: | ||
- 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==== | ====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. \\ | 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ā. | + | 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ā. \\ |
+ | |||
+ | |||
+ | maksājumā ir 2 rindas, kas domatas katra savam rēķinam, diemzel neparādas pie otra rēķina. \\ | ||
+ | Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem. | ||
----- | ----- | ||
==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
Rinda 89: | Rinda 125: | ||
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. | 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. | ||
+ | |||
+ | Ja rēķins ir apmaksāts, tad Kreditējamā rēķina apmaksa vispirms ir jāpārceļ uz kādu citu rēķinu (vai jāatgriež klientam maksājums ar - zīmi). | ||
----- | ----- | ||
+ | ====Nevar apstiprināt kredītreķinu==== | ||
+ | {{ :lv:wesrdhtfjhgj.png?direct |}} | ||
+ | Directo neļaus apstiprināt kredītrēķinu, ja Rēķina bilance ir nulle – tas ir apmaksāts. Šajā gadījumā mums ir maksājums un piesaistīta priekšapmaksa, lai varētu apstiprināt kredītrēķinu, mums ir nepieciešams, lai piegādātājs atgriež šo maksājumu, kuru mēs Directo reģistrētu kā maksājumu ar (–) zīmi. \\ | ||
+ | |||
+ | Kamēr ir apmaksāts rēķins, to nevar kreditēt. Sākumā mums šo naudu ir jāatgūst no Piegādātāja. Vai šajā maksājumā norādītā summa ir atgriezta bankā? | ||
+ | ------- | ||
+ | ====Preču atgriešana, kredītrēķins==== | ||
+ | Oktobrī ir 3 gadījumi, kad klienti atgriež preci un mēs atdodam naudu. | ||
+ | Vai es varu nospiest pogu galvenē kredīts un tad uztaisās kredītrēķins?\\ | ||
+ | |||
+ | Un kā pareizi norādīt importējot banku dokumenta veidu? Vai man tad jāizvēlas maksājums un tad varēšu piesaistīt kredītrēķinam?\\ | ||
+ | |||
+ | Šeit ir apraksts par kredītrēķina izrakstīšanu klientam: | ||
+ | https://wiki.directo.ee/lv/creditnote | ||
+ | |||
+ | Kā redzēsi aprakstā, ja no kreditējamā rēķina izveidosi kredītrēķinu, nospiežot pogu Kredīts, tad abi rēķini būs saistīti un kredītrēķinu varēsi iegrāmatot tad, ja kreditējamais rēķins nav apmaksāts vai arī ir apmaksāts daļēji tā, ka kredītrēķina summa nav lielāka par kreditējamā rēķina bilanci. Tāpēc tas, vai veidot kredītrēķinu, nospiežot kreditējamajā rēķinā pogu Kredīts, ir atkarīgs no situācijas. \\ | ||
+ | |||
+ | Bankas importa dokumentā ir jānorāda, ka klientam atgrieztā nauda ir ienākošais maksājums. Ienākošā maksājuma dokumentā atgrieztā summa būs jānorāda ar mīnuss zīmi. | ||
+ | Ja bija situācija, kad klients pilnīgi apmaksāja kreditējamo rēķinu un pēc tam šis rēķins tika pilnīgi kreditēts, tad ir jāizveido no kreditējamā rēķina nesaistīts kredītrēķins (jo kreditējamais rēķins jau ir apmaksāts) un klientam atgrieztā nauda, kas reģistrēta ienākošā maksājuma dokumentā jāpiesaista kredītrēķinam. | ||
+ | ------ | ||
+ | |||
+ | |||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 110: | Rinda 170: | ||
2) **CTRL** + **ALT** + **V** iekopē datus Excelī. | 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. \\ | ||
+ | |||
+ | Jāpārbauda vai artikulu klasēs salikti visi PVN kodi !!! \\ | ||
+ | |||
+ | Artikula klases kartiņā nav norādīts pvn kods un konti priekš darījumiem ES | ||
+ | Brīdī, kad tika iesūtīts rēķins, šis klients bija Vietējais klients un tam piemērots vietējais pvns. Grāmatojuma labojums te neplīdzēs, ir jāpārgrāmato rēķins (tostarp izņem un ieliec atpakaļ Klientu un aritkulu) pēc tam, kad salabota artikula klase | ||
+ | |||
+ | ------- | ||
==== Pārkopēt PVN deklarāciju ==== | ==== Pārkopēt PVN deklarāciju ==== | ||
Rinda 123: | Rinda 199: | ||
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 283: | Rinda 367: | ||
Viņi veido Rēķinus no '' Piedāvājuma --> Pasūtījuma --> Rēķins'' un šobrīd daudzi no artikuliem ir noliktavas artikuli - prece nevis pakalpojums. Lai iegrāmatotu rēķinus ar artikuliem kuri ir noliktavas artikuli, bet noliktavu negrib uzskaitīt, šim artikulam ir jānomaina veids uz serviss/tiešs. | Viņi veido Rēķinus no '' Piedāvājuma --> Pasūtījuma --> Rēķins'' un šobrīd daudzi no artikuliem ir noliktavas artikuli - prece nevis pakalpojums. Lai iegrāmatotu rēķinus ar artikuliem kuri ir noliktavas artikuli, bet noliktavu negrib uzskaitīt, šim artikulam ir jānomaina veids uz serviss/tiešs. | ||
- | |||
- | |||
---- | ---- | ||
+ | ====Atjaunot noliktavu izņemt ķeksi==== | ||
+ | Rēķiniem, kas ir veidoti no pasūtījumiem, lietotājs nevar noņemt ķeksīti atjaunot noliktavu, to tikai programmētājs var pārrakstīt. | ||
+ | ----- | ||
====Duck republic - slēgts finanšu periods 23.10.2020==== | ====Duck republic - slēgts finanšu periods 23.10.2020==== | ||
Rinda 298: | Rinda 383: | ||
---- | ---- | ||
+ | ====Pieslēgt Vairumimportu Mass import==== | ||
+ | Klients vēlas pieslēgt masu importa moduli, man tas kkur jāatzīmē vai kā varēs zināt, ka jāpiestāda rēķins ? \\ | ||
+ | - K: par mass importu sev piefiksēju. \\ | ||
+ | |||
+ | Un par cik sākot no 2019.gada vairs neizmanto algu moduli, vēlas no tā atteikties. Kā labak, Vēsturiskos datus var piedāvāt ar vairumexportu izgūt par maksu ? \\ | ||
+ | |||
+ | datus izgūt viņi var paši no atskaitēm. ja ir kautkas ko viņi nevar vai negrib, tad tas ir par maksu caur exportu. tik paskaties, kas tajā exportā ir pieejams. reāli, viņiem neko nevadzēs, ja runa ir par laiku pirms 19.gada. vēl viena lieta. atslēdzot Algas moduli, dati nekur nepazudīs, atskaites jau ir pieejamas. viņi vienkārši nevar iegrāmatot algas aprēķinu. | ||
+ | ------ | ||
====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== | ====Atskaite - kur kontu apgrozījums tiktu sadalīts automātiski pa mēnešiem==== | ||
Rinda 337: | Rinda 430: | ||
//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 348: | Rinda 447: | ||
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 375: | Rinda 488: | ||
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 429: | Rinda 548: | ||
Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem. | Directo ļauj šos simbolus izmantot artikulu nosaukumos, prasība tos aizvietot nāk no xml formāta standartiem. | ||
---- | ---- | ||
+ | ====Simbols, lai neatlasa, filtrē IZŅEMOT==== | ||
+ | Pieliekot priekšā izsaukumu ! atskaite atslasīs izņemot šo, piem. tos, kas atrodas Bērnu kopšanas atvaļinājumā BKA \\ | ||
+ | !BKA | ||
+ | {{ :lv:simbolss.png?direct |}} \\ | ||
+ | Šajā gadījumā mums nevajag Artikulu klasi 1008, līdz ar to mēs to varam izņemt ieliekot Artikulu klases filtra !1008 \\ | ||
+ | Iegūsti atskaiti bez šīs artikulu grupas. | ||
+ | ----- | ||
====SN sērijas numura lauka garums==== | ====SN sērijas numura lauka garums==== | ||
SN lauka garumu var noteikt sistēmas uzstādījumos: Uzstādījumi - Galvenie uzstādījumi: Sērijas nr/pakas lauka izmērs... | SN lauka garumu var noteikt sistēmas uzstādījumos: Uzstādījumi - Galvenie uzstādījumi: Sērijas nr/pakas lauka izmērs... | ||
Rinda 521: | Rinda 647: | ||
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 626: | Rinda 757: | ||
====Jauns gads, jauni intervāli==== | ====Jauns gads, jauni intervāli==== | ||
Sākoties gadam, jāuzliek jaunie intervāli:\\ | Sākoties gadam, jāuzliek jaunie intervāli:\\ | ||
- | 1) Intervāli dokumentiem. Ja nepieciešams, vecajā ieliek jauno intervālu, lai sasaistās dokumenti; | + | 1) Intervāli dokumentiem. Ja nepieciešams, vecajā ieliek jauno intervālu, lai sasaistās dokumenti; \\ |
+ | {{ :lv:intervv.png?direct |}} | ||
2) Finanšu intervāli transakcijām. | 2) Finanšu intervāli transakcijām. | ||
Rinda 709: | Rinda 841: | ||
------- | ------- | ||
====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 735: | Rinda 868: | ||
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 788: | Rinda 950: | ||
------ | ------ | ||
====Ja kļūdaini norakstīts Pamatlīdzeklis, kā to atjauno==== | ====Ja kļūdaini norakstīts Pamatlīdzeklis, kā to atjauno==== | ||
- | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, tad jāizdzēš norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\ | + | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, tad jāizdzēš delete norakstīšanas transakcija (tips NORAKST), ko var redzēt arī pie PL izmaiņās.\\ |
- | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ Ja nenostrādā, tad jāskatās, vai nav liekas, neizveidojušās transakcijas, ko ar GOD mode var izdzēst no PL izmaiņu sadaļas, un ar GOD mode parādāš arī poga - Nodzēst norakstīšanu. | + | |
+ | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ | ||
+ | |||
+ | Ja nenostrādā, tad jāskatās, vai nav liekas, neizveidojušās transakcijas, ko ar GOD mode var izdzēst no PL izmaiņu sadaļas, un ar GOD mode parādās arī PL kartiņas augšā poga - "Nodzēst norakstīšanu". | ||
------- | ------- | ||
====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ||
Rinda 847: | Rinda 1012: | ||
{{ :lv:cenukolonna.png?direct |}} | {{ :lv:cenukolonna.png?direct |}} | ||
------ | ------ | ||
+ | ====Nerāda sarakstā kolonnu izvēles pogu==== | ||
+ | Tiesībās zem Citi - Pārlūkprogrammas lauku izvēle | ||
+ | {{ :lv:kolonnas12.png?direct |}} | ||
+ | ----- | ||
====Kā veidojas preces pašizmaksa==== | ====Kā veidojas preces pašizmaksa==== | ||
Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru noliktavā būs ienākusi prece ar atšķirīgām cenām?\\ | Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru noliktavā būs ienākusi prece ar atšķirīgām cenām?\\ | ||
Rinda 865: | Rinda 1034: | ||
Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās. | 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==== | ||
Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\ | Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\ | ||
Rinda 905: | Rinda 1079: | ||
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 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. | 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 913: | Rinda 1094: | ||
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 1069: | Rinda 1259: | ||
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. | 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. | ||
------ | ------ | ||
+ | ====Kases lentā neparādāš daŗījums, kas ir Directo==== | ||
+ | SIA APL Restaurant 05.01.2022 kasu lentā neuzrādās darījums 2447790 par kopējo summu 4,50EUR. \\ | ||
+ | Jums sākumā ir jāsazinās ar kasi, jo kase nodod tālāk informāciju uz Directo un mēs reģistrējam darījumu. Situācijās, kad EKA rēķins nav ienācis Directo, mēs varam palīdzēt, palūdzot kases sistēmai, atkārtoti iesūtīt datus. | ||
+ | ----- | ||
Rinda 1133: | Rinda 1327: | ||
Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**. | Mainīt tiesības - sadaļa Citi - jāatzīmē Atļauts pie **Cenu maiņa apstiprinātā saņemšanā**. | ||
----- | ----- | ||
- | ===Cenu maiņa=== | + | ====Cenu maiņa==== |
problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami, ka vairs nav šie skaitļi, bet ir citi. Izrādījās, ka viņi sākuma atlikumiem pielika transaporta izmaksas. Rezultātā protams mainījās pašizmaksa, un pārrakstījās lērums transakciju kopš paša sākuma. Viņu gadījumā tas uzcenojums pie pārvietošanas ir pvn, tā kā sačakarējās pvn dati. Es to stāstu ar mērķi pievērst uzmanību, ka cenu maiņa apstiprinātā saņemšanā ir nopietns pasākums, kam jāpieet ļoti uzmanīga, apsverot, vai tiešām to var darīt. It sevišķi, ja tas ir dokuments par jau slēgtu periodu. Laikam jāpieraksta to wiki, 👀 un jāpārbauda, vai directo to ļāuj darīt, ja periods ir slēgts. | problēmu, ka jau apstiprinātās pārvietošanās ar cenu maiņu izmainījās uzcenojuma procenti. viņiem tur tas procents bija 12 vai 21, tāpēc uzreiz acīmredzami, ka vairs nav šie skaitļi, bet ir citi. Izrādījās, ka viņi sākuma atlikumiem pielika transaporta izmaksas. Rezultātā protams mainījās pašizmaksa, un pārrakstījās lērums transakciju kopš paša sākuma. Viņu gadījumā tas uzcenojums pie pārvietošanas ir pvn, tā kā sačakarējās pvn dati. Es to stāstu ar mērķi pievērst uzmanību, ka cenu maiņa apstiprinātā saņemšanā ir nopietns pasākums, kam jāpieet ļoti uzmanīga, apsverot, vai tiešām to var darīt. It sevišķi, ja tas ir dokuments par jau slēgtu periodu. Laikam jāpieraksta to wiki, 👀 un jāpārbauda, vai directo to ļāuj darīt, ja periods ir slēgts. | ||
------- | ------- | ||
+ | ====Cenu formula , cenu maiņa==== | ||
+ | Šim nolūkam iesaku lietot pie Pārdošanas uzstādījumiem atrodamo Cenu menedžmentu.\\ | ||
+ | Zem sadaļas filtrēt izvēlamies atbilstošos parametrus, šajā gadījumā izvēlējos konkrēto artikulu un spiežam “Pārlūkot”. \\ | ||
+ | Parādīsies saraksts ar visām cenu formulām un parametriem kur atrodas šis artikuls. | ||
+ | Ieķeksējot vai izķeksējot zilo checkbox atlasām formulas kurās vēlamies veikt izmaiņas.\\ | ||
+ | Sadaļā Piepildīt izvēlamies jaunos parametrus, šajā piemērā cenu, un norādām nepieciešamo summu, un spiežam “Mainīt”. \\ | ||
+ | |||
+ | Šeit wiki pamācība kurai var sekot līdzi : https://wiki.directo.ee/lv/mr_hinnahaldus?do=login&u=brama_lv&p=0cbfd | ||
+ | |||
+ | ------ | ||
+ | |||
====Transporta izmaksas==== | ====Transporta izmaksas==== | ||
Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\ | Saņēmto preču dokumentā Tr.izmaksas pieskaitās proporcionāli. Uzstādījums - Kurš lauks tiek izmantots, lai aprēķinātu transporta izmaksas:\\ | ||
Rinda 1146: | Rinda 1351: | ||
Artikula kartītes lauku "No saņemšanas" var izmainīt manuāli katrai kartiņai, vai ar Vairumimportu tabulu Artikuli (0, 1, 2). | Artikula kartītes lauku "No saņemšanas" var izmainīt manuāli katrai kartiņai, vai ar Vairumimportu tabulu Artikuli (0, 1, 2). | ||
+ | ----- | ||
+ | ====Kāda artikula cena ielasīsies dokumentā==== | ||
+ | Šo opciju (kāda pirkuma cena ielasīsies dokumentā pēc noklusējuma) var regulēt ar uzstādījumiem. \\ | ||
+ | Uztādījums - Pasūtījuma vienības izmaksas iekopējot | ||
+ | {{ :lv:dhggrhtjyhcjh.png?direct |}} | ||
+ | Bija iepriekš pēdējā iegādes cena, samainīju tagad uz pirkuma cenu, tā ir tā, kas nāk no artikula kartiņas. \\ | ||
+ | Tad gan ietekmēs tikai nākamos artikulus, kad tie tiks ievietoti dokumentos, iepriekšējiem var pamēģināt pasūtījuma pogu Atjaunot rindas un tur atstāt ķeksīti tikai pie Maksa. | ||
----- | ----- | ||
====Apmācības==== | ====Apmācības==== | ||
Rinda 1179: | Rinda 1391: | ||
{{ :lv:maasspast.png?direct |}} | {{ :lv:maasspast.png?direct |}} | ||
------- | ------- | ||
+ | ====Masu epasta izsūtīšanas e-pasta adrese lietotājs==== | ||
+ | Masu e-pastam var norādīt lietotaju master settingos. \\ | ||
+ | {{ :lv:masu_epasts.png?direct |}} | ||
+ | bet vai viņi sūtu ar to, vai pa vienam? \\ | ||
+ | Pa vienam tikai lietotāja kartiņas epastu un tad vēl ir variants ar reply-to var iestatīt. \\ | ||
+ | {{ :lv:massem.png?direct |}} | ||
+ | ------ | ||
+ | ====E-pasts algas lapiņai==== | ||
+ | Jāpievērš uzmanība uzstādījumam, uz kuru e-pastu tiek sūtīta algu lapiņa. \\ | ||
+ | Settings par Algas e-pastu, nozimē, ja nav noradits personāla kartiņā algas e-pasts, tad vins algu lapinu sūtitu uz Lietotāja kartinā noradito e-pastu . | ||
+ | {{ :lv:algass1.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 \\ | ||
----------- | ----------- | ||
+ | ====Rēķins par nākamo periodu izdevumiem==== | ||
+ | Vai vadot rēķinu ar nākamiem periodiem jāraksta vēl kaut kas izņemot KOR.KONTS? (objekts utt.) | ||
+ | Raksta , ka kaut kas trūkst - saistība ar REPHOP atskaiti. \\ | ||
+ | |||
+ | Nākamo periodu izdevumu rēķinos noteikti jānorāda konts (kā arī summa bez PVN un PVN kods), konta kartītē – korespondējošais konts, un rēķina rindās jānorāda periods: | ||
+ | https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\ | ||
+ | |||
+ | Konkrētais paziņojums ir par to, ka konta kartītē nav aizpildīti ar Rephop saistītie datulauki. Nākamo periodu izdevumu rēķina iegrāmatošanu tas, vai konta kartītē ir vai nav aizpildīti datulauki, neietekmē. | ||
+ | ----- | ||
====Objekti - pievienošana darbiniekam==== | ====Objekti - pievienošana darbiniekam==== | ||
Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus. | Lietotāja kartiņā var norādīt tikai vienu objektu, savukāŗt Personāla kartiņā var norādīt papildus objektus, vairākus. | ||
Rinda 1289: | Rinda 1522: | ||
{{ :lv:finin.png |}} | {{ :lv:finin.png |}} | ||
------- | ------- | ||
+ | ====Banku importa dok.izsaukuma zīmes==== | ||
+ | Importējot bankas maksājumus man directo par kaut ko brīdina ar izsaukuma zīmītēm. \\ | ||
+ | Kā man būtu jārīkojas lai directo vēlreiz necenstos importēt maksājumus, kas kaut kur iekšā jau stāv? \\ | ||
+ | |||
+ | Tām rindiņām, kuras nav jāapstrādā, jānomaina veids no Maksājums uz "Netiek lietots" un jāsaglabā dokuments pirms tālākas apstrādes. | ||
+ | ------ | ||
====Anulēt kredītrēķinu==== | ====Anulēt kredītrēķinu==== | ||
Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu: | Tas ir kredīrēķins ar - zīmi kuru es cenšos atvērt, izmet kļūdas paziņojumu: | ||
Rinda 1562: | Rinda 1801: | ||
https://wiki.directo.ee/lv/yld_personal2#e-pasta_sutisanas_iestatijumi | https://wiki.directo.ee/lv/yld_personal2#e-pasta_sutisanas_iestatijumi | ||
---------- | ---------- | ||
+ | ====E-pasts nonak kā SPAMS==== | ||
+ | sūtot info no Directo personām ziņas “ iekrīt” spam kasītē. Ko darīt ? \\ | ||
+ | |||
+ | Šeit ir aprakstīts iemesls un iespējamies risinājumi: \\ | ||
+ | |||
+ | https://wiki.directo.ee/lv/yld_personal2#e-pasts_no_directo_nesasniedz_adresatu_sanemeja_puse_tiek_klasificets_ka_spams | ||
+ | |||
+ | Dodat ziņu, ja ir kas neskaidrs vai būs vajadzīga palīdzība ar iestatījumiem. \\ | ||
+ | Īsumā – iemesls ir tāds, ka directo nav atļaujas izsūtīt e-pastus jūsu uzņēmuma vārdā. \\ | ||
+ | Risinājumi – 1) iedot atļauju (jūsu pasta servera uzstādījumos), 2) izsūtīt pašiem no sava servera vai 3) sūtīt no directo specifiskas adreses ar jūsu e-pasta adresi reply-to laukā | ||
+ | ------ | ||
+ | |||
====Nākamo periodu izmaksas, uzkrātās izmaksas==== | ====Nākamo periodu izmaksas, uzkrātās izmaksas==== | ||
Perioda vidū tiek anulēts, kā to uzskaitīt? \\ | Perioda vidū tiek anulēts, kā to uzskaitīt? \\ | ||
Rinda 1610: | Rinda 1861: | ||
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 1637: | Rinda 1893: | ||
Gaidam, kad Igauņi sataisīs. | Gaidam, kad Igauņi sataisīs. | ||
------- | ------- | ||
+ | ====Intrastat EKSPORTA atskaite==== | ||
+ | mums Directo veidojot intrastat atskaiti imports darbojas, bet eksporta atskaite ir tukša. Kā mēs varam dabūt lai eksporta dati parādās? \\ | ||
+ | |||
+ | Nosacījumi ir līdzīgi kā ar importu, rēķinos jāparādās Galamērķim un Darījuma veidam: \\ | ||
+ | Artikulā savukārt jābūt CN8 kodam un izcelsmei vai nu artikula kartinā vai preču saņemšanā. \\ | ||
+ | Par eksportu būs no atskaites jālejuplādē xml fails, ko tad varēs statistikas sistēmā ievilkt. | ||
+ | ------ | ||
====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. \\ | ||
Rinda 1694: | Rinda 1957: | ||
- | ====Banku importa dokumenta konti - Karšu maksājumi==== | + | ====Banku importa dokumenta konti - Karšu maksājumi POS darījumi==== |
Par pašu Banku importa dokumentu: Bankas importa dokumenta sadaļā **“Karšu maksājums”**:\\ | 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). \\ | ||
+ | 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ā; \\ | ||
• 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”). \\ | ||
+ | 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. \\ | ||
- | Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”. | + | Kad šie konti ir norādīti, saglabājiet dokumentu un pēc tam tajā nospiediet pogu ”Veidot:Transakcija”. \\ |
+ | Ja izveido Banku komisijā noteikumu ar tipu Transakcija, tad banku komisiju kontu norāda pie KONTS. | ||
------- | ------- | ||
+ | ====Bankas importa noteikumi POS maksājumi un bankas komisijas==== | ||
+ | Karšu maksājumu Bankas importa noteikums. Tos var atrast zem Uzstādījumi – Finanšu uzstādījumi – Bankas importa nosacījumi. \\ | ||
+ | Datubāzēs selecta_lv, apollo_kino_lv. \\ | ||
+ | {{ :lv:bankimpnot3.png?direct |}} | ||
+ | -------- | ||
====Banku imports maksājuma uzdevumi Citadele==== | ====Banku imports maksājuma uzdevumi Citadele==== | ||
Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\ | Citadele bankā nav iespējams eksportēt Directo veidotus USD maksājumus. \\ | ||
- | Izskatās, ka “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu no maksājuma veida CITADELEUSD lauka “Bankas konts komisijām” bankas kontu. | + | Kā arī “Citadele” nepieņem maksājumu uzdevumu failus, kuros ir norādīts bankas konts komisijām, tāpēc izdzēsu (jāatstāj tukšs) no maksājuma veida lauka “Bankas konts komisijām” bankas kontu. |
------ | ------ | ||
====Resursi nevar redzēt laukus kā vajag==== | ====Resursi nevar redzēt laukus kā vajag==== | ||
Rinda 1746: | Rinda 2017: | ||
Uzstādījumi ir sekojoši: \\ | 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** \\ | 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**: | + | Sadaļā **Cits**, jāieķeksē, ka tiek atļauts **Kopētājs** |
{{ :lv:paster.png?direct |}} | {{ :lv:paster.png?direct |}} | ||
+ | |||
+ | Ja no PZA nepieciešams redzēt, kas ir zem kontiem, kādi dokumenti veido kontu summu, tad jāpieliek tiesības redzēt atskati **Virsgrāmata** | ||
+ | {{ :lv:tiesibass3.png?direct |}} | ||
------- | ------- | ||
====Slimības lapa algu aprēķinā, nepareizs dienu skaits==== | ====Slimības lapa algu aprēķinā, nepareizs dienu skaits==== | ||
Rinda 1765: | Rinda 2039: | ||
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. | 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. | ||
------ | ------ | ||
+ | ====Persona slēgta==== | ||
+ | Vai var lūgt palīdzību tikt galā ar vienu avansa norēķinu personu, kura ir Slēgta, bet mums uz šo personu vēl ir jāpievada dokumenti. \\ | ||
+ | Mēs nevara šo perosnu izvēleties Avansa norēķinā. \\ | ||
+ | |||
+ | Šīs personas kartiņā, lapā **Administrators**, tad uz laiku ir jānoņem ķeksītis **Slēgts**. Un pēc tam jāatceras uzlikt atpakaļ. Tad parādīsies vajadzīgajās atskaitēs. | ||
+ | ------- | ||
+ | |||
+ | |||
====Maksājumu saslēgšana, priekšapmaksas un reķins==== | ====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? \\ | Kā es kreditoru sarakstā varu prepayment maksājumu saslēgt kopā ar rēķinu, kas izrakstīts pēc rēķina apmaksas? \\ | ||
Rinda 1788: | Rinda 2070: | ||
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. | 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. | ||
+ | ------ | ||
+ | ====Kontu plāns citā valodā==== | ||
+ | Mums kontu plāns ir Igauņu, bet latviešu valodā, kolēģi no Igaunijas grib, lai tas būtu angļu valodā. | ||
+ | Kā var atrast kompromisu, jo mums vajag latviešu valodu saskaņa ar LR līkumošanu. Kad ,maina valodas programmā, tad kontu plāns nevar būt citā valodā?\\ | ||
+ | |||
+ | Tādos gadījumos konta kartītes laukā NOSAUKUMS norāda konta nosaukumu latviski (tad grāmatojumu rindās nonāks nosaukumi latviski), bet konta kartītes sadaļā Datulauki pēc šāda principa norāda konta nosaukumu angliski: | ||
+ | {{ :lv:desfrdgtfhgyj.png?direct |}} | ||
+ | Kontu kartītēs lauku ar nosaukumu angliski var aizpildīt manuāli vai arī importēt nosaukumus angļu valodā, izmantojot vairumimporta moduli. \\ | ||
+ | Pēc tam kontu nosaukums angliski var tikt attēlots, piemēram, virsgrāmatā, un arī ienākošajiem rēķiniem var pievienot papildu kolonnu ar rēķina rindā norādītā konta nosaukumu angliski. \\ | ||
+ | Par to, kā pielāgot, lai sistēmā tiktu atspoguļots konta nosaukums angliski, sīkāk varēšu uzrakstīt, kad kontu kartītēs pēc attēlā norādītā principa būs norādīti nosaukumi angļu valodā. | ||
------ | ------ | ||
====Silvano Fashion skeneri logu izmet labajā malā==== | ====Silvano Fashion skeneri logu izmet labajā malā==== | ||
Rinda 1889: | Rinda 2181: | ||
**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. | **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 |}} | ||
+ | ------ | ||
+ | ====Neienāk čeki no kases aparāta Baltika==== | ||
+ | baltika sūdzējās šodien, ka neienākot čeki no vairākiem veikaliem, bet cik paskatījos, no citiem veikaliem nākuši šodien, tā kā teicu, lai piesaka NRdata, lai pārbauda, vai nosūtās. Pie mums to čeku nav, ja viņi atkārtoti nesūtīs, tad mēs nesaņemsim. jālūdz NR Datu , lai iesūta atkārtoti un jāapkopo laikam čeku numuri, kuri nav atnākuši.\\ | ||
+ | |||
+ | problema atrisināta, 2 lokācijas ar 1 kases nr., Tādas tika izveidotas 2. Nokopēta spice ivo nikollo un domina ivo nikollo. \\ | ||
+ | Kases nr. nevar atkāŗtoties, tos piesķir/jāvaicā NRdata. | ||
+ | {{ :lv:kasesnr.png?direct |}} | ||
+ | ------ | ||
+ | |||
+ | ====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation==== | ||
+ | Kad tiek apstiprināts Pasūtīums, jāparādas papildus pogām, kā Pasūtījums ORDER. \\ | ||
+ | Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS. | ||
+ | {{ :lv:quott.png?direct |}} | ||
+ | |||
+ | UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas. | ||
+ | {{ :lv:quoo22.png?direct |}} | ||
+ | ------ | ||
+ | ====Grāmatojumu reģistrs korespondējošais konts auditori==== | ||
+ | vēlējāmies vaicāt vai Jūsu grāmatvedības programma tomēr nepiedāvā grāmatojumu reģistru, kurā būtu redzama kontu korespondence, respektīvi, katrai summai būtu redzams, kura konta debetā un kura konta kredītā šī summa grāmatota? \\ | ||
+ | |||
+ | VG var ieslēgt korespondentkontu skatu, vienīgi tas nebūs tik loģiski precīzi, lai uzrādītu tikai tos, kas tiešām saistīti, bet uzrādīsies visi, kas tai pašā transakcijā ir otrā pusē: \\ | ||
+ | {{ :lv:vg_korr.png?direct |}} | ||
+ | |||
+ | Ar datumiem ir tā, ka VG attēlo tikai rindas datumu, t.i., to datumu, kad notikusi operācija ar to kontu, kas tiek pārskatīts. Un viena konta pārskatā VG attēlojas tikai darbība ar izvēlēto kontu nevis pilna transakcija. \\ | ||
+ | |||
+ | Pielāgotajā atskaitē nav atsevišķas kolonnas ar korespondentkontiem, bet tur tiek parādīta uzreiz visa transakcija kopumā – gan debeta, gan kredīta puse un attiecīgie konti. \\ | ||
+ | |||
+ | Ar datumiem tur ir tā, ka parādās transakcijas datums (kas ir galvas, nevis rindas datums) un pēdējo izmaiņu datums (nosaukums kolonnai - dokumenta datums). | ||
+ | Iespēja pielikt tur kolonnu ar rindas datumu ir, dodiet ziņu, vai vajag to izdarīt? \\ | ||
+ | {{ :lv:korr2.png?direct |}} | ||
+ | ------- | ||
+ | ====Nākamo un iepriekšējo periodu korespondējošie konti==== | ||
+ | Kontu kartiņā, piem. Izdevumu kontam var piesaistīt tikai viena veida korespondējošo kontu (nākamo vai iepriekšējo periodu). | ||
+ | Kā rīkoties? \\ | ||
+ | |||
+ | 1) Konta kartiņā atstāj to kor.konru, kuru visbiežāk izmanto, piem. Nākamo periodu izdevumi. Pēc tam transakcijā var manuāli labot/mainīt uz otru (iepriekšējo periodu) kor.kontu; \\ | ||
+ | 2) konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem. \\ | ||
+ | |||
+ | |||
+ | NAV iespēja norādīt 2 korespondējošos kontus, vienu par nākamo periodu izdevumiem un otru par saistībām, jeb iepriekšējo periodu, uz pagātni attiecināmiem izdevumiem. \\ | ||
+ | Diemzēl, var norādīt/piesaistīt TIKAI 1 kor.kontu , lai gan pēc LV gramatevdības vajadzētu 2 laukiem būt. \\ | ||
+ | kā tādā gadījumā rīkoties? \\ | ||
+ | 1) kor.kontu norāda to, ko lieto vizbiežāk un ja vajag to otru, tad transakcijā manuāli jāparlabo; \\ | ||
+ | 2) vai nu tā, vai arī konta kartītē maina kor. kontu atkarībā no tā, vai rēķins ir par nākamo vai iepriekšējo periodu izdevumiem. | ||
+ | {{ :lv:kor_konti_fin_kontu_kart.png?direct |}} | ||
+ | ----- | ||
+ | |||
+ | ====Līgumu saraksts Rēķini no Līgumiem==== | ||
+ | Ir izmaiņas atskaitē Līgumu saraksts. Tie uzņemumi kas izraksta nomas utml. rēķinus no šīs atskaites, zvana un saka ka nerādās poga - Veidot rēķinus. \\ | ||
+ | |||
+ | Tas tāpēc, ka nesen EE uzlikuši jaunu lauku SLĒGTS un noklusejumā stāv VISI. | ||
+ | Kad uzliek uz AKTĪVS, tad atkātoti nosiešot atskaite arī paradisies poga Veidot rēķinus: | ||
+ | {{ :lv:contract_list1.png?direct |}} | ||
+ | ----- | ||
+ | ====Selecta Coffee address Pārskati e-pasti kas saņem ziņas==== | ||
+ | kur Directo jāmaina e-pastu adreses saņemtajiem paziņojumiem no Tasker par iekārtu uzstādīšanu ? Lūgums zemāk sarakstē norādītos epastus par iekārtu uzstādīšanām un noņemšanām. \\ | ||
+ | {{ :lv:parskati2.png?direct |}} | ||
+ | |||
+ | E-pasta adreses var nomainīt sekojoši, Sadaļā **Sistēma** – **Dokumenti** – **Pārskati**: \\ | ||
+ | Pārskats:1053 | ||
+ | {{ :lv:parskati1.png?direct |}} | ||
+ | ----- | ||
+ | ====Lapu skaits dokumentu sarakstam==== | ||
+ | Ir redzams vai nav redzams. Uzstādījums: Dokumenta pārlūkotājam/kopētajam ir lapu numuri \\ | ||
+ | {{ :lv:lapusk.png?direct |}} | ||
+ | ------ | ||
+ | ====EKA rēķinam jāmaina samaksas termiņš veids==== | ||
+ | APL eka reķinam jāsamaina samaksas veids. Visai summai jābūt vienā samaksātā veidā. \\ | ||
+ | Ja rēķins ir apstiprināts, tad to vajag atvērt/atgrāmatot caur uzturēšanu. Un tad tur kur nepareizi jāieraksta 0.00 un OK. Un attiecīgi, atlikusī visa summa ielēk citā veidā. OK un Apstiprināt. \\ | ||
+ | Ja ir maksājums ar karti, tad var ieslēgt PĀRVALDI, kas atrodas pie āmurīša.\\ | ||
+ | |||
+ | uzspiest uz otra veida, kur 44.40 un ielikt tur 0, vai, ja tas ir kartes maksājums, tad jāieslēdz eka pārvalde pie āmurīša, lai kartes aksājumu noņemtu. \\ | ||
+ | kamēr tur nav 0, nevar vairāk ielikt citur, jo nevar pārsniegt summu | ||
+ | |||
+ | {{ :lv:posrekina.png?direct |}} \\ | ||
+ | |||
+ | {{ :lv:oiughv.png?direct |}} | ||
+ | ------ | ||
+ | ====PVN deklaracija==== | ||
+ | Laba versija USS, Moduls engineering. | ||
+ | ------ | ||
+ | ====Dzēst piegādātāju==== | ||
+ | Ja notikusi reorganizācija, jādzēš piegādātāja kartiņa, poga DZĒST. un Visu par pārnest uz citu Piegadātāju: | ||
+ | {{ :lv:aizvv.png?direct |}} | ||
+ | Var izmantot vienu no šiem variantiem: \\ | ||
+ | - Izdzēst piegādātāja kartiņu, izvēloties aizstāt datus ar citu pieg. kodu, tas, ja nepieciešams, lai visa vēsture pārrakstās; \\ | ||
+ | - Manuāli jākoriģē avansi un neapmaksātie rēķini, ieliekot tur citu pieg. nr., ja jāpārliek tikai atlikums. | ||
+ | ------ | ||
+ | ====Rēķins CSV vai XSL formātā==== | ||
+ | Mums ir klients, kuram ir nepieciešams saņemt rēķinus csv vai xls formātā. Vai ir iespējams pievienot eksporta izvēle, lai jeburu rēķinu varētu ģenerēt vienā no šīm formām? \\ | ||
+ | |||
+ | Jā, ir tāda izdruka iespējama, kas veidotu csv vai xls failu no rēķina datiem, vienīgi tad būtu jāprecizē, kāda tieši informācija par rēķinu šajā failā jāiekļauj? | ||
+ | Varbūt klients var atsūtīt šāda rēķina formāta piemēru, kādu to gribētu saņemt? \\ | ||
+ | Vēl ir iespēja viegli iegūt rēķina rindas ekselī no atskaites rēķinu žurnāls: | ||
+ | https://wiki.directo.ee/lv/mr_aru_arved#viena_rekina_datu_atlase | ||
+ | ------ | ||
+ |