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/24 12:41] – dagne | lv:support [2021/11/17 09:12] – [Ilgi ielādē dokumentu, nesaglabā info] dagne | ||
---|---|---|---|
Rinda 56: | 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==== | ====Priekšapmaksa no maksājuma==== | ||
Rinda 363: | 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/ | ||
+ | |||
+ | 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 374: | 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/ | 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 547: | Rinda 571: | ||
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 762: | Rinda 791: | ||
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 892: | Rinda 950: | ||
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 938: | Rinda 1001: | ||
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 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, **pievienot**, | + | 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**, |
------ | ------ | ||
====Rēķins valūtā, maksājums EUR==== | ====Rēķins valūtā, maksājums EUR==== | ||
Rinda 947: | Rinda 1010: | ||
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 1934: | Rinda 2006: | ||
Izņemiet PZ atskaitē ķeksīti “ātrs”, | 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:// | ||
+ | |||
+ | {{ : | ||
+ | ------ | ||
+ |
lv/support.txt · Labota: 2024/07/04 12:56 , labojis dagne