Shopify apskaita Lietuvoje: sąskaitos, likučiai ir ERP

Shopify apskaita mažoje vieno kanalo parduotuvėje gali apsiriboti Shopify PVM sąskaita arba vienkrypte užsakymų integracija. ERP jungties reikia tada, kai apskaitos ar sandėlio sistema turi valdyti numeraciją, likučius, grąžinimus ir kelis kanalus. Svarbiausia ne programėlės pavadinimas, o aiškus duomenų šaltinis, klaidų eiga ir atsakomybė.

Funkcijos, integracijos ir reikalavimai patikrinti

Nešiojamasis kompiuteris, sąskaitos, skaičiuotuvas ir siuntos dėžė ant darbo stalo
Trumpai

Kokio Shopify apskaitos sprendimo jums reikia?

  1. 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ą.
  2. 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.
  3. 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ą.
  4. 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.
Sąskaitos ir PVM

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.

Dokumentą rinkitės pagal jo paskirtį, ne vien pavadinimą
ObjektasKam naudojamasKas dar turi būti patvirtinta
Shopify užsakymasKomercinio į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 PDFPirkėjui pasiekiamas dokumentas, kai tenkinamos Shopify Tax sąlygos.Rekvizitai, numeravimo seka, el. siuntimas, koregavimas ir registravimas Lietuvoje.
Apskaitos / ERP pardavimo dokumentasOficiali 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šasFaktinis 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ą.

Architektūra

Vienkryptis ar dvikryptis Shopify apskaitos srautas?

Pasirinkimas pagal duomenų valdymo apimtį
SrautasKryptysTinka, kaiPagrindinė rizika
PDF / eksportasShopify → žmogus → apskaitaMažai užsakymų, vienas kanalas, paprastas sandėlis.Praleisti grąžinimai, rankinės klaidos ir nesutampanti numeracija.
Vienkryptė integracijaShopify → apskaitaShopify valdo prekybą ir likučius, apskaita — dokumentus bei registrus.Pakeitimai po importo arba grąžinimai nepasiekia apskaitos.
Ribota dvikryptė integracijaUžsakymai → ERP; likučiai ir pristatymai → ShopifyERP yra sandėlio šaltinis, o Shopify — pardavimo kanalas.Abi sistemos bando valdyti tą patį lauką arba įvykiai ateina ne eilės tvarka.
Plati ERP integracijaProduktai, kainos, klientai, likučiai, užsakymai, grąžinimai ir pristatymai pagal atskiras taisyklesKeli 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.

Oficialiai patikrinta

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.

Viešai dokumentuota apimtis 2026 m. rugpjūčio 31 d.
SistemaIntegracijos tipasPatvirtintas srautasSvarbi riba
Site.proTeikė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 ERPRivile 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 CentralOficialus 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 jungtisIndividuali 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.

Valdymo taisyklė

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.

Pradinė sprendimo matrica, kurią reikia pritaikyti savo procesui
DuomenysDažnas galutinis šaltinisKodėl
Internetinis užsakymasShopifyČia užfiksuojamos pirkėjo pasirinktos eilutės, nuolaidos, pristatymas ir atsiskaitymo būsena.
PVM sąskaitos ir kreditinio dokumento numerisApskaitos / ERP sistemaVienoje vietoje valdoma unikali serija, seka ir koregavimų ryšys.
Parduodamas likutisShopify paprastam vieno kanalo scenarijui; ERP / WMS keliems kanalamsKelių kanalų atveju tik centrinė sistema mato visus rezervavimus, pirkimus ir judėjimus.
Mokėjimo išmokėjimasMokėjimo teikėjas ir bankasShopify būsena rodo užsakymo mokėjimą, bet ne visada galutinę neto įplauką, komisinius ir banko datą.
Pristatymas ir sekimo numerisERP, WMS arba siuntų sistemaŠaltiniu turi būti sistema, kurioje realiai sukuriama siunta ir registruojamas išsiuntimas.
PVM grupė ir apskaitos sąskaitaApskaitos / 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į.

Diegimo ruošinys

Kokius laukus būtina susieti?

