Žvaigždėtą rudenio naktį išeini su kavos puodeliu į gamtą ir prognozuoji

Jei stalą ir kėdę apskaitote tuo pačiu atsargų pavadinimu (baldas) ir taikote FIFO, tada taip, negalite.

Trumpalaikio turto apkaitos sąskaitos pakeisti neleidžiama. Pagal turinį tai iš esmės tolygu visų operacijų (ir susijusių BŽ įrašų) perdarymui. Programai tai pernelyg sudėtinga. Net jei padaryčiau tokią sistemą, klaidų tikimybė būtų neproporcinga naudai. Reikia ištrinti visas su tomis prekėmis susijusias operacijas, iš naujo įvesti prekių kategoriją ir suvesti operacijas iš naujo.

Prieš perinstaliuojant reikėjo paprašyti padaryti atsarginę kopiją arba nukopijuoti duombazių failus. Dabar jau nieko nebepadarysite arba tiksliau atkūrimas, net jei jis įmanomas, būtų pernelyg brangus ir negarantuotas.

Na, na, paklausykite Antanaičio dar ne tokių "perliukų" išgirsite Šiaip net UAB'o vadovas gali dirbti neatlygintinai, t.y. be darbo santykių ir be atlygio. To dar jokie įstatymai neuždraudė.

Update ištaisyta klaida skolų žiniaraščio spausdinamoje formoje (spausdinta versija neatitiko rodomos). Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita%7C_1.1%7C_beta%7C_update.exe

P.S. Ar man jau ramia sąžine tvarkyti darbuotojo kortelę ir DU žiniaraščių formas pagal naująją mokesčių skaičiavimo sistemą, ar dar ne? Ar manote, kad DU žiniarščio formos veikimo principas yra geras, ar dar kažką pakeisti?

Nežinau, pas mane su identiškais darbuotojo parametrais viską teisingai apskaičiuoja. Gal dar kas galėtų patikrinti ar teisingai skaičiuoja su tokia parametrų kombinacija?

Gal galėtumėte pateikti pavyzdį. Programa uždėjus varnelę ant "Prekės be apyvartos" rodo visas programai žinomas prekių rūšis, o neuždėjus tik tas prekes, kurios turi teigiamą likutį arba kurios turėjo apyvartą per duotą laikotarpį.

Sodrai "pofik", net jei už tą lenką mokėtumėte, pinigai vis tiek iš LT sodros nukeliautų į PL sodrą.

Padariau excelyje palyginimą neto/bruto darbo užmokesčio pagal seną ir naują tvarką. Arba aš padariau klaidą ir niekaip nesugebu jos surasti, arba atsiveria paradoksalus vaizdas: skirtumas tarp neto darbo užmokesčio pagal seną ir naują tvarką uždirbantiems <3.200 Lt. VISADA sudaro 18 Lt., o gaunantiems daugiau skirtumas sparčiai auga. Padėkite suprasti, ar aš kažkur suklydau, ar taip iš tikro yra.

Galimas, kol nepriėmė Darbo nuomos įstatymo. Kol kas yra tik projektas, kuriame numatoma reikalauti "nuomotojo" licencijos. Kada bus priimtas, sunku pasakyti, gal ir ne šiais metais.

Ji buvo pritaikyta, kol seimas su šakėm ties mokestiniais įstatymais nepasidarbavo. Sprendžiant pagal tai, kad nieks nieko tiksliai dar nežino apie naujuosius mokesčius, jau nekalbant apie deklaracijų formas, teigtina, kad programa vėl pataps pritaikyta po kokio mėnesio ar daugiau.

O mygtuko "Gauti " nespaudėte?

konkretų pavyzdį su skaičiais galite pateikti?

Atrodo pavyko klaidą išgaudyti. Pabandykite įsidėti atnaujinimą iš:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita%7C_1.1%7C_beta%7C_update.exe

Bazinis įvedamas kaip ir anksčiau.

Update pabandžiau realizuoti naują mokesčių sistemą darbuotojams. Kol kas nesutvarkyta darbuotojo kortelė. Prašyčiau išmėginti skaičiavimus DU žiniaraščiuose tiek po sausio 1, tiek ir prieš (kad ko nebūčiau sugadinęs). Jei toks variantas praeis jūsų teismą, atitinkamai sutvarkysiu ir darbuotojo kortelės formą. Kol kas dar taip pat nenupiešiau naujų DU žiniaraščių ir jų sąrašų spausdinamų formų. Ryt poryt mėginsiu piešti.

