Krūvis yra nustatomas atitinkamu parametru "krūvis". Tai koeficientas nuo 40 val. darbo savaitės, t.y. k=1, kai 40 val. savaitė, 0,5m kai 20 val. ir t.t.

Faktinis dirbtų dienų ir valandų skaičius įvedamas skaičiuojant darbo užmokestį.

O serverį konfiguravot?

Jei pasirenkate gautos SF eilutės tipą "Ilgl. turtas", viską sukoresponduoja teisingai ir turtą užregistruoja nurodytoje "Apskaitos sąskaitoje" (toks laukelis atsiranda pasirinkus tipą ilgalaikis turtas).
Ilgalaikio turto sąnaudų sąskaita, tiesą sakant, yra perteklinė ir nelabai galima panaudoti vėliau.

Benagrinėdamas šią situaciją aptikau, kad kvailioja kai kurie laukeliai (vertę leidžia užrašyti tik iš antro karto). Ištaisau pridedamame update.

Update'as čia:
www.wikifortio.com/832766/Apskaita_1.1_beta_update.exe

Update ištaisyta:
1. Nebėra klaidų eksportuojant į .ffdata SAM formą su daugiau kaip 9 darbuotojų;
2. Sutvarkyta FR0573 deklaracija ir jos eksportas į .ffdata;
3. Padarytas gyventojų pajamų kodų, savivaldybių ir SODROS skyrių pasirinkimas iš dropbox'ų.

Update'as čia:
www.wikifortio.com/408137/Apskaita_1.1_beta_update.exe

Galima ir taip, bet paprasčiau gautų SF formoje pasirinkti eilutės tipą ilgalaikis turtas, suvesti jo parametrus (grupė, nusidėvėjimas ir pan.). Programa automatiškai įtrauks įsigytą IT į apskaitą.

Iki visiško baigtumo pagal esamą funkcionalumą programai trūksta:
1. Baigti sutvarkyti FR0573 deklaraciją su eksportu į .ffdata;
2. Perkelti administravimą į objektinį modulį ir galutinai jį sutvarkyti;
3. Suvienodinti naudojamų objektų struktūrą.

Šitą lygiagrečiai su klaidų taisymu padarysiu per 3-4 savaites. Vėliau jau bus galima sėsti prie programos funkcionalumo ir ergonomikos tobulinimo.

Update ištaisyta:
1. Gaunamose SF leidžiama pasirinkti antros klasės sąnaudų sąskaitą;
2. Jau veikia "gražūs skaičiai" laukeliuose (ar bent jau daugumoje jų);
3. Įvedus neatpažintą banko operacijos įrašą BŽ forma užsidaro automatiškai;
4. Galutinai sutvarkyta darbuotojo kortelės forma;
5. Padarytas FR0572 deklaracijos eksportas į .ffdata.

Update'as čia:
www.wikifortio.com/739161/Apskaita_1.1_beta_update.exe

Tokios nėra

Dar iškilo klausimas.
Koks santykis tarp FR0572, FR0573 deklaracijų ir B klasės pajamų?
t.y. ar reikia deklaruoti B klasės gyventojams išmokėtas sumas ir, jei reikia, tai kurioje deklaracijoje ir kaip?
Pvz., gyventojui, vykdančiam individualią veiklą, už paslaugas išmokėta suma.

[quote:bcb9fc3124] O tai kaip Jūs užregistruotumėt sąskaitą, kurioje paslaugų sumą reikia išskirstyti per tam tikrą laikotarpį? [/quote]

Supratau, leisiu pasirinkti sąnaudų sąskaitą iš antros klasės taip pat.

[quote:bcb9fc3124] Poilsiui. Jis būna pasyvus (išvertus bambą gulima, knygas skaitoma, lepinamasi vandeniu, saule ir t.t.) arba aktyvus (slidinėjimas, ekskursijos, baidarės, dviračiai ir pan.) [/quote]

Programavimas čia prie aktyvaus poilsio

[quote:04b94d9d37] Kažkodėl esu tikra, kad paspaudžiu, juk kitaip ją tiesiog numetus duomenys nepersikeltų kur reikia? Bet atidžiau pažiūrėsiu [/quote]

Kaltas, automatiškai BŽ įrašo formos neuždaro. Ištaisiau, su sekančiu update'u bus sutvarkyta.

[quote:04b94d9d37] Va šitą tai tikrai padariau Ir man vistiek tą operaciją rodė kaip blogai koresponduojamą...bet čia iš naujo pabandyt galėsiu tik kai vėl tą operacija bus, tad reik laukt kito mėnesio pradžios... [/quote]

