Nemokama apskaitos programa

parašėte aiškiai, tačiau mažai jums gerų žinių vieno nurašymo lapo kelioms medžiagoms su šia programa nėra, aplamai tokio kaip dokumento nėra, gausite darytis atskirai, antra, nurašyti reikėjo kol nebuvo naujų pirkimų, tarkim ką nupirkot spalį ir reikėjo nurašyti spalį, nes jeigu įvesite bent vieną tos medžiagos pirkimą lapkritį programa nebeleis nurašyti spalio mėn. data.

Ačiū Jums už atsakymą. Teks suktis iš padėties :)

Tokie pokštai kartais nutinka dėl kompo regioninių nustatymų.

Gal atsirastų pora trejeta savanorių naujos versijos testavimui?
Tik su kompu draugaujantiems pirmai pradžiai.

Aš su tais konsultantais nieko bendro neturiu, bet gal ir gerai, kad konsultuoja :)

labukas, mielai patestuočiau naują versiją, gal būtų pranašesnė už esamą, nes jau planavau rinktis kokią kitą, gal testavimas parodys, kad galiu toliau dirbti su šita

Sveiki ir as pratestuociau :)

Niemand o nauja versija bus tobulesnė?kas naujo laukia? svarsčiau nuo naujų metų pirkti kitą programą bet jeigu ši turės daugiau funkcijų tai gal dar neskubėt
darbo daugėja reikia kažką daryt

Pageidaujantiems išsiunčiau info asmeninėmis žinutėmis.


Daug visko, aiškesnis interface'as su raudonais šauktukais prie laukelių, paaiškinančiais klaidos konkrečiame lauke esmę, lentelių customize'inimas, pilnas valiutų palaikymas su ryšiu su Lietuvos Banku, -etinės faktūros, kompleksinių duomenų struktūrų (pvz, IT operacijų) suderinamumas su VAS, tabeliai, daug įvairių usability papildymų. Programa adaptuota darbui per web'ą, nors gali veikti ir visiškai lokaliai be jokių papildomų programų (t.y. be mysql serverio ar dar ko nors), galima ir instaliacija USB rakte.
Duotuoju momentu dar "dadirbinėju" prekių apskaitą, testinėje atjungta. Tik čia didelių patobulinimų nelabai bus. Taikant nuolat apskaitomų atsargų metodą įtraukiant pvz faktūrą yra daromas BŽ įrašas, kuriame be kita ko atsispindi savikainos nurašymas, apskaičiuotas FIFO/LIFO/vidurkiais. Pažeidus įvedimo chronologiją neteisingomis tampa korespondencijos BŽ. Iš kitos pusės, bus galima taikyti periodinę apskaitą be chronologinių ribojimų. Kiek žinau, teisės aktai tą palieka vieneto nuožiūrai.



Kaip ir anksčiau, lieka viena antirekomendacija mano programai - nerekomenduotina naudoti esant didelėms prekių apyvartoms.

Patestuociau is tehnines puses.

aišku Niemand, palauksiu kol pratestuosit ir duosit mums likusiems pabandyt, šiaip man šios programos pakanka, nes įmonės nedidelės,bet norėtųsi prekių nurašymo akto, ne vienai o kelioms prekėms, valiuta ir tt, kad pavardės orderiuose būtų automatiškai atkeliamos nes dabar tiek rašliavos daug...

Į asmeninę žinutę.

dabar pas mus prekių nomenklatūra yra apie 3000 pozicijų, tačiau realus prekių likutis apie 100 pozicijų - norint atsidaryti Trumpalaikio turto katalogą programa "skaičiuoja" apie 3 valandas.
Tai, kaip supranu, čia būtent ir yra tas atvejis "nerekomenduotina naudoti esant didelėms prekių apyvartoms" ir tikėtis "paturbinimo" šioje srityje nėra vilties ?

Ne, ne greitis kliūtis, o chronologiško vedimo reikalavimas taikant nuolatinę apskaitą, kurio aš nesugalvoju kaip išvengti.
Greičio prasme nauja versija milijono prekių operacijų "galus suveda" per ~ pusė minutės. Jei pavyks pridėti inventorizacijų ribas, iš vis suksis žaibiškai, nors ir dabartinis greitis priimtinas.

