Pataisiau.

Apie darbuotojo įdarbinimą vidury mėnesio žiūrėkit prie dažniausiai užduodamų klausimų, nereikia daryti kreivai, kai galima tiesiai.
Atostogų skaičiavimuose tabeliais nesivadovaujama, nes tabeliai apskritai neprivalomi/nebūtini.

Negaliu tokios klaidos pakartoti. Parašykit tiksliai, ką, kur ir kokia tvarka paspausti, kad tokią klaidą išmestų.

- gautose SF defaultu eina tiekėjo sąskaita ir tas yra logiška, galima pasikeisti į bet kokią kitą esant poreikiui;
- dėl PVM sąskaitos pataisiau;
- vnt kainos susigrąžinimo atveju iš vis neduoda, ją reikia įvesti pasižiūrėjus reikiamą pardavimo savikainą;
- susigrąžinimas galimas išrašyta kreditine (tipiškai) arba gauta debetine (retai pasitaiko, bet galima).

Jei dėl "invalidumo", t.y. pgl. Neįgalumo ir darbingumo nustatymo tarnybos išvadą ir būtent dėl to, kad darbuotojo funkcijos yra de facto nesuderinamos su tiesiogiai išvadoje nurodytais apribojimais, tada visais atvejais ir nepriklausomai nuo šalių valios pgl 136 str. 1 d. 4 p.
127 str. 2 d. skirta tokiems atvejais, kai darbuotojui iš principo galima dirbti tam tikrą darbą, bet medikai nerekomenduoja. Šiuo atveju nebūtina tarnybos išvada, pakanka bet kokio gydytojo pažymos ir tik esant darbuotojo pageidavimui.
Nors kadangi abu str vienodai garbingi ir nesiskiria finansai, supainiojus nieko baisaus nenutiktų. Svarbiausia įdėmiai skaityti tarnybos išvadą ir atleidinėti pgl 136 str. 1 d. 4 p. tik tuo atveju, jei toje išvadoje tiesiogiai nurodyti apribojimai akivaizdžiai nesuderinami su darbo funkcijomis.

Spausdinamos ataskaitos fiksuotos, jų neįmanoma dinamiškai pagal vartotojo pasirinkimus koreguoti.

Pridėsiu bendros sąskaitos nustatymo galimybę "multi" amortizacijoje.
Dėl atskyrimo nežinau, gal pridėti stulpelį su einamąja likutine verte?

Paprastai gali būti, "taupo laiką" ir neregistruoja faktūrų, o avanso apyskaitoje įveda paprastą eilutę kaip kokiam kasos čekiui. Jei neregistruoji, registre nebus.

Atsidarykit amortizacijos operaciją konkrečiam turtui (IT kataloge su dešiniu pelės mygtuku ant reikiamo turto). Individualioje formoje vizualiai gerai matosi, kaip vaikšto sumos, tada suprasite, kur yra nesuėjimas.
Problema tokia, kad iš pradžių daviau laisvę, o tada pamačiau, kad ta laisve piktnaudžiaujama. Tiesiog dažnai galvojama, kad jei programa nemeta klaidos, tai duomenys teisingi buhalterine/logine prasme. Taip jokiu būdu nėra ir programa jokiu būdu nepakeičia buhalterio, visada reikia žiūrėti įvedamus duomenis.

Prie įmonės duomenų galima nustatyti "standartinį turinį".
Nuolaidoms yra atitinkami stulpeliai išrašytų SF formoje.

Kaip padėjai, taip ir nurašysi: jei per prekes, tai per prekes, jei per BŽ, tai per BŽ.





Įsigijimų sąskaita naudojama tik taikant periodinį apskaitos metodą. Kontavimai priklauso nuo pasirinkto prekių apskaitos metodo.

Tai programos vidinis operacijos identifikatorius, su juo nieko daryti vartotojui neįmanoma ir negalima.

Pataisiau, atnaujinimą po velykų įmesiu, reikia jau išvažiuoti.

