Metodiniu požiūriu, iš to ką galima rasti internete visai neblogos LŽŪU rekomendacijos.

Žmonių mulkinimas su ta krize. Sarkozi teisingai Bušui pasakė - Jei krizė kilo Amerikoje, ten ji turi būti ir išspręsta. Amerikiečiai visaip stengiasi krizės sąlygomis didinti vartojimą, gelbėja valstybės parama savo aotomobilių pramonę, bankus ir t.t.
Beje JAV biudžetas, jei neklystu, jau daug metų deficitinis ir niekas dėl to galvos ten nesuka, nes doleris pusę pasaulio užvaldęs. Jei blogai Amerikai, tai ir tam pusei pasaulio irgi blogai. Čia Amerika visus pakišo, nes nebesuvaldė Vall Steet berniukų besaikio nekilnojamojo turto ir paskolų rinko išpūtimo. Čia yra krizės esmė. Bet amerikonai nedurni, imasi teisingų priemonių.

Ką daro Kubilius? Jo priemonės priešingos.
Lietuva niekaip neišspręs pasaulinės krizės, nes tas 1 milijardas Lt net ne lašas jūroje.
Ką reikėjo daryti?
Visų pirma negąsdyti žmonių savo kalbomis, tai pakirto pasitikėjimą, sukėlė ūkio sąstingį.
Antra reikėjo palikti 3 proc. biudžeto deficitą kaip ankstesnės Vyriausybės ir buvo parengta. Tai būtų palaikę vartojimą, įmonės turėtų darbo. Jokiu būdu nedidinti mokestinės naštos verslui.
Trečia, laikinus socialinius sunkumus reikėjo sprėsti skolinantis pas tuos pačius žmones, parduodant kai kuriuos valstybinius objektus ir pan.

Kas bus toliau? Rinksime LR Prezidentą kuris įsipareigos paleisti šį Seimą.
Šaudyti į savus žmones tai jau per daug.

Na nepamirštam apie susitikimą aukščiausiu lygiu poryt sausio 16 d. 12 val. (Gedimino pr. 53). Viskas nemokamai, o gal net "bananų" duos.

Galima išmesti stulpelius: asmens kodas ir darbo sutarties numeris iš abiejų žiniaraščių.

Gal iš išmokėjimo žiniaraščio iš vis išimti stulpelių grupę "PRISKAIČIUOTA". Visą priskaičiavimą atspindėti tik apskaičiavimo žiniaraštyje, o išmokėjimo žiniaraštyje palikti tik "IŠSKAIČIAVIMO" stulpelių grupę. O ateityje gal būt pavyktų išskaičiavimus (GPM dydį) susieti su išmokėjimo data.

Beje reikia taisyti ir avansų skaičiavimą. Jei II dalis DU išmokama iki kito mėnesio 10 d. tai viskas lieka po senovei (avansas neapmokestinamas). Bet jei po 10 d. - netaikomas ir nuo visos sumos 15 proc. GPM (sumokėti iki mėn pabaigos). Ar čia aš neteisus?

Manau kol kas tikrai taip. Tik gal vertėtų bent elementariai išskaldyti. Dar tokia mintis ateičiai - gal įvesti " algoritmas sudėtingas bet po truputį gal išnarpliotume. Čia aš ateičiai.

Tai gal reikia palikti 2 žiniaraščius, kaip programoje ir buvo - DU priskaičiavimo ir DU išmokėjimo, tik juos atitinkamai pakoreguoti.

