Jei nėra ką perkėlinėti, tai nėra ką perkelinėti. Nelogiška?

Na va, dar vieno minties vingio nenumačiau

Esmė tame, kad dabartinėje versijoje serija ir numeris saugomi viename DB stulpelyje. Siekiant atskirti numerį nuo serijos, programa "eina" per simbolius ir ieško pirmo skaičiaus. "-" yra suprantamas kaip skaičius (minusas) atitinkamai sustreikuoja programos logika. Išeitis nenaudoti serijoje matematinių operacijų ženklų.

P.S. ir kodėl žmonėms nepakanka raidinių serijų?.. Kas iš skaičių seriją bando daryti, kas iš matematinių operacijų... Sekantis atvejis tikriausiai bus geometriniai simboliai

Greičiausiai patingėjote paskaityti ryškiomis raidėmis parašytus perspėjimus, kad Apskaita5 dar nėra tinkama naudojimui, suinstaliavote ir perdarėte DB struktūrą. Tokiu atveju jei nepasidarėte atsarginės kopijos duomenys nebebus tinkami naudoti su esama versija.

Dar galėjo kas nors nutikti su serveriu.

Susipjaus. Programai tinka ir 5.0, ir 5.1 versijos.

Vasarą, bet šiaip viskas priklausys nuo mano laisvo laiko kiekio ir noro programuoti.

Tai reikia suprasti, kad su FR0572 viskas programoje gerai?
O už 2009 m. irgi gerai generuoja? Nesugadinau betaisydamas?

Tiek, kiek sąraše telpa į monitorių. Sakyčiau keliolika.



Nu bet pas jus ir klausymai...

Kurioj formoj įvesta?

Galima detaliau. Vakar bandžiau, lig ir viską pildė teisingai.

Sukurti gamybos kalkuliaciją.

Update papildyta:
1. Už 2010 m. nebeišskaičiuos nuo nedarbingumo 2 d.
2. Atrodo suderinta nauja FR0572 pildymo tvarka (būtų džiugu, jei kas patikrintų).

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

NBA narių susirinkime vienos iš įtakingiausių Lietuvoje organizacijų vadovas asmeniškai pateikė vienareikšmišką pasiūlymą - veikti tos organizacijos vardu. Taip tai nereiškia, kad visi NBA pasiūlymai bus būtinai priimti. Bet tai tikrai reiškia, kad pasiūlymai bus rimtai svarstomi vyriausybės ir seimo lygmeniu.

Kaina ne tokia jau didelė - derinti principines pozicijas ir pasiimti ant savęs mokestinių teisės aktų projektų srauto derinimą. Tam reikia komandos žmonių, kurie tuo užsiimtų. Jei nenorite to daryti dėl savo pačių gyvenimo palengvinimo, tai darykite bent už pinigus, kuriuos irgi siūlo artas. Durys į vyriausybę ir seimą NBA atviros. Jei atsiras komanda, NBA turi visus šansus per kokius metus tapti įtakingiausia tarp finansininkų organizacijų. Jei neatsiras, ką gi, NBA liks tarpusavio pagalbos įstaiga. Dabar viskas NBA narių rankose. Už juos šito darbo niekas nepadarys.

Pelno mokestis turi atsirasti (BŽ įrašo pagalba ataskaitinių metų gale, pvz, 2009-12-31) atitinkamai pelno (nuostolio) ataskaitos eilutei priskirtoje sąskaitoje.

Dabartinėje versijoje berods formuojant pelną nuostolį reikia nurodyti datų intervalą 2009-01-01 - 2010-01-01.

Nenaudoti KIO serijos, ši serija yra ir liks rezervuota BŽ žymėti orderius, kurie neturi jokios serijos.

IŠVADA: norint įsiregistruoti PVM mokėtoju gali prireikti sudaryti terminuotą DS, nurodant jos pabaigos terminą - įregistravus įmonę PVM mokėtoja.

Labai teisingas klausimas penktadieniui

Pamiršau įrašyti naujų teisių suteikimą po to, kada pridėjau turto grupes. Ištaisysiu kitame update, o kol kas rankiniu būdu galite susitvarkyti taip:
1. Prisijungti prie programos root vardu ir Bendras\Query browser įvykdyti:
1.1. Jei norite suteikti teisę tik matyti grupes -
"GRANT SELECT ON apskaita04.prekes_gr TO root@localhost;" (be kabučių, su kabliataškiu), kur vietoje apskaita04 įrašote atitinkamos įmonės DB pavadinimą;
1.2. Jei norite suteikti teisę matyti ir redaguoti grupes -
"GRANT SELECT, INSERT, UPDATE, DELETE ON apskaita04.prekes_gr TO 'virgis'@'Virgis.lan';" (be kabučių, su kabliataškiu), kur vietoje apskaita04 įrašote atitinkamos įmonės DB pavadinimą;
2. Jokio matomo rezultato įvykdę nepamatysite, bet klaida dings.

Autorinių rodyti už 2009 m. FR0572 priede nereikia, o už 2010 jau reikia.