Trūksta info, kaip bandot, kas nepavyksta ir ką sako programa.

Pataisiau, klaidų buvo kai kuriose formose. Pabandykit pvz faktūrų registre, ten turėtų viskas veikti

Dėl kiekio, savikainos sumų ir dok nr pataisysiu kitą savaitę, savaitgalį be kompo būsiu, tai tik ataskaitų, ne duomenų problema, nieko kritiško.
Dėl savikainos, šitoje operacijoje savikaina neskaičiuojama, o įvedama.

ctrl-a ir neturi kelti, tik pažymėti, tai šiaip patogus būdas visai lentelei pažymėti, kad nereiktų po vieną eilutę
pažymėjus norimą kopijuoti turinį (su ar be ctrl-a) reikia ctrl-c paspausti, o tada jau excelyje paste'inti.

Parodykit savo priskyrimus (printscreeną).

a) susirašinėti rankiniu būdu nebūtina, galit susivesti sąskaitų plano formoje ištrynę esamas (tik aišku nepaspaudę ok ar išsaugoti) ir susivedę pageidaujamą, o tada mygtukas su standartine save file ikona, tas pats su fin atskaitomybės struktūra;
b) raidės - standartinių sąskaitų (kur prie įmonės duomenų) kodai, pvz, GP - mokėtinas gpm nuo darbo santykių; išsaugant iš programos juos irgi sudeda;
c) atpažins, jei sąskaitos apyvartos žiniaraštyje atitinkamą varnelę uždėsit, kitur programos logikai tas neaktualu.

Įkėliau atnaujinimą su klaidų ištaisymais.

Klaida. Pataisiau, kad leistų iki 9.

Programa turi žinoti jūsų klasių atitikmenį klasikinėms, tas yra nustatoma prie įmonės duomenų. Pas jus 3 ir 4 atitinka 3 klasikinę, 5 ir 6 atitinka 4 klasikinę, 7 ir 8 atitinkamai į 5 ir 6 klasikinę, o 9 nežinau, reikia žiūrėti pagal jos sąskaitų esmę.

Viešoji ar ne viešoji, o kaip tu gali kredituoti sąnaudas norėdama parodyti skolą tiekėjui?

Dėl klaidos pataisiau, nors jei ta operacija buvo įvesta per SF, tai ir ištrinti tik per SF, ne per prekių operacijų suvestinę.
Dėl veikimo. Vedant per SF kiek testavau viską teisingai padaro. Reiktų matyti printscreenus kaip ten ką užpildėt SF ir susietoje operacijoje. Vedant be SF kontavimai negeneruojami, o prikabinami.

Sąskaitose - prekių susigrąžinimo iš pirkėjo adapteris, kitais atvejais prekių kataloge ant reikiamos prekės su dešiniu pelės mygtuku ir analogiškai.

O kaip čia taip gali būti? 6 klasė vienok sąnaudos... Gal jūs prie įmonės duomenų nepasidarėt sąskaitų klasių priskyrimo klasikinėms klasėms?

Po antnaujinimo lentelės veikia kaip excel sheet'ai, įskaitant kopijavimo klausimus. Standartinės mygtukų kombinacijos ctlc-c (kopijuoja pasirinktas eilutes) ir ctrl-a (pasirenka visas lentelės eilutes). Excelyje paprasčiausiai paste.

Prekių operacijų suvestinės spausdinimo niekada ir nebuvo, niekas nesugalvojo, kaip ir kokią info iš tos ataskaitos dėti ant riboto dydžio popieriaus lapo.

Operacijos su paviene preke, pvz., nefaktūrinis įsigijimas, perleidimas ir pan., pasiekiamos per prekių katalogą ant reikiamos prekės paspaudus dešiniu pelės mygtuku. Pagrindiniame meniu yra kompleksinės operacijos, t.y. operacijos su keliomis prekėmis.

Nebeieškau, Nutarė vestis automatizuotai, o buhalterės tik kartą per metus prašytis neformaliai revizijai.