To RamuneS:
visus pageidavimus del seminaru (ir nemokamų) ir apmokymo kursų reikėtų pareikšti UAB Hansa Financials. Esant pakankamam norinčių kiekiui apmokymo kursai tikriausia būtų organizuojami. Taip pat reikėtų pasitikrinti savo duomenys - tai gali būti priežąstis kad negaunami kvietimai.

Kiek teko aiškintis, vis delto pagrindinė blogos savikainos priežastis yra eiliškumo nesilaikymas. Tai įrodyti kartais būna sunku. Pvz. reikėtų atsispausdinti prekės įstoriją. Po to operacijų žurnalą ir tikrinti (ten nurodomas realus operacijos įvedimo laikas) ar visos operacijos, liečiančio tą prekę, įvestos chronologiškai. Taip pat reikėtų atsiminti, kad nors operacijų žurnale nurodyta tik įvedimo data, bet HF eiliškumui nustatyti naudota ir laiką.

Dėl parduotų prekių savikainos: HF nėra perskaičiavimo mechanizmo, t.y. BŪTINA operacija, liečiančias sandėlį (tiksliau liečiančias tą pačią prekę) suvesti chronologine tvarka. Tai liečia visas sandėlio operacija ir pardavimus.
Taip pat aš visada naudoju sąvybę "Kredito pažyma atnaujina sandėlį".
Klaidingos savikainos priežastimi gali būti PARDAVIMŲ grąžinimai (mokėjimo būdas - kredito pažyma) kai sandėlyje jau neliko tų prekių.

Gal aš esu senamadiškas - naudoju kuo paprasčiausias programos galimybes, kuriose jau nėra klaidų
Busimų laikotarpių sąnaudas, jeigu reikia skaidyti į laikotarpius, apskaitau kaip ilgalaikį turtą.

O kaip tokiu atveju, kaip naudojami D/K padidėjimai? Juk tada atsiranda DK operacija, o ne per pirkimų knygą?
Arba kai įvedama pavyzdžiui telekomo sąskaitą? Aš įvedu dvi sąskaitas praėjusio mėnesio gale suma už paslaugas ir einamąjį mėnesį PVM. Tada ir sugriūna visa PVM kodų sistema.[/quote]

D/K padidėjimų nenaudojų.
Būsimų (praėjusių) laikotarpių sąnaudas apskaitau taip:

1. atvejis - sąskaita vėliau

2003-10-31 įrašas

D61 100,-
K49 100,-

2003-11-05 sąskaitos datos įrašas:

D49 100,-
D251 18,-
K450 118,-


2 atvejis - sąskaita anksčiau

2003-10-25 sąskaitos dienos įrašas

D29 100,-
D251 18,-
K450 118,-

2003-11-01 įrašas

D61 100,-
K29 100,-


Abu įrašus (jeigu galima) darau vienu metu.

Sonata, taip ir toliau reikia daryti. Iki 2004-05-01. Po to kai kas keisis

Gerai nesigaus!
Reikia laikytis tokios strategijos: visus pirkimus per PIRKIMŲ knygą, visus pardavimus per PARDAVIMŲ knygą.
Tik tada skirtingos ataskaitos duos tą patį rezultatą.

Klaidingai parašiau - reikia taip: sumokėtą importo PVM sumą dalinu iš 0.18...

Cia yra įstatymų problema: importo PVM į deklaraciją traukiamas, naudojant pinigų principą. Automatizuoti beveik neįmanoma. Reikia rankomis skaičiuoti. Aš naudoju "neteisingą" būdą - sumokėto per mėn. importo sumą dauginu iš 0,18 (arba iš kito tarifo) ir tai nurodau PVM deklaracijoje. Šis skaičius vis tiek yra skirtas statistinei informacijai ir neįtakoja į mokėtiną sumą.
Importo PVM priskaičiavimui patarčiau naudoti PIRKIMĄ - taip galima geriau kontroliuoti mokėtinus mokesčius. O sumokėtą importo PVM nustatyti iš PERIODINĖS TIEKĖJO BŪKLĖS.

Taip per pirkimų knygą. Reikia įvesti atskirą TIEKĖJŲ kategoriją ir TIEKĖJĄ atskaitingą asmenį.

Importo PVM vertė aš įvedu per pirkimų knygą - tiekėjas mokesčių inspekcija.
Nuo kokios sumos skaičiuojamas importo PVM - naudoju PVM kodą "I" su nuline verte. Prie tų pirkimų, iš kurių formuojama importuotų prekių vertė, nustatau "I" PVM kodą. Iš PIRKIMŲ knygos ataskaitos PVM KODŲ STATISTIKA gaunu visą reikalingą informaciją.

Programa klaidų nedaro - tik vartotojas dažiausia naudoja programą ne taip kaip manė programuotojas, t.y. programoje nėra pakankami apsaugų ir apribojimų. Taip pat nereikia reikalauti iš programos to, ko ji nedaro - programos perkamos tokios kokios yra. Naujose versijose įdiegiama naujos funkcinės galymybės. Nurodykite programą be priekaištų ir galinčią patenkinti visų vartotojų poreikius!? Aš manau, kad tokios nėra ir nebus.

PVM apskaitai naudoti OBJEKTUS netikslinga. Reikia naudoti skirtingus PVM kodus (sąskaita gali būti ir ta pati), pirkimus įvesti tik per PIRKIMŲ knygą.
Deklaracijai pildyti naudoti PIRKIMŲ knygos atakaitą PVM KODŲ STATISTIKA. O geriau suprogramuoti DIDŽIOSIOS knygos PVM ATASKAITĄ.

Sveiki, besiskundžiantys HF programa.
Aš tik norėčiau paklausti:
kokios trukmės apmokymo kursus Jūs išklausėte?
Gal visos bėdos yra dėl kvalifikacijos stokos?
Mano manymu nėra idealios programos, visos programos turi mažesnius ar didesnius trūkumus. Reikėtų ieškoti programos kur problemų mažiau.
Dėl PVM deklaracijos užpidymo ir kai kurių kitų problemų, tai tik nekorektiško darbo su HF pasekmė.