Nemokama apskaitos programa

Kai rašiau IT modulį, kažkodėl tyčia padariau, kad įtrauktų einamąjį mėnesį, jei perdavimo naudotis data sutampa su įsigijimo data. Kodėl - neatsimenu. Bet kuriuo atveju tam, kad šito atsisakyti ir pakeliui nesugadinti dar ko, reikėtų kaip reikiant pasėdėti ir prisiminti to modulio veikimo principus. Tai atidėsiu vėlesniems laikams, nes ypatingai netrukdo. Paprasčiausiai nurodykite naudojimosi datą sekančią dieną po įsigijimo.

P.S. Šiuo metu programos kodą sudaro apie 50 tūkst. eilučių. Natūralu, kad pradedu užmiršti, kaip veikia atskiri moduliai, ypač sudėtingi ir seniai rašyti.

Pasižiūrėjau IT modulį, iškilo du klausimai:
1. Programa skaičiuoja nusidėvėjimą dienų tikslumu, t.y. skaičiuojant nusidėvėjimą už mažesnį kaip metai laikotarpį naudojama proporcija: naudota dienų/365. 'uose ir PMĮ neradau jokių paaiškinimų šiuo klausimu. Ar toks skaičiavimas teisingas?
2. Ar gali būti situacija, kada amortizaciją reikia skaičiuoti nuo pat įsigijimo, o ne nuo sekančio mėnesio pirmos dienos (nors užmušk nepamenu, kodėl tokią galimybę padariau)?

2. Ar gali būti situacija, kada amortizaciją reikia skaičiuoti nuo pat įsigijimo, o ne nuo sekančio mėnesio pirmos dienos (nors užmušk nepamenu, kodėl tokią galimybę padariau)?[/quote]

na visur apibrėžta kad nusidevejimas skaičiuojamas nuo sekančio menesio

Atsakant i pirma jusu klausima - ne, neteisingai. Pagal PMI: "Vienetas gali pasirinkti viso ilgalaikio turto nusidėvėjimą arba amortizaciją skaičiuoti nuo kito mėnesio pirmosios dienos po ilgalaikio turto naudojimo pradžios pagal šio Įstatymo 1 priedėlyje nustatytus normatyvus tiesiniu metodu." (18 str. 11 dalis).
Ir i antra klausima - ne, lyg ir negali. Pagal ta pati PMI imone gali pasirinkti ar taikyti pusmecio, ar kito menesio IT nusidevejimo skaiciavimo buda, bet ne vienu atveju nusidevejimas neskaiciuojamas nuo isigijimo dienos.

Tiek ir aš žinau, bet ši formuluotė nieko nepasako apie tiesinio metodo taikymą. Iš esmės pagal ją amortiazaciją už mėnesį galima išvesti dvejopai:
dienų skaičius mėnesyje/365
1/12

Pusė pažįstamų buhalterių sako, kad reikia pagal pirmą proporciją, o pusė - pagal antrą. Nė viena nepagrindžia kodėl.

Žinau, kad pagal bendrą taisyklę nuo sekančio mėnesio amortizacija, bet gal yra kokių išimčių? Gaila trinti tokią galimybę

Update ištaisyta ir papildyta:
1. IT amortizaciją jau skaičiuoja mėnesiais, o ne dienomis (įtikino ). Taip pat nebėra bėdų, kada perdavimo naudotis data sutampa su įsigijimo data.
2. Pridėta įrankių juosta greitam priėjimui prie dažniausiai naudojamų funkcijų (bendrojo žurnalo, sąskaitos apyvartos žiniaraščio ir pan.). Kam nepatinka ar monitoriuje vietos mažai, galite išjungti per bendrus nustatymus arba per pagrindinio meniu punktą "Rodyti".
3. Suvienodintas nustatymo "Automatiškai atnaujinti duomenis" taikymas. Dabar jau refresh mygtukas yra visose aktualiose formose su galimai ilgais ir kintamais duomenų sąrašais.
4. Pakeista mygtuko refresh išvaizda (paveiksliukas). Čia aišku skonio reikalas, bet dabar mygtukas bent jau "neapkramtytas".
5. Avanso apyskaitų ir faktūrų moduliuose mygtukas, papildantis dokumentą eilute, pakeistas į "+". (kad niekam nebešautų į galvą, kad pakanka suformuoti dokumentą, o į apskaitą jo įtraukti nebereikia - tikiuosi pakankamai aišku).
6. Sąskaitos apyvartos žiniaraščio formoje numatyta galimybė tiesiogiai (paclickinus ant įrašo) keisti ar trinti operacijas.
7. Ištaisyta dar keletas smulkių, bet nepatogių klaidelių.

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

labas vakaras,

sakykit ar as ne taip ka suvedziau, bet DU apskaiciavimo ziniara6ti viskas kaip ir tvarkoj, taciau kai atsispauzdinu DU ismokejimo ziniarasti, ten yra priskaitymai ir iskaitymai, tai:
1 Ligos pasalpos suma darbo uzmokescio ismokejimo ziniarastyje skiriasi nuo sumos DU apskaiciavimo ziniarastyje.

2 nuo darbuotojo, kuriam yra priskaiciuota ligos pasalpa, neiskaiciuoja sodros