VMI aiškina taip:
3. Kokia tvarka mokamos įmokos nuo valstybinio socialinio draudimo pašalpų (ligos, motinystės, motinystės (tėvystės), tėvystės) ir darbdavio išmokamų pašalpų už pirmąsias 2 nedarbingumo dienas, kurios apskaičiuotos ir išmokamos už laikotarpius nuo 2009-01-01?
1) 6 proc. privalomojo sveikatos draudimo įmoką už pašalpas (ligos, motinystės, motinystės (tėvystės), tėvystės), apskaičiuotas už laikotarpius nuo 2009-01-01 SODRA perveda VMI. Sveikatos draudimo įmoka bus apskaičiuota nuo tos pačios bazės kaip ir gyventojų pajamų mokestis, t. y. bus taikomas .
2) Analogiškai 1) atvejui, darbdavys už išmokamas pašalpas už pirmąsias 2 nedarbingumo dienas apskaičiuoja ir 6 proc. dydžio privalomojo sveikatos draudimo įmoką perveda VMI.
1) ir 2) atvejais taikoma Sveikatos draudimo įstatymo 17 str. 8 dalis bei 18 str. 6 dalis
www.vmi.lt/lt/index.aspx?itemId=1084941


Jeigu dalis mokama Sodrai o dalis VMI, tai manau VMI daliai praverstų atskira 446_ sąskaita. Sodra visas savo įmokas lyg tai kraus į vieną krūvą, tai čia galima minimaliai išsiversti ir su viena sąskaita.

Kaip turi atrodyti korespondencijos naujojo mokesčio šviesoje?

Siūlyčiau lyginti ne su mokamomis programomis, o su Jūsų poreikiais. Mokamos taip pat skiriasi kaip diena nuo nakties, jeigu norite, kad "darytų" viską, tai tokia progrma kainuos dešimtis tūkstančių litų, o su ja vis tiek bus neįmanoma atlikti visų darbų dėl sudėtingo valdymo, daugybės nustatymų, daugybės papildomų duomenų įvedimo ir t.t.

Be to perkant mokamą programą Jums vis tiek teks atsakyti į klausimą - ką ketinate su ja daryti, antraip nusipirksite katę maiše.

Ši nemokama programa skirta finansinei apskaitai vesti, todėl joje yra nedaug vadybos, mokesčių apskaitos elementų. Finansinės apskaitos požiūriu "daro" viską, nes teoriškai tam užtenka duomenis įvesti Bendrojo žurnalo formoje, o praktikoje reikia žiūrėti kokių ūkinių faktų apskaitą norima detalizuoti.

Programa kol kas nepalaiko kaštų centrų, atsargų judėjimo įmonės viduje, diskontų (neteko girdėti, kad kas naudotų), POS - automatinio parduotų prekių nurašymo per kasos aparatą ar fiskalinį bloką, vadybos apskaitos. Jeigu ketinate atsargas apskaityti periodiškai, tai siūlau patiems praktiškai pabandyti vieną pavyzdinį periodą apskaityti ir išsiaiškinti ar to tikitės iš programos.

Manau šios programos filosofija tokia - visas jėgas galutiniam rezultatui (fin. atskaitomybei) pasiekti atsisakant smulkmeniškumų ir vadybos elementų. Praktikoje tenka pastebėti, kad apie trečdalis naudojantis buhalterinės apskaitos programas taip ir nesugeba pasiekti, kad jomis būtų sudaromas balansas, o apsiriboja atskitų procesų apskaita.

Taigi, gera programa, tinka buhalteriams. Palaikau mintį, kad dabar geras laikas trūkumams aptarti, tai būtų tarsi planas šių metų tobulinimams.

Žr. pagalbos failo 5.7.4. skyriaus 2.1.2. punktą.

Iš principo galima būtų padaryti, kad programa automatiškai suformuotų metinę pelno mokesčio deklaraciją (PLN204). Nors tai jau mokesčių apskaitos reikalas, bet tai palengvintų gyvenimą. Mano mintis būtų tokia:
1.Sąskaitų plane įvedamos mokesčių apskaitai aktualios sąskaitos (pvz., neleidžiamų atskaitymų 6 klasėje, neapmokestinamųjų pajamų 5 kl. ir pan.). Daug kas taip ir dabar daro.
2."Pratęsiame" (tikriausiai reikėtų naujos ataskaitos formos) pelno (nuostolio) ataskaitą taip:

