lv:support
Atšķirības
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/10/01 15:44] dagne |
lv:support [2021/11/03 13:02] dagne [Vai kredītrēķins ietekmē preces pašizmaksu] |
||
|---|---|---|---|
| Rinda 363: | Rinda 363: | ||
| //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 374: | Rinda 380: | ||
| 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 767: | Rinda 787: | ||
| 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 897: | Rinda 946: | ||
| 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. \\ | ||
| + | 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 952: | Rinda 1006: | ||
| 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. ?\\ | ||
