LAT 2006-09-06 J. K. v. UAB „Espersen Lietuva“ Nr. 3K-3-451/2006

"Darbo užmokestis yra atlyginimas už darbą, darbuotojo atliekamą pagal darbo sutartį, jis apima pagrindinį darbo užmokestį ir visus papildomus uždarbius, bet kokiu būdu tiesiogiai darbdavio išmokamus darbuotojui už jo atliktą darbą (DK 186 straipsnio 1, 2 dalys). Taigi, darbo užmokestis apima tiek pagrindinį darbo užmokestį, tiek ir visus papildomus uždarbius, bet kokiu būdu darbdavio išmokamus darbuotojui už jo atliktą darbą pagal iš anksto nustatytus rodiklius, t. y. priedus, priemokas ir pan. Vadovaujantis DK 186 straipsnio 2 dalimi darytina išvada, kad darbo užmokestis apima ir premijas, kurios numatytos darbo sutartyse už tam tikrų rodiklių įvykdymą, kuriuos įvykdęs darbuotojas įgyja subjektyvią teisę reikalauti premijos, o darbdavys privalo ją išmokėti. Teisėjų kolegija nagrinėjamoje byloje sutinka su apskųstų procesinių sprendimų išvadomis, kad atsakovo mokėta ieškovei priemoka už produktyvumą ir efektyvų darbo laiko panaudojimą bei stabilumo premija nelaikytinos skatinimo priemonėmis DK 233 straipsnio prasme, o yra pagal savo pobūdį priskirtinos darbo užmokesčiui ir yra ieškovės darbo užmokesčio sudedamosios dalys. Iš byloje pateiktų atsakovo dokumentų, reglamentuojančių priemoką už produktyvumą ir efektyvų darbo laiko panaudojimą bei stabilumo premiją, matyti, kad šios išmokos mokamos už tam tikrų rodiklių įvykdymą. Be to, priemoka už produktyvumą ir efektyvų darbo laiko panaudojimą lokaliniuose aktuose yra paties atsakovo įvardijama kaip priemoka gamybos darbuotojams prie nekintamosios darbo užmokesčio dalies. Atsakovo 2003 m. birželio 30 d. įsakymo Nr. 71 „Dėl stabilumo premijos skyrimo“ priedo 1 paragrafe nurodyta, kad stabilumo premija mokama „siekiant pakelti atlyginimą gamybos darbuotojams, kuriems mokamas fiksuotas valandinis atlyginimas arba atlyginimas už padarytą darbą“. Dėl to teisėjų kolegija nesutinka su kasacinio skundo argumentais, kad kasatoriaus mokėta ieškovei priemoka už produktyvumą ir efektyvų darbo laiko panaudojimą bei stabilumo premija turėtų būti vertinamos kaip premijos, kurios apskaičiuojant išmokas už darbą poilsio dienomis yra nedvigubinamos.
Kasatorius, teigdamas apie netinkamą DK 192 straipsnio 1 dalies taikymą, šią teisės normą aiškina netinkamai. DK 192 straipsnis, reglamentuojantis darbo apmokėjimą esant nukrypimų nuo normalių darbo sąlygų, aiškintinas ir taikytinas sistemiškai su DK 191 straipsniu, reglamentuojančiu normalių darbo sąlygų užtikrinimą ir nurodančiu, kokios sąlygos yra laikomos normaliomis darbo sąlygomis. Tuo tarpu mokėjimo už darbą poilsio dienomis DK 192 straipsnis nereglamentuoja ir bylą nagrinėję teismai šios teisės normos pagrįstai netaikė."

Tik nereikia pradėti išradinėti visokių "iteracijų" (matematikoje šiaip jau tai vadinama konverguojančia eilute, iteracija yra for ciklo žingsnis).

Nauja DK 193, 194 redakcija visiškai nieko neikeičia palyginus su teisine aplinka iki 2008-07-01. Jau ir anksčiau LAT išaiškino, kad DU visada yra DU būtent DK 186 prasme. O toliau lieka tik suvokti bendros-specialios normų santykius.

