Pabandžiau ištaisyti klaidą su e-banko forma, bet nesu tikras, ar teisingai supratau klaidos esmę. Parašykite ar veikia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

o kokį būtent nurašymo aktą reikia formuoti? Ilgalaikiam turtui ir prekėms tas daroma per atitinkamas operacijas. Jei šių modulių nenaudojate, tuomet per BŽ.

P.S. spausdinamos nurašymo aktų versijos nėra nupieštos, t.y. programa juos registruoja, bet nespausdina. Jei atsiųsite visų operacijų su turtu ir prekėmis aktų pavyzdžius, galėsiu padaryti ir spausdinimą.

"Tiesiai" negalima, reikia per atskaitingą asmenį išrašant (teisingai) arba per "pinigai kelyje" (nelabai teisingai).

paprasciausiai buvo perziurimos banko operacijos, pas mane kiekvienai banko saskaitai atskiras numeris, banko saskaitos 2711, 2712, 2713[/quote]

Kokioje formoje ir ką paspaudėte, kai klaidą išmetė?

Update ištaisyta:
1. Panaikinant įmonę po duomenų pašalinimo iš prieinamų įmonių sąrašo meniu pašalindavo viena įmone per daug. "Dingusios įmonės" duomenys iš tikro niekur nedingdavo ir įmonė atsirasdavo restartavus programą, bet kažkam ir infarkas gali kilti Dabar jau viską daro korektiškai.
2. Prekių kataloge teisingai vaizduoja prekių apyvartas.
3. Prekių kataloge korektiškai veikia varnelė "Rodyti be apyvartos".

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

Ten programos klaida, ištaisysiu už valandos kitos. Tiesiog kartais net man pailsėti reikia



O ką tiksliai darėte, kai tokią klaidą išmetė?

O ką programa užlūšdama sako?

Ant stulpelio, pgl kurį norite rūšiuoti, pavadinimo paclickinti.

Kokia tvarka surūšiuojate, tokia ir rodo/spausdina.

Į visus klausimus atsakymas neigiamas

VšĮ turi vieną esminį trūkumą - pelno skirstyti negalima. Bet tas daugeliu atvejų apeinama. O kaip įsivaizduoji "aprašymą"?

Vienas puslapis apie veiklos formą iš ABĮ. Nors būtų visai neprasta mintis pasirinkti VšĮ teisinę formą, tada atsiranda 25 t. rezervas neapmokestinamas pelno mokesčiu, o pelną galima išsiimti per administravimo mokestį.
Penketa puslapių apie apskaitos specifiką, kasos aparatų režimą ir mokėtinus mokesčius.
Du trys lapai apie darbo teisės kaštus pgl. pasirinktą veiklos modelį.
Penketa lapų apie alkoguolio ir maisto režimą.

Studentes gasdinam?

Ir žinoma nepamiršti leidimo prekiauti alkoguoliu iš savivaldybės

Žr.
VALSTYBINĖS VISUOMENĖS SVEIKATOS PRIEŽIŪROS TARNYBOS
PRIE SVEIKATOS APSAUGOS MINISTERIJOS DIREKTORIAUS
Į S A K Y M A S
DĖL MAISTO TVARKYMO SUBJEKTO VISUOMENĖS SVEIKATOS SAUGOS EKSPERTIZĖS TVARKOS APRAŠO PATVIRTINIMO
2005 m. gruodžio 30 d. Nr. V-99

Licencijų nereikia jokių.
Reikia:
- higienos paso, leidžiančio reikiamas veiklas;
- kasos aparato.

Info apie reikalavimus ir procedūras galite gauti iš Valstybinės visuomenės sveikatos priežiūros tarnybos ir VMI.

Jūsų nurodytu atveju direktorius yra įvedamas kaip darbuotojas, tiekėjas ir kitas asmuo. To visiškai pakanka su sąlyga, kad Jūs nekraunate į vieną apskaitos sąskaitą atskaitingų asmenų ir kitų asmenų įmonei suteiktų paskolų. Darbo užmokesčio situaciją matysite per darbuotojo kortelę, atskaitingo asmens balansą matysite 2___ atskaitingų asmenų sąskaitoje pasirinkę analitiką pagal darbuotoją direktorių, paskolų būklę matysite per 4_____ ilgalaikių/trumpalaikių įsipareigojimų sąskaitą pasirinkę analitiką pagal tiekėją direktorių, kapitalo būklę matysite per 3 klasės sąskaitas pasirinkę analitiką pagal direktorių kaip kitą asmenį.

Analitikos įvedimui pgl. darbuotojus DU žiniaraštyje kol kas prieštarauja visos buhalterės išskyrus Jus. Programavimo tai čia minimumas, bet tada teks rankimis įvedinėti kiekvienam darbuotojui kiekvieną mėnesį ne tik kada išmokėta, bet ir kiek išmokėta, t.y. rankinio darbo padaugės dvigubai.

Negalima, nes tai pažeistų darbo užmokesčio apskaičiavimo tvarką.

Ir į tą patį klausimą teigiamai atsakius berods tris kartus įmonė tikrai bus panaikinta. Atsakinėti tiek daug kartų reikia todėl, kad ištrynimas yra rimtas veiksmas, prieš kurį derėtų rimtai pagalvoti.

Pabandykite po šito update'o:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe


P.S. Jei padės (turėtų ), irgi parašykite.
P.P.S. Jūs tikriausiai vienintelė naudojatės prekių moduliu, taigi jis dar praktiškai netestuotas. Pasitikrinkite, ar visos operacijos teisingai fiksuojamos apsklaitoje. Jei aptiksite klaidų, rašykite.

Failą su klaidos screen'u galima čia prisegti.
Pas save pabandžiau, viską rodo. Parašykite asmenine žinute visus to darbuotojo darbo sutarties parametrus ir naudojamus DU skaičiavimo parametrus.

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.

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?

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.

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

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ę

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)?

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.

1. Nedarbingumo apmokėjimas nėra įtraukiamas į grafą priskaičiuotas DU (nes tai nėra DU);
2. SODRA nėra mokama nuo nedarbingumo apmokėjimo.

Jei turite omenyje darbdavio apmokamas nedarbingumo dienas, tai GPM yra išskaičiuojamas (pasitikrinau pas save). O kokius darbuotojo ir DU žiniaraščio parametrus naudojate?