Drįstu suabejoti. PVM deklaracijos užpildymo taisyklės: "21. PVM deklaracijos 13 laukelyje turi būti įrašoma PVM mokėtojo patiektų PVM neapmokestinamų prekių ir/ar paslaugų, nurodytų PVM įstatymo 20–33 straipsniuose apmokestinamoji vertė. Šiame laukelyje taip pat nurodoma PVM įstatymo 112 straipsnio 1 ir 2 dalyse nurodytų neapmokestinamų sandorių (išskyrus importą) apmokestinamoji vertė." PVM įstatymo 20–33 str. ir 112 str. 1, 2 dalyse apie tarą nekalbama.
Tara (šiuo atveju užstatas už pakuotę) yra ne PVM objektai (žr. VMI PVM įstatymo 15 str. 8 d. komentarą), todėl į PVM deklaraciją netraukiamas.

Atverkite įtrauktą sąskaitą ir paspauskite ženklelį panašų į "T". Pamatysite kur "nueina".
Taip, į iSAF galima kelti .xml failą.

Klaida aprašyta: "Install Apskaita5 before installing this update." Neranda kur instaliuota jūsų programa. O kokią programos versiją naudojate: instaliuojamą, portable ar web?

Pakeiskite PVM deklaravimo schemos tipą į "perkamos" ar "perkamos - parduodamos".
Tačiau matau kitą problemą, kad pas jus avanso apyskaitoje "varnelės" ant išlaidų, ar tikrai gerai?

Žaliavos, medžiagos, prekės gali būti apskaitomos nuolat arba periodiškai. Jei apskaitomos nuolat, tai paprastai taikomas FIFO savikainos nustatymo būdas ir nieko čia nepakeisi.
Galima apskaityti periodiškai, t. y. savikaina ataskaitinio laikotarpio pabaigoje nustatoma pagal faktinius inventorizacijos rezultatus. Šiuo atveju galėtumėte pajamuoti, perleidinėti be apribojimų.
Mano nuomone, nuolat apskaitomų atsargų būdas dažniausiai pasirenkamas visai be reikalo, taip "apsisunkinant" apskaitą. O ta savikaina mėnėsio ar ketvirčio eigoje nelabai kam rūpi. Jeigu jūs neprekiaujate laivais ar naujais automobiliais, ar žaliavų, atsargų, prekių pavadinimų yra virš 200, tai visad rengiant apskaitos politiką reikėtų pasvarstyti periodiškai apskaitomų būdą.

O kam atidarinėti? Nereikia to daryti. Kai paspaudžiate atidaryti, jūsų kompiuterio archyvavimo programa, jei tokia yra instaliuota bando atidaryti .gz failą. Jei ši programa "nedraugauja" su .gz tipo failais tai ir matote klaidas.

Čia buvo BETE'ei atsakymas.

Taigi, rašėte, kad padarėte .gz failą, tai ir viskas daugiu nieko daryti nereikia. Prisijunkite VMI prie iSAF ir tą failą įkelkite.
Galite išarchyvuoti tą .gz ir į iSAF įkelti .xml.

Kaip įvesti PVM kodus žr. 615 psl.

Galimai iš tiesų banko išraše unikalus kodas nėra unikalus. Pvz. "Swedbank" AB paslaugą ir paslaugos PVM nurodo tuo pačiu "unikaliu" numeriu.
.acc failų koregavimui rankomis, galite naudoti CSVed programėlę "http://csved.sjfrancke.nl/index.html" Unikalūs numeriai nurodyti 11 stulpelyje. Su bankų failų redagavimu atsargiai, nes redaguotą failą Apskaita5 supranta kaip originalią informaciją, neįvelkite klaidų.

Pas jus įvestas kodas "PVM 100", pabandykite su "PVM100", t. y. tarp raidžių ir skaičių nedarykite tarpelio.

Hmm... workflow ...iSAF pagal workflow kai padarė, tai su tais .xml failais net Excel nesusitvarko, duomenys nenormalizuoti, dubliuojasi ...

Pažvelkime į pardavimų per EKA įtraukimą į apskaita Avanso apyskaitos formos pagalba:
Viskas tinka išskyrus tai, kad nereikalingas modulis "Pridėti eilutę su sąskaita faktūra". Tiesa yra problemėlė su PVM deklaravimo schemos pasirinkimu, nes neleidžia rinktis schemų iš parduodamų sąrašo (tenka "apgauti" programą, nurodant, kad šios apyvartų tipas - perkamos). Žr. pav.