Čia iš tikro kažkokios mistikos yra. Pas mane po atpažinimo koreguoti įrašai "pažaliuoja" tvarkingai. Bet keičiant "žiūrėjimo nustatymą" rodyti jau registruotus op. įrašus realiame režime mėto kažkokias sistemines klaidas, debug'inimo režime nieko panašaus nėra. Reikės, kai turėsiu laiko, pasikapstyti. Bet kuriuo atveju čia daugiau estetinė (GUI) problema, taigi tik smulkus nepatogumas.

[quote:04b94d9d37] Dabar toliau, sakykim, kad noriu įvesti sąskaitą, kad korespondencijos būtų D 2024 K 4431, kaip tai padaryti? [/quote]

Gal galėtumėte detaliau. Kokią sąskaitą (išrašomą/gautą) norite registruoti? Kokia šitos korepondencijos prasmė?
Šiuo metu debetuojamų sąskaitų apribojimas šešta klase uždėtas tyčia, kad kam nešautų į galvą taip apeidinėti specializuotą turto (prekių) apskaitą.

[quote:04b94d9d37] Atostogos juk ne tam būna skirtos... [/quote]

O kam?

[quote:2ebbda9018] Kai koreguojamas įrašas ir iššoka ta lentelė ne visada būna suma prie kairės pusės korespondencijos, nesuprantu kodėl. [/quote]

Jei koreguojate neatpažintą operaciją (t.y. nežinomas asmuo), atidarius koregavimą iš karto suma prie korespondencijų neatsiranda. Pirmiausiai reikia pasirinkti asmenį ir tada suma atsiras automatiškai. Čia veiksmų eiliškumo klausimas.

[quote:2ebbda9018] Taip pat nesuprantu kodėl sutvarkius ir įrašius duomenis ta lentutė nedingsta, gal joje dar kažką galima daryt? [/quote]

Reikia paspausti mygtuką Įvesti.

[quote:2ebbda9018] suma būna ne 0,00 , o tik 0 - lyg ir pataisėt visur, tai kodėl čia išliko taip? [/quote]

Skaičių formatą aš sutvarkiau tik lentelėse, o ne laukeliuose. Su laukeliais problema sudėtingesnė, išspręsiu, kada turėsiu laiko. Po 3 - 4 savaičių planuoju pasiimti dviejų savaičių atostogų, tada visais patobulinimais ir užsiimsiu.

[quote:2ebbda9018] Ir nesuprantu ką darau ne taip, kad užsikrovus banko išrašą ir pakoregavus operaciją, kurią paprastai atpažįsta netinkamai (atpažįsta kaip darbo užmokestį, o yra nuoma), man nerodo, kad ji pakoreguota. [/quote]

1. Tam, kad atpažintų tinkamai, reikia dar kartą įvesti tą patį darbuotoją prie kontrahentų, tik jau kaip tiekėją su atitinkama koresponduojančia sąskaita.
2. Tam, kad rodytų, kad operacija pakoreguota, reikia pakartotinai atlikti atpažinimą paspaudžiant atitinkamą mygtuką. Automatinio atpažinimo aktyvavus formą atsisakiau, nes labai lėtina darbą: kiekvieną kartą atpažinimas trunka 1 - 3 sekundes, o tas erzina, kada koreguojama daugiau operacijų ir dažnai "šokinėjama" tarp formų. Patogiausia visas reikiamas operacijas sutvarkius rankiniu būdu paspausti atpažinimą ir pamatysite atnaujintą statusą.

Taip ir turi būti, nes duomenys yra saugomi ne mano programoje, o serverio programoje. Ištrinti įmonės duomenis iš kompiuterio ne taip paprasta. Net išinstaliavus MySQL Server įmonių duomenys vis tiek liks. Norint juos galutinai pašalinti, reikia rankiniu būdu ištrinti folder'į C:\Program Files\MySQL. Tai šiokia tokia apsauga nuo neapgalvotų (arba apgalvotų ) vartotojo veiksmų.

Laikini linkai į visą programą:
http://www.uploadshare.ru/download.php?id=794AF1D61

ir į paskutinį update'ą:
http://www.uploadshare.ru/download.php?id=ACF2FB061

Užlūžo hostingo saitas, turetu paros ribose atsigauti.

