Negalima taip, bus prarasta kontrahento unikalumo kontrolė. Įvesit netyčia tą patį asmenį du kartus ir pasiklysit paskui.

Naujoje versijoje IT apskaita jau perdarytą išimtinai pgl greičiausiai nesigaus naudotis. Pridedu pora screenų.

Jei jums svarbu atskirti vieną fizinį nuo kito, tada darykite kodus pvz F1, F2 ir t.t. Jei nesvarbu, turėkit vieną kodą pvz FIZ.
O kaip be kodo su PVM sąskaitų registrais gaunasi, VMI formos priima be kodo?

Po šio update'o programa leis 0 IT likvidacinę.

Update'as čia:
http://www.apskaita5.eu/palaikymas/updates/

Leisiu nulį likutinėj vakare arba ryt.

Kažką ne taip darote.

Kad sutvarkyti iki normalaus veikimo prekes, reikia vien tam skirti gerą savaitę laiko. Kai niekada pats prekių apskaitos nevedęs, reikės rimtai įsigilinti į galimas sistemas ir atrasti vieną algoritmą, apimantį jas visas (ar bent jau daugumą).
Kai šitą padarysiu, iš karto bus naujoji versija, nes tai vienintelis trūkstamas dalykas. Bet nežinau, kada turėsiu tiek laisvo laiko.

Update ištaisytas (apeitas) serverio nenoras teisingai apvalinti skaičių 8,505.

Update'as čia: http://www.apskaita5.eu/palaikymas/updates/

Programa -> F1 -> Darbas tinkle

Ar yra prie6taraujančių? Kitokių nuomonių? Kaip apskritai turėtų veikti ataskaitos, generuojamos principu likutis-apyvarta-likutis, operacijas su ribinėm datom reikia į apyvartą ar į likučius? Nuomones pageidautina argumentuoti.

Update ištaisyta:
1. Automatinio update'o elgsena (nebemėtys pranešimų apie atnaujinimų nebuvimą ir korektiškai atpažins tikrai naujus atnaujinimus);
2. Pridėta papildomų saugiklių excelio eksportui (pas mane viskas ir taip gerai -> dariau aklai -> nežinau, ar padės);
3. Visoje programoje panaikinti programinio apvalinimo likučiai, dabar visame kame naudos buhalterinį apvalinimą.

Update'as čia:
http://www.apskaita5.eu/palaikymas/updates/

Vienoj vietoj neteisingą apvalinimą radau, bet tas neturėtų turėti įtakos galutiniam skaičiui. Atsiųskit mailu išsamius tos sąskaitos eilučių skaičius.



Negalima, nes po to seks kito vartotojo prašymas padaryti atgal. Taip jau buvo.

Ar apskritai, ar kokioje nors konkrečioje formoje?
Atnaujinime įdėjau pora papildomų saugiklių, bet man sunku spręsti, pas mane viskas veikia.

Šuo toks:
1. Skolų suvestinėje datų intervalas, patenkantis į apyvartą yra apibrėžiamas kaip: DataNuo<ApvyvartosOpData<=DataIki, o balanso ataskaitoje kaip DataNuo<=ApvyvartosOpData<=DataIki. Kaip matyti nesutampa laikotarpio pradžios priskyrimas: skolų suvestinėje laikotarpio pradžios dienos operacija paklius į apyvartą, o balanso ataskaitoje į likutį pradžioje.
2. Skolų suvestinėje atsiduria tik tų operacijų sumos, kurios susietos su asmenimis, kurie priskirti grupėms "Pirkėjai" arba "Tiekėjai". Jei toje sąskaitoje (pirkėjų, tiekėjų) yra operacijų, nesusietų su minėtais asmenimis, suma skirsis nuo balanso ataskaitos (kuri įtraukia visas sumas nepaisant kontrahentų).

Naujoji versija dar neveikia, kad veiktų reikia savaitės mano laiko tam tikslui ir įkvėpimo.
Saito autorius tiesiog iš anksto pasirinko saito pavadinimą pagal naujos versijos pavadinimą.
Pavadinimą reikia pakeisti, nes kažkas yra patentavęs pavadinimą "apskaita" ir prieš pora metų esu gavęs pretenzijų, į kurias prižadėjau atsižvelgti.
Į versijos numerį galite nekreipti dėmesio, aš tiesiog tingiu jį kaitalioti.