Daugiau problemų su pardavimais per EKA, kai kartu išrašoma ir PVM sąskaita faktūra, pavadinkime tai, dėl paprastumo, "EKA sąskaita".
Pirma.
Šias sąskaitas kaip ir kitas įtraukiame į apskaitą per išrašomų sąskaitų formą, o siekiant išvengti dubliavimosi minusuojame per Avanso apyskaitą. Būtų gan patogu, jei uždėjus "varnelę" ant "Išrašytos" ir pasirinkus reikiamą sąskaitą bei pridėjus eilutė būtų galima:
1. Galima būtų uždėti varnelę ant "Išlaidos";
2. Pasirinkti "Koresp. sąsk." iš 5 kl.;
3. Pasirinkti "Koresp. PVM sąsk." iš 4 kl.;
4. Pasirinkti "PVM Deklaravimo schemą". (EKA sąskaitos PVM schemos, įtraukiant ją per išrašomų sąskaitų formą, tiek čia yra "tuščios", nes visi PVM deklaracijos duomenys patenka per jau aptartus EKA pardavimus);
5. "Suma" galėtų būti sąskaitos suma be PVM.
Antra.
Taip įtrauktos (minusuotos) EKA sąskaitos šiuo metu nepatenka į Skolų žiniaraščio kreditą, "nepasinaikina" pirkėjo skola.
Trečia.
Kažkodėl Avanso apyskaitų suvestinėje, išlaidų stulpeliuose reikšmės apvalinamos iki sveikų skaičių, nežinau, bet man atrodo, kad to nereikia.
Alternatyva - EKA sąskaitas sudėti kalkuliatoriumi ir išminusuoti per BŽ, man neatrodo rimtai.

Gal ši info padės apsispręsti kaip patobulinti pardavimų per EKA įtraukimą į Apskaitą. Be abejo, dar galima būtų pagalvoti apie atskiros EKA pardavimų formos sukūrimą, jeigu nesinori dabarinės Avanso apyskaitos formos gadinti.

13 ajame PVM neapmokestinami (PVM įstatymo 20-30 ir 112 str.)
Reikia konkrečiau, ką jūs vadinate tara?
Jei tara = pakuotė, tai galimi įvairūs variantai:
1. užstatas už vienkartinę pakuotę (pvz. plastikiniai buteliai);
2. daugkartinė pakuotė pagal užstato sistemą (pvz. stikliniai buteliai);
3. daugkartinė pakuotė pagal susitarimą su tiekėju (pvz. grąžinamos dėžės, padėklai)
(čia 1,2,3 prie tam tikrų sąlygų yra ne PVM objektai, tad į 13 tikrai nepatenka)
4. patiekta daugkartinė pakuotė be susitarimo
5. ...
(laikoma pardavimais ir PVM objektais)
Taip pat gamintojams, importuotojams, atliekų administratoriams yra daug niuansų.
Žr. PVM įstatymo 15 str. 8 d. komentarą.

Aš mastau taip:
1. Operacija - pardavėja pardavė prekes
D 2740 Parduotuvės pinigai kelyje
K 5000 Parduotų prekių pajamos
K 4484 Mokėtinas PVM
Įvykio dokumentas - EKA dienos ataskaita (Z)

2. Operacija - pardavėja pinigus iš EKA įneša į įmonės kasą
D 2720 Kasa
K 2740 Parduotuvės pinigai kelyje
Įvykio dokumentas - kasos pajamų orderis

Norint programos pagalba gauti PVM deklaraciją, 1-ajai operacijai reikia nurodyti PVM deklaravimo schemą, todėl įvesti per BŽ negalime. Lieka Išrašomų sąskaitų faktūrų forma ir Avanso apyskaita. Išrašomų forma pagal savo esmę kaip ir nelabai tinka, nes čia sąskaita nerašoma, konkrečių prekių pardavimų nematome (nebent aparatas su barkodais). Avanso apyskaitos paskirtis taip pat ne ta.
Gal būt praverstų speciali formelė
Beje, kai kuriais atvejais kredite gali prireikti nurodyti 2 klasės sąskaitą.

Čia apie pardavimus EKA pardavimus, kai išrašomos sąskaitos,
man gražiausiai butų visur naudoti subsąskaitas, kad korektiškai atspindėtų pardavimus, PVM, pinigus.

1.Per Išrašytų sąskaitų formą:
D 2750 Per EKA apmokėtos sąskaitos
K 5003 EKA sąskaitų pajamos
K 4483 EKA sąskaitų PVM
(čia problemų nėra)

2.Reikia minusuoti kad nesidubliuotų
D 5003 EKA sąskaitų pajamos
D 4483 EKA sąskaitų PVM
K 2750 Per EKA apmokėtos sąskaitos
Problema - per kur patogiai įvesti su tokia korespondencija

