Update ištaisyta:
1. SF moduliuose mesdavo klaidą spaudžiant prekių/paslaugų dropboxo atnaujinimo mygtuką;
2. Skolų žiniaraščio formoje buvo vienos dienos persidengimas tarp pradinių likučių ir apyvartos per laikotarpį;
3. Kai kam šovė į galvą turto/prekių įsigijimus/perleidimus registruoti ne per SF formas, o per operacijų su turtu/prekėmis formas. To daryti kategoriškai negalima ir programa daugiau to nebeleis. Jei įsigyjate/perleidžiate turtą/prekes SF pagrindu, registruokite tik per pačias SF formas. Tiems kas jau spėjo prisidirbti, pirmiausia reikia ištrinti operacijų formose registruotas operacijas, tada ištrinti SF ir tada iš naujo viską įvesti TIK per SF formas.

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

O koks buvo tos SF turinys? Kažką ja įsigijote (IT, prekes)?

Iš principo įmanoma. Čia tas pat, kaip tas komandiruotas žmogelis grynais rinktų iš klientų pagal kvitus, o tada įneštų į kasą. Tik šiuo atveju pinigai juda per bankus. Yra du BET:
1. Ar užsienio įmonės sutiks pervedinėti į FA sąskaitą;
2. Jei sumos ženklios, gali tekti ilgai ir nuobodžiai aiškintis su VMI ir FNTT (teks įrodinėti, kad ne dramblys, mokesčių nevengi ir teroristų nefinansuoji).

Skolų žiniaraštyje iš tikro yra vienos dienos persidengimas, ištaisysiu. Su balansu nesupratau kas negerai.
Rytoj vakare įdėsiu update'ą. Čia ne komercinė programa, taigi nesitikėkite, kad klaidos bus taisomos akimirksniu. Tiesa, abejoju, ar kokia komercinė programa yra aptarnaujama tokiu greičiu kaip ši

---

1. Tos prekės duomenis, su kuria klaida registruojant SF;
2. Visų operacijų su ta preke visi duomenys;
3. SF, kurią registravus kilo klaida, visi duomenys.



Keisti/trinti galima visus parametrus, kurie įvedami pirmą kartą įvedant SF. Išimtys, negalima trinti/keisti SF duomenų, jei:
1. SF data ankstesnė už paskutinio uždarymo;
2. Būtų pažeidžiama operacijų su tam tikra SF figuruojančia prekių rūšimi chronologija;
3. Su ilgalaikiu turtu, įsigytu pgl. tą SF, buvo atliktos kokios nors operacijos.

Negaliu pakartoti pas save klaidos. Pas mane viską daro tvarkingai.
Jei norite, kad sutvarkyčiau, siųskite asmenine žinute visus tų prekių ir operacijų su jomis duomenis bei faktūros duomenis. Bandysiu susivesti pas save ir aiškintis. Galbūt susidarė kažkokia neprognozuota duomenų kombinacija arba neteisingai buvo užfiksuoti duomenys duombazėje.

P.S. paskutinis updatas ir negalėjo nieko išspręsti, nes jame sutvarkyta tik spausdinamų formų stulpelių pločiai.

O kaip Jūs sugebėjote apskaitoje registruotos SF turinį (eilutes) ištrinti? Teoriškai tas neįmanoma, jas turėtų tik pažymėti pilka spalva kaip trinamas, o ne visai pašalinti. Visaip bandžiau, bet niekaip nepavyko visai ištrinti eilutės.

Update ištaisyta eilučių pločiai spausdinamose formose:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

Programa bando prisijungti prie puslapio, kuriame randasi update'o failas, ir jį parsisiųsti. Šitą modulį aš visai neseniai prijungiau, taigi jam būdinga streikuoti. Jei nepavyksta per programą, reikia paskutinį update'ą atsisiųsti ir įdėti iš čia.



Norint parduoti prekes, jas pirmiausia reikia įsigyti.



Atsižvelgiant į prekių savikainos apskaičiavimo ypatumus, operacijas su jomis galima tvarkyti tik chronologine tvarka. T.y. operacijas leidžiama įvesti/keisti, tik jei nėra vėlesne data registruotų operacijų su ta prekių rūšimi.

Sąskaitų apyvartos žiniaraščio formoje ar fin. atskaitomybės formoje? Spausdinamoje formoje?