Pelnas prieš apmokestinimą (Finansinės atskaitomybės pelnas)
+ Pelno padidinimas:
a) Pajamų padidinimas (5 kl.);
b) Neleidžiami atskaitymai (6 kl.).
- Pelno sumažinimas:
a) Sąnaudų padidinimas (6 kl.);
b) Neapmokestinamosios pajamos (5 kl.);
c) Neįtraukiamosios pajamos (5 kl.).
= Veiklos rezultatas
- Parama (PMĮ 28 str. 2 d.) (6 kl.)
= Apmokestinamasis pelnas
- Pelno mokestis
= Grynasis pelnas

Pabandžiau tai padaryti, bet galvelė neišneša (gal perkaito) kaip tokios struktūros medį sudaryti (kad čia pliusuotų 6 kl., minusuotų 5 kl.). O finansinę ir mokesčių apskaitą į vieną krūvą sukišti nesinorėtų, taip pat nesinorėtų su tuo žaisti ir užbalansinėse sąskaitose "rankomis". Gal iš tiesų čia struktūros valdymo netobulumas?

Žr. Pagalbos 8.3. skyrelį.

Klausimai:
1. Jeigu programos versija labai sena (kai dar duomenų bazės struktūra buvo kitokia) ar dabartiniai update su tuo susitvarko?
2.Jeigu duomenų kopija buvo padaryta su labai sena programos versija (kai dar kita duomenų bazės struktūra buvo) ir dabar bandoma ją įkelti, ar pavyks, ar reikia paleisti DB tikrinimą?

Dar kita tema - dėl pelno (nuostolio) ataskaitos struktūros:
Ar su kokia tai mintim šioje struktūroje nenaudojama eilutė "BENDRASIS PELNAS (NUOSTOLIAI), o vietoj jos atkeliama eilutė "TIPINĖS VEIKLOS PELNAS (NUOSTOLIAI)". JAR teikiamose formose (patvirtinta TM 2007-01-08 įsak. Nr. 1R-8) lyg ir kitaip (bent jau UAB)?
Tipinė struktūra galėtų būti tokia:

GRYNASIS PELNAS (NUOSTOLIAI) 1
PELNO MOKESTIS 2
PELNAS (NUOSTOLIAI) PRIEŠ APMOKESTINIMĄ 2
NETEKIMAI 3
PAGAUTĖ 3
ĮPRASTINĖS VEIKLOS PELNAS (NUOSTOLIAI) 3
FINANSINĖ IR INVESTICINĖ VEIKLA 4
KITA VEIKLA 4
TIPINĖS VEIKLOS PELNAS (NUOSTOLIAI) 4
VEIKLOS SĄNAUDOS 5
BENDRASIS PELNAS (NUOSTOLIAI) 5
PARDAVIMO SAVIKAINA 6
PARDAVIMO PAJAMOS 6

Niemand jau buvo užsiminęs, kad negalima atiminėti iš žmonių pinigų kuriuos jiems išmokėjote . Žr. Help 5.7.6. skyrelio klausimus ir atsakymus.

Jau apie 95 proc. lentelių padaryta, gal jau net per daug, o štai su aprašymu tai dar reikėtų padirbėti. Manau būtų gerai, jei būtų aprašyti sąskaitų korespondencijos laukeliai. Tam reikia tik buhalterinių žinių ir Word'o. Šabloną įdėjau faile. Gal dar kas prisijungs.

Pagal man tai avansai ir yra avansai (ten jokių priskaitymų nėr), gal reikėjo pagal dalinį du žiniaraštį tą galutinį priskaičiuoti?

Jūs galite prisidėti prie jo tobulinimo. Perskaitysite, surašykite aptiktas klaidas, netikslumus, pasiūlymus, gal . . . ištisus skyrius ir atsiųsite atgal. Tinka?

