Pradžia / Didmeninė prekyba ir B2B / Elektroniniai čekiai – i.SAF sistema

Elektroniniai čekiai – i.SAF sistema

Kai pirmą kartą išgirsti trumpinį i.SAF, atrodo, kad tai kažkoks techninis dalykas, skirtas tik buhalteriams su akiniais ir skaičiuotuvais. Realybėje šis dalykas jau seniai peraugo į kasdienybę bet kuriam verslui, kuris parduoda prekes ar teikia paslaugas Lietuvoje – nesvarbu, ar tu turi fizinę parduotuvę, ar visą veiklą vykdai internetu. Elektroniniai čekiai ir i.SAF sistema šiandien yra tas fonas, kuris tyliai veikia už kiekvieno pardavimo, ir jei nesupranti, kaip tai funkcionuoja, gali užsidirbti nemažai galvos skausmo su mokesčių inspekcija.

Kas per reikalas tas i.SAF ir kodėl apie jį visi kalba

i.SAF – tai elektroninė sąskaitų faktūrų registro sistema, kurią administruoja Valstybinė mokesčių inspekcija. Paprasčiau tariant, tai duomenų bazė, kurioje kaupiama informacija apie visas verslo išrašytas ir gautas PVM sąskaitas faktūras. Sistema veikia jau nemažai metų, tačiau pastaraisiais metais jos svarba tik didėja, nes VMI vis aktyviau siekia matyti kiekvieną verslo pinigų judėjimą realiu laiku, o ne po kelių mėnesių, kai jau vėlu ką taisyti.

Kodėl tai svarbu tau, kaip verslo savininkui? Nes i.SAF nėra kažkas, ką galima ignoruoti ar atidėti „kitam kartui“. Jei esi PVM mokėtojas, duomenų teikimas į šią sistemą yra tavo pareiga, ir nesvarbu, kokio dydžio verslą turi – mažą internetinę parduotuvę ar didelį prekybos tinklą. Skirtumas tik toks, kad didesnės įmonės dažniausiai turi automatizuotus sprendimus, o mažesnės kartais vis dar bando susitvarkyti ranka, kas, tiesą pasakius, yra kelias į begalinį nervų kratymą.

Elektroniniai čekiai – nuo popierinio kvito prie skaitmeninio pėdsako

Prisimeni tuos ilgus popierinius kvitus, kurie po kelių dienų kišenėje pavirsta į neįskaitomą glamžytą lapelį? Elektroniniai čekiai iš esmės sprendžia šią problemą, bet jų reikšmė gerokai didesnė nei vien patogumas klientui. Kai pardavimas įvyksta per kasos aparatą arba specializuotą kasos programą, sugeneruojamas ne tik fizinis (ar elektroninis) čekis pirkėjui, bet ir duomenų įrašas, kuris turi savo skaitmeninį kelią.

Šis kelias dažniausiai baigiasi ten, kur ir turėtų – mokesčių administratoriaus sistemose. Elektroninis čekis tampa ne tik pardavimo įrodymu, bet ir dalimi didesnio skaitmeninio ekosistemos, kurioje kiekviena transakcija palieka pėdsaką. Tai reiškia, kad jei anksčiau kai kurie verslai galėjo „pamiršti“ užregistruoti dalį pardavimų, šiandien tai daryti tampa vis sunkiau ir rizikingiau.

Praktiškai tai atrodo taip: klientas atsiskaito, kasos sistema automatiškai sugeneruoja čekį, ir tas pats duomenų rinkinys (arba jo suvestinė) vėliau patenka į apskaitos sistemą, iš kurios jau keliauja į i.SAF. Jei tavo kasos sistema ir apskaitos programa yra tinkamai sujungtos, visas šis procesas vyksta be jokio žmogaus įsikišimo. Jei ne – tenka ranka suvedinėti duomenis, kas kainuoja laiko ir kelia klaidų riziką.

Kaip tai veikia praktiškai – duomenų srautas nuo pardavimo iki VMI

Įsivaizduok tipinę e-parduotuvės situaciją. Klientas užsako prekę, apmoka per bankinę nuorodą arba mokėjimo platformą, ir tavo sistema turi išrašyti sąskaitą faktūrą arba čekį. Šis dokumentas turi konkrečius rekvizitus – pardavėjo ir pirkėjo duomenis, prekių ar paslaugų sąrašą, PVM tarifus, sumas. Visa ši informacija turi patekti į apskaitos programą, kuri, savo ruožtu, formuoja duomenų failą, atitinkantį VMI reikalavimus, ir jį pateikia per i.SAF portalą arba automatizuotai per API ryšį.