Update ištaisyta:
1. Klaidingas kasos likučio apskaičiavimas, kada dirbama be kasos likučio perkėlimo.
2. Keletas estetinio pobūdžio klaidų finansinės atskaitomybės formoje.
3. Kritinė klaida penktos/šeštos klasės uždaryme. Programa neteisingai formuodavo korespondencijas, dėl ko debetas nebesutapdavo su kreditu.

Update'as čia:
www.wikifortio.com/741517/Apskaita_1.1_beta_update.exe

Ne visada spėju uploadinti visos programos, taigi dažniausiai programos install'as 27 psl. atsilieka 1-2 update'ais. Geriausia instaliuotis programą ir paskutinį jos update'ą. Update'ai yra kumuliatyvūs (kiekvienas sekantis apima visus ankstesnius), todėl pakanka paskutinio update'o.

Dėl darbuotojo duomenų. Būtini detalūs duomenys yra įsidarbinimo data, krūvis, DU ir atostogos. Neįvedus kitų duomenų, tie rodikliai bus laikomi lygūs 0. Dažniausia klaida - supainiotos detalių duomenų datos.

1. Del exporto i excelį. Čia ne mano kūryba, o microsofto. Žinau, kad padaryta kreivai, bet pačiam daryti estetiškus excelio šablonus labai jau tingisi. Pavadinimu automatiškai igi nelabai galiu įtakoti.
2. Dėl visų formų printinimo. Kiekvienai printinamai formai reikia tiesiogine to žodžio prasme nupiešti taip vadinamą reportą. O piešti aš nemoku ir nemėgstu.
3. Dėl klaidos uždarant programą. Sekite programos update'us. Seniai ištaisyta.
4. Dėl dingusio mygtuko sąskaitų plane. Galva neišneša, kokiu būdu kai kurie vartotojai jį sugeba pradanginti. Teoriškai tas neįmanoma, praktiškai man irgi nepavyko pasiekti tokio rezultato. Pabandykite sukurti naują įmonę ir eikite tiesiai į sąskaitų plano formą.

Update ištaisyta:
1. Spausdinant sąskaitos apyvartos žiniaraštį jame matytosi kokia tai sąskaita.
2. Sąskaitų faktūrų registre rodo ir tiekėjų, ir pirkėjus priklausomai nuo sąskaitų tipo pasirinkimo.
3. Papildyta nauja automatiškai generuojama SODROS SAM deklaracija su eksportu į .ffdata failą. Atsidarius programos suskurtą failą reikės papildomai nurodyti rengėjo rekvizitus ir paspausti "Form data validation" mygtuką (raudonas šauktukas). (pagal SODROS instrukciją nesu tikras, kuriuos laukelius reikia palikti tuščius, o kuriuos 0,00)
4. Ženkliai pagreitintas didelių kiekių duomenų įkrovimas į programą. Akivaizdžiai matysis iš e-banko importo formos.
5. Sąskaitos apyvartos žiniaraštyje rodomas BŽ ID.
6. BŽ formoje rodomos korespondencijos. (tik i printinimo forma tingiu kelti ).
7. BŽ, sąskaitos apyvartos formose jau realizuotas pasirinkimas - duomenų (per)krovimas automatinis ar rankinis.

Update'as čia:
www.wikifortio.com/787466/Apskaita_1.1_beta_update.exe

Šiaulių bankas pažeidinėja LITAS-ESIS 1.2 standarto reikalavimus. Turinio eilutės 18 ir 19 laukeliai visais atvejais privalo identifikuoti kontrahento pavadinimą ir kodą. Šiaulių bankas tikriausiai įsivaizduoja esąs vienintelis ir nepakartojamas bei vietoj identifikacinių duomenų nurodo "Pajamos uþ lëðø uþskaitymà/nuraðymà ámonëms".

"Tolimesni planai" nusimato po mėnesio ar dvejų priklausomai nuo mano laisvalaikio kiekio ir rastų klaidų dabartinėje versijoje kiekio.

Nenoriu dažnai keisti duombazės struktūros, todėl sekančią versiją išleisiu tik baigęs avansines apyskaitas, sąnaudų pripažinimą ir SF išsiuntinėjimo e-mailu modulius.