Jei nurašote ne pardavimo proga: Turto apskaita\Atsargų (prekių) katalogas, paclickinat reikalingą prekių rūšį, pasirenkate Operacijos, atsidariusioje formoje įvedate nurašymo operaciją.

sitos klaidos dar nepataiset ?nes po paskutinio udato man sodros vis dar nerodo[/quote]

Pas mane rodo. Atsiųskite asmenine žinute to darbuotojo, kuriam nerodo visus įvestus parametrus ir skaičiavimui naudotus parametrus.

Nenusišnekate, o klystate. Grynų išėmimas iš banko nepriklausomai nuo programos daromas per dvi operacijas.

banko operacija:
D atskaitingi (arba pinigai kelyje)
K banko sąskaita

:
D kasa
K atskaitingi

Update'e ištaisyta:
1. Avanso apyskaitose dropboxe rodo ir SF numerius;
2. E-banko formoje ištaisyta klaida, kildavusi bandant trinti jau egzistuojančias banko operacijas.

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

P.S. teoriškai programa pati turėtų pastebėti šį update'ą ir siūlyti jį instaliuoti.

"341 Ataskaitinių metų nepaskirstytasis pelnas (nuostoliai)"
Kažką čia tikrai painiojate. Įmonės steigimo sąnaudos nėra įmonės sąnaudos, bet gali būti kompensuojamos, jei tai numatyta steigimo sutartyje. Taigi viskas eina per 6 klasę. Na, arba aš beviltiškai atsilikau nuo apskaitos standartų

Kasos knyga rodo visus ir KIO (na dar sąlygiškai likučių perkėlimą). Kito būdo įnešti į kasą ar iš jos pinigus lyg ir nėra. Jei Jūs sugalvojote kitą būdą dirbti su kasos pinigais, tai parašykite kaip. Jei programa kasos knygos formoje nemato kokio nors orderio, parašykite į asmeninę žinutę to orderio parametrus, ieškosiu klaidos.



Keista pats su šita forma dirbau savo įmonės duomenis tvarkydamas ir nepastebėjau, kad numerio nerodo sutvarkysiu, ryt įmesiu atnaujinimą.

P.S. Automatinis programos update'as gali streikuoti. Jau pastebėjau, kad kažkodėl programa nesupranta bevielio tinklo. Jei nervins su tuo susiję klaidų pranešimai:
- parašykite kokie klaidų pranešimai;
- nuimkite varnelę Bendras\Nustatymai formoje.

Žinoma, kad neprivalote, žinoma, kad galite.
Tiesiog:
1. Net IĮ neapdraudžia nuo nelegalaus darbo konstatavimo;
2. Kuo labiau Jūs panašėsite į darbuotoją, tuo didesnė tikimybė nelegalaus darbo konstatavimui.

Šiaip BAĮ neparašyta, kad buhalteris, kuris TVARKO apskaitą, dirba ar privalo dirbti pgl. darbo sutartį. O jei tas nedraudžiama ir nėra darbo santykių požymių, reiškiasi galima. Pavyzdžiui, nematau jokių problemų, jei buhalterė įsiregistravusi IV, pagal paslaugų sutartį tvarkys apskaitą principu - pasiimu pirminius dokus chaoso būsenoje, grąžinu sutvarkytus kartu su sutarto formato registrais ir deklaracijomis.

Apskaitos tvarkymas nėra licencijuojama veikla, taigi jokių specialių leidimų tam nereikia.

VMI šiuo klausimu negali nei leisti, nei neleisti. Asmuo TIK PRANEŠA VMI apie faktą, kad jis tokią veiklą vykdys. VMI nesuteikta teisė tą drausti.

Traktavimas, kad IV besiverčiantis asmuo turi mažiau teisių nei juridinis asmuo pažeistų be kita ko ir LR Konstitucijoje įtvirtintą ūkinės veiklos laisvę, ir EB steigimo sutarčių nuostatas dėl laisvo paslaugų judėjimo.

VMI arba SODRA patikrinimo metu atradusi civilinę sutartį su buhaltere NEGALI pačios paimti ir perkvalifikuoti į darbo santykius. Šioms institucijoms jokie teisės aktai tokių galių nesuteikia. Tačiau jos gali surašyti ATPP dėl nelegalaus darbo ir mėginti teisme įrodinėti darbo santykių buvimą. Aukščiau aptarto pavyzdžio atveju joms tas niekada nepavyks. Dėl nelegalaus darbo galite skaitytis LVAT nutarimą.