1. Viskas, kas mokama už atliktą darbą (įskaitant "premijas", bet neįskaitant specialiomis normomis, t.y. DK 193, 194 nustatytą, nes speciali norma visada eliminuoja bendrą), dalinama iš "grafikinių" valandų skaičiaus minus "specialias" (DK 193, 194) valandas, "pataikančias" į grafiką.
2. Gautą valandinį tarifą daugianame iš "specialių" valandų skaičiaus.[/i]

Faktūroje rekvizitų eilutė nustatoma įmonės duomenų formoje grafoje "Blankų informacinė eilutė", ką joje įrašysite, tą ir matysite. Buvau padaręs automatinį šitos eilutės formavimą, bet gavau nusiskundimų, kad pernelyg nelankstu.

Jei įkrautas blanko logotipas, tai rodo SF viršuje logotipą, o po juo informacinę eilutę. Jei neįkrautas blanko logotipas, rodo įmonės pavadinimą didelėmis raidėmis, o po juo informacinę eilutę.

Ir dar vienas update'as sukuriantis galimybe visas lenteles aktyvioje formoje eksportuoti į excelį (Rodyti\Eksportuoti į Excel):

http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Aha, ištvėriau žemės drebėjimą, gaisrus ir hemoraginės karštinės epidemiją

Mano galva taip:

jei pagal grafiką jis ir turėjo dirbti 17 d.d. ir 141.88 d. val. ir iš jų 50.08 d.val. tenka nakčiai, tai:
- pagrindinis darbo užmokestis sudaro (800 Lt. / 141.88 d. val.) * (141.88 val. - 50.08 d.val.) = 517.62 Lt. (formulė: (pareiginis DU/d.val. grafike) * (faktiškai d.val. - d.val. naktį) );
- priemoka už naktinį darbą 9.53 Lt./val. * 1.5 k. * 50.08 val. = 715.82 Lt. (formulė: val. VDU * 1.5 k. * d.val. naktį);
- iš viso: 1233,44 Lt.

Antra formulė yra užprogramuota įstatyme, nes reikalaujama mokėti ne mažiau pusantro VDU, o ne priemokos dydis ne mažiau kaip pusė VDU. Taigi ji yra labai vienareikšmiška.
Pirma formulė vėlgi išplaukia iš įstatymo formuluotės: jei jau už darbą naktį mokama 1.5 VDU (o ne priemoka), tai akivaizdu, kad už tą patį darbą nereikia mokėti dar ir pareiginio. Iš čia seka išvada, kad reikia apskaičiuoti darbuotojo valandinį darbo užmokestį tą mėnesį, kas sudaro pareiginis DU padalintas iš darbo valandų skaičiaus grafike tą mėnesį. Tada šį lanadinį darbo užmokestį dauginti iš dirbtų "paprastų" darbo valandų skaičiaus, kas sudaro faktines d.val. minus naktines, viršvalandines, poilsio ir švenčių d.val. Iš čia ir gauname mano formulę.

P.S. taip pagal įstatymus DU reikės skaičiuoti tik už liepos mėnesį, nes pakeitimas įsigalios nuo 2008-08-01.

Dar apie duomenų saugumą.

Programos naudojamas MySQL Server 5.0 ar 5.1 žinomų saugumo spragų, kurios leistų be slaptažodžio ar kitaip pažeidžiant vartotojo apribojimus prieiti prie duomenų per nuotolį (t.y. internetu arba per vietinį tinklą), nėra. Tai reiškia, kad reikėtų neprasto genijaus, kad sugebėtų pavogti Jūsų duomenis per tinklą.

Blogietis gali pavogti duomenis tokiais būdais ir atvejais:
- žinant serverio IP adresą ir esant silpnam root passwordui, paprasčiausias bruteforcer'is (pvz., JackTheRipper) gali atspėti slaptažodį per pora dienų. Kad to išvengti reikėtų:
1. Naudoti sudėtingus slaptažodžius, t.y. sudarytus ne iš prasmę turinčių žodžių, vardų ar gimtadienių, o bereikšmę raidžių ir skaičių kombinaciją, kuri būtų ne trumpesnė kaip 8 simboliai, pavyzdiui, "gqorc2w9". Tokio slaptažodžio nulaužimas su pavieniu galingu kompiuteriu užimtų pora metų.
2. Uždrauti root vartotojui prisijungti per nuotolį (toks nustatymas yra pateikiamas ir serverio instaliavimo instrukcijoje).

