Jei dirbi su buhalterija, apskaita ar tiesiog turi savo verslą Lietuvoje, tikriausiai jau seniai susidūrei su santrumpa i.MAS. Kai ji pirmą kartą pasirodė, dauguma buhalterių ją sutiko su nemažu skepticizmu – dar viena sistema, dar viena ataskaita, dar vienas terminas, kurio nespėsi. Praėjo nemažai metų, ir šiandien i.MAS tapo tokia pačia darbo dienos dalimi kaip elektroninis paštas ar Excel lentelės. Bet kiek iš tikrųjų žinome, kaip visa ši sistema veikia po paviršiumi, kodėl ji buvo sukurta ir kaip su ja gyventi neprarandant nervų?
Kas iš tikrųjų yra i.MAS
i.MAS – tai Valstybinės mokesčių inspekcijos integruota mokesčių administratoriaus informacinė sistema. Skamba biurokratiškai, bet esmė paprasta: valstybė nusprendė, kad rankinis mokesčių tikrinimas, kai inspektorius sėdi su popieriais ir skaičiuotuvu, yra praeitis. Vietoj to sukurta skaitmeninė infrastruktūra, kuri leidžia automatiškai rinkti, analizuoti ir kryžmiškai tikrinti duomenis iš tūkstančių įmonių vienu metu.
i.MAS nėra viena programa – tai zombrėlis modulių, kurių kiekvienas atsakingas už skirtingą duomenų tipą. Populiariausi ir dažniausiai minimi yra i.SAF (sąskaitų faktūrų registras), i.VAZ (važtaraščių duomenys) ir i.SAF-T (standartizuotas apskaitos duomenų failas). Yra ir mažiau žinomų dalių, pavyzdžiui, susijusių su kasos aparatų duomenimis ar avansinių sąskaitų informacija. Visa tai sudėta į vieną didelį duomenų baseiną, kuriame VMI algoritmai ieško nesutapimų, anomalijų ir potencialaus mokesčių slėpimo.
Svarbu suprasti vieną dalyką – i.MAS nebuvo sukurta tam, kad apsunkintų gyvenimą sąžiningiems mokesčių mokėtojams. Idėja buvo kita: kai duomenys teka automatiškai, sumažėja poreikis siųsti mokesčių inspektorius į kiekvieną įmonę su patikrinimu. Teoriškai tai turėtų reikšti mažiau nervų abiem pusėms. Praktikoje, žinoma, pirmieji metai buvo pilni techninių keblumų, klaidų pranešimuose ir nesusikalbėjimo tarp apskaitos programų ir VMI serverių.
i.SAF ir sąskaitų faktūrų pasaulis
i.SAF – tai pirmoji dalis, su kuria susidūrė dauguma verslų, ir dažniausiai pats skausmingiausias etapas. Esmė paprasta: visos PVM sąskaitos faktūros, kurias išrašo ar gauna PVM mokėtojas, turi būti deklaruojamos VMI per šią sistemą. Anksčiau, prieš i.SAF atsiradimą, mokesčių inspekcija matė tik apibendrintus PVM deklaracijos skaičius. Dabar jie mato kiekvieną sąskaitą, kiekvieną sumą, kiekvieną partnerį.
Praktikoje tai reiškia, kad jeigu tu parduodi prekę įmonei X už 1000 eurų, o įmonė X savo pusėje deklaruoja pirkimą iš tavęs kaip 800 eurų, sistema tai pastebės akimirksniu. Anksčiau toks nesutapimas galėjo klaidžioti mėnesius, kol kas nors ranka patikrintų dokumentus. Šiandien algoritmas tai išspjauna per kelias sekundes.
Buhalteriams i.SAF atnešė naują iššūkį – duomenų tikslumo kultūrą. Anksčiau nedidelė netikslumo tolerancija buvo priimtina, dabar kiekviena skaičių klaida gali sukelti VMI klausimą. Kita vertus, geros apskaitos programos šiandien automatiškai formuoja i.SAF failus tiesiai iš sąskaitų faktūrų registro, tad rankinio darbo praktiškai nebeliko – jei sistema sukonfigūruota tinkamai.
i.VAZ – važtaraščiai skaitmeniniame amžiuje
Jei i.SAF rūpinasi pinigų judėjimu popieriuje, i.VAZ rūpinasi prekių judėjimu tikrovėje. Ši sistema skirta krovinių važtaraščių deklaravimui – kas, kada, kur ir kiek vežė. Skamba kaip logistikos reikalas, bet iš tiesų tai vienas galingiausių įrankių kovojant su fiktyviomis operacijomis.
Kartais įmonės deklaruoja pirkimo-pardavimo sandorius, kurie realiai net nebuvo įvykę – prekės niekada nebuvo pervežtos, sandėlyje jų nebuvo, o dokumentai egzistavo tik popieriuje (arba dabar – ekrane). i.VAZ leidžia sujungti sąskaitos faktūros duomenis su faktiniu prekės judėjimu. Jei sąskaita yra, o važtaraščio nėra, arba važtaraštis rodo, kad krovinys vežtas visai kitu maršrutu ar kitokiu kiekiu, tai iškart kelia raudonus vėliavėlius.
Verslams, kurie aktyviai prekiauja fizinėmis prekėmis – didmenininkams, gamintojams, statybų sektoriui – i.VAZ tapo kasdiene rutina. Transporto įmonės ir logistikos operatoriai ypač jautriai jaučia šitą sistemą, nes jiems reikia stebėti ne tik savo, bet ir klientų duomenų tikslumą.
SAF-T byla – kai reikia visko iš karto
Jeigu i.SAF ir i.VAZ yra kaip atskiri puzzle gabaliukai, tai i.SAF-T yra visas paveikslas vienu kartu. Tai standartizuotas apskaitos duomenų failas, kuriame sudėta praktiškai visa įmonės buhalterinė informacija – sąskaitos, mokėjimai, atsargos, ilgalaikis turtas, darbo užmokestis ir taip toliau. Šis formatas pagrįstas tarptautiniu SAF-T standartu, kurį naudoja ne viena Europos šalis, tad Lietuva čia nesugalvojo dviračio iš naujo.
Skirtumas nuo i.SAF ir i.VAZ tas, kad SAF-T byla nėra teikiama reguliariai kiekvieną mėnesį – ji dažniausiai prašoma esant mokestiniam patikrinimui arba tikrinant konkrečius laikotarpius. Tai reiškia, kad įmonė turi būti pasiruošusi bet kada per kelias dienas sugeneruoti šį failą už bet kokį laikotarpį. Jei apskaitos programa negeba to padaryti automatiškai, o duomenys yra netvarkingi keliose skirtingose sistemose, tai gali paversti mokestinį patikrinimą tikru košmaru.
Įdomu tai, kad SAF-T reikalavimas iš tikrųjų privertė daug įmonių sutvarkyti savo apskaitos sistemų architektūrą. Jei anksčiau duomenys gulėjo trijose skirtingose programose, kurias niekas tarpusavyje nesujungė, tai dabar tokia praktika tampa problemiška. SAF-T tapo tam tikru katalizatoriumi, verčiančiu verslus investuoti į vieningas ERP sistemas vietoj kelių atskirų įrankių.
Kaip tai integruojasi su apskaitos programomis
Čia prasideda ta dalis, kuri iš tikrųjų nulemia, ar tu i.MAS matai kaip košmarą ar kaip įprastą darbo rutiną. Rinkoje esančios apskaitos programos – tiek didesnės ERP sistemos, tiek mažesnės debesijos platformos – dabar praktiškai visos turi integruotus modulius, kurie automatiškai generuoja i.SAF, i.VAZ ir SAF-T failus.
Idealiu scenarijumi tai veikia taip: buhalteris išrašo sąskaitą apskaitos programoje, ta programa turi tiesioginę integraciją su VMI API, ir duomenys nusiunčiami automatiškai, be jokio žmogaus rankinio įsikišimo. Tačiau realybėje viskas ne visada taip sklandu. Daugelis mažų ir vidutinių įmonių dar naudoja senesnes programų versijas, kurios negeba tiesiogiai kalbėtis su VMI serveriais, tad duomenis reikia eksportuoti, tada importuoti į VMI portalą rankiniu būdu.
Rekomendacija, kurią duočiau kiekvienam, kuris dar svarsto – jei tavo apskaitos programa neturi automatinės i.MAS integracijos, laikas ją keisti arba bent atnaujinti. Rankinis duomenų perkėlimas yra ne tik nuobodus, bet ir statistiškai daug rizikingesnis klaidų šaltinis. Vienas neteisingai įvestas skaičius gali sukelti lavina papildomų klausimų iš VMI, kurių lengvai galėtum išvengti.
Klaidos, baudos ir kaip jų išvengti
Būtų sąžininga pasakyti tiesiai – daugelis įmonių bijo i.MAS ne dėl technologijos savaime, bet dėl potencialių sankcijų. VMI turi teisę taikyti baudas už pavėluotą, netikslų arba visai nepateiktą deklaravimą. Tačiau realybėje pati inspekcija dažniausiai pirmiausia siunčia priminimus ar paklausimus, o ne iš karto skiria baudas – bent jau pirmų pažeidimų atveju.
Dažniausios klaidos, su kuriomis susiduria buhalteriai:
- Netikslūs partnerio duomenys (pvz. neteisingas PVM mokėtojo kodas)
- Nesutampantys sumų skaičiai tarp sąskaitos ir deklaracijos
- Pavėluotas duomenų pateikimas dėl techninių sistemos klaidų (kartais ir VMI serverių pusėje)
- Duplikuoti įrašai, kai sąskaita atsiunčiama du kartus per skirtingus kanalus
Praktinis patarimas – niekada nepalik i.SAF deklaravimo paskutinei dienai. Nors terminas dažnai yra pakankamai platus, sistemos apkrova būna didžiausia paskutinėmis dienomis prieš terminą, ir tada dažniausiai atsiranda techninių gedimų. Geriau deklaruoti duomenis nuolat, po kelis kartus per savaitę, negu kaupti visą mėnesio informaciją ir bandyti sudėti ją per vieną vakarą.
Kitas dalykas, kurį rekomenduoju – periodiškai patikrinti savo verslo partnerių duomenis prieš pasirašant sutartis ar išrašant didesnes sąskaitas. Jei partneris turi problemų su savo VMI deklaravimu, tai gali netiesiogiai atsispindėti ir tavo duomenyse kryžminio tikrinimo metu.
Kai skaičiai ir algoritmai tampa kasdienybe
Grįžtant prie pradinio klausimo – ar i.MAS yra palaima ar prakeiksmas – atsakymas tikriausiai priklauso nuo to, kiek pasiruošęs esi technologiškai. Tiems, kurie investavo į modernias apskaitos sistemas su automatine integracija, i.MAS tapo tiesiog fonu, apie kurį nereikia daug galvoti. Duomenys teka automatiškai, klaidos aptariamos ankstyvai, ir mokestinis patikrinimas nebekelia panikos, nes visa informacija visada yra prieinama vienu paspaudimu.
Tiems, kurie dar dirba su pasenusiomis sistemomis ar rankiniu duomenų perkėlimu, kelias link ramybės yra tiesiog investicija į geresnę infrastruktūrą. Tai nėra didelė kapitalo investicija šiais laikais – dauguma debesijos apskaitos platformų kainuoja santykinai nedaug, palyginti su ta suma laiko ir nervų, kurią sutaupysi.
Verta paminėti ir tai, kad i.MAS toliau plėtojama – VMI reguliariai skelbia atnaujinimus, naujus reikalavimus, papildomus modulius. Verslas, kuris nori išvengti staigmenų, turėtų sekti VMI pranešimus arba turėti buhalterį, kuris tai daro už jį. Technologija, net ir valstybinė, keičiasi greičiau, nei norėtume, ir kas šiandien atrodo pastovi taisyklė, rytoj galima nesitikėti tokia išlikti.
Galiausiai, žiūrint plačiau, i.MAS yra dalis didesnio proceso – valstybės skaitmenizacijos, kuri, patinka tai mums ar ne, vyksta visose Europos šalyse. Sistemos taps vis sudėtingesnės, bet ir vis labiau automatizuotos. Buhalterio darbas ateityje tikriausiai bus mažiau apie duomenų įvedimą ir daugiau apie duomenų interpretaciją bei klaidų taisymą – o tai, tiesą sakant, nėra prasta perspektyva.
