Elektroninės sąskaitos faktūros yra šiuolaikinės apskaitos dalis
Apskaitos skaitmenizacija sparčiai tęsiasi. Elektroninių sąskaitų faktūrų formatai jau seniai yra kas daugiau nei el. paštu išsiunčiamas PDF failas.
Tikra elektroninė sąskaita faktūra turi struktūrizuotų duomenų, kuriuos apskaitos ir ERP sistemos gali apdoroti automatiškai.
Savo naujuoju atvirojo kodo projektu, skirtu Odoo 19 Community, norime spręsti būtent šią problemą.
Sukūrėme keletą plėtinių, kuriuos Odoo bendruomenei teikiame nemokamai.
Projektas viešai prieinamas GitHub:
Odoo 19 Invoice E-Files GitHub
Daugiausia dėmesio skiriame Austrijai, tačiau dalis sprendimo įdomi ir įmonėms už Austrijos ribų.
Trys e. sąskaitų faktūrų moduliai
Šiuo metu projektą sudaro trys pagrindiniai komponentai:
- ebInterface 6.1 Austrijai
- ZUGFeRD elektroninėms sąskaitoms faktūroms
- automatinis perdavimas į e-Rechnung.gv.at
Taip viename atvirojo kodo projekte, skirtame Odoo 19 Community, sujungiame įvairius su elektroninėmis sąskaitomis faktūromis susijusius reikalavimus.
ebInterface 6.1 – Austrijos sąskaitų faktūrų formatas
Vienas svarbiausių mūsų kūrimo akcentų yra ebInterface 6.1.
ebInterface yra Austrijos standartinis struktūrizuotų elektroninių sąskaitų faktūrų formatas.
Mūsų modulis
l10n_at_ebinterface
iš Odoo kliento sąskaitos faktūros arba kreditinės sąskaitos sukuria atitinkamą ebInterface 6.1 XML.
Be kita ko, svarbi informacija iš Odoo sąskaitos faktūros perkeliama į XML struktūrą:
- Sąskaitos išrašytojas
- Sąskaitos gavėjas
- Sąskaitos eilutės
- Mokesčiai
- Mokėjimo informacija
- Banko rekvizitai
- Sąskaitos duomenys
Sugeneruotas XML failas tiesiogiai susiejamas su sąskaita faktūra.
Kodėl sukūrėme atskirą modulį?
Kurdami pastebėjome, kad Odoo 19 Community šiuo metu nėra atitinkamo Odoo core arba OCA modulio Austrijos natyviam ebInterface standartui.
Būtent čia norėjome imtis veiksmų.
Užuot Austrijos sprendimą kūrę tik savo instaliacijai, įgyvendinome jį kaip atskirą atvirojo kodo modulį.
Taip iš jo gali naudos turėti ir likusi Odoo bendruomenė.
ZUGFeRD automatiškai su kiekviena sąskaita faktūra
Antrasis mūsų projekto akcentas yra ZUGFeRD.
ZUGFeRD sujungia PDF sąskaitą faktūrą su struktūrizuota XML sąskaita faktūra.
Rezultatas – vadinamoji hibridinė sąskaita faktūra: žmogui sąskaita lieka skaitoma kaip PDF, o programinė įranga gali automatiškai nuskaityti joje esančius struktūrizuotus sąskaitos duomenis.
Odoo 19 iš esmės jau turi ZUGFeRD ir CII palaikymą.
Praktikoje, tiesa, yra tam tikrų apribojimų.
Mūsų modulis
account_invoice_zugferd_ebinterface_auto
todėl pradeda darbą būtent čia.
ZUGFeRD – jau ne tik pasirinkimas
Norėjome kuo labiau automatizuoto proceso.
Todėl siunčiant kliento sąskaitą faktūrą pirmiausia netikrinama, ar konkretus klientas individualiai sukonfigūruotas ZUGFeRD.
Vietoj to ZUGFeRD automatiškai naudojamas kliento sąskaitoms faktūroms ir kreditinėms sąskaitoms.
Be to, sugeneruotas ebInterface XML pridedamas kaip sąskaitos faktūros dalis.
Taip atsiranda nepertraukiamas procesas:
Odoo sąskaita faktūra → PDF → struktūrizuota e. sąskaita faktūra → išsiuntimas
be to, kad naudotojui su kiekviena sąskaita faktūra tektų atlikti papildomus veiksmus.
Taip pat užpildome Odoo 19 Community spragas
Įgyvendindami susidūrėme su tam tikrais Odoo 19 realizacijos ypatumais.
Be kita ko, CII eksportavimo modulyje yra priklausomybių, dėl kurių už tam tikrų šalių instaliacijų ribų gali kilti problemų.
Mūsų modulis pašalina keletą šių praktinių apribojimų.
Tai, be kita ko:
- trūkstami laukai atidėtųjų pajamų laikotarpiams
- šaliai būdingas PDF/A-3 konvertavimo apribojimas
- trūkstami arba nenustatyti banko rekvizitai esamose sąskaitose faktūrose
Taip ZUGFeRD turėtų būti patikimai naudojamas ir įmonėse už iš pradžių numatytų šalių konfigūracijų ribų.
e-Rechnung.gv.at – tiesioginis perdavimas Austrijos valstybei
Trečioji dalis ypač įdomi įmonėms, kurios išrašo sąskaitas faktūras viešiesiems užsakovams.
Su
l10n_at_erechnung_gv_at
ebInterface sąskaitą faktūrą galima tiesiogiai perduoti Austrijos e-Rechnung.gv.at žiniatinklio paslaugai.
Taip iš paprasto sąskaitų rengimo tampa automatizuotas elektroninių sąskaitų procesas.
Eiga gali atrodyti, pavyzdžiui, taip:
Sukurti sąskaitą faktūrą Odoo
↓
Sugeneruoti ebInterface XML
↓
Išsiųsti sąskaitą faktūrą
↓
Automatiškai perduoti ebInterface į e-Rechnung.gv.at
Taip kitu atveju rankinis procesas tiesiogiai integruojamas į Odoo.
Automatinis perdavimas tik reikalingiems klientams
Perdavimas į e-Rechnung.gv.at nėra įjungiamas visiems klientams iš eilės.
Vietoj to jį galima įjungti konkrečiam Austrijos klientui.
Tam reikalingi duomenys, pavyzdžiui,
- Tiekėjo numeris
- Pirkėjų grupė / filialo numeris
- Užsakymo nuoroda
saugomi kliento kortelėje.
Modulis taip pat patikrina, ar įvykdytos įjungimo sąlygos.
Bandomasis ir produkcinis režimas
e-Rechnung.gv.at galima rinktis tarp bandomosios ir produkcinės aplinkos.
USP žiniatinklio paslaugos prisijungimo duomenys saugomi Odoo nustatymuose.
Taip integraciją galima pirmiausia paruošti bandomojoje aplinkoje, o tik paskui naudoti produkciniam sąskaitų siuntimui.
Automatizavimas vietoj papildomo darbo
Kurdami nesiekėme apskaitininkui duoti dar daugiau mygtukų.
Priešingai.
Idėja tokia:
Kuo mažiau rankinio darbo.
Sąskaita faktūra sukuriama Odoo.
Reikiami struktūrizuoti formatai sugeneruojami automatiškai.
Siunčiant atitinkami failai pridedami automatiškai.
O atitinkamai sukonfigūruotiems Austrijos klientams sąskaita faktūra papildomai gali būti automatiškai perduota į e-Rechnung.gv.at.
Būtent šis automatizavimas lemia skirtumą tarp paprasto failų eksporto ir tikrai integruoto e. sąskaitų sprendimo.
Duomenų kokybė nėra tiesiog slepiama
Svarbus mūsų įgyvendinimo aspektas yra ir toks:
Elektroninė sąskaita faktūra gali būti tokia gera, kokie geri duomenys, iš kurių ji sukuriama.
Todėl nebandome tyliai pakeisti trūkstamų privalomų duomenų bet kokiomis reikšmėmis.
Jei, pavyzdžiui, trūksta privalomos informacijos ZUGFeRD ar ebInterface, Odoo turi apie tai informuoti naudotoją.
Tai, pavyzdžiui:
- kliento šalies nenurodymas
- trūkstama mokesčių informacija sąskaitos eilutėse
- trūkstami banko rekvizitai
Mūsų nuomone, tai geriau nei išsiųsti formaliai sukurtą, bet turiniu klaidingą elektroninę sąskaitą faktūrą.
Atvirasis kodas Odoo bendruomenei
Ir šį projektą teikiame nemokamai kaip atvirąjį kodą.
Kodėl?
Nes patys gauname naudos iš atvirojo kodo programinės įrangos.
Odoo Community yra puikus pagrindas ERP, apskaitai ir įmonės procesams. Jei kasdieniame darbe pritrūksta funkcijos, ją sukuriame.
O jei sprendimas gali būti įdomus ir kitoms įmonėms, pateikiame jį bendruomenei.
Mums tai – gyvas atvirasis kodas.
Austrijos akcentas – bet ne tik Austrijai
Projektas aiškiai orientuotas į Austriją.
ebInterface ir e-Rechnung.gv.at ypač įdomūs Austrijos įmonėms.
Tuo tarpu ZUGFeRD palaikymas svarbus ir įmonėms už Austrijos ribų.
Taigi projektas nėra vien Austrijos sprendimas.
Būtent struktūrizuotų sąskaitos duomenų ir automatiškai sugeneruoto PDF/A-3 dokumento derinys gali būti įdomus ir kitoms Odoo instaliacijoms.
Odoo 19 Community
Moduliai sukurti Odoo 19 Community.
Saugykloje šiuo metu yra:
- l10n_at_ebinterface
- account_invoice_zugferd_ebinterface_auto
- l10n_at_erechnung_gv_at
Moduliai tarpusavyje priklausomi, todėl, atsižvelgiant į naudojimo atvejį, reikia įdiegti tik reikiamus komponentus.
Mūsų indėlis į bendruomenę
Šio projekto nelaikome baigta komercine programine įranga, o indėliu į Odoo bendruomenės tobulinimą.
Galbūt kam nors reikia tik ebInterface.
Galbūt kitai įmonei reikia ZUGFeRD.
Galbūt įmonė turi reguliariai siųsti sąskaitas faktūras viešiesiems užsakovams per e-Rechnung.gv.at.
Visais trimis atvejais mūsų projektas gali būti pagrindas.
O kadangi šaltinio kodas atvirai prieinamas, kiekvienas naudotojas gali sprendimą patikrinti, pritaikyti ir toliau plėtoti.
Atvirasis kodas reiškia: kartu tapti geresniems
Esame įsitikinę, kad atvirasis kodas ERP sistemose suteikia didelį pranašumą.
Įmonių poreikiai skiriasi.
Sprendimą, kuris vienai įmonei veikia puikiai, kitai gali tekti pritaikyti.
Su atviru šaltinio kodu tai įmanoma.
Todėl džiaugiamės:
- Atsiliepimais
- Klaidų pranešimais
- Pasiūlymais dėl patobulinimų
- Pull Requests
- kitais palaikomais naudojimo atvejais
Geras bendruomenės sprendimas atsiranda ne būtinai pirmuoju commit.
Jis atsiranda, kai jį toliau plėtoja daugybė naudotojų ir kūrėjų.
Naudokite projektą nemokamai
Visas šaltinio kodas viešai prieinamas GitHub:
GitHub – Odoo 19 Invoice E-Files
Ten taip pat rasite diegimo informaciją ir atskirų modulių dokumentaciją.
Austrijos e-Rechnung.gv.at žiniatinklio paslaugos integracijai papildomai reikalinga Python biblioteka Zeep.
Mūsų indėlis į atvirą Odoo pasaulį
Šiuo projektu norime parodyti, kad net nedideli savo kūriniai gali sukurti pridėtinę vertę visai bendruomenei.
Modulius iš pradžių sukūrėme konkretiems reikalavimams spręsti.
Dabar šiuos sprendimus nemokamai teikiame visiems Odoo 19 Community naudotojams.
Taip individuali plėtra gali tapti bendruomenės sprendimu.
Odoo 19. Atvirasis kodas. Elektroninės sąskaitos faktūros. Austrija. Ir nemokamai bendruomenei.
Būtent tam šį projektą ir paskelbėme.