Kokio Shopify apskaitos sprendimo jums reikia?
- Tik PDF sąskaita: tinka, kai užsakymų nedaug, nėra kelių kanalų ar sandėlio sinchronizacijos, o buhalteris patvirtino dokumento rekvizitus, numeraciją ir koregavimą.
- Vienkryptė integracija Shopify → apskaita: tinka, kai Shopify priima užsakymus, o apskaitos sistema kuria oficialius pardavimo ir kreditinius dokumentus. Likučiai lieka Shopify arba tvarkomi rankiniu būdu.
- Dvikryptė ERP integracija: reikalinga, kai ERP valdo prekes, kainas, sandėlius ar likučius, o į Shopify grąžina parduodamą kiekį, pristatymo ir kartais dokumento informaciją.
- Individuali API jungtis: pagrįsta, kai paruošta jungtis neapima jūsų kanalų, laukų ar procesų. Jai reikia nuolatinės priežiūros, o ne vienkartinio duomenų importo.
Ką gali Shopify sąskaita ir ko ji neišsprendžia?
Shopify gali generuoti PVM sąskaitų PDF reikalavimus atitinkantiems užsakymams, pristatomiems į ES arba JK. Tam parduotuvėje turi būti įjungtos PVM sąskaitos, užsakymui turi būti apskaičiuotas PVM, jis turi būti pateiktas per Shopify atsiskaitymą, o ne trečiosios šalies kanalą. PDF rodomas užsakymo būsenos puslapyje, tačiau automatiškai el. paštu nesiunčiamas.
Shopify taip pat leidžia spausdinti užsakymo dokumentus, o oficiali Order Printer programėlė suteikia pritaikomus sąskaitų ir kitų dokumentų šablonus. Vis dėlto gražus PDF nėra apskaitos integracija: jis pats nesukuria suderinto įrašo apskaitos sistemoje, neįrodo teisingos lietuviškos numeracijos ir neišsprendžia kreditinių dokumentų bei likučių.
VMI PVMĮ 80 straipsnio komentare nurodo, kad PVM sąskaitoje turi būti jos data, serija ir numeris, pardavėjo bei, kai taikoma, pirkėjo PVM kodai ir kiti privalomi duomenys. Numeris turi būti didėjančios sekos, o tos pačios serijos ir numerio derinys — unikalus.
| Objektas | Kam naudojamas | Kas dar turi būti patvirtinta |
|---|---|---|
| Shopify užsakymas | Komercinio įvykio, eilučių, nuolaidų, pristatymo, mokesčių ir mokėjimo būsenos šaltinis. | Ar užsakymo data sutampa su apskaitos dokumento ir tiekimo data. |
| Shopify PVM sąskaitos PDF | Pirkėjui pasiekiamas dokumentas, kai tenkinamos Shopify Tax sąlygos. | Rekvizitai, numeravimo seka, el. siuntimas, koregavimas ir registravimas Lietuvoje. |
| Apskaitos / ERP pardavimo dokumentas | Oficiali numeracija, apskaitos registras, kreditiniai dokumentai ir deklaracijų duomenys. | PVM grupės, datos, sąskaitų korespondencija, i.SAF ir OSS eiga. |
| Mokėjimo teikėjo ar banko įrašas | Faktinis pinigų gavimas, komisiniai, grąžinimas ir išmokėjimo sudengimas. | Kaip bruto pardavimas susiejamas su neto įplauka bei mokesčiais. |
Lentelę telefone galite slinkti horizontaliai.
Praktinė taisyklė: Shopify užsakymo ID ir matomą užsakymo numerį saugokite kaip ryšio raktus, o PVM sąskaitos seriją ir numerį generuokite vienoje patvirtintoje dokumentų sistemoje. Antroje sistemoje saugokite tik nuorodą į tą dokumentą.
Vienkryptis ar dvikryptis Shopify apskaitos srautas?
| Srautas | Kryptys | Tinka, kai | Pagrindinė rizika |
|---|---|---|---|
| PDF / eksportas | Shopify → žmogus → apskaita | Mažai užsakymų, vienas kanalas, paprastas sandėlis. | Praleisti grąžinimai, rankinės klaidos ir nesutampanti numeracija. |
| Vienkryptė integracija | Shopify → apskaita | Shopify valdo prekybą ir likučius, apskaita — dokumentus bei registrus. | Pakeitimai po importo arba grąžinimai nepasiekia apskaitos. |
| Ribota dvikryptė integracija | Užsakymai → ERP; likučiai ir pristatymai → Shopify | ERP yra sandėlio šaltinis, o Shopify — pardavimo kanalas. | Abi sistemos bando valdyti tą patį lauką arba įvykiai ateina ne eilės tvarka. |
| Plati ERP integracija | Produktai, kainos, klientai, likučiai, užsakymai, grąžinimai ir pristatymai pagal atskiras taisykles | Keli kanalai, B2B, POS, keli sandėliai ar sudėtingas vykdymas. | Didesnė diegimo, testavimo, licencijų ir nuolatinės priežiūros apimtis. |
Lentelę telefone galite slinkti horizontaliai.
Dvikryptis nereiškia, kad visi laukai turi judėti abiem kryptimis. Saugesnė schema kiekvienam objektui nustato vieną rašymo kryptį: pavyzdžiui, užsakymas keliauja iš Shopify į ERP, likutis — iš ERP į Shopify, o siuntos sekimo numeris — iš ERP arba sandėlio į Shopify.
Kokios apskaitos ir ERP jungtys oficialiai dokumentuotos?
Toliau pateikti pavyzdžiai rodo skirtingas apimtis, o ne „geriausių sistemų“ reitingą. Programos egzistavimas dar neįrodo, kad ji apims jūsų PVM, grąžinimų, kelių sandėlių ir numeracijos scenarijus.
| Sistema | Integracijos tipas | Patvirtintas srautas | Svarbi riba |
|---|---|---|---|
| Site.pro | Teikėjo paruošta Shopify apskaitos integracija. | Užsakymų duomenys kasdien perduodami į Site.pro; sukuriama kliento kortelė, pardavimo sąskaita, nurašymas, atnaujinamas likutis ir banko įrašas. | Teikėjas aiškiai nurodo, kad grąžinimai neimportuojami ir turi būti apdoroti rankiniu būdu. |
| Rivile ERP | Rivile ERP atstovo aktyvuojama paruošta integracija ir atskira REST API galimybė. | Importuojami pardavimo užsakymai / sąskaitos, klientai ir prekės; likučiai keliami iš ERP į Shopify. Likučių protokole matomi SKU, padaliniai, lokacijos ir klaidos. | SKU turi sutapti su ERP prekės kodu, padaliniai — su Shopify lokacijomis; grąžinimų ir dokumentų numeracijos apimtį reikia patvirtinti atskirai. |
| Dynamics 365 Business Central | Oficialus Microsoft Shopify Connector, skirtas Business Central Online. | Dokumentuotas produktų, likučių, klientų, užsakymų, operacijų, išmokų, grąžinimų ir pristatymų srautas; yra užduočių eilės ir žurnalai. | Reikia Shopify ir Business Central licencijų. Importuoti Shopify mokesčiai kuriant pardavimo dokumentą perskaičiuojami pagal Business Central PVM nustatymus. |
| Individuali Shopify API jungtis | Individuali GraphQL Admin API ir webhooks integracija su pasirinkta sistema ar tarpininku. | Galima perduoti tik reikalingus užsakymų, produktų, lokacijų, likučių ir kitus laukus. | Komanda atsako už API versijas, teises, parašų tikrinimą, dublikatus, ne eilės tvarka gautus įvykius, sutikrinimą ir palaikymą. |
Lentelę telefone galite slinkti horizontaliai.
Site.pro viešas aprašymas, Rivile ERP Shopify gidas ir Microsoft jungties apžvalga patvirtina tik viešai nurodytą apimtį. Prieš sutartį paprašykite konkretaus laukų, grąžinimų, kelių sandėlių, kainos, palaikymo ir atsakomybės aprašo.
Kaip nustatyti „source of truth“?
„Source of truth“ yra vienintelė sistema, kurioje konkretus laukas laikomas galutiniu. Skaityti tą patį lauką gali kelios sistemos, bet jį savarankiškai perrašyti turi tik viena.
| Duomenys | Dažnas galutinis šaltinis | Kodėl |
|---|---|---|
| Internetinis užsakymas | Shopify | Čia užfiksuojamos pirkėjo pasirinktos eilutės, nuolaidos, pristatymas ir atsiskaitymo būsena. |
| PVM sąskaitos ir kreditinio dokumento numeris | Apskaitos / ERP sistema | Vienoje vietoje valdoma unikali serija, seka ir koregavimų ryšys. |
| Parduodamas likutis | Shopify paprastam vieno kanalo scenarijui; ERP / WMS keliems kanalams | Kelių kanalų atveju tik centrinė sistema mato visus rezervavimus, pirkimus ir judėjimus. |
| Mokėjimo išmokėjimas | Mokėjimo teikėjas ir bankas | Shopify būsena rodo užsakymo mokėjimą, bet ne visada galutinę neto įplauką, komisinius ir banko datą. |
| Pristatymas ir sekimo numeris | ERP, WMS arba siuntų sistema | Šaltiniu turi būti sistema, kurioje realiai sukuriama siunta ir registruojamas išsiuntimas. |
| PVM grupė ir apskaitos sąskaita | Apskaitos / ERP sistema | Šiuos nustatymus valdo patvirtinta apskaitos politika, o ne produkto tekstas parduotuvėje. |
Lentelę telefone galite slinkti horizontaliai.
Shopify API dokumentacija absoliučiam likučio nustatymui tiesiogiai rekomenduoja naudoti inventorySetQuantities tik sistemos, kuri veikia kaip likučių šaltinis, vardu. Jei kiekius vienu metu keis Shopify, ERP ir dar viena programėlė, net techniškai sėkmingi atnaujinimai gali sukurti neteisingą parduodamą kiekį.
Kokius laukus būtina susieti?
| Shopify duomuo | Apskaitos / ERP laukas | Patikros taisyklė |
|---|---|---|
| Order ID ir order name | Išorinis ID ir matomas užsakymo numeris | Order ID naudoti dublikatams stabdyti; neperrašyti juo PVM sąskaitos numerio. |
| Created at, processed at, fulfilled at | Užsakymo, dokumento ir tiekimo datos | Dokumento datą ir tiekimo momento taisyklę patvirtina buhalteris. |
| Billing / shipping address, company, VAT number | Pirkėjo kortelė, adresai ir PVM kodas | Numatyti trūkstamo, netinkamo arba nepatvirtinto PVM kodo eigą. |
| Variant ID, SKU, barcode | Prekės ir varianto kodas | SKU turi būti unikalus sutartoje apimtyje; nerastas kodas keliauja į klaidų eilę. |
| Quantity, unit price, discounts | Dokumento eilutės, kiekis, kaina ir nuolaida | Sutikrinti eilučių sumą su užsakymo tarpine ir galutine suma. |
| Shipping line ir discount allocation | Pristatymo bei nuolaidos eilutės | Patikrinti PVM grupę, paskirstymą ir apvalinimą. |
| Tax lines ir prices include tax | PVM kodas, tarifas, bazė ir suma | Apskaitos sistemos skaičiavimas turi sutapti pagal iš anksto patvirtintą toleranciją. |
| Currency ir presentment currency | Dokumento valiuta ir kursas | Nustatyti, kurios datos kursas ir kuri suma naudojama apskaitai. |
| Transaction, gateway, financial status | Mokėjimo įrašas ir sudengimo raktas | Atskirti autorizavimą, apmokėjimą, grąžinimą ir faktinę banko išmoką. |
| Refund ID, refund lines, restock | Kreditinis dokumentas, grąžinimas ir likučio judėjimas | Išlaikyti ryšį su pradine sąskaita; negrąžinti likučio, jei prekė fiziškai negrįžo. |
| Location ID ir inventory item ID | Sandėlis / padalinys ir prekė | Kiekvienai lokacijai turėti vienareikšmį atitikimą; neatitikimą stabdyti. |
| Fulfillment ir tracking | Siunta, išsiuntimo data ir sekimo numeris | Pakartotinis siuntimas neturi sukurti antro įvykdymo. |
Lentelę telefone galite slinkti horizontaliai.
Į žemėlapį pridėkite pavyzdines reikšmes, privalomumą, kryptį, transformavimo taisyklę, klaidos tekstą ir atsakingą žmogų. Tada jį raštu patvirtina techninė komanda ir buhalteris — kiekvienas tik savo atsakomybės dalį.
Kaip turi veikti klaidų eilė ir sutikrinimas?
Individuali jungtis neturėtų iš karto kurti sąskaitos webhook užklausos metu. Saugiau įvykį greitai priimti, patikrinti jo parašą, įrašyti į eilę ir apdoroti atskirai. Shopify nurodo, kad įvykiai gali dubliuotis, ateiti ne eilės tvarka, o vien webhooks nėra garantuotas sutikrinimo šaltinis.
- Gauta: įrašomas Shopify parduotuvės, įvykio, užsakymo ir API versijos identifikatorius.
- Patikrinta: patvirtinamas parašas, leidimai, privalomi laukai ir ar įvykis dar neapdorotas.
- Apdorota: išsaugomas sukurtos sąskaitos, mokėjimo, nurašymo ar siuntos ID.
- Kartojama: laikina tinklo ar sistemos klaida kartojama su tuo pačiu idempotentiškumo raktu.
- Reikia žmogaus: PVM, SKU, kliento, datos ar sumos neatitikimas priskiriamas atsakingam žmogui.
- Uždaryta: pataisius priežastį įvykis pakartojamas, o rezultatas sutikrinamas su abiem sistemomis.
Klaidos įraše turėtų būti bent Shopify ID, tikslinė sistema, veiksmas, bandymų skaičius, paskutinis klaidos kodas, pirmo ir paskutinio bandymo laikas, susijęs dokumento ID, būsena ir atsakingas žmogus. PVM duomenų neatitikimo negalima automatiškai „pataisyti“ spėjimu.
Jungties savininkas taip pat turi sekti API versijas. Shopify stabilias API versijas leidžia kas ketvirtį ir palaiko mažiausiai 12 mėnesių, todėl „paleista ir pamiršta“ integracija ilgainiui tampa rizika.
Kokius Shopify apskaitos scenarijus būtina ištestuoti?
Testuokite atskiroje aplinkoje arba su aiškiai pažymėtais bandomaisiais duomenimis. Kiekvienam scenarijui iš anksto užrašykite laukiamą Shopify būseną, apskaitos dokumentą, likučio pokytį, mokėjimo įrašą ir klaidos eigą.
- Lietuvos B2C užsakymas su pristatymu, nuolaida ir patvirtintu standartiniu PVM tarifu.
- Lietuvos B2B užsakymas su įmonės duomenimis ir PVM kodu.
- Kitos ES šalies B2C ir B2B scenarijai su buhalterio patvirtintu PVM / OSS arba atvirkštinio apmokestinimo rezultatu.
- Užsakymas su dviem prekėmis, kurioms taikomos skirtingos patvirtintos PVM grupės.
- Dalinis grąžinimas su prekės grįžimu į sandėlį ir be jo; pilnas grąžinimas; atšaukimas iki išsiuntimo.
- Nesėkmingas mokėjimas, vėlesnis sėkmingas bandymas ir išmokos sudengimas su banku.
- Užsakymo pakeitimas po pirmo importo: kiekis, adresas, nuolaida arba pristatymo kaina.
- Dublikuotas ir ne eilės tvarka gautas įvykis — neturi atsirasti antra sąskaita ar antras nurašymas.
- Nerastas SKU, pasikartojantis SKU, trūkstama Shopify lokacija ir uždrausta API teisė.
- Vienu metu pakeistas likutis dviejose sistemose ir bandymas parduoti paskutinį vienetą dviejuose kanaluose.
- Kita valiuta, apvalinimo skirtumas ir sutarta leistina sumų tolerancija.
- Sąskaitos generavimo klaida numeravimo metu — po pakartojimo numeris turi likti unikalus, ryšys su užsakymu aiškus.
Po funkcinio testo atlikite vieno laikotarpio sutikrinimą: Shopify bendrasis pardavimas, nuolaidos, pristatymas, PVM, grąžinimai, mokėjimo teikėjo komisiniai, neto išmoka, bankas, apskaitos pardavimai ir likučio judėjimai turi paaiškinti vieni kitus.
Kas už ką atsako?
| Dalyvis | Atsako už | Neatsako automatiškai už |
|---|---|---|
| Verslas | Teisingus įmonės, produktų, kainų, sandėlių ir procesų duomenis; sprendimų patvirtinimą. | Tai, kad nepatikrinta programėlė savaime sukurs teisėtą apskaitos procesą. |
| Buhalteris / mokesčių specialistas | PVM, sąskaitų numeracijos, dokumentų datų, koregavimų, sąskaitų plano ir deklaracijų taisykles. | API patikimumą, prieigos teises ar techninę klaidų eilę. |
| Integracijos diegėjas | Patvirtinto laukų žemėlapio įgyvendinimą, saugumą, dublikatus, stebėseną, pakartojimą ir techninius testus. | Naujų PVM ar apskaitos taisyklių sugalvojimą už klientą ir buhalterį. |
| Sistemos teikėjas | Viešai dokumentuotas funkcijas, licenciją, palaikymo kanalą ir savo produkto klaidas pagal sutartį. | Individualų jūsų procesą, jei jis neįtrauktas į paslaugos apimtį. |
Lentelę telefone galite slinkti horizontaliai.
Priėmimo akte įrašykite ne tik „integracija veikia“, bet ir konkrečius srautus, išimtis, stebėseną, reakcijos laiką, rankinius veiksmus, API atnaujinimų savininką ir kas po paleidimo atsako už periodinį sutikrinimą.
Dažniausi klausimai apie Shopify apskaitą
Ar Shopify automatiškai išrašo PVM sąskaitas faktūras?
Shopify gali automatiškai sugeneruoti PVM sąskaitos PDF reikalavimus atitinkantiems ES ir JK paskirties užsakymams, kai įjungta ši Shopify Tax funkcija. Dokumentas rodomas užsakymo būsenos puslapyje, bet automatiškai el. paštu nesiunčiamas. Ar jo rekvizitai, numeracija ir koregavimo eiga tinka jūsų Lietuvos apskaitai, turi patvirtinti buhalteris.
Kada Shopify apskaitai pakanka vienkryptės integracijos?
Vienkryptės Shopify → apskaitos integracijos dažnai pakanka, kai Shopify yra vienintelis pardavimo kanalas, likučiai valdomi Shopify, o apskaitos sistemoje reikia sukurti pardavimo ir koregavimo dokumentus. Jei ERP turi valdyti likučius, kainas, klientus ar pristatymus, reikalingas aiškiai apribotas dvikryptis srautas.
Kuri sistema turi būti prekių likučių šaltinis?
Vieno kanalo ir vieno sandėlio parduotuvėje likučių šaltinis gali būti Shopify. Kai tuos pačius likučius naudoja keli kanalai, sandėliai, POS ar pirkimų procesas, šaltiniu dažniausiai tampa ERP arba sandėlio sistema, o į Shopify siunčiamas tik parduodamas kiekis. Sprendimą reikia užrašyti kiekvienai lokacijai ir neleisti abiem sistemoms savarankiškai perrašyti to paties kiekio.
Ar Shopify užsakymo numerį galima naudoti kaip sąskaitos numerį?
Shopify užsakymo numerį saugokite kaip išorinį ryšio identifikatorių, tačiau nelaikykite jo PVM sąskaitos numeriu nepatvirtinę numeravimo politikos. VMI nurodo, kad PVM sąskaitos serijos ir numerio derinys turi būti unikalus, o numeris — didėjančios sekos. Patikimiausia numerį generuoti vienoje apskaitos arba ERP sistemoje ir ryšį su Shopify užsakymu saugoti atskirame lauke.
Ką daryti nepavykus Shopify ir apskaitos sinchronizacijai?
Nepavykusį įvykį palikite klaidų eilėje su Shopify užsakymo ID, bandymo laiku, klaidos kodu ir atsakingu žmogumi. Ištaisę priežastį kartokite tą patį idempotentišką veiksmą, kad nesukurtumėte antros sąskaitos ar antro nurašymo. Be to, periodiškai sutikrinkite Shopify ir apskaitos duomenis, nes vien webhook pranešimais pasikliauti nerekomenduojama.
Pradėkite nuo srauto, ne nuo programėlės
Jei jums reikia tik pirkėjui pateikti dokumentą ir užsakymų nedaug, pirmiausia patikrinkite Shopify PVM sąskaitos arba sąskaitų programėlės procesą su buhalteriu. Jei apskaitoje turi automatiškai atsirasti pardavimas ir kreditinis dokumentas, rinkitės vienkryptę jungtį su aiškiu grąžinimų procesu. Jei keli kanalai dalijasi tais pačiais likučiais, ERP turi tapti jų šaltiniu, o dvikryptė integracija — būti padalyta į vienareikšmes rašymo kryptis.
Prieš prašydami pasiūlymo paruoškite vieno užsakymo, dalinio grąžinimo, dviejų lokacijų ir vienos klaidos pavyzdžius. Su jais galima patikrinti, ar teikėjo jungtis tikrai apima jūsų darbą, ar reikia papildomos konfigūracijos arba individualios API dalies.
Jei norite suplanuoti šį techninį srautą, peržiūrėkite Shopify integracijų paslaugą arba atsiųskite savo sistemų ir procesų aprašą. PVM ir apskaitos sprendimus į vertinimą įtraukite tik su savo buhalterio patvirtinimu.
Šaltiniai
Funkcijos, integracijos, API ir Lietuvos PVM dokumentų reikalavimai tikrinti 2026 m. rugpjūčio 31 d. Prieš sutartį patikrinkite konkretų planą, lokalizaciją, teikėjo pasiūlymą ir buhalterio patvirtintą procesą.
- Shopify Help Center: PVM sąskaitos ES ir JK
- Shopify Help Center: užsakymų ir sąskaitų spausdinimas
- VMI: PVM įstatymo 80 straipsnio komentaras
- VMI: PVM sąskaitų išrašymas ir elektroninė forma
- Shopify Help Center: lokacijos ir likučiai
- Shopify Dev: absoliutus likučių nustatymas ir „source of truth“
- Shopify Dev: webhooks, įvykių tvarka ir sutikrinimas
- Shopify Dev: webhook klaidos, kartojimas ir stebėsena
- Shopify Dev: API versijų ciklas
- Site.pro: Shopify apskaitos integracija ir grąžinimų riba
- Rivile ERP: Shopify integracijos apžvalga
- Rivile ERP: Shopify likučių sinchronizacija ir klaidos
- Microsoft Learn: Business Central Shopify Connector apžvalga
- Microsoft Learn: užsakymų, grąžinimų ir pristatymų srautas
- Microsoft Learn: PVM nustatymai ir perskaičiavimas
- Microsoft Learn: Shopify Connector techninės sąlygos