Terminas, per kurį reikia pateikti duomenis, priklauso nuo to, kokio dažnio deklaracijas teiki – dažniausiai tai daroma kartu su PVM deklaracijos pateikimu, tačiau kai kuriais atvejais galima ir dažniau. Svarbu suprasti, kad i.SAF nėra atskira, savarankiška sistema, kurią tvarkai kartą per mėnesį atsiskyręs nuo visko kito – tai integrali dalis viso apskaitos ciklo, ir jei viena dalis šio ciklo sugenda (pavyzdžiui, kasos sistema neteisingai sugeneruoja duomenis), problemos atsiranda visoje grandinėje.

Vienas dažnas klaidingas įsitikinimas – kad mažoms internetinėms parduotuvėms, kurios turi kelis pardavimus per dieną, i.SAF reikalavimai yra kažkokia formalybė, kurią galima atidėti. Realybėje VMI sistemos veikia automatizuotai ir gali greitai pastebėti neatitikimus tarp deklaruotų pajamų ir realiai vykstančios veiklos, ypač jei tavo verslas reklamuojasi socialiniuose tinkluose ar turi aktyvią svetainę su matomu pardavimų srautu.

Kam tai privaloma ir kur yra išimtys

Ne visi verslai turi vienodus reikalavimus, ir tai kartais sukelia painiavą. Pagrindinė taisyklė – jei esi PVM mokėtojas, i.SAF duomenų teikimas tau yra būtinas. Tai galioja tiek juridiniams asmenims, tiek individualią veiklą vykdantiems asmenims, kurie yra registruoti PVM mokėtojais.

Tie, kurie nėra PVM mokėtojai (pavyzdžiui, dėl neviršyto apyvartos slenksčio), formaliai gali būti neįtraukti į privalomą i.SAF ataskaitų teikimą, bet tai nereiškia, kad jie visiškai atleisti nuo skaitmeninės atskaitomybės kultūros. Anksčiau ar vėliau, plečiantis verslui, PVM mokėtojo statusas taps neišvengiamas, todėl protingiau iš karto susikurti tokią apskaitos sistemą, kuri lengvai prisitaikytų prie i.SAF reikalavimų, nei vėliau viską perdaryti skubotai.

Yra ir specifinių atvejų – pavyzdžiui, tam tikros paslaugos ar prekybos šakos, kurioms taikomos kitokios ataskaitų teikimo taisyklės, arba tarptautinė prekyba, kurioje dalis sandorių gali nepatekti į standartinį i.SAF srautą dėl skirtingų PVM taisyklių tarp šalių. Jei tavo verslas turi tokių specifikų, verta konsultuotis su buhalteriu ar mokesčių konsultantu, nes universalaus atsakymo čia tiesiog nėra.

Integracija su e-parduotuve ir apskaitos sistemomis

Čia prasideda tikrasis smagumas, arba, priešingu atveju, tikrasis galvos skausmas. Jei tavo internetinė parduotuvė veikia atskirai nuo apskaitos sistemos ir viską reikia suvedinėti ranka, tai reiškia, kad kiekvieną dieną prarandi laiko, o rizika padaryti klaidą auga proporcingai pardavimų skaičiui.

Šiuolaikinės e-komercijos platformos (nesvarbu, ar tai WooCommerce, Shopify integracija su lietuviškomis buhalterinėmis programomis, ar specializuoti lietuviški sprendimai) leidžia automatizuoti visą procesą – nuo pardavimo iki sąskaitos faktūros generavimo ir jos perdavimo į apskaitos sistemą, iš kurios duomenys jau automatiškai keliauja į i.SAF. Tai reiškia, kad tu, kaip verslo savininkas, gali sutelkti dėmesį į tai, kas iš tikrųjų svarbu – pardavimus, klientų aptarnavimą, marketingą – o ne į rankinį duomenų suvedinėjimą.

Praktinis patarimas: rinkdamasis apskaitos programą, iš karto klausk, ar ji turi tiesioginę integraciją su i.SAF ir ar palaiko automatinį duomenų teikimą per API. Jei atsakymas neaiškus ar reikia „papildomų modulių už papildomą kainą“, gali tekti susiduri su papildomomis išlaidomis vėliau. Geriau iš karto investuoti į sistemą, kuri jau turi šią funkciją integruota, nei taupyti dabar ir mokėti daugiau, kai reikės viską perkelti.