Minimalus laukų žemėlapis prieš konfigūruojant jungtį
Shopify duomuoApskaitos / ERP laukasPatikros taisyklė
Order ID ir order nameIšorinis ID ir matomas užsakymo numerisOrder ID naudoti dublikatams stabdyti; neperrašyti juo PVM sąskaitos numerio.
Created at, processed at, fulfilled atUžsakymo, dokumento ir tiekimo datosDokumento datą ir tiekimo momento taisyklę patvirtina buhalteris.
Billing / shipping address, company, VAT numberPirkėjo kortelė, adresai ir PVM kodasNumatyti trūkstamo, netinkamo arba nepatvirtinto PVM kodo eigą.
Variant ID, SKU, barcodePrekės ir varianto kodasSKU turi būti unikalus sutartoje apimtyje; nerastas kodas keliauja į klaidų eilę.
Quantity, unit price, discountsDokumento eilutės, kiekis, kaina ir nuolaidaSutikrinti eilučių sumą su užsakymo tarpine ir galutine suma.
Shipping line ir discount allocationPristatymo bei nuolaidos eilutėsPatikrinti PVM grupę, paskirstymą ir apvalinimą.
Tax lines ir prices include taxPVM kodas, tarifas, bazė ir sumaApskaitos sistemos skaičiavimas turi sutapti pagal iš anksto patvirtintą toleranciją.
Currency ir presentment currencyDokumento valiuta ir kursasNustatyti, kurios datos kursas ir kuri suma naudojama apskaitai.
Transaction, gateway, financial statusMokėjimo įrašas ir sudengimo raktasAtskirti autorizavimą, apmokėjimą, grąžinimą ir faktinę banko išmoką.
Refund ID, refund lines, restockKreditinis dokumentas, grąžinimas ir likučio judėjimasIšlaikyti ryšį su pradine sąskaita; negrąžinti likučio, jei prekė fiziškai negrįžo.
Location ID ir inventory item IDSandėlis / padalinys ir prekėKiekvienai lokacijai turėti vienareikšmį atitikimą; neatitikimą stabdyti.
Fulfillment ir trackingSiunta, išsiuntimo data ir sekimo numerisPakartotinis 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į.

Klaidų valdymas

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.

  1. Gauta: įrašomas Shopify parduotuvės, įvykio, užsakymo ir API versijos identifikatorius.
  2. Patikrinta: patvirtinamas parašas, leidimai, privalomi laukai ir ar įvykis dar neapdorotas.
  3. Apdorota: išsaugomas sukurtos sąskaitos, mokėjimo, nurašymo ar siuntos ID.
  4. Kartojama: laikina tinklo ar sistemos klaida kartojama su tuo pačiu idempotentiškumo raktu.
  5. Reikia žmogaus: PVM, SKU, kliento, datos ar sumos neatitikimas priskiriamas atsakingam žmogui.
  6. 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.

Prieš paleidimą

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.

Atsakomybės ribos

Kas už ką atsako?

Atsakomybę sutarkite prieš konfigūravimą
DalyvisAtsako užNeatsako automatiškai už
VerslasTeisingus į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ų specialistasPVM, sąskaitų numeracijos, dokumentų datų, koregavimų, sąskaitų plano ir deklaracijų taisykles.API patikimumą, prieigos teises ar techninę klaidų eilę.
Integracijos diegėjasPatvirtinto laukų žemėlapio įgyvendinimą, saugumą, dublikatus, stebėseną, pakartojimą ir techninius testus.Naujų PVM ar apskaitos taisyklių sugalvojimą už klientą ir buhalterį.
Sistemos teikėjasVieš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ą.

DUK

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.

Kitas žingsnis

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

  1. Shopify Help Center: PVM sąskaitos ES ir JK
  2. Shopify Help Center: užsakymų ir sąskaitų spausdinimas
  3. VMI: PVM įstatymo 80 straipsnio komentaras
  4. VMI: PVM sąskaitų išrašymas ir elektroninė forma
  5. Shopify Help Center: lokacijos ir likučiai
  6. Shopify Dev: absoliutus likučių nustatymas ir „source of truth“
  7. Shopify Dev: webhooks, įvykių tvarka ir sutikrinimas
  8. Shopify Dev: webhook klaidos, kartojimas ir stebėsena
  9. Shopify Dev: API versijų ciklas
  10. Site.pro: Shopify apskaitos integracija ir grąžinimų riba
  11. Rivile ERP: Shopify integracijos apžvalga
  12. Rivile ERP: Shopify likučių sinchronizacija ir klaidos
  13. Microsoft Learn: Business Central Shopify Connector apžvalga
  14. Microsoft Learn: užsakymų, grąžinimų ir pristatymų srautas
  15. Microsoft Learn: PVM nustatymai ir perskaičiavimas
  16. Microsoft Learn: Shopify Connector techninės sąlygos