Nespėju. Per daug pageidavimų. Tam, kad padaryti normalų likučių perkėlimą ir lankstesnę asmenų struktūrą, teko pakeisti duombazės struktūrą. Tai atsiliepia visos programos veikimui. Atitinkamai darbo padaugėjo labai ženkliai, o laisvo laiko ištekliai labai riboti.

Geriausiu atveju įmesiu naują versiją rytoj vakare.

Su kableliais, iš tikro problema del regional settings. Padarysiu nustatymuose pasirinkimo galimybę.

Kol kas aš dingstu iki šeštadienio (atostogos ), tikiuosi sekmadienį įdėti naują versiją.

Žmonės, būkite žmonės - gerbkite mano laiką nors biskį. Aš čia laisvalaikiu apskaitos programą rašinėju, o ne kompiuterių mokyklą pradedantiesiems atidariau. Jei iš viso nesuprantate, kas per žvėris yra programa ir kaip ji instaliuojasi, užsirašykite į kursus arba kreipkitės į specialistus.

TO Giedrius_SA:
O MySQL instaliavosi ir konfiguravosi be klaidų?

XML parseris tikrai ne iš trukdančių programų. Trukdyti gali programos, aktyviai dirbančios su tinklu arba emuliuojančioms šią veiklą. Apie jų buvimą kompiuteryje galite ir nežinoti. Kartais jos instaliuojasi kartu su kitomis programomis to nepranešdamos vartotojui.

Jei kompe jau sukasi kokia nors apskaitos programa, ji su 99 proc. tikimybe jums instaliavo kokį nors serverį. O tai labai rimta priežastis nepasileisti MySQL serveriui.

P.S. Jūsų pačių labui. Nemėginkite patys instaliuoti į vieną kompiuterį dviejų apskaitos programų (nesvarbu kokių). Pasekmės gali būti labai liūdnos. Jei jau labai norite tą padaryti, kreipkitės į specialistus.

TO indruliuks: visų pirma naujesnė versija visai nebūtinai geresnė. MySQL atveju šešta versija yra testavimo fazėje, o dėl to jau savaime nieko nuostabaus, kad neveikia. Aš juk sakiau dėtis penktą ir sakiau ne be reikalo. MySQL 5.0 yra naujausia STABILI versija. Bandykite išinstaliuoti, LABAI atidžiai pgl. mano nurodymus instaliuoti 5.0. Kaip jau išsiaiškinau, yra kai kurios pagalbinės programos, kurios gali blokuoti MySQL serverio darbą. Jei pas Jus šis atvejis, aš nieko padėti nesugebėsiu. Pirmiausiai reikės išsivalyti savo kompiuterį.

To Magali: o gal galėtumėte konkretizuoti, kas būtent nepavyksta, ir pageidautina su printscreen'ais?

TO almapil: bug'as - kaltas, bus istaisyta šios savaites gale.

Avansinių apyskaitų programoje nėra. Tvarkoma bendra tvarka per bendrojo žurnalo operacijas.

Apie balansą nieko nesupratau...

Dėl kasos yra bug'as, kaip ir minėjau, ištaisysiu su nauja versija šios savaitės gale. O kur turėtų rodyti banko likutį?

Viską pakartojau - veikia. Gal Debeto suma neatitinka Kredito?

Banko operacijos unikalus numeris nurodomas banko išraše. Jei nereikalauti jo įvesti, neveiks automatinė banko duomenų importo sistema.

Banko sąskaitos operacijas galite įtraukinėti į apskaitą automatiškai:
1) Iš internetinio banko puslapio parsisiunčiate elektroninę išrašo versiją *.acc formatu (jei nežinote kaip, skambinkite į savo banko informaciją; tokia galimybė tikrai yra visuose e-bankuose).
2) Formoje Dokumentai/Banko sąskaita spaudžiate "Įkrauti" ir pasirenkate atsisiųstą failą.
3) Programa atpažįsta operacija pgl. pirkėjų/tiekėjų/darbuotojų kodus. Atpažinti operacijų įrašai bus pažymėti baltai, neatpažinti - raudonai, o jau registruoti apskaitoje - geltonai. Būtina, kad būtų nurodyta atitinkamo asmens formoje laukelis "Koresp. banko sąsk." (nes automatiškai formuojama korespondencija: D/K Bankas D/K Koresponduojanti).
4) Prie kai kurių įrašų nebūna nurodyta kontrahento kodo, todėl jų atpažinti automatiškai neįmanoma, reikia registruoti rankiniu būdu. Kodai nenurodomi, jei atliekamas mokėjimas už paslaugas per specialų e-banko meniu (pavyzdžiui, už mobilų). Rankiniu būdu registruojama paclickinus ant neatpažinto įrašo ir pasirinkus "Koreguoti".
5) Atpažinus visus įrašus spaudžiate "Įtraukti į apskaitą" ir visos operacijos bus įtrauktos į apskaitą automatiškai.