Atsižvelgiant į tai, kad vyriausybei vadovauja fizikas, galime pagrįstai tikėtis po poros mėnesių NPD formule sutikti dar ir sinusą. Atitinkamai NPD skaičiavimo formulė yra įvedama kaip nustatymas, o ne fiksuota programos kode. Pgl šiam momentui taikytinus įstatymus naudotina formulė: "NPD-(imz(PAJ-800)*0,2)", t.y. šią formulę reikia įsivesti į nustatymus (be lygybės ženklo, be tarpų, be kitokių pakeitimų). Formulėje:
"NPD" - darbuotojui taikytinas bazinis NPD (šiuo metu 470);
"PAJ" - darbuotojo pajamos tą mėnesį (pagal galimybes apskaičiuojamos programos);
"imz" - matematinė funkcija, angl. šifruojasi "If More (then) Zero", grąžina dydį, jei jis > 0, arba 0 priešingu atveju.
Formulių varikliukas supranta net hiperbolines trigonometrines funkcijas, jei vyriausybė nuspręstų buhalterius supažindinti su aukštaja matematika. Integralinės/diferencialinės funkcijos nėra palaikomos. Jei dagyvensime iki to, reiškiasi šioje valstybėje jokios gyvybės formos nėra pageidaujamos ir programa nebereikalinga.

P.S. Po update'o būtina atnaujinti duomenų bazių struktūrą.

Kas nedraudžiama, tas galima. Svarbiausia, kad tokie visuomenininkai TIKRAI negautų JOKIO atlygio JOKIA forma. LVAT yra išaiškinęs, kad net pusmaišis bulvių talkos dalyviui yra atlygis.

Vat su tuo "atitinkamai pakoreguoti" ir iškyla bėda.
Reikia pridėti papildomus stulpelius VMI). O vietos ant popieriaus lapo yra tiek, kiek yra. Fiziškai tie stulpeliai netelpa, reikia kažko atsisakyti.

Perskaičiau VMI paaiškinimus dėl dydį pačiam.

Tokia galimybė realizuota be papildomo nustatymo. Pirmai tam tikros serijos sf įvedate kokį norite numerį, o vėliau programa siūlys sekantį laisvą tos serijos numerį.

Loginę dalį vakar jau padariau. VMI. Šiandien vakare, jei laiko ir jėgų pakaks visa tai pajungsiu į interface'ą.
Gal kas galėtų atsiųsti pageidaujamas DU žiniaraščių formas (excelines ar wordines).

Konfidenciali info ir komercinė paslaptis čia ne prie ko, profesinė sąjunga turi teisę susipažinti ir su komercinėmis paslaptimis, tik turi pateikti raštišką pasižadėjimą nepateikti tretiesiems asmenims.
Iš kitos pusės konkretaus darbuotojo konkretus DU yra asmens duomenys, kurie negali būti teikiami be to asmens sutikimo. Sakyčiau šiai dienai profesinė sąjunga galėtų gauti abstrakčius ar suvidurkintus duomenis, bet ne DU žiniaraščius. Pavyzdžiui, kiek (vidutiniškai) uždirba staliaus pareigybės darbuotojai, o ne kiek uždirba stalius Petras. DU žiniaraščius tik su visų tame žiniaraštyje figuruojančių darbuotojų sutikimu.

Atsiųsti. Patį skaičiavimą lig ir suprantu, bet lieka du klausimai:
- kaip turi atrodyti DU žiniaraščio formuojama korespondencija?
- dalį reikia apskaityti atskiroje sąskaitoje.

Bendras\DB struktūra

DB struktūrą atnaujinkite.

Reikia instaliuoti iš pirmo puslapio ir paskutinį ataujinimą.

Update ištaisyta aukščiau minėta klaida, kai DB struktūros tikrinimas nepastebėdavo vieno stulpelio trūkumo.
Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita%7C_1.1%7C_beta%7C_update.exe

P.S. po prieš šį buvusio update'o visoms duomenų bazėms reikės struktūros korekcijos.

Update ištaisyta:
1. Galutinai išspręstos apvalinimo klaidos (cento problema) sąskaitų ir darbuotojų moduliuose (kol kas dar nespėjau ištaisyti darbuotojo kortelės). Įvesta speciali ir visada taikoma apvalinimo funkcija paimta iš SODROS ir VMI programų. Būtų gerai jei kas patikrintų veikimą.
2. Programa labai stipriai nebesispjaudo nuo fizinių asmenų kodų, nors nelabai matau prasmės vesti fizinių asmenų apskaitą su šia programa.

Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita%7C_1.1%7C_beta%7C_update.exe

Paprasto būdo nėra, reikia viską (kas susiję su klaidingai įvestom prekėm) ištrinti atbuline tvarka ir įvesti iš naujo.