paaiškinkit plačiau...

o jūs nebandėt kelis katalogus pasidaryt, kad nereiktų visų kartu prekių atidarinėti?

Įvedamas pardavimas, apskaičiuojama savikaina, kuri nurašoma, t.y. atsiranda BŽ atitinkamose korespondencijose.
Įvedus pažeidžiant chronologiją ankstyvesnį pardavimą, pgl FIFO bus klaidingai paskaičiuota savikaina, ir kas blogiausia pirmojo pardavimo savikaina pataps klaidinga, o ji jau BŽ randasi.
FIFO, LIFO atvejais dar ilgalaikėj perspektyvoj gaunasi kažkoks balansavimas (nors trumpalaikėje perspektyvoje net labai gali iškraipyti balansą, taip pat ir mokestiniais tikslais), o vidurkių metodo atveju skaičiai su niekuo nebedraugauja, nes partijų kaina iki paskutinio perleidimo yra vertinama pgl tos paskutinės perleidimo operacijos savikainą. Žodžiu matematika visiškai negroja.
Pasiimk popieriaus lapą ir pabandyk pamodeliuoti savikainos paskaičiavimus ir kas su lais nutinka pažeidus chronologiją.

Sveiki,
Gal galima būtų gauti ir man naują versiją? Taip pat gal yra pačių šios programos veikimo/naudojimo principų aprašymas? Čia turiu omenyje aukščiau esantį komentarą.

Helpo rašymą paliksiu kitiems savanoriams. Nors iš esamos kuklios naujos versijos praktikos protinga buhalterė be problemų peršoko ant naujos versijos su pusvalandžio instruktažu.
Aukščiau esantis komentaras neturi nieko bendro su konkrečia programa, tai buhalterinės logikos problematika.
Kol kas naują versiją duodu tik "pažengusiems vartotojams", gebantiems savarankiškai spręsti bendro pobūdžio kompo konfiguracijos problemas ir aiškiai apibūdinti kylančias klaidas. Ar jūs tą gebate?.

Sutinku, tokia problema yra. Esu matęs kaip tai sprendžiama kitose programose.
1. Pragma. Ataskaitinio laikotarpio eigoje skaičiuojama vidutinė savikaina. Pajamuojant vienarūšes medžiagas savikainos pokyčiai būna nereikšmingi, todėl informacija yra patikima sprendimams priimti. Ataskaitinio laikotarpio pabaigoje yra funkcija, kurios dėka buhalterija įvykdo savikainos perskaičiavimą. Tai atliekama, kai sistemoje nebedirba kiti vartotojai (pardavėjai, vadybininkai, sandėlininkai ir kt.). Laikotarpis uždaromas, sąskaitų likučiai perkeliami į sekantį laikotarpį.
2. Rivilė. Skaičiuojama kiekvienos operacijos tiksli savikaina fiksuojant operaciją. Automatinio savikainos perskaičiavimo mechanizmo nėra. FIFO neatitikimus galima tikrinti padarius ataskaitą, kurioje matosi išfiltruotos operacijos su atsargomis, kai išlaidavimo datos yra ankstesnės nei pajamavimo. Koreguoti tenka rankiniu būdu atpalaiduojant tas operacijas ir perfiksuojant iš naujo. Perfiksuojamos ne visos operacijos nuosekliai, o tik tos kurios turi įtaką galutiniam FIFO likučiui, t.y. žiūrima, kad sandėliuose liktų vėliausiai pirktos prekės. Toks koregavimas galimas, jei BŽ nėra spausdinamas. Kitu atveju daromi koreguojantys įrašai - įverdamos operacijos su atsargomis, taisant FIFO likučius rankiniu būdu.
Abu atvejai skirtingi. 1-uoju atveju sutaupomas laikas nukrypimams ištaisyti. Bet nėra griežtos tvarkos fiksuojant operacijas registruose. Kaip praktika rodo, tai ir nebūtina, jei ataskaitinis laikotarpis yra kalendoriniai metai. 2-uoju atveju gaištamas apskaitininko laikas savikainos nukrypimams taisyti, tačiau jei procesas kontroliuojamas periodiškai dažniau nei vienąkart per metus, tai didelių problemų irgi nesukelia.