Priešingai, viskas idealiai atitinka teoriją. Prekių įsigijimai ir pardavimai privalo būti vedami chronologiškai, nes priešingu atveju FIFO veiks klaidingai - bus neteisingos savikainos.
Dėl nefinansinių duomenų koregavimo ateityje sutvarkysiu.

Visiška materialinė apima tik patikėto turto sugadinimą, sunaikinimą ir praradimą. Broko bei netiesioginių nuostolių ji neapima. Aprašytu atveju panašu, kad pagrindiniai nuostoliai buvo dėl blogo darbo ir dėl to kilusio darbų stabdymo. Taigi atsakomybė bus ribojama 3 VDU.

Pagal žaliavos gamybos procese turėtų būti apskaitomos atskiroje sąskaitoje.

Perduodant į gamybą korespondencijos: D 2___ žaliavos gamyboje K 2____ žaliavos sandėlyje vertė savikaina (sąskaitų pavadinimų nepamenu).
Gaminant: D 2___ pagaminta produkcija K 2____ žaliavos gamyboje K 6____ tiesioginės gamybos sąnaudos.

Užsivertęs darbais, neturiu laiko pats bandyti. Susikurkite bandymams įmonę ir paeksperimentuokite. Geriausias būdas atrasti sprendimą. Ir dėl prekių apskaitos pažiūrėkite.

Žaliavų neperdavėte į gamybą (tokia operacija per atsargų katalogą\operacijas). Gaminti leidžiama tik iš žaliavų, kurios perduotos gamybai.

Ar programoje tikrai reikalingas IT apskaitos perkainota verte palaikymas? Ar nepakankamas apskaitos įsigijimo savikaina palaikymas?

Apskaitą perkainota verte labai jau sudėtinga suprogramuoti. Reikia ssekti ne tik IT savikainą, bet ir atskirą perkainojimo objektą...

[quote=Aleksiukas]Štai atsidariau šiandien programą ir negaliu suvesti KIO - meta va kokį perspėjimą iš karto kai pasirenku dokumentai - KIO.

Atsinaujinti DB struktūrą. Čia prieš pora mėnesių įvedžiau serijų galimybę KIO, reikėjo tam laukelio duombazėje.

Analitika prie korespondencijų naudojama tik tada, jei:
- viena korespondencija turi sąsają su kitu negu pagrindinė operacija kontrahentu;
- operacija vienodai reikšminga dviem ir daugiau kontrahentų.

Pagrinde tai įvairios užskaitos, nors gal gali būti ir kitokių operacijų.

Gal vis tik atsiras kas padės surasti klaidą

Update ištaisyta užpraeitam update padaryta klaida - SF nerodė įmonės pavadinimo.

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

Sorry, užpraeitam update netyčia sugadinau, norėdamas sudaryti galimybę ištrinti esamą logo. Šiandien kiek vėliau įdėsiu ištaisymą.

Nebūtinas, bet nepakenks.

Programoje yra viena klaida, kurios niekaip nepavyksta man atrasti. Keičiant faktūras su prekėmis arba IT, kartais nusimuša indeksai ir sugadinama duombazė (prireikia rankinio sutvarkymo). Pas keleta vartotojų tokia problema buvo kilusi, bet man niekaip nepavyksta jos atkartoti, t.y. neaišku, kokiu tiksliai būdu reikia keisti faktūrą, kad išlįstų klaida.

Gal kas galėtų užsiimti šitos klaidos gaudymu?
Tam reikia testinėje įmonėje (arba tikroje prieš tai susikūrus atsarginę kopiją) pamėginti visais įmanomais būdais pakaitalioti išrašytas ir gautas SF su prekėmis ir (ar) IT. Po kiekvieno pakeitimo SF uždaryti ir bandyti atidaryti iš naujo. Jei nebeatsidarys, reiškia aptikote klaidą - parašykite man kokius tiksliai pakeitimus padarius buvo sugadinta sąskaita.

Update numatyta galimybė įvesti serverio portą iš 5 simbolių.

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

Kalkuliacija yra tik proporcija, konkretūs kiekiai yra įvedami registruojant gamybą.

Atsiųskit sąskaitos ir įmonės duomenų formos prinscreenus, pažiūrėsiu.

[quote=linatigre] 2. Kai prasidėjo 2010 nauji metai mūsų įmonėje pastoviai išnaujo numeruojami

negali būti numeruojami iš naujo berods pagal kasos tvarkymo taisykles. KIO negalima numeruoti iš naujo, nes mano asmeniniu įsitikinimu numeris turėtų identifikuoti dokumentą, o ne būti naudojamas tik dėl grožio.

Leisk katinui dar kartą pereiti per klaviatūrą.

Kažkas blogai kompe su regioninias nustatymais arba instaliuotais šriftais.



Greičiausiai ineto (ar mailo) paslaugų tiekėjas laiko jūsų emailus spamu, nes intervalas tarp laiškų išsiuntimo per mažas, o tas rodo, kad mailas generuotas programos (t.y. ne žmogaus), o tas leidžia manyti, kad galbūt programa yra blogietė ir siuntinėja spamus.