tikriausiai spesiu atsibosti su savo kvailais klausimais, taciau:
Bendrame zurnale yra toks dalykas kaip uzkaitos, taciau niekaip negaliu rasti kada tarkim pirkeja debetuojam, o kada kredituojam, ar pagal sia uzskaita tiekejas visad debetuojamas, o pirkejas kredituojamas?

DU žiniaraščių printinimo klaidas ištaisiau. Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Nuo darbdavio mokamo nedarbingumo SODRA neskaičiuojama.

Dėl užskaitų. Na logiška, kad pas tiekėjus 4 klasėje yra kreditinis likutis, taigi būtų tikslinga debetuoti, o pas pirkėjus 2 klasėje yra debetinis likutis, taigi būtų tikslinga jį kredituoti. Galima aišku pafantazuoti, kad asmuo kaip pirkėjas bus permokėjęs, o asmeniui kaip tiekėjui bus permokėta. Bet čia jau, mano galva, į apskaitos klaidą panašu.

o tuomet su skolu perkelimu kaip, pvz yra ilgalaike skola likutis 40 saskaitoj, reikia perkelti trumpalaikes 44 saskaita, abi saskaitos turi analitikas,kaip tuomet daryti, nes pazyma turi tiek vienos puses analitika, o uzkaitoj ketvirta klase tik debetuojama?

kad nuo ligos pašalpos sodros neskaiciuoja tai aišku, taciau darbo ismokejimo ziniaraštyje, nerodo sodros iskaičiuotos nuo darbo uzmokescio (tik tam darbuotojui,kuriam priskaiciuota ligos pasalpa), taciau suma ismokejimui ateina kokia turi buti

Operacijai priskiriama bendra analitika yra automatiškai taikoma visoms jos korespondencijoms. Atskirais atvejais (avanso apyskaitoje ir užskaitose) galimas papildomas analitikos priskyrimas vienai ar daugiau korespondencijų. Jūsų nurodytu atveju daromas paprasčiausias bendrojo žurnalo įrašas, nes analitika nesikeičia. Ilgalaikės skolos ir tais metais grąžintinos tos skolos dalies "savininkas" nesikeičia. Taigi užskaitos čia ne prie ko.



O po spausdinimo klaidos ištaisymo vis dar nerodo?

na o ar tikslinga prisiristi prie vienos analitikos, kadangi nors ir mažos įmonės taciau skirtingoms saskaitoms yra atskiras kreditorius /debitorius, akad oir tarkim tas pats juridinis ar fizinis vnt pas mane gali buti kaip tiekejas saskaita 443, ir kaip paskolos davėjas saskaita 4422 ar pan, tai tokiu taveu norisi ir analitika matyti atskairai, ir buna atveju kad yra sudengiam, o bendro žurnalo irasas fiksuoja tik viena analitika, kitai pusei duoda tik bendra sąskaita.
ar as ne taip suprantu programos veikimo principus?

po spauzdinimo parametrų istaisymo, pas mane rodo vis dar klaida

Vat ir aš bandžiau išaiškint tą pačią problemą.... Galėčiau į asmeninę žinutę Niemandui prisegt failą su klaida, bet nežinau kaip prisegt

Kaip tesinigai instaliuoti šią programą? parsisiunčiau Programos instaliacinį paketą iš šito adreso
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita , instaliavosi gerai
ir dar siunčiausi "MySQL server" programą adresu dev.mysql.com/downloads/mysql/5.0.html , pasirinkau windows, bet jų ten try rūšys, nors ir tai visus išbanžiau, ir negaliu niekaip instaliuoti. Gal kas susidūrė su šia problema ir žino ką blogai darau?

Ką prispaudžiau kad dabar nebeatidaro trumpalaikio turto katalogo. Meta tokią klaidą. Klaida.doc

Kažko nemoku nes niekaip neparsisiunčiu MySQL server.Kas padėtų

jei neveikia nuoroda is lietuvos gali bandyt bet kuria kita

dev.mysql.com/get/Downloads/MySQL-5.0/mysql-...

lango apacioje spausti No thanks, just take me to the downloads!

Programa skirta išimtinai mažų įmonių apskaitos tvarkymui, todėl aš tyčia nustačiau analitikos grupių apribojimą iki 4 grupių: tiekėjų, pirkėjų, darbuotojų ir kitų. Kuo daugiau pasirinkimų, tuo daugiau darbo juos pasirinkti. Mažoms įmonėms pasirinkimų įvairovė daugiau trukdo nei padeda. Atitinkamai Jūsų pateiktu atveju nebus tokios grupės kaip "paskolos davėjas", bus tik tiekėjas, ir problemos nebelieka.

Vidutinėms įmonėms mano programa yra tik platforma, ant kurios nusamdytas programuotojas gali parašyti tai įmonei reikalingą funkcionalumą. Ateityje aš numatau pertvarkyti programos kodą išskaidant objektus į atskirus dll'us bei numatant patogią plugin'ų galimybę. Tai labai supaprastins papildomų funkcijų prijungimą. Bet pačios programos sudėtingumo didinti neketinu. Mano nuomone, tuo padaryčiau meškos paslaugą smulkių įmonių buhalterėms.