Reiškia tipe vis dar neįrašėte 4484 PVM sąskaitos.

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.

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.

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".

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ą.

VMI xml i.saf failų patikrinimui naudoja xsd versija 1.2.1, tačiau jų puslapyje pateikta tik 1.2 versijos. Kas nors matėt, kur padėtas naujesnis?

kad galima kelti dalimis, tai čia 100%. Yra įmonių, kur faktūrų generuoja keliais šimtais ar tūkstančiais per dieną. Tai štai jos ir teikia gabalais mėnesio eigoje.

bandyk įkelti kokią vieną sąskaitą su klaidom ir žiūrėk. Galima gi gabalais kelti jau dabar, nebūtinai viską už visą mėnesį. Aš tai balsuočiau, kad atmes iš karto, jei bus kritinės klaidos.

man iškilo klausimas dėl kliento valstybės i.SAF registre. Ar gerai suprantu, kad esant aplinkybėms, kai nežinom, nei pirkėjo pvm kodo, nei pirkėjo reg. kodo užsienio valstybėje (t.y. abu laukai yra ND), valstybės pildyti nebūtina? Nes taisyklėse rašo, kad reikia pildyti, jei pirkėjo registracijos kodo lauke įrašom jo reg. kodą užsienio valstybėje.

jei turit daug įrašu, kuriu nereikia traukti į registrą, tai tikslinga juos vesti atskirame žurnale. Tų žurnalų gi galima (ir reikia) prisikurti daugiau, nei viena. Po to susikursite žurnalų grupę, iš kurių reikia traukti į registrus, ir tą grupę naudosit formuojant registrą.

jei kodai standartiniai (PVM1, 2, 3), tai galit palikti ir tuščius. Datas gali prireikt pasitaisyti, jei turėjot pavėluotų sąskaitų, taip pat jei paslaugų/prekių tiekimo momentai kitokie, nei faktūrų datos.

Reiks dar kartą atsinaujinti. Dar neišleista ta versija berods, bet joje vartotojams bus leidžiama eksportuoti ir su klaidomis.
O sąskaitos iš ne PVM mokėtojų garantuotai nėra PVM sąskaitos faktūros ir jų rodyti nereikia.

Pildyti reikia pagal gavimo, o ne faktūros datą. Apskaitos programose tam turėjo būti padaryti papildomi datų laukai, jei anksčiau nebuvo.

tokį pranešimą meta Finvalda ar jau įkėlus į i.vaz sistema?

smulkmenos? Pažiūrėsiu ką darysit, kai reiks mokesčiams teikti visą ddžiąją knygą.

turbūt maišote su pinigų priėmimi kvitu, kuriame užtenka, kad pasirašytu koks vadybinkas, renkantis pinigus iš klientų.

E stulpelyje:
=VLOOKUP(A5;'Dienpinigių norma'!$A$3:$B$6;2)*D5

ar i.VAZ važtaraščiuose privaloma pateikti vairuotojo informaciją? Vieni klientai sako, kad nereikia, bet rinkmenos formavimo taisyklėse pažymėta, kaip privalomas laukas.

Jei turtas ir jo papildomos išlaidos perkamos ne su ta pačia faktūra, tai turtą ir visas pridedamasias išlaidas reikia pirkti i tarpinę sąskaitą (per paslaugą) , o sukaupus viską, atlikti ilg. turto pajamavimą iš sąskaitos. Jei turtas jau naudojamas, tai arba per sudėtines dalis žaisti, arba nurašyti ir užpajamuoti nauja verte.

tai matyt dar programos versija įtakoja, nes tas buvo padaryta apie balandžio mėn, tai kažkur nuo 5.1.43 versijos

Nurodot, kad prekė yra pakuotė ir viskas veikia teisingai. Turime surenkančių tarą ne vieną klientą.

Uzstatinė tara neturi pakliūti į registrą, taip pačiai buvo ir pildant FR067x.

Jeigu kalbame apie laisvos formos ataskaitą, tai skambinkite i Finvalda, kad įdėtų tam tikrą skriptą, nes čia tiesiog padaryta klaida. O jei kalbam apie oficialias ataskaitas (ties Finansinė atskaitomybė), kur skirstosi i labai mažoms įmonėms, mažoms ir t.t. tai šitas ataskaitas reikia apsirašyti.

Formfilleris nepriima netinkamų simbolių, dažniausiai pasitaiko, kad naudojamos lietuviško tipo kabutės pvz. tokios ”„“. Siaurinkite periodą ir raskite dieną, kurioje stringa, arba jei faktūrų nedaug, tai vizualiai perziurekite, kurie klientų pavadinimai netinkami. Beje Vmi tokį failą priimtų, čia tik formfilleris negali atidaryti.

meniu Pagrindinis ->Einamasis mėnuo. Šiaip pirmas jūsų žingsnis prieš pildant tabelį ar skaičiuojant turi būti nusistatyti tinkamą einamą mėnesį. Antraip bus paimti neteisingi mėnesiai, kai skaičiuosit sumas, kurios iš vidurkio skaičiuojasi.

sąskaitos tipo klientas yra toks, kurio kortelėje stovi varnelė "Sąskaitos tipo klientas". Tokio tipo klientą galima naudoti tik užskaitose ir atsiskaitymuose. Jį nurodžius, programa leidžia detaliose eilutėse rinktis sąskaitas iš sąskaitų plano.

išrašant atvirkštinio PVM sąskaitą reikia kliente ir prekėse/paslaugoje sudėti varneles "PVM moka pirkėjas", pats PVM turi būti 0, o faktūra spausdinate naudodami 31 faktūros šabloną. Jei nei varnelių, nei minėto šablono nematote, tai turite seną Finvaldos versiją.
Gi perkant naudojam tą patį principą, kaip perkant iš ES, t.y. operacijos tipe nurodam abi - gautino ir mokėtino - PVM sąskaitas, tarifas prekėse/paslaugose 21%, ir tokiu būdu PVM suvaikšto į abi puses, o skolą tiekėjui lieka be PVM.

Na čia keli variantai. Paprasčiausias būtų, kad skolą padedat į ilgalaikes, o po to per kitos paskirties sąskaitas metų pabaigoje iškeliat į trumpalaikes. T.y. analitinė skola visa laiką stovi ir dengiasi ilgalaikėje kreditorinėje sąskaitoje, o kitos paskirties sąskaitose vyksta judėjimas, kad balanso datai atitiktų ilgalaikės ir trumpalaikės dalys. Sąskaitų plane turėtumėte:
4011 (paskirtis kreditoriai)
40119 (kitos paskirties, kontrarinė)
4411 (kitos paskirties)
Tai metų gale darytumėt įrašą D 40119 K 4411 suma - mokėtina kitų metų dalis

o toje užsienio šalyje jums tvarko kas nors PVM apskaitą?

Uždarymas - Įrankiai->Periodų uždarymas.
Atvirkštinio PVM faktūra įtariu įvedėt neteisingai, nes ji jau turėjo būti be PVM sumos, t.y. mokėtina suma tiek, kiek reikia mokėti tiekėjui. O dabar, jei yra su PVM, tai padarykit užskaitą PVM daliai: vienoje pusėje faktūra, o kitoje sąskaitos tipo klientas ir pasirinkite mokėtino PVM sąskaitą iš sąskaitų plano.