lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar.
Abās pusēs iepriekšējo versijuIepriekšējā versijaNākamā versija | Iepriekšējā versijaNākamā versijaAbās pusēs nākamo versiju | ||
lv:support [2021/09/06 11:49] – [PFPISK mēneša, par atlaistajiem darbiniekiem] dagne | lv:support [2021/11/24 10:59] – [Kredītrēķins] dagne | ||
---|---|---|---|
Rinda 15: | Rinda 15: | ||
Shift + ENTER | 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, | PFPISK - atskaite IIN paziņojums - ikmēneša ir par atlaistajiem, | ||
Rinda 27: | 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:// | https:// | ||
Rinda 48: | 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, | ||
+ | {{ : | ||
+ | ----- | ||
+ | ====Priekšapmaksa no maksājuma==== | ||
+ | vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, | ||
+ | |||
+ | Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, | ||
+ | |||
+ | |||
+ | 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 85: | Rinda 106: | ||
Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), | ||
----- | ----- | ||
+ | ====Nevar apstiprināt kredītreķinu==== | ||
+ | {{ : | ||
+ | Directo neļaus apstiprināt kredītrēķinu, | ||
+ | ------- | ||
==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020==== | ||
Rinda 105: | Rinda 130: | ||
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:// | ||
+ | |||
+ | Lai PVN galva būtu korekta, jākonfigurē PVN deklarācija \\ | ||
+ | https:// | ||
+ | |||
+ | Jāpielāgo saviem FInanšu kontiem. | ||
+ | ------- | ||
==== Pārkopēt PVN deklarāciju ==== | ==== Pārkopēt PVN deklarāciju ==== | ||
Rinda 118: | Rinda 153: | ||
http:// | http:// | ||
---- | ---- | ||
+ | ====PVN deklarācijas iekopēšana un darbs pēc tam==== | ||
+ | Ja vēlas izmantot PVN deklarāciju, | ||
+ | |||
+ | Tālāk ir jāveic pvn dekl konfigurēšana, | ||
+ | https:// | ||
+ | |||
+ | Jāskatās, vai viss kārtībā vai varbūt ir jākopē kāda cita pvn versija. | ||
+ | ----- | ||
==== Gym_LV - Aut.Intervāli/ | ==== Gym_LV - Aut.Intervāli/ | ||
Rinda 332: | Rinda 375: | ||
//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/ | ||
+ | |||
+ | 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 343: | Rinda 392: | ||
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/ | 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/ | ||
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, | ||
+ | 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=' | ||
+ | |||
+ | **update mr_arved set tingimus=' | ||
+ | |||
+ | tingimus ir termiņš \\ | ||
+ | |||
+ | Termiņu samainījām, | ||
+ | ------ | ||
+ | |||
====Uzstādījums, | ====Uzstādījums, | ||
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 370: | Rinda 433: | ||
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, | 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, | ||
---- | ---- | ||
+ | ====PVN kodi nepareizi nevar apstiprināt rēķinu==== | ||
+ | {{ : | ||
+ | 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, | //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, | ||
Rinda 516: | Rinda 585: | ||
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/ | ||
+ | |||
+ | 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/ | ||
+ | ------- | ||
====Statusi kolonnai D A==== | ====Statusi kolonnai D A==== | ||
D - delivered/ | D - delivered/ | ||
Rinda 704: | Rinda 778: | ||
------- | ------- | ||
====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 " | + | Jāieslēdz "God mode" un tad Max lietotāji jāuzliek uz " |
+ | {{ : | ||
------ | ------ | ||
====Datubāzes iemidzināšana==== | ====Datubāzes iemidzināšana==== | ||
Rinda 730: | Rinda 805: | ||
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/ | ||
+ | Atskaite, kuru izmantot, lai redzētu materiālu kustību (iegādi, pārdošanu, | ||
+ | Šeit ir arī apraksts par kolonnu nozīmi un kā lietot filtrus: \\ | ||
+ | https:// | ||
+ | ------ | ||
====Realizācijas atskaite==== | ====Realizācijas atskaite==== | ||
Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats " | Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats " | ||
{{ : | {{ : | ||
- | ------------ | + | -------- |
+ | ====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, | ||
+ | |||
+ | 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/ | ||
+ | Apgrozījuma ātrums (“Noliktavas ātrums”) = dienu skaits periodā/ | ||
+ | ------ | ||
+ | |||
+ | |||
+ | |||
+ | |||
====Salīdzināšanas akti izdrukas info==== | ====Salīdzināšanas akti izdrukas info==== | ||
Lai atbilstošajās vietās parādītos informācija, | Lai atbilstošajās vietās parādītos informācija, | ||
Rinda 795: | Rinda 899: | ||
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, | 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, | ||
------- | ------- | ||
+ | ====Kā izdzēst PL pamatlīdzekli==== | ||
+ | Klientam ir jāizdzēs transakcijas. , jāizdzēs vēsture un varēs dzēst kartiņas. | ||
+ | |||
+ | Lai izdzēstu, kad nebūs nolietojums, | ||
+ | ------- | ||
+ | |||
+ | ====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, | ||
+ | |||
+ | Lai izveidotu jaunu **Datulauku tipu**, kuru piešķirt vajadzīgajiem PL, kas jānoraksta, | ||
+ | 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/ | ||
+ | |||
+ | Ja ar vairumievietošanu, | ||
+ | |||
+ | 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 841: | Rinda 964: | ||
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, | Situācija var būt retos gadījumos sarežģītāka, | ||
Rinda 881: | Rinda 1009: | ||
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**, | ||
+ | |||
+ | 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. {{ : | ||
+ | |||
+ | Ja vajag arī iespēju pievienot jaunus Objektus sarakstam, tad sadaļā **uzstādijumi** jāieķeksē pie FInanšu uzstādījumiem **skatīt**, | ||
------ | ------ | ||
====Rēķins valūtā, maksājums EUR==== | ====Rēķins valūtā, maksājums EUR==== | ||
Rinda 889: | Rinda 1024: | ||
apjukums | apjukums | ||
------- | ------- | ||
+ | ====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, | ||
+ | |||
+ | 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, | ||
+ | Otrajā rindā piegādātājs, | ||
+ | ------- | ||
+ | Piem. demo db MU nr. 100029 | ||
+ | |||
====PVN kodi PVN deklarācija==== | ====PVN kodi PVN deklarācija==== | ||
No Avansa maksājumiem, | No Avansa maksājumiem, | ||
Rinda 1155: | Rinda 1299: | ||
{{ : | {{ : | ||
------- | ------- | ||
+ | ====Masu epasta izsūtīšanas e-pasta adrese lietotājs==== | ||
+ | Masu e-pastam var norādīt lietotaju master settingos. \\ | ||
+ | {{ : | ||
+ | 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. \\ | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====E-pasts algas lapiņai==== | ||
+ | Jāpievērš uzmanība uzstādījumam, | ||
+ | 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 . | ||
+ | {{ : | ||
+ | ------ | ||
====Nākamo periodu izdevumi jeb periodizācija==== | ====Nākamo periodu izdevumi jeb periodizācija==== | ||
https:// | https:// | ||
Rinda 1586: | Rinda 1742: | ||
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 1722: | Rinda 1883: | ||
Uzstādījumi ir sekojoši: \\ | Uzstādījumi ir sekojoši: \\ | ||
Pie Mainīt tiesības sadaļā **Uzstādījumi**, | Pie Mainīt tiesības sadaļā **Uzstādījumi**, | ||
- | Sadaļā **Cits**, jāieķeksē, | + | Sadaļā **Cits**, jāieķeksē, |
{{ : | {{ : | ||
+ | |||
------- | ------- | ||
====Slimības lapa algu aprēķinā, | ====Slimības lapa algu aprēķinā, | ||
Rinda 1861: | Rinda 2023: | ||
{{ : | {{ : | ||
-------- | -------- | ||
+ | ====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”, | ||
+ | ------- | ||
+ | ====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, | ||
+ | |||
+ | 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, | ||
+ | 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, | ||
+ | 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ā, | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, | ||
+ | |||
+ | https:// | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ | ====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation==== | ||
+ | Kad tiek apstiprināts Pasūtīums, | ||
+ | Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS. | ||
+ | {{ : | ||
+ | |||
+ | UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====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, | ||
+ | |||
+ | 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ē: \\ | ||
+ | {{ : | ||
+ | |||
+ | 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, | ||
+ | |||
+ | 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/support.txt · Labota: 2024/07/04 12:56 , labojis dagne