- žinant serverio adresą ir kokio nors vartotojo, kuriam suteikta teisė prisijungti iš bet kokio kompiuterio, vardą - yra visos aukščiau paminėtos galimybės, bet tik to vartotojo teisių ribose. Išvengimas taip pat identiškas, tik vartotojo apribojimus galima nustatyti per programos vartotojų administravimo formą prisijungus root vardu.

- turint fizinį priėjimą prie kompiuterio, blogietis gali paprasčiausiai nusikopijuoti/ištrinti duombazes kaip failus. Išvengimas - neleisti blogiečiams žaisti su Jūsų kompiuteriu, kuriame yra serveris.

- užkrėtus Jūsų kompiuterį keyloggeriu (tokiu blogu "virusu", kuris nuskaito visus Jūsų klaviatūros paspaudimus bei duomenis persiunčia blogiečiui), galima sužinoti vardus ir passwordus.

- užkrėtus Jūsų kompiuterį rootkitu ir įpompavus shell'ą (specifinė ir pati pavojingiausia "virusų" rūšis) - galima ne tik su serveriu, bet ir apskritai su Jūsų kompiuteriu daryti kas tik į galvą šauna.

- Jums laiku nesusidedant VISŲ microsofto update'ų arba esant neišmintingai windowsų konfiguracijai, su Jūsų komiuteriu galima daryti kas tik į galvą šaus. Pavyzdžiui, jei pas Jus netyčia paleistas IIS (toks windowsų komponentas, paprastai platinamas kartu su win xp proffesional), tai Jūsų kompiuteris apskritai yra atviras visiems norintiems ir turintiems elementarių programavimo žinių (su sąlyga, kad Jūs nesamdote administratoriaus, kuris mažiausiai kartą per mėnesį lopytų vis naujas IIS spragas).

- žinant serverio IP adresą galima bet kada iš bet kur išjungti serverį paprasta Dos arba DDos ataka. Tiesa, naudojant Dos ataką liks "paralyžuotas" ir "puolantis" kompiuteris, o DDos'ui reikia turėti savo dispozicijoje botnetą, kas yra nepigus, bet ir ne stebuklingai brangus malonumas. Abiem atvejais ataka niekaip nepalies pačių duomenų, o tik išjungs serverį ir kažkokį tai laiką laikys jį išjungtą, t.y. per atakos laiką Jūs negalėsite prisijungti prie serverio.

Visa, kas išdėstyta, galioja ne tik mano programai, bet ir bet kuriai kitai apskaitos programai, naudojančiai SQL serverį.

Atsižvelgiant į išdėtytą, bei turint omenyje, kad niekas iš mano programos vartotojų nesamdo kompiuterių saugumo specialistų, išvada labai vienareikšmiška. Turint noro, žinių ir laiko blogietis vis tiek dasikapstys iki Jūsų duomenų. O turint pinigų (~1.000-2.000 $), tokią paslaugą galima užsisakyti daugelyje rusų hackerių puslapių.