Kelios klaidelės eksperimentinėje automatinių update'ų sistemoje
Update'as čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_update.exe

1. Tam vis tiek teks kiekvieną kartą ką nors pakeitus kode uploadinti;
2. Paskutinė kodo versija, kurią nepatingėjau įkelti (gal kokios savaitės senumo) yra pirmame puslapyje;
3. Tingiu.

Update pridėta:
1. Kasos orderiuose rodys 07 ct. vietoj 7 ct.
2. Eksperimentinė automatinė update'ų sistema. Teoriškai pati aptiks naujus update'us ir juos instaliuos (su sąlyga, kad interneto ryšys bus).

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

Update ištaisyta:
1. Skolų apyvartos žiniaraštyje nerodė skolų apyvartos;
2. Dabar paclickinus skolų apyvartos žiniaraščio eilutę automatiškai atsidarys sąskaitos apyvartos žiniaraščio eilutė su identišku datos intervalu ir pasirinkta analitika;
3. Sąskaitos apyvartos žiniaraščio spausdinamoje formoje buvau pamiršęs įdėti analitikos stulpelį operacijoms (jei išrašas be analitikos).

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

Jokios, svarbu tik teisingai priskirti saskaitai balanso ar pelno nuostolio eilute. Fin atskaitomybes struktura, beje, irgi galima keisti.

Update buhalterių pageidavimu pataisyta:
1. Sąskaitų likučiuose (fin atskaitomybės formoje) pridėta suminė eilutė.
2. Importuojant banko sąskaitos išrašus per e-banko formą prie dokumento nurodoma ne tik santrumpa "S.I.", bet ir dokumento numeris (jei toks yra).

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

P.S. Įkėliau visiškai atnaujintas pagrindinio instaliacinio failo ir programos išeitinių kodų versijas (pirmame puslapyje).

Tokios formos nėra visuotinai naudojamos, tik ten, kur daug fizinių asmenų su abonentiniais mokesčiais, t.y. mažai kam tas reikalinga. Bendroje programos versijoje nematau tikslo tokią galimybę dėti. Galite nusamdyti studentą programuotoją, kuris už ~200 Lt. padarys kokį tik nori kvitą.



Pastabų galimybę SF kartu su nuolatinių klientų moduliu padarysiu kažkada šiais metais. Atskirai pastabų nedarysiu, nes tam vėlgi reikės koreguoti duombazės struktūrą.

Tai aš gi rašiau, kad VISI pageidaujami blanko duomenys turi būti laukelyje "Blankų informacinė eilutė" (visi reikškia įskaitant ir į/k, adresą, PVM kodą ir t.t.)

Informacinės eilutės duomenys yra nustatomi laukelyje blankų informacinė eilutė įmonės duomenų formoje.



O kam to reikia?

Pas mane kompe Tiesiog dar neprisiruošiau po paskutinių atnaujinimų įmesti į hostingą visų failų. Apie 100 MB labai jau ilgai pompuojasi. Reikia instaliuoti iš pirmo puslapio ir papildomai paskutinį update'ą.

Pirmame puslapyje

Negalima, nes e-banko forma yra pritaikyta tik duomenų importui. Banko sąskaitos likučius ir apyvartas galite žiūrėti per sąskaitos apyvartos žiniaraštį. Tam, kad tą patį matyti e-banko formoje, reikėtų keisti banko operacijų kodus duomenų bazėje, o tas yra neprotinga, atsižvelgiant į tai, kad daug buhalterių jau veda realius duomenis mano programoje (t.y. duomenų sugadinimo rizika kišant nagus prie duombazės nepriimtina). Galbūt galima būtų apeiti tokią problemą, bet nelabai matau tikslą.

Veikia lygiai taip pat kaip sąskaitos apyvartos žiniaraštis - tik išskaido pirkėjų/tiekėjų sąskaitos likutį pgl. analitiką. Galite pasitikrinti ar sutampa sąskaitos apyvartos žiniaraščio su analitika rodomas to asmens likutis ir skolos žiniaraštyje to asmens rodomas likutis.