Įmanoma, bet prireiks labai gerai draugaujančio su kompu.
Google mysql innodb restore from files

Nežinau, man reiktų dar kokios savaitės, kad prekes prie faktūrų pajungti. Bet nesulaukiu absoliučiai jokios info iš tax.lt testuotojų...

Galima, bet tik į vieną pusę, t.y. po konvertavimo sena versija nebesupras.

Biskį ne į temą, bet ar negalima/didelė nuodėmė nurašinėti tiesiai į sąnaudas, jei kuro metinė apyvarta vos keli tūkstantukai (vadovo auto po miestą) ? Turėtų gi būti kažkoks proporcingumas tarp sąnaudų ir jų apskaitos sąnaudų

Yra toks win operacinės kintamasis path, kuriame restore tikslais turi būti kelias iki mysql bin folderio. Instaliuojant serverį varnelė atitinkama yra, bet galima ir rankiniu būdu gana paprastai - google [win versija] path

P.s. šitas klausimas jau >50 kartų užduotas čia.

Yra teisėje tokia sąvoka kaip mirusi norma - kai dėl įvairių priežasčių neegzistuoja realus jos taikymas (enforcement). T.y. valstybės institucijos nesiima jokių veiksmų pažeidimų užkardymui, ignoruoja pažeidimus. Su buhalteriu čia klasikinis pavyzdys, situacija, kai apskaitą tvarko vadovas, niekam nedaro jokios realios žalos, taigi nėra suinteresuotų.

Čia įstatymas iš serijos esli nelzia no ocen xocetsa togda mozno :)
Teoriškai labai senai negalima, bet realybe niekam nerupi. VMI ir SODRA žiūri savo mokesčiams aktualius duomenis ir jiems iki lemputės, kas tuos duomenis tvarko.

O kodėl neuždeklaravus visų darbuotojų kaip brigados generolų? T.y. koks skirtumas, ką ten užrašysi? Bele kokį skaičių ir viskas, kaip vmi evrk

Lūžo servisas, vienareikšmiško sprendimo nėra, reikia ieškoti priežasčių

Čia apvalinimo taisyklių įtaka, kokiuose aritmetiniuose žingsniuose ir kiek po kablelio apvalinti. Teisės aktai to nereglamentuoja, taigi čia skonio reikalas. Abu variantai teisės prasme vienodai teisingi.

Gal ir sulauksit, bet kol kas negaunu jokio grįžtamojo ryšio iš testuotojų, kažkaip netikiu, kad iš pat karto būčiau visai be bugų parašęs...

P.S. yra

Details...

Teigtina su manim :)
Aš nesuvedinėju tax nikų su mailais
Nuoroda į naują versiją į asmeninę žinutę numečiau.

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

Į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ą.

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.

Į asmeninę žinutę.

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.

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

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

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

Tiksliai nežinau, bet iš pirmo žvilgsnio web serveris lūžo

Pretenzijas - Tomaševskiui. Pagal jo veiksmus ir partijos pavadinimą tikrai susidaro įspūdis, kad lenkai sistemingai užsiiminėja kenkėjiška veikla.

Išmokėjimai (žiniaraščių mokėtinos sumos eilutėse, kurioms įvesta išmokėjimo data) atsiduria priešpaskutinėje pridėtos lentelės grafoje, jei išmokėjimo data pakliūna į atitinkamą mėnesį. Kokios konkrečios išmokėjimo datos? Gal tiesiog intervalas uždėtas per siauras ir jo pabaigoje dar nebuvo išmokėta?

Suaugę žmonės dėl kelių erotinio pobūdžio banerių nesiskundžia. Skundžiasi tik suvaikėję davatkos.
Rusų jumoro saitų specifika tokia, kad neapsieina jie be pornografijos. Bet jumoro pasitaiko puikaus.

Jei skaičiuoji DU už nepilną mėnesį, VDU iš viso ne prie ko, reikia imti būtent apskaičiuotą valandinį DU, ką programa ir daro.
Jei skaičiuoji atostoginius, tada programa skaičiuoja dienos VDU pagal Vyriausybės nutarimą ir, kiek pažiūrėjau, tą daro teisingai.

Aš asmeniškai į tai žiūrėčiau paprastai - eina ta SODRA nafik su tokiais beprasmiais reikalavimais. Na patikrins, ras klaidą, kad ne tam laikotarpyje keli šimtai litų, ir kas iš to? Delspinigiai nuo to neskaičiuojami, bendra moksečių suma nesikeičia.
Bet jei norit sudėtingai, formuokit atskirus DU žiniaraščius kiekvienam atostogų mėnesiui.

Pataisiau, bet kol kas tingiu į serverį update'ą krauti dėl tokios smulkmenos.

Nematant skaičių ir vaizdo nė pro kur nepasakysi...

Nuo kada čia SODRAI atostoginius pagal mėnesius reikia dėlioti?