Nuo vaikučių žaidimų paprasčiausias būdas apsisaugoti - naudoti sudėtingus slaptažodžius, konfiguruoti mysql serverį griežtai pagal pateikimas instrukcijas. Jei programa naudojatės ne per tinklą, savo firewall'e blokuokite 3306 portą. Įtarti apie vykstantį įsilaužimą galima iš netikėtai stipriai sulėtėjusio duomenų gavimo. Pavyzdžiui, tokį patį BŽ intervalą dar prieš valandą jums ištraukdavo per sekundę, o dabar staiga užtrunka penkias sekundes. Įtarus įsilaužimą:
- nedelsiant perkrauti kompiuterį;
- iš naujo pasileisti programą ir kuo greičiau pakartoti duomenų traukimą;
- jei greitis nepadidėjo, reiškiasi kažkokia problema su kompiuteriu arba tapote išdidžiais "viruso" nešiotojais;
- jei greitis grįžo ir toks liko, reiškia kad ir kas ten buvo bet baigėsi ir galite nebesukti sau galvos;
- jei greitis grįžo, o po kurio laiko (sekundžių ar minučių) vėl sumažėjo, reiškia blogietis greičiausia yra įkyrus ir toliau tęsia bandymą. Šiuo atveju, jei Jums brangūs Jūsų duomenys, išjunkite kompiuterį ir kreipkitės į kokią nors rimtą kompiuterių įmonę, kurie teikia serverių administravimo paslaugas. Atėjusio specialisto, jei ataka toliau tęstis, reikėtų paprašyti išsiaiškinti bandančiojo prisijungti IP, tada jį užblokuoti. Jei specialistui pavyks nustatyti IP, reiškiasi įsilaužėlis yra nemokša ir jį reikėtų pamokyti: kartu su specialistu surašykite laisvos formos aktą, jame nurodant įvykio laiką ir IP, bei kreipkitės į policiją su pareiškimu. Policija rimtai nebaus nemokšos, bet norą žaisti su svetimais duomenimis tikrai atmuš.

Šitie patarimai nėra 100 proc. teisingi, yra kur kas daugiau techninių niuansų, bet turėtų Jums padėti bent minimaliai apsisaugoti.

"programoj vis kazka ivedus papildomo reikia vis parsisiusti nauja programos versija" - jei turite omenyje įvedus įmonės duomenis, tada nieko parsisiųsti nereikia. Jei turite omenyje pakeitus pačią programą ir pasirodžius naujam update'ui, tada reikia parsisiųsti ir instaliuoti paskutinį išėjusį update'ą.

"Viena mano drauge man rase ,kad jai parsisiuntus atnaujinta varianta pradingo visi jos duomenys."
Vartotojai - nuostabūs žmonės. Jie sugeba padaryti tokius dalykus su programomis, kurie programuotojo giliu įsitikinimu yra objektyviai neįmanomi.

Kadangi duomenys saugomi ne programoje, gali daryti ką tik nori su programa - duomenys niekaip dingti negali, nes ten jų tiesiog nėra. Kitas dalykas, jei kažkam dėl kažkokių priežasčių šauna į galvą kažką įdomaus nuveikti su mysql serveriu. Taigi pakanka žinoti, kad jei Jums brangūs Jūsų duomenys, mysql server yra šventas dalykas ir su juo jokiu būdu niekada negalima nieko daryti. Visa kita duomenims jokios įtakos neturi.

Jei duomenys "dingo" po update'o, kada buvo pakeista duombazės struktūra (prieš beveik du mėnesius), tai reiškia, kad arba nebuvo paspaustas mygtukas "upgrade databases", arba keičiant duombazės struktūrą įvyko kažkas nenumatyto. Pastarajam atvejui buvo skirtas patarimas prieš upgrade'inant duombazes, pasidaryti atsarginę kopiją.

Be to, auksinė saugumo taisyklė dirbant su bet kokiais duomenimis - nuolat darytis atsargines duomenų kopijas ir jas saugoti NE tame pačiame kompiuteryje. Dirbant su mano programa atsižvelgiant į duomenų kiekius reikėtų darytis atsargines kopijas mažiausiai kartą per ketvirtį. Jas saugoti idealiu atveju įrašius į neperrašomą CD seife ir saugiai sunaikinti senesnius kaip metų egzempliorius. Blogiausiu atveju flashike. Bet jokiu būdu ne tame pačiame kompiuteryje. Nuo virusų ir panačių bjaurybių neapsaugotas niekas.

Ir dar vienas update'as, suteikiantis galimybe eksortuoti SF registrus į VMI formas ffdata formatu:

http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

P.S. Atnaujinau pagrindinį programos instaliacinį paketą ir išeitinius kodus. Taigi iki sekančio update'o pakaks susiinstaliuoti programą iš pagrindinio paketo. Papildomų update'ų nereikia.