Aš visiškai pasiklydau mokesčiuose ar kaip? Nuo kada nuo 2d. nedarbingumo skaičiuoti nebereikia?

Šitą žinau, bet nežinau, kaip padaryti, kad programa vienu metu formuotų dvi deklaracijas tiems patiems duomenims. Prieš pora mėnesių kalbėjau su SODROS IT specialistais, jie žadėjo pataisyti 13-SD, kad vienoje deklaracijoje galėtų būti keli skirtingi tarifai.



O tai ką 2009-03-25 raštas Nr. (18.18-31-1)-R-2814 jau nebetaikomas?



Vat už tokius pokštus VMI nusipelno gauti snukin. Kaip galima tą pačią deklaraciją tiems patiems duomenims pagal analogiškus įstatymu skirtingais metais pildyti skirtingai

Irgi būtų gerai detaliau: ką įvedėt, kuriame deklaracijos laukelyje turėjo atsidurti ir kuriame atsidūrė arba neatsidūrė.

Galima detaliau, nelabai suprantu.



Esmė ne instaliacijoje, galima instaliuoti į tą patį kompiuterį, instaliuojasi lygiagrečiai ir viena kitai pačios savaime skirtingos versijos netrukdo.
Esmė DB struktūrų nesuderinamume.

Norint išbandyti naują versiją su esama įmonės DB reikia:
1. Pasidaryti tos įmonės atsarginę kopiją;
2. Prisijungus su nauja versija atlikti DB struktūros pakeitimą.

Norint toliau dirbti su sena versija reikia:
1. Ištrinti perdarytą naujai versijai įmonę;
2. Atkurti įmonę iš atsarginės kopijos, padarytos sena versija.

P.S. Programa nėra baigta. Nėra turto ir dokumentų modulių, t.y. padaryta tik administravimas, bendras žurnalas ir darbuotojai.

Tariasi su buhalteriais... Artas užsimiršo, kad komercinių paslapčių saugojimas šitoj giminėj į kraują įaugęs. Jokiais kankinimais dabar paslapties neišpešit

Įdedu einamosios antros versijos programos instaliacinį paketą.

Kol kas dar nėra padarytų turto ir dokumentų modulių (padaryta tik bankas). Manau, IT modulį parašysiu per savaitę, o štai su prekėmis ir SF sugaišiu dar pora mėnesių.

Naujovių neaprašinėsiu, nes jų labai jau daug. Bet manau, kad naujas interface'as bus kur kas suprantamesnis pirmą kartą pradėjus dirbti programa.

Dabar, beje, būtų pats laikas esminių patobulinimų pasiūlymams.

Būtų džiugu, jei draugaujantys su kompiuteriais pabandytų susiinstaliuoti ir paieškoti klaidų. Tas pagreitintų perėjimo prie naujos versijos procesą visiems vartotojams.

DĖMESIO! Naujos versijos DB struktūra nėra suderinama su sena versija. Upgrade'inus DB į naują versiją, nebegalėsite prie tos įmonės duomenų prieiti sena programos versija. Todėl prieš upgrade'ą pasidarykite atsarginę kopiją. Norėdami grįžti prie senos versijos, turėsite iš pradžių panaikinti tą įmonę ir tik tada atkurti iš atsarginės kopijos.

Instaliacinis paketas čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita5^_v^_2^_0^_alfa^_setup.exe

DĖMESIO. Tai nėra update'as. Jo nereikia ir negalima instaliuoti tiems, kurie blogai sutaria su kompiuteriu. Instaliacija išimtinai testavimo tikslais.

Bendras\Naikinti įmones
Paclickinat ant atitinkamos įmonės ir berods tris kartus patvirtinę, kad tikrai to norite, ištrinate.

P.S. Galimybės ištrinti visas įmones iš karto programoje nėra.

Update ištaisyta ankstesnio update'o klaida - 50 proc. SODROS bazė bus taikoma skaičiuojant ir (autorinėms).

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

O kodėl skaičiuoklėje

Programa skaičiuoja teisingai, klaida jūsų skaičiavimuose.

Update ištaisyta/pridėta:
1. Kitų išmokų gyventojams formoje pridėtas laukelis SODROS bazė ir atitinkama įmokų apskaičiavimo logika;
2. Pridėta 13-SD antra versija;
3. Padidintas maksimalus simbolių skaičius dokų serijose iki 5, įdėta apsauga nuo skaitmenų naudojimo serijose;
4. Įdėta apsauga nuo likučių perkėlimo įrašo ištrynimo, kada jo pagrindu buvo registruota prekių/IT likučiai;
5. Ištaisyta klaida FR0573 formoje, dėl kurios klaidingai rodė kitų išmokų sumas;
6. SF formose prekes ir paslaugas dropboxe pateikia abėcėlės tvarka.

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


Po šio update'o reikia atsinaujinti DB struktūrą

P.S. Dėl išmokų priskyrimo ar nepriskyrimo FR0573 deklaracijai įdėsiu vėliau. Reikia pasigilinti, kas kada priskiriama.

Gal kas gali pateikti sąrašą su kodais, kas eina ir kas neina į FR0573.