Korespondencijas BŽ formoje jau sutvarkiau. Šiandien tvarkau problemas, kylančias programai dirbant su > 10 tūkst. operacijų duombazėmis. Paprastos formos iš 10t duombazės ištraukia 1t įrašų per penkias sekundes. Sudėtingesnės formos (selektas su dviem joinais ir group_concat naudojamas BŽ formavimui) tą patį padaro per 20 sekundžių. Manau reikės uždėti limitą maksimaliam traukiamų duomenų kiekiui iki 1000 įrašų. T.y. pasirinkus laikotarpį ar kitus kriterijus, pagal kuriuos duombazė grąžina >1t įrašų, kiekis bus apribotas tik pirmu tūkstančiu. Dėl kokių nors priežasčių vartotojui norint ištraukti daugiau įrašų, tai daryti reikės per kelis kartus pasirenkant siauresnius kriterijus. Be šito duomenų ištraukimo laikas, pvz., traukiant 10t įrašų iš 100t duombazės pailgės iki 5-10 min.

Dėl banko išrašo. O kitus pirkėjus/tiekėjus atpažįsta korektiškai?
Kokio e-banko ir, jei žinote, kokio standarto išrašą naudojate?
E-banko modulis buvo pilnai testuotas su VB ir Hansa. Gal kokiam kitam bankui šovė į galvą nuosavus standartus naudoti

Ir dar, atsidarykite banko išrašo failą su notepad'u, nukopijuokite vieną PILNĄ eilutę (pažymėti visą eilutę ir ctrl-c) į naują txt failą ir įdėkite čia arba atsiųskite man e-mailu.

Postas iš programerių forumo:

[quote:ad8dcb38ca]
I have programmed in physics+3d in Flash.
I have created guestbooks and rsvp forms with ASP, PHP, and APACHE.

I can still say that installing MySQL on my 32-bit Vista Computer has been the hardest thing I've ever done with technology.
[/quote]

Tiek mano programa, tiek MySQL Server gali veikti ant vištos. Kai kam tai netgi pavyko. Tik neklauskit kaip

Parsisiuntėte labai labai seną versiją. Geriau jau ją išsiinstaliukite.

Paskutinė pilna versija berods 27 ar 28 psl., bet joje dar nėra bugfixo iš paskutinio update'o.

1. Rodymo problemą po duomenų perkrovimo išsprendžiau kitaip. Bet mintis su varnele gera.
2. O tai tuos popierinius pavedimus dar ir saugo?
3. Programa naudoja kitokį amortizacijos apskaičiavimo principą: amortizacijos korespondencija K 123 D 6___, t.y. tiesiogiai mažinama ilgalaikio turto vertė apskaitos sąskaitoje nenaudojant kreditinės sukauptos amortizacijos sąskaitos pirmoj klasėj. Iš apskaitos teorijos pusės galimi abu principai, bet kreditinės sąskaitos turtinėje klasėje prieštarauja mano įsitikinimams ir įneša nereikalingą sudėtingumą.

Ir dar pražiopsojau klaidą analitinių likučių perkėlime.
Update'as čia:
www.wikifortio.com/691925/Apskaita_1.1_beta_update.exe

Programa jau dabar gali veikti tiek LAN'e, tiek internetu kaip klientas. T.y. priėjimas prie duomenų bazės galimas per kliento interface'ą prisijungiant iš bet kokiu tinklo. Vartotojo teisių nustatymas jau yra realizuotas.
Vienintelis reikalavimas, kad tinklo ruože tarp MySQL Server ir programos neatsirastų firewall'as, blokuojantis bendravimą 3306 portu. Firewall'as gali būti:
1. Vartotojo kompiuteryje;
2. Kompiuteryje, kuriame instaliuotas MySQL Server;
3. Interneto paslaugų tiekėjo nustatytas;
4. LAN rooter'yje.
Visuose firewall'uose turi būti nustatyta išimtis 3306 portui.

Kadangi programa yra trijų sluoksnių architektūros (datalayer, business (object) layer, GUI), sąlygiškai nesunku perdaryti ją, kad veiktų per web browserį. Bet kol kas mano žinios apie ASP tam nėra pakankamos.

Artimiausiuose planuose (jei pavyks):
1. Rodyti korespondencijų sąrašus BŽ formoje.
2. Padaryti naujas SODROS ataskaitas su eksportu į .ffdata.
3. Sutvarkyti darbuotojo kortelės formą (seniausia dar neperdaryta forma programoje, dabar ne visai korektiškai veikia).

Tolimesniuose planuose (su sekančia programos versija):
1. Suvienodinti business object'ų sintaksę, baigti datalayer izoliaciją.
2. Įvesti avanso apyskaitos objektą ir dvi tam skirtas formas.
3. Įvesti galimybes atskirti SF išrašymo datą ir sąnaudų pripažinimą.
4. Jei nepatingėsiu, įvesti darbuotojų grafikų ir tabelių objektus ir formas.