P.S. programa jau nebetestuojama, o naudojama bendra tvarka. Vienintelė žinoma klaida - neveikia prekių apskaita vidutinių verčių metodu - tai sisteminė prekių apskaitos logikos klaida, todėl šioje versijoje jos ištaisyti neįmanoma. Daugiau žinomų klaidų nėra.

Sakyčiau, kad taip būti negali, nes programa, kol jos nepaleidi, nedaro jokios įtakos OS, bet su kompiuteriais visokių keistenybių pasitaiko.
Priežasčių nežinau, gal virusas užkrėtė programą, gal kas registre susipjovė, gal dar kas.

Update ištaisyta:
- ryšium su migracija į puslapį www.apskaita5.eu vėl veiks automatinis programos atnaujinimas;
- korektiškai užrašoma neigiama suma žodžiais (aktualu nuosavas SF formas piešiantiems);
- naudojant savos gamybos tipinį sąskaitų planą nebereikalaujama priskirti sąskaitas visiems nustatymams.

Update'as čia:
http://www.apskaita5.eu/palaikymas/updates/

Update ištaisyta:
- į excelį eksportuoja lenteles nepriklausomai nuo excelio versijos (sprendimo minusas - eksporto metu sukuria laikiną failą, t.y. teršia sistemą);
- kasos knygoje pirma rikiuojami , tada KIO.

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

Atskirai.

[quote=Juskevic]Ir dar, jeigu galima, pataisyti kasos modulyje, kad

Bandysiu nepamiršti.

Ne, bet esant poreikiui galima pasidaryti savo nuosavą tipinį sąskaitų planą.
Programos folderyje yra failas "tsp.dat", atsidarote jį notepad'e ir pasikoreguojate pagal poreikį. Duomenų formatas: sąskaitos numeris TAB sąskaitos pavadinimas TAB fin. atskaitomybės eilutė TAB nustatymų kodas (pavyzdžiui, "PR" reiškia, kad ši sąskaita atsidurs nustatymuose kaip pirkėjų sąskaita, visa kita pagal esamą pavyzdį suprasite; jei sąskaita nefiguruoja nustatymuose tiesiog šį elementą praleiskite). Svarbiausia faile neprikurkite tuščių eilučių.

Ir dar trečias teisingiausias variantas - per avanso apyskaitą.

Dienpinigiai (neapmokestinama jų dalis) yra vedama arba kaip paprastas BŽ įrašas, arba iš viso nevedami, o išmokėjimo operacijoje tiesiogiai nukreipiami į sąnaudas.

Niekaip rodyti nereikia, paprasčiausiai neskaičiuoti DU.

Jei grąžino dėl neteisingo GPM apskaičiavimo tada papildomai K54 (arba pvz K6 DU sąnaudos) ir D4 mokėtinas GPM

Panašų į tai, kad kažkas sugadinta programos failuose. Parašykit mail'u.

Būtent tame ir problema, kad parašot, o ne pasirenkat iš jau parašytų. Serijas reikia nusistatyti iš anksto per dokų nustatymus. O rašymas comboboxe reiškia paprasčiausią paiešką -> surinkot neegzistuojančią -> paieška nebaigta (sėkmingai) -> negalima niekur eiti.

Darbuotojai\Kitos išmokos gyventojams.
A klasės išmokos yra deklaruojamos pagal išmokėjimą, o ne priskaičiavimą, todėl ryšys nustatomas su išmokėjimo dokumentu (atitinkamu BŽ įrašu).

Ne per DU reikia įvedinėti, o per išmokėjimo įrašą, jį susiejant su išmoka gyventojui bei priskiriant reikiamai apmokestinimo schemai.

Generuoja visai A klasei.

Esmė yra, kada nekuri xls failo, o duomenis tiesiogiai perpompuoji į excelį. Tam naudojami interop'ai, kurie turi savybę būti skirtingiems excel 2005, 2007 ir openoffice. Šiuo metu programa palaiko tik excel 2005, t.y. tą, su kuriuo pats dirbu.