Finvalda

Na, gal bus atnaujinimas, kuris leistų formuoti xml su klaidomis. Tada nebūtina bus PVM1 vesti.

Jei viską teisingai padarėt tai neturėtų, pabandykit suformuoti registrą.
Man atrodo nieko ten nereikės atstatinėti dėl nuomos, PVM apskaitoje suvaikščios juk taip, kaip nurodyta PVM kodo aprašyme, o klasifikatoriaus kodas PVM1 to niekaip neįtakos.

sakykite kaip su tara, kur nera pvm, koki koda imti?

laba diena,
gal kas turite tokį atvejį, kaip pas jus?
Gavau rugsėjo mėn užvėlavusią sąskaitą, įtraukiau į apskaitą pagal gavimo datą, pagal sąskaitos išrašymo datą, rodos viskas kaip turi būti, tik man ta sąskaita netraukiama į spalio men. registrus.

Taros nereikia traukti į registrus.

O ka dedate saskitoje? ivedu gerimus ir prie taros, 0PVM ar ka?

Vakar rašiau ką reikia daryti, kad netrauktų į registrą.

nuimu varnele, bet man liko saskaitoje gerimai, zodziu puse informacijos saskaitos turiu itraukti i registra, nes yra pvm, tik taros ne...

Ne apie tą varnelę paskaitėt :)

registrai gali būti formuojami arba pagal registravimo data, arba dokumento datą, todėl įvesdami operaciją atitinkamai suveskite datas į tam dedikuotus datų laukelius. O į didžiąją knygą paklius pagal operacijos datą.

aciukas

kad depozitinė tara nepatektų į registrus tai galimi du variantai (bent jau su MIDI/MAXI):
arba prekės kortelėjė pažymim varnelę, kad tai prekė yra pakuotė.
arba priskiriam PVM kodą, kuriame uždėta varnelė ne "PVM objektas".

Dabar dar apie registrus. Visos situacijos su PVM klasifikatoriais ir operacijų įvairove yra išspręstos ir jas galima suformuoti Finvaldoje, kartais net keliais būdais, jei jums nesigauna, tai reiškia tiesiog nežinote kaip. Klauskite arba čia, o kas turit konsultacijas - skambinkite.
PVM1 (taip pat atitikmenys su 5 ir 9%) kodai yra neprivalomi ir jų pildyti nebūtina. Formuojant registrus (MIDI/MAXI) geltonos nereiškia, kad tai klaidos, tai tik perspėjimai apie galimas klaidas. Raudonos eilutės yra tipo klaidos, tačiau vėlgi naujoje versijoje (arba esamų versija pataisyme) bus padaryta, kad bus leidžiama eksportuoti ir su raudonom eilutėm, nes paaiškėjo, kad yra tam tikrų atvejų, kai reikia leisti suformuoti ir su tipo klaidingom eilutėm.
Nors PVM1 yra nebūtinas, bet aš jį siūlyčiau susivesti (bent jau būsimoms operacijoms), kad būtų aišku, kad eilutės be PVM kodų yra klaidingos ir jas reikia papildyti.
Yra skriptai, kurie automatiškai sukelia PVM kodus pirkimo ir pardavimo operacijoms nuo 2016-10-01. Tie kodai gali ateiti iš: operacijos tipo (PVM kodas jame atsirado sulyg 5.1.55 versija) prekės/paslaugos, kliento. Skriptus praleisti gali konsultantai. Taip yra skriptas, kuris išmeta PVM kodą ir prekių kortelių, nes perkant/parduodant Lietuvoje ir užsienyje reikia naudotis skirtingus PVM kodus, todėl pasiūlymas iš prekės kortelės nebetinka ir reikia naudoti arba iš kliento, arba operacijos tipo.

Ačiū už informaciją. Bandysim pasitvarkyti :)

Man atsirado PVM21 kodas :). Bet vis tiek meta raudoną klaidą, nes tipo negali būti PVM 0,00. Iš principo tai čia yra menamas PVM, kuris priskaitomas, bet registruose nerodomas. Vadinasi, viskas teisingai, tik va raudona klaida :). Jūsų finvalda nemėgsta PVM 0,00.

kaip su menamu pvm, perkame prekes is ES, kaip ir PVM16 turetu buti, bet finavldoje vesti 0 koda? anksciau is vis menamu pvm'u nevesdavau i programa

vedat PVM kodą tokį, kokį reikia, o menamą PVM priskaičiuojat arba ne, kaip norit, nors pagal viską, tai priskaičiuoti reikia, galų gale PVM dekl langviau pasidaryti ir susitikrinti.
Jei menamą PVM norit priskaičiuoti, tai op. tipe reikia nurodyti PVM sąskaitas. O į registrą šitas menamas PVM nepateks.

Susikuriat pvm kodą PVM16, laukelyje "PVM klasifikatorius" įsivedat PVM16.
Aš importui susikūriau operacijos tipą "importas" ir nurodžiau, kad PVM suvaikšto: 2431 atskaitomas PVM / 4484 mokėtinas PVM (pagal seną sąsk. planą). Tada ir menamas PVM oficialiai apsiskaito :)
pvm21.docx

aciu

omnitel saskaita, kuyr suma neapmokestinama PVM'u, koki koda imate ir ar traukti i registrus?