Pridedamame update sutvarkyta:
1. Klaidos darbuotojų modulyje, dėl kurių programa nekorektiškai atpažindavo dirbančius/nedirbančius darbuotojus.
2. DU žiniaraščio formoje pridėtas stulpelis nedarbingumo apmokėjimo dydžiui. Į printinimo ataskaitas dar neįdėjau, į lapą nebetelpa. Reikės kada vėliau pažaisti su stulpelių pločiais.
3. Perkaraunant į formą duomenis bus išsaugotas vartotojo pasirinktas rūšiavimas ir matomų scrollbare eilučių padėtis.
4. Išrašomų/gaunamų SF moduliuose įvestas papildomas laukelis netipinei pirkėjų/tiekėjų sąskaitai nustatyti. Jei norite naudoti tipinę, tiesiog palikite šį laukelį tuščią.
5. automatinė numeracija pasirinkus seriją veikia.

Update'as čia:
www.wikifortio.com/731988/Apskaita_1.1_beta_update.exe

Peržiūrėjau programos logiką, susijusią su darbdavio apmokamom nedarbingumo dienom. Programa neišskiria šios sumos kaip savarankiško parametro, bet ją apskaičiuoja ir prideda prie priskaičiuoto darbo užmokesčio ir jos neapmokestina SODRA. Darbdavio nedarbingumo apmokėjimas apskaičiuojamas kaip: n.d. skaičus * apmokėj. proc. * dienos VDU. Dienos VDU gali būti apskaičiuojamas programos paspaudžiant atitinkamą mygtuką arba įvedamas rankiniu būdu.

Klausimas: ar lentelėje šio apmokėjimo dydį reikia išskirti?

1. Dėl xls exporto. PrintPreview režime ataskaitos viršuje yra mygtukas save (kaip worde). Ji paspaudus kiekviene ataskaita galima išsaugoti pdf arba xls formatais.

2. Dėl rūšiavimo. Grįžus į BŽ ir daugelį kitų formų automatiškai vyksta duomenų atnaujinimas iš duombazės, t.y. duomenys perkraunami į lentelę. Aišku iš naujo perkraunant duomenis rūšiavimas neišsaugomas ir to padaryti protingomis pastangomis nelabai įmanoma. Alternatyva būtų atsisakyti automatinio duomenų perkrovimo. Tada vartotojui reikėtų tą daryti rankiniu būdu paspaudžiant atitinkamą mygtuką. Nežinau, kaip geriau.

3. Dėl pirkėjų skolų sąskaitos. Įdėsiu SF išrašymo formoje galimybę pasirinkti kitokią nei numatyta sąskaita. (su sekančiu update'u)

4. Dėl pavedimų numerių. Dokumentas, pagrindžiantis banko operaciją, yra banko sąskaitos išrašas, o ne pavedimas. Juk šiais laikais niekas neberašo popierinių pavedimų. Todėl dokumentas ir nurodomas S.I.

5. Dėl "keisto" laukelio ilgalaikio turto įsigijimuose. Kai perkeliant likučius išskaidoma analitika, daromi du "pseudoįrašai" į BŽ - vienas likučių perkėlimo, o kitas analitikos perkėlimo. Jų pavadinimai ir datos vienodi, tai juos ir matot. Pasirinkus įsigijimo pagrindu analitinių likučių perkėlimo įrašą forma išmes klaidą - netinkami likučiai. Pasirinkus likučių perkėlimo įrašą su sąlyga, kad turto apskaitos sąskaitos likutis >= turto vertė-sukaupta amortizacija, įsigijimas bus įregistruotas. Kadangi tai ypatingai netrukdo gyventi, šios problemėlės sprendimą atidėsiu geresniems laikams.

6. "Ar šitoj lentutėj gerai suvedžiau sąskaitas? Niekaip nepagaunu kur reikia įvesti 1237?" O kas tas 1237?

7. Dėl darbuotojų modulio klaidų. Rašiau gi, kad dauguma ištaisiau. Dabar pabaigsiu ištaisyti likusias žinomas klaidas ir įdėsiu update'ą.

8. Dėl dokumento sumos banko operacijoje. Suma skaičiuojama automatiškai pgl įvedamas korespondencijas, jos niekur nereikia įvedinėti. Be to, nelabai įsivaizduoju, kaip Jūs įvesite banko operacijas rankiniu būdu iš popierinių išrašų - juose paprastai nenurodomas unikalus bankinės op Nr. Nesant e-banko išrašų, rekomenduočiau vesti kaip paprastas BŽ operacijas.