O dėl paprastų pardavimų per EKA, tai tas pirkėjas "EKA" man ne prie širdies (be to kokias prekes jam parduoti?)

tai va, dvigubas darbas, bet kažkaip nerimta kalkuliatoriumi minusuoti.

Yra dar vienas nepatogumas, kai parduodama per EKA ir išrašomos PVM sąskaitos faktūros. Šias sąskaitas įvedame per Išrašytų sąskaitų registrą, kad patektų į sąskaitų registrą, tačiau tada dubliuojasi su pardavimais per EKA. Reikia jas minusuoti. Tai galima padaryti per Avanso apyskaitą, nes, kol kas, tik čia galima pritaikyti PVM deklaravimo schemas.

"kad šitos sumos papultų Į PVM deklaraciją."
Galima per Avanso apyskaitą. Žr. pav.:

Sveiki, ar tą kodą, kurį neleidžia įrašyti, įvedėte į:
Bendras > Mokesčių nustatymai > kortelė Kodai > pažymine paskutinę eilutę ir spaudžiame "+" ?

Dar reikia finansinės atskaitomybės (FA) struktūros. Kaip tik apie ją rašiau 612 psl., bet galite naudoti ir standartinę.
Kiekviena sąskaitų plano eilutė turi būti susieta su FA eilute.

Prekių pirkimas iš ES - PVM16

dažnai programa tobulėja greičiau nei mes

galima pasidaryti taip, kaip paveikslėlyje.
Failą su šia struktūra pridedu.

Dėl numerio, tai nurodykite dokumento Nr. prefiksą (viršuje importo lentelės) ir to programai pakanka. Jeigu norite susinumeruoti savaip tai jokia problema, rankomis teks koreguoti kiekvieną dokumentą.
Nėra aišku apie kokį dar kitą įrašą kalbate. Šiaip yra kritiniai du momentai, kad programa atpažintų dokumentą, tai: 1) turi būti įmonės kodas; 2) turi būti unikalus dokumento kodas. Pvz. Swedbanko .acc išraše būna, kad "unikalus" numeris dubliuojasi, o programa bando apjungti tuos dokumentus į vieną, įvyksta klaida. O su įmonių kodais tai globali problema.
.acc failų koregavimui rankomis, galite naudoti CSVed programėlę "http://csved.sjfrancke.nl/index.html" Tačiau yra viena keistenybė, kad rodytų paskutinį stulpelį reikia tiesiog paspausti Add Column. Su bankų failų redagavimu atsargiai, nes redaguotą failą programa supranta kaip originalią informaciją, neįvelkite klaidų.

Jei mano info nepasenusi, tai su viena deklaravimo schema neišsiversite, norint, kad gerai suformuotų ir PVM deklaraciją, ir tuo pačiu teisingai parodytų iSAF-ui. Reikia 2 schemų, žr. 605 puslapyje.
Prekėms lyg ir PVM16.

Paskutinė versija 2016-10-03.
Jei nepavyksta automatiškai atnaujinti, tai:
žr. į 1 puslapį, ten yra nuoroda į CodePlex svetainę, kur visad būna naujausios versijos.
Po atnaujinimo būtinai patikrinkite DB struktūrą.

Atnaujinkit programą.
Specialios apmokestinimo schemos (pinigų principas) programa senokai nežymi. Jeigu ją taikote, tai pažymėkite iSAF online.

Apyskaitoje liekana/antiišlaidžiai yra keliose vietose. Įmeskite paveikslėlį, ką ten reikia pataisyti, pabandyčiau "pažaisti".

Sveiki,
kurtis savą ataskaitą tikrai galite su programoje įdėtu įrankiu (My-FyiReportingDesigner). Juo sukuriama .rdl ataskaita (naudojama 2005 m. RDL schema, jei teisingai supratau). Jeigu jūsų ataskaita nesudėtinga, tai problemų gal ir nekils, jei sudėtingesnė - reikės "įveikti" funkcijas, SQL užklausas, duomenų formatus ...

Esamos programos ataskaitos .rdlc formato. Jame skirtingai nuo .rdl kitoks DataSource/DataSet-o principas, o grafiniai elementai lyg ir tokie patys. Žiūrint ką toje ataskaitoje norite pakeisti. Nežinau ar įdėtas įrankis susidorotų, jei norėtumėte įdėti naujus DataSet-us.

Sveiki,
labai jau nori darbo prisidaryti.
Tai jau beveik pinigų apskaitos principas, bet praktiškai iš to jokios naudos.
Jūsų pirkėjai/pardavėjai vis tiek savaip skaičiuos ir kai reikės susiderinti su jais dar daugiau painiavos bus (išbandyta gyvenime su kitomis programomis).