Likučiai įvedami kaip viena bendrojo žurnalo operacija per formą Duomenys/Bendras.../Naujas bendrojo žurnalo įrašas . T.y. visos sąskaitos su debetiniu likučiu debetuojamos likučio suma, o sąskaitos su kreditiniu likučiu kredituojamos likučio suma. Problemą su kasos likučio atpažinimu kasos knygoje ištaisysiu naujoje versijoje šią savaitę.

Pirkėjų skolų ir skolų tiekėjams likučių analitiką nesugalvoju kaip įvesti. Sugalvosiu principą - padarysiu.

Į savaitės pabaigą planuoju įdėti versiją su ištaisytais rastais 'bug'ais:
1. PVM kodo laukelį padidinti iki 14 simbolių;
2. Neprintint printinimo datos;
3. Rodyti kasos likutį, atsižvelgiant į likučių perkėlimą;
4. Sąskaitų - faktūrų modulyje duombazės klaida (pateiksiu atskirą vienkartinę programėlę, kuri užlopys skylę duombazės struktūroje).

Ar dar kas nors rado kokią klaidą, nepaminėtą sąraše?

3 - 6 psl. yra detalūs atsakymai iš kur, ką ir kaip parsisiųsti. Daugiau jų tikrai nekartosiu, pradžiai perskaitykite forumo temą.

Be to esu ne telepatas ir nežinau, kas būtent ir kurioje vietoje Jums nepavyko.

TO Gita1: o jūsų atveju vis dėlto reikia apache išimti. Sugebėčiau tai padaryti pats prie kompo sėdėdamas, bet distanciniu būdu nepatarsiu.

TO Austa: Jūsų atveju serveris veikia. Priešingu atveju būtų "unable to connect".

Į kurį laukelį rašot žodelį "root"? O reikėtų į vartotoją...

Nelabai suprantu, formoje "Darbuotojo kintamieji duomenys" laukelio "Pokyčio pagrindas" nėra. Jei turite omenyje "Pagrindas", reiškiasi tai žodinis priežasties paaiškinimas (pvz., "Darbo sutartis").

Jei sąžiningai, nežinau. Gal ir pakaks, o jei vėl passwordo paprašys reiškiasi nepakako.

TO Soffy: idėją rodyti spausdinimo datą man pakišo pora teismo procesų ir primygtiniai kelių įmonių vadovų "reikalavimai". Palikti ar išimti - čia jaumoralės klausimas

TO Elvusia: ką reiškia PVM neapmokestinama? Jei ne PVM mokėtoją - nenurodyk PVM kodo ir programa supras užuominą. Jei nulinį tarifą - taip ir nurodykite kataloge/faktūroje.

Jeigu leido kurti naują įmonę, reiškiasi atspėjote root passwordą.

Būtų viskas iš naujo. Mano programą bet kuriuo atveju perinstaliuoti teks, nes versija nauja, o automatinio senos versijos išinstaliavimo dar neišmokau padaryti. O štai mysql'ą reikia išinstaliuoti atidžiai, kad netyčia sekančiai instalicijai palikimo nepaliktų.

TO Elvusia: atsakymo nebus. Užmiršus passwordą, teks kreiptis į hakerius ir nepigiai sumokėti. Jokių programų, gebančių "sulaužyti" mysql passwordus nėra. Teoriškai turint fizinį priėjimą prie serverio (kompiuterio), galima jį išsiaiškinti, bet turiu tik labai miglotą supratimą kaip. Žinau tik, kad taip vadinamų hash'ų gliaudymas yra sudėtingas procesas. MySQL labai neprastai pasistengė duomenų saugumo labui.

Tai ką dokumentus klastojame, kad spausdinimo datos nenorime