Naudokite siuntimą per outlook express'ą (nustatymuose galima pasirinkti). Tada spam filtrai greičiausiai praleis, nors bus kiek lėčiau, nes outlookas reikalauja patvirtinimo, ar vartotojas tikrai nori išsiųsti email'us.

Su emailais spamerių dėka apskritai problema. Praktiškai nebeliko būdo, kaip kliento programai patikimai išsiųsti keleta mail'ų vienu metu.

Win klaida, reiškia, kad windows'ai neleidžia prohgramai redaguoti savo failo, kuriame saugomi tarifai. Greičiausiai dėl klaidingų saugumo nustatymų.

Šita tema - dar vienas įrodymas, kad moterų įtraukimas į demokratiją yra didžiausia žmonijos klaida.

Prekių/IT pardavimas visada įforminamas SF, nepriklausomai nuo to, ar pirkėjui ji reikalinga.

Pakeitimų buvo, nes vasarį VMI taisyklės keitėsi.
O ką reiškia "nieko negaliu padaryti"?

Nagrinėjamu atveju su 99 proc. tikimybe tabeliai pildomi klaidingai, bet to nelabai įrodysi.
Darbo užmokesčio apskaičiavimo ir išmokėjimo tvarkos pažeidimo kaip ir nėra.
Lieka tik darbo laiko režimo pažeidimas, kurį vėlgi sunku įrodyti.

Reziumė, tikėtina bauda 1000 - 4000 Lt. Jei VDI labai rimtai užsiimtų įmone, galėtų baudą padidinti iki ~ 8000 Lt.

Turint omenyje, kad VDI itin retai lankosi įmonėje daugiau kaip kartą per metus, gaunasi, kad vidutinei įmonei apsimoka.

Darbo įstatymų, darbų saugos ir darbo higienos norminių aktų pažeidimas –
užtraukia baudą darbdaviams ar jų įgaliotiems asmenims nuo penkių šimtų iki penkių tūkstančių litų.

Darbo užmokesčio apskaičiavimo ir mokėjimo tvarkos, nustatytos Lietuvos Respublikos darbo kodekse, kolektyvinėje arba darbo sutartyje, pažeidimas –
užtraukia baudą darbdaviams ar jų įgaliotiems asmenims nuo penkių šimtų iki penkių tūkstančių litų.
Tokie pat veiksmai, padaryti asmens, bausto administracine nuobauda už šio straipsnio pirmojoje dalyje numatytus pažeidimus, –
užtraukia baudą nuo penkių tūkstančių iki dešimties tūkstančių litų.

Darbuotojų darbo laiko nežymėjimas darbo laiko apskaitos žiniaraštyje, patvirtintame Lietuvos Respublikos Vyriausybės, arba žinomai neteisingų duomenų apie asmenų, dirbančių pagal darbo sutartį įmonėse, įstaigose, organizacijose, darbo laiką (įskaitant viršvalandinius darbus, darbą nakties metu, poilsio ir švenčių dienomis, kai yra nukrypimų nuo normalių darbo sąlygų) įrašymas į šį žiniaraštį –
užtraukia baudą darbdaviams ar jų įgaliotiems asmenims nuo penkių šimtų iki trijų tūkstančių litų.
Tokie pat veiksmai, padaryti asmens, bausto administracine nuobauda už šio straipsnio pirmojoje dalyje numatytus pažeidimus, –
užtraukia baudą darbdaviams ar jų įgaliotiems asmenims nuo penkių tūkstančių iki dešimties tūkstančių litų.

O ko bijoti? Kad VDI baudelę 1000 Lt. išrašys?

1. Neinstaliuotas serveris;
2. Instaliuotas daugiau nei vienas serveris;
3. Klaidingai įvedamas username'as arba slaptažodis.

Programa skaičiuoja valandomis, o ne dienomis. Tai tiksliausias skaičiavimas, geriausiai atspindintis DK nustatytą mokėjimą proporcingai dirbtam laikui. Galima skaičiuoti ir dienomis, tas mažiau tikslu, bet niekas nesiskųs dėl vieno kito lito. Bet programa tokio skaičiavimo nepalaikys, nes tokiame skaičiavime nėra nuoseklios logikos. Pavyzdžiui, darbuotojui adm leidimu nedirbus ne visą dieną, o tik kelias valandas, neišvengiamai tenka skaičiuoti valandomis. Tas pats liečia pravaikštas ir prastovas. Programa negali žinoti, kodėl yra neatitikimas tarp faktinių ir grafikinių d.v., todėl skaičiuoja tikslaiusiu įmanomu būdu.

O ir šiaip nėra jokios logikos ar prasmės skaičiuoti netiksliai, kada galima tiksliai.

Jei grafike d.v. 75, o faktinių d.v. 55, tai DU = 450 Lt. * 55 d.v. / 75 d.v. = 330 Lt. (priskaičiuota) Nežinau, kaip skaičiuojate jūs.

Įmanoma, bet labai nuobodu

DU skaičiavimas priklauso nuo to, kokias faktines ir grafikines valandas/dienas įvedėte.

Kažką supainiojote. Sprendžiant pagal klaidos tekstą įmonės duombazė buvo sukurta su naujos versijos programa, o tvarkytis bandot su esama versija.