Taip pat verta paminėti, kad kai kurios kasos aparatų sistemos jau seniai orientuotos į tai, kad duomenys automatiškai keliautų tolyn per visą grandinę. Jei dirbi su fizine parduotuve, patikrink, ar tavo kasos aparatas ar kasos programa turi galimybę eksportuoti duomenis formatu, kurį atpažįsta tavo apskaitos programa – tai sutaupys daug laiko mėnesio pabaigoje, kai reikia rengti ataskaitas.

Dažniausios klaidos ir kaip jų išvengti

Praktikoje dažniausiai pasitaiko keletas tipinių klaidų, kurios kartojasi tarp skirtingo dydžio verslų. Pirma – duomenų neatitikimas tarp išrašytų sąskaitų ir realiai deklaruotų pajamų. Tai atsitinka, kai sąskaitos redaguojamos po pateikimo arba kai naudojamos kelios atskiros sistemos, kurios nesinchronizuoja tarpusavyje.

Antra – vėlavimas pateikti duomenis. Nors terminai atrodo aiškūs, praktikoje daug verslų atidėlioja duomenų teikimą iki paskutinės minutės, o tada susiduria su techninėmis problemomos sistemoje, kurios veikia lėtai, kai daug vartotojų teikia duomenis vienu metu (ypač prieš terminų pabaigą).

Trečia – netikslūs pirkėjo duomenys sąskaitose. Jei tavo e-parduotuvė automatiškai generuoja sąskaitas iš kliento pateiktos informacijos, o klientas įvedė netikslų įmonės kodą ar PVM mokėtojo numerį, ši klaida automatiškai pereina toliau į visą grandinę. Verta įdiegti patikras, kurios automatiškai tikrina PVM mokėtojo kodų validumą prieš sąskaitos generavimą.

Ketvirta, ir gal labiausiai paplitusi problema mažesniems verslams – bandymas viską daryti ranka, nesuprantant, kad rinkoje egzistuoja daugybė nebrangių sprendimų, kurie visą procesą automatizuoja. Kartais baimė investuoti į naują programinę įrangą sukelia daugiau problemų, nei ji išsprendžia, nes rankinis darbas ilgainiui kainuoja daugiau nei automatizuotas sprendimas.

Ką iš tikrųjų reikia išsinešti iš viso šito skaitmeninio labirinto

Jei apibendrintume visą šią temą, esmė tokia – i.SAF ir elektroniniai čekiai nebėra kažkas, kas egzistuoja atskirai nuo tavo kasdieninio verslo veikimo. Tai integrali dalis to, kaip šiandien funkcionuoja atskaitomybė Lietuvoje, ir kuo greičiau priimsi šią realybę, tuo lengviau bus tavo verslui augti be nereikalingų kliūčių.

Praktiškai tai reiškia keletą konkrečių žingsnių. Pirma, įsitikink, kad tavo kasos sistema ir apskaitos programa yra tinkamai sujungtos ir duomenys keliauja automatiškai, o ne per rankinį suvedinėjimą. Antra, jei esi PVM mokėtojas, nelaikyk i.SAF pateikimo formalumu, kurį galima atidėti – integruok jį į savo mėnesio ciklo grafiką kaip ir bet kurią kitą svarbią verslo veiklą. Trečia, jei tavo verslas auga ir planuoja tapti PVM mokėtoju, pradėk ruoštis iš anksto, kad pasikeitimas nebūtų šokas visai apskaitos struktūrai.

Ir galiausiai – nebijok investuoti į automatizaciją. Rinka jau seniai turi sprendimus, kurie kainuoja kur kas mažiau nei laikas, praleistas rankiniam duomenų suvedinėjimui, ir kur kas mažiau nei baudos ar nesusipratimai su mokesčių inspekcija dėl netiksliai pateiktų duomenų. Skaitmeninė atskaitomybė nėra grėsmė tavo verslui – tai tiesiog nauja žaidimo taisyklė, prie kurios prisitaikę verslai dirba efektyviau, o tie, kurie priešinasi, tiesiog praleidžia daugiau laiko ir pinigų taisant klaidas, kurios buvo lengvai išvengiamos.