Dėl pačios spausdinimo technologijos, tai ne mano, o microsofto išmyslas. Be to, visiškai neturiu menininko gyslelės ir kantrybės trūksta piešti ataskaitas (o tai yra piešimas tikraja to žodžio prasme). Dviejų lapų spausdinimo galite bandyti išvengti per PageSetup kaitaliojant paraščių dydžius. Suprantu, kad nepatogu kiekvieną kartą nustatinėti, bet stumdyti laukelius pikselio tikslumu ir bandyti pergudrauti microsoftą ne mano charakteriui.
Pageidaujančius šituo užsiimti patiems galiu išmokyti per 1 - 2 val. Technika labai paprasta, o štai kantrybės reikia geležinės.

Išskaita reiškia išskaitą (pvz., alimentų). Ir įvedama ji rankiniu būdu, o ne apskaičiuojama.

Genijai irgi klysta O dėl html failo pasidarė labai įdomu. HTML iš principo negali savyje laikyti paveikslėlio, o tik nuorodą į jį. Nejaugi aš ir vėl klystu?

Dėl krūvio. Kaip minėjau, krūvis nustatomas palyginus su standartiniu: 1 reiškia 8 val. per d. arba 40 val. per sav., 0,5 - 4 val. per d. arba 20 val. per sav. ir t.t. Įvedėte 4, ir gavot 160 val. per savaitę.

Darbo užmokesčio kodas - GPM deklaracijos kodas.

Pareigos programoje neapskaitomos. Tai išimtinai buhalterinės apskaitos, o ne vadybos programa. Jei bus palaikymas iš tautos, bus ir vadybos elementų. Bet kol kas tai ne pirmaeilis klausimas.

Kontrahentai kol kas yra tik trijų rūšių: pirkėjai, pardavėjai ir darbuotojai. Tas pat yra daugelyje pigių apskaitos programų (iš ten ir nusižiūrėjau). Kaip vakar rašiau, sekančioje versijoje ši sistema bus lankstesnė.

Balansinių sąskaitų likučiai yra įvedami paprasčiausiai viena bendrojo žurnalo operacija su atitinkamu (ir tikriausiai nemažu) kiekiu korespondencijų. To pilnai pakanka programai išsiaiškinti likučius. Kitas dalykas, kaip įvesti pirkėjų/tiekėjų skolų likučius pgl. jų analitiką. Šito niekaip negaliu sugalvoti logikos, pakeliui ypač neperkraunant duombazės. Sugalvosiu - padarysiu. Sugalvosite šių duomenų perkėlimo principą - praneškite ir man.

Nelabai supratau situacijos. Mygtukas "$$" reiškia formuoti išmokėjimo ataskaitą, t.y. paruošt printinimui žiniaraštį. Mygtukas "Įvesti" - įtraukti žiniaraščio duomenis į apskaitą. Jei norite pamatyti jau sukurto žiniaraščio duomenis - Darbuotojai/Darbo užm. žiniaraščiai ir paclickinat ant reikalingo žiniaraščio (mygtukas "Redaguoti"). Užkraus to žiniarščio duomenis, kuriuos galėsite redaguoti/printint/ar dar ką nors veikti.

P.S. Kiti stebi, kas nutiks jums (ir jūsų apskaitai)

Išmokėjimo žiniaraščiui spausdinti mygtukas "$$".

Krūvis reiškia darbo sutartyje numatytą val skaičių palyginus su "standartiniu". Pagal tai programa automatiškai apskaičiuoja darbo dienų/valandų skaičių mėnesyje (su sąlyga, kad švenčių sąrašas nustatymuose atitinka realybę šiais greitai kintančiais laikais). Gal ir dar kam nors tai reikšminga, bet nebeatsimenu - darbuotojų modulį seniai rašiau.

Nepasisekė tamstai. Outlook express nepriima paveiksliukų kaip parašų. Tik tekstas.

Paclickinkit ant darbuotojo ir pasirinkite "Detalūs".

Dinaminiai detalūs duomenys reikalauja papildomo darbo, bet leidžia turėti visą darbuotojo istoriją ir atitinkamai automatiškai parinkti visus parametrus nurodytai datai.

Turi būti taip, kaip parodyta paveiksliukuose.

Keisti reikia ne datą, o tik mėnesį. Ten toks dropboxas yra su mėnesiais.

O darbuotojų priėmimo į darbą datas įvedėte? ir ar teisingai įvedėte?