1 puslapyje viskas yra.
Jums reikės programos ir serverio:
1.Programos instaliacinį paketą galite parsisiųsti iš čia:
http://cid-061b6c20c4d4f14d.skydrive.live.com/self.aspx/Vie%c5%a1asis/Apskaita|_1.1|_beta|_Setup.exe
2. Serverio čia:
http://mysql.tonnikala.org/Downloads/MySQL-5.0/mysql-essential-5.0.67-win32.msi

Tik būtinai prieš instaliuojant perskaitykite instrukcijas 1 psl.

Taigi ši skaičiuoja: pagrindinis, priedas, premija, kiti priskaitymai, darbdavio nedarbingumas, atostoginiai, viršvalandžiai, naktinis, kiti nukrypimai nuo normalaus, automatinis vid. darb. užm. (VDU), keli žiniaraščiai per mėnesį . . .

Manau, kad taip. Tai tas pats, kaip pirkimas skolon tik eiliškumas atvirkščias. Čia žinoma ne pagal . Dėl 6 kl. debeto - jei prekės iš karto nurašomos arba prekės periodiškai apskaitomos, tai taip.

Jei naudotumėt išankstinių apmokėjimų sąskaitą (pvz., 202 Išankstiniai apmokėjimai), tai manau būtų taip:
1.Sumokam:
D 202 Išankstiniai apmokėjimai
K 271 (jūsų 2310) Sąskaita banke

2.Gaunam sąskaitą ir registruojam:
D 6 kl.
K 443 (jūsų 412) Įsipareigojimai tiekėjams

3.Darom įraša Bendrajame žurnale:
D 443 (jūsų 412) Įsipareigojimai tiekėjams
K 202 Išankstiniai apmokėjimai


Paskaityk temą Lizingas ir Savamoksle aukščiau parašė. Sąskaita turėjo būti pradžioje, o dabar tik pranešimai, kad reikia mokėti turto vertę. Sąskaita turėtų būti tik palūkanoms ir kt.


Galima įvesti 9 skaitmenis. Kontrahentams (pirkėjams, tiekėjams . . .) galima 20 skaitmenų.

Kol redagavau savo ankstesnį Niemand jau spėjo atsakyti .
Kaip dėl Helpo, ar tinka? Padariau dar vieną su priedais ( rekomendacijos), bet 22MB, nes ten pdf'ai.

Turėtų būti taip:
1.Sumokam
D 202 Išankstiniai apmokėjimai
K 271

2.Gaunam sąskaitą ir registruojam
D 2014 Prekės
K 202
arba jei prekės periodiškai apskaitomos
D 6002 Pirkimai
K 202
Bet dėl tiekėjų sąskaitos
Gal tiesiog apeiti, BŽ:
D 443
K 202

Šio forumo Lizingas temoje (pvz., 65 psl.) kaip ir krypstama prie to, kad visam turtui sąskaita būtų pradžioje, o po to sąskaitos tik palūkanoms, kurios keliauja į 6 kl.
20 metod. rekom. kalba tik apie mokėjimus kai D 4 kl.

O kas tavo mėnesinėje lizingo sąskaitoje parašyta (įmoka, palūkanos, PVM ...)?

Na dėl datų niekam jokių problemų nekildavo, išskyrus vieną - datą reikia ne įvesti, o pasirinkti iš atsiveriančio kalendoriuko.
Pradžioje, atvėrus sąskaitos faktūros fomą, jums siūlo kompiuteryje nustatytą datą. Jei reikia daug dirbti su ankstesne data galima pasikeisti kompiuterio datą.

Sąnaudų sąskaitą taip pat reikia pasirinkti iš atsiveriančio sąrašo, o ne įvesti (saraše 4 kl. nėr). Matomai galima koresponduoti kitaip.