Visos nuorodos 1 psl. veikia. Dar kartą ir paskutinį kartą pasikartosiu, kad siųstis reikia TIK PASKUTINĮ CHRONOLOGIŠKAI ATNAUJINIMĄ. UŽ LIŪDNAS PASEKMES NESILAIKANTIEMS ŠIOS TAISYKLĖS - NEATSAKAU.

Update ištaisyta aukščiau forume minėta klaida, kai mažiau nei mėnesį įdarbintų darbuotojų neatvaizduodavo DU žiniaraštyje:

http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Be reikalo jūs taip, oi be reikalo. Jei mėginsite atsitiktine tvarka instaliuoti update'us, o tada dar ir dirbti tokiu "realybės" perliuku:
1. Gaišite savo laiką be jokios prasmės;
2. Teršite savo kompiuterį taip pat be jokios prasmės;
3. Su didele tikimybe negrįžtamai sugadinsite įmonių duombazes.

Tingiu aiškinti technines "update'ų" ypatybes. Esmė tame, kad tai visai ne tokie update'ai kaip windowsams: mano update'ų variantas ne taiso egzistuojančią programą, o perrašo pakoreguotus failus iš naujo (taip prarandama update'o dydis, bet techniškai yra paprasčiau). Todėl jei instaliuosite seną update'ą, viso labo turėsite seną programos versiją su visomis tuo metu buvusiomis klaidomis.



Nėra, nes matematika ir mėnulyje matematika, nepaisant kai kurių filosofų teiginių, kad žemė - čemodano formos Jei tvarkėte su exceliu ir teisingai įvedėte formules, tai jokių centų problemų nekils. Centų neatitikimus su SODRA (kuriai kaip ir priklauso antgamtiniam padarui bent kas antrus metus kinta matematikos dėsniai) reikėtų koreguoti per bendrojo žurnalo įrašus, t.y. darant koreguojantį įrašą. Aš po biskį suvedinėju vienos savo įmonės apskaitą į programą už septynis metus. Kai baigsiu, bandysiu patobulinti SODROS deklaracijų tikslumą. Tik bijau, kad iki to laiko SODRA vėl sugalvos ką nors įdomaus.

1. Programa yra primityvi ir savarankiškai nesupranta nieko, išskyrus standartinį darbą visą mėnesį. Kitais atvejais žiniaraštyje rankomis reikia koreguoti ne tik dirbtą laiką, bet ir grafiko laiką. Tada viską apskaičiuos teisingai.
2. Išmokėjimai naikinasi išmokėjimų formoje nuėmus visas varneles ir paspaudus įvesti (arba ištrynus išmokėjimo datas).
3. Dėl trumpai dirbančių darbuotojų gal ir yra bug'as, bet ištaisysiu ne anksčiau kaip po dviejų savaičių (atostogos ne LR).

1. Žinoma, kad taip. DU = pareiginis * dirbta val. / grafiko valandų
2. Taip, nebent prieš tai panaikinsite išmokėjimus.
3. Gal galite patikslinti klausimą. Jie buvo priimti ir vėl atleisti tą patį mėnesį ir vėl iš naujo ar kaip?

[quote:6ba6de6c07] ko pridirbau, kad neveikia sąskaitų išrašas? Kai tik bandau atidaryti sąskaitų išrašo langą, meta klaidą: "Klaida nuskaitant duomenis nuo duomenų bazės: ir daug kvadračiukų". Buvo viskas gerai, kol nesusiinstaliavau paskutinio update'o, bet gal čia tik sutapimas... [/quote]

1. Ar programa pradėjote dirbti daugiau nei prieš mėnesį?
2. Jei taip, Jums reikia atnaujinti duombazės struktūrą. Prieš mėnesį išėjusiame update buvo įnešta pakeitimų ne tik į programą, bet ir į duombazę. Kaip upgrade'inti duombaze žiūrėkite pora lapų aukščiau.

Mano asmeniniu giliu įsitikinimu atostogos panaudotos jos ar ne yra skaičiuojamos dienomis, o ne jų dalimis. Todėl programa visada apvalina iki sveiko skaičiaus, ir visada į didesnę pusę (ceiling).

1. Pinigai įnešami į kaupiamąją sąskaitą iki UAB įsteigimo. Šios operacijos apskaitoje fiksuoti nereikia.
2. Įregistravimo dieną steigimo sutarties pagrindu darote korespondenciją D2711 pinigai K301 pinigai, t.y. atsiranda kapitalas.
3. Steigimo išlaidos atlyginamos, tik jei tai numatyta steigimo sutartyje. Jei numatyta, atitinkamų SF pagrindu D6_____ (pvz., veiklos sąnaudos ar kitos sąnaudos, svarbu tik kad nesupainioti su leidžiamais atskaitymais) K272.
4. Antspaudas ir t.t. iki PVM mokėtoju patapimo per avanso apyskaitą ir KIO + veiklos sąnaudos (leidžiami atskaitymai) + neatskaitomo PVM sąnaudos, t.y. KIO turi būti faktinio pinigų išmokėjimo dieną, o ne sąskaitų datomis.

Jeigu bandote instaliuoti programą ant jaunesnės nei XP SP2 windows'ų versijos, gali nepavykti ir padėti jums per forumą niekaip negalėsiu. Reikia kreiptis pas padoriai kompiuterius išmanantį asmenį, kuris sugebėtų paleisti .NET platformą ant senų windows'ų. Teoriškai mažiausia versija ant kurios gali veikti mano programa yra win98 SP3 berods. Bet kuo senesnė versija tuo daugiau nesuderinamumo problemų.

P.S. Kaip mano programą paveiks XP SP3 težino dievai ir microsoftas. Telieka tikėtis, kad labai stipriai neprikiaulins.

Jeigu bandant paleisti pačią programą išmeta "The application failed initalize properly(oXc0000135)" ir ties tuo viskas pasibaigia, reiškiasi reikia ne tik parsisiųsti .NET platformą, bet ir ją instaliuoti. (žiūrėti aukščiau dėl win versijos)

Jeigu programa pasileidžia, bet bandant prisiloginti išmeta klaidą "klaida, jus neturite teises prisijungti prie pasirinkto serverio", reiškiasi serveris veikia tinkamai, tačiau dėl kažkokių priežasčių jūs nežinote prisijungimo slaptažodžio.

Jeigu programa pasileidžia, bet bandant prisiloginti išmeta "Unable to connect...", reiškiasi neveikia serveris. Žiūrėti instaliavimo instrukciją. Jei gerai neišmanote kompiuterių, primygtinai rekomenduočiau pačiam nežaisti, o kreiptis į specialistą.

Reiškiasi neteisingą slaptažodį įvedėte. Nuosekliai žiūrėkite serverio instaliavimo instrukcijas.

Namų kompe nėra .NET platformos, kuri yra sudedamoji XP SP2 dalis ir paprastai būna absoliučioje daugumoje kompiuterių. Parsisiųsti iš čia:
www.microsoft.com/downloads/details.aspx?familyi...

Likučiai įvedami per formą Duomenys/Bendras.../Likučių perkėlimas. Jei įdėmiai įsižiūrėsite į formą, pamatysite, kad ten neįmanoma ko nors nesuprasti.

Kreiptis su prašymu žinoma galima, bet tai lieka išimtinai antstolio malonėje. Antstoliui jokie teisės aktai nedraudžia nukreipti išieškojimo į banke esančias lėšas.

Reikia ne rašyti, o pasirinkti iš susikurtos fin atskaitomybės struktūros atitinkamą eilutę. Įdėmiai perskaitykite šios diskusijos pirmą puslapį.

Update ištaisyta:
1. Bandant rūšiuoti asmenų sąrašą pagal pavadinimą mesdavo klaidą.
2. Skaičiuojant atostoginių kompensaciją leidžia pasirinkti taikomą metinį darbo dienų koeficienta. Programa pasiūlo teorinį, praktinį (pagal faktinį darbuotojo grafiką, matomą iš suformuotų DU žiniaraščių) arba leidžia vartotojui koeficientą nurodyti pačiam.
3. SODROS deklaracijų formoje pereita prie paprastesnio pervedimų SODRAI metodo, pakanka nurodyti sąskaitą, kurioje apskaitomos SODROS įmokos ir programa daro prielaidą, kad visi šios sąskaitos debetai yra pervedimai. (gal ateityje sugalvosiu ir ką nors protingesnio).
4. Keletas smulkių dizaino klaidų ir TAB sekų (kad būtų patogu su TAB šokinėti tarp laukelių).

Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Esmė tame, kad pinigai yra laikomi darbo užmokesčiu tik iki jų išmokėjimo (su visais taikomais procentiniais apribojimais), o vėliau jie tampa tiesiog pinigais banke, kuriems netaikomi jokie apribojimai.

Jokių apėjimų nėra ir jokie skundai TV pagalbai nepadės. Lieka tik elgtis taip pat "sąžiningai", kaip ir antstoliai:
- mokėti juodais;
- mokėti grynais, išskaičiuojant tik tiek, kiek priklauso;
- protingam žmogeliui pasiūlyti įsisteigti VšĮ ir tvarkytis pačiam paslaugų formoje.

Galimos problemos:
1. Anksčiau kompe jau buvo instaliuotas MySQL serveris, o vėliau pašalintas "nešvariai";
2. Kompe jau buvo kitos programos instaliuotas serveris ir susipjovė;
3. Nepakanka vartotojo teisių servisui paleisti.

Techninį galimų problemų aprašymą anglų kalba galima atrasti čia:
forums.mysql.com/read.php?11,4460,4460#msg-4460

Prašykite ko nors, kas gerai gaudosi kompuose, kad sutvarkytų. Per forumą per sudėtinga būtų aiškinti.

1. Įregistruoti darbuotojo atleidimo faktą prie detalių darbuotojų duomenų;
2. Atsidaryti atleidimo mėnesio žiniaraštį;
3. Varnelės VDU ir Atostogos;
4. Gauti arba įvesti VDU parametrus;
5. Varnelė ant atostogų kompensacijos ir pereiti į kitą lentelės laukelį. Sukauptos atostogos skaičiuojamos automatiškai, jei korektiškai įvesti ir registruoti darbuotojo duomenys, bet esant reikalui galima kompensacijos parametrus pakoreguoti rankiniu būdu.

Ištaisyta, update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Apskaitos sąsk.- Apskaitos sąskaita, kurioje fiksuojama prekių vertė
Pardavimo sąsk.- pardavimo pajamų sąskaita
Sąskaitos gamyboje - Apskaitos sąskaita, kurioje fiksuojama prekių gamyboje vertė
Sąnaudų sąsk.- pardavimo sąnaudų sąskaita

pardauodant prekes daroma korespondencija:
K - apskaitos sąsk - parduodamų prekių balansinė vertė
D - sąnaudų sąskaita - parduodamų prekių balansinė vertė
D - pirkėjų sąskaita - pardavimo kaina
K - pardavimo sąskaita - pardavimo kaina

Prekių likučius reikia įvesti tokiu nuoseklumu:
1. Perkeliami apskaitos sąskaitų likučiai;
2. Sukuriamos reikiamos prekių rūšys;
3. Kiekvienai prekių rūšiai įvedama įsigijimo operacija, jos pagrindu nurodant apskaitos sąskaitų likučių perkėlimo operaciją.

Likučiai perkeliami per likučių perkėlimo formą, o ne BŽ įrašą.

Dėl darbuotojų, kurie kartais neveikia, atsiųskite man į asmeninę žinutę visus suvestus to darbuotojo duomenis. Pabandysiu pas save, gal ir atrasiu kokią klaidą. Dabar nieko negaliu padėti, nes pas mane viską skaičiuoja teisingai. Negaliu pakartoti klaidos - negaliu jos ir ištaisyti.

O kodėl, kai reikia 100 proc., vesti 99,99 proc.?
Pabandžiau, viskas veikia su bet kokiu procentu...

Trišalė taryba vienbalsiai ir kategoriškai nepritarė skaičiavimui nuo VDU. Paaiškinti, kas yra VDU bei kaip jis skaičiuojamas, reikėtų šios nuostatos autoriams seimo nariui A.Sysui ir VU daktarui T.Davuliui.