"Atvirojo kodo programos tarsi liaudies dainos. Liaudies dainas juk taip pat kas nors parašo, jas išleidžia, bet jokio atlyginimo už tai negauna. Atvirojo kodo programos dažniausiai kuriamos ir tobulinamos vakarais, po darbo. Jas tobulina, skyles lopo visi, nes atvirojo kodo programos prieinamos visiems."

Tomas Jonušas, 2003
Judėjimo „Atviras kodas Lietuvai" viceprezidentas

Anonsas

Greitai pasirodys programos Naudotojo vadovas (Help'as). Vis dar laukiame norinčių prisidėti prie jo kūrimo (bent jau perskaitymo). Atsiliepkite.

Tai galima daryti su šia programa (išskyrus nuolaidas).

Tačiau, jūs prekes nurašinėsite po inventorizacijos, kai sužinosite prekių likutį (jei teisingai supratau), todėl jeigu prekių asortimentas pas jus yra didelis (pvz., 3000 pavadinimų) reiks paplušėti nurašant prekes. Programa berods kol kas nepalaiko automatinio prekių nurašymo pagal inv. rezultatus.

Taigi, ar tikrai jums reikia apskaitos pagal kiekvieną prekę? Gal užtenka pagal prekių rūšį ar pan? Žodžiu viską lemia tai, kiek yra prekių pavadinimų ir kiek detaliai jas norite apskaityti. Bet tai jau apskaitos vedimo klausimas o ne programos naudojimo.

Norint šia programa vesti ilgalaikio turto apskaitą, pirmiausia reikia perkelti (įkelti į programos registrus) ilgalaikio turto likučius. Programa laikosi koncepcijos, kad ji nežino, kas buvo iki likučių perkėlimo. Perkeliant likučius ilgalaikis turtas registruojamas taip:

1.Perkeliame Didžiosios knygos sąskaitų likučius;
2.Ilgalaikio turto įsigijimo registravimas formos laukelyje „Įsigijimo data“ reikia pasirinkti likučių perkėlimo datą;
3.Laukelyje „Įsigijimo dokumentas“ pasirenkate (o ne įvedate) likučių perkėlimo operaciją;
4.Kitus duomenis kur yra galimybė pasirenkate, o kur tokios nėra įvedate klaviatūra. Sukaupta amortizacija – suma, kuria buvo amortizuotas turtas (bendrai visam jo vienetų skaičiui) iki likučių perkėlimo. Programa patikrina, ar likučių perkėlimo operacijoje sąskaitoje, kuri nurodyta kaip atitinkamo ilgalaikio turto apskaitos sąskaita, likutis >= kiekis * kaina – sukaupta amortizacija. Jei ne, reiškiasi klaida vedant likučius arba nurodant sukauptą amortizaciją. Turto įsigijimas registruojamas likučių perkėlimo datai su sukaupta amortizacija.

Taigi, problemų kils, nes sukauptos amortizacijos minusinės (kontrarinės) sąskaitos pirmoj klasėje šioje programoje nenaudojamos. Žinoma per Bendrąjį žurnalą galite viską tvarkyti kitaip, bet kam tas vargas.

Klausimas:
Bandžiau ilgalaikio turto pirkimą vesti per sąskaitą - faktūrą, tik užkliūva toks dalykas – reikia įvesti sąnaudų sąskaitą, tai įvedu ten nusidėvėjimo sąskaitą ir paskui kai pažiūriu kaip man tas IT koresponduojasi, tai aš jo nematau prie sąskaitos 1230, o rodo prie nusidėvėjimo sąskaitos.
Atsakymas:
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, todėl ji šioje programoje nenaudojama.

Programa naudoja tokį amortizacijos apskaičiavimo principą: amortizacijos korespondencija K 122 D 6___, t.y. tiesiogiai mažinama ilgalaikio turto vertė apskaitos sąskaitoje nenaudojant kreditinės sukauptos amortizacijos sąskaitos pirmoj klasėje (nenaudojant kontrarinės (minusinės) sąskaitos).

Dėkui, supratau.
MySQL serveris ir Afrikoj Serveris!