Faturat elektronike janë pjesë e kontabilitetit modern
Digjitalizimi i kontabilitetit vazhdon të përparojë. Formatet e faturave elektronike janë tashmë shumë më tepër se një skedar PDF që dërgohet me email.
Një faturë e vërtetë elektronike përmban të dhëna të strukturuara, që mund të përpunohen automatikisht nga sistemet e kontabilitetit dhe ERP.
Me projektin tonë të ri me burim të hapur për Odoo 19 Community duam të nisim pikërisht këtu.
Kemi zhvilluar disa zgjerime që ia vëmë falas në dispozicion komunitetit Odoo.
Projekti është i disponueshëm publikisht në GitHub:
Odoo 19 Invoice E-Files në GitHub
Fokusi ynë është veçanërisht në Austri, por një pjesë e zgjidhjes është me interes edhe për kompanitë jashtë Austrisë.
Tre module për faturat elektronike
Aktualisht projekti përbëhet nga tre komponentë kryesorë:
- ebInterface 6.1 për Austrinë
- ZUGFeRD për fatura elektronike
- dërgimi automatik te e-Rechnung.gv.at
Kështu bashkojmë kërkesa të ndryshme rreth faturave elektronike në një projekt me burim të hapur për Odoo 19 Community.
ebInterface 6.1 – formati austriak i faturës
Një pikë qendrore e zhvillimit tonë është ebInterface 6.1.
ebInterface është formati standard austriak për faturat elektronike të strukturuara.
Moduli ynë
l10n_at_ebinterface
gjeneron nga një faturë klienti ose notë krediti në Odoo një XML ebInterface 6.1 përkatës.
Gjatë kësaj, informacionet përkatëse nga fatura e Odoo-s transferohen në strukturën XML, ndër të tjera:
- Lëshuesi i faturës
- Marrësi i faturës
- Pozicionet e faturës
- Taksat
- Informacionet e pagesës
- Të dhënat bankare
- Të dhënat e faturës
Skedari XML i gjeneruar lidhet drejtpërdrejt me faturën.
Pse zhvilluam për këtë një modul të vetin?
Gjatë zhvillimit kemi konstatuar se për Odoo 19 Community aktualisht nuk ekziston asnjë modul i bërthamës së Odoo-s apo modul i OCA-s për standardin austriak vendas ebInterface.
Pikërisht këtu donim të nisnim.
Në vend që ta zhvillonim një zgjidhje austriake vetëm për instalimin tonë, e realizuam si modul të pavarur me burim të hapur.
Kështu mund të përfitojë edhe pjesa tjetër e komunitetit Odoo.
ZUGFeRD automatikisht me çdo faturë
Pika e dytë qendrore e projektit tonë është ZUGFeRD.
ZUGFeRD kombinon një faturë PDF me një faturë XML të strukturuar.
Rezultati është një faturë e quajtur hibride: për njeriun fatura mbetet e lexueshme si PDF, ndërsa softueri mund t'i vlerësojë automatikisht të dhënat e strukturuara të faturës që përmban.
Odoo 19 në parim ofron tashmë mbështetje për ZUGFeRD përkatësisht CII.
Në praktikë, megjithatë, ka disa kufizime.
Moduli ynë
account_invoice_zugferd_ebinterface_auto
prandaj nis pikërisht këtu.
ZUGFeRD jo më vetëm si opsion
Donim një rrjedhë sa më të automatizuar.
Kur dërgohet një faturë klienti, prandaj nuk kontrollohet më së pari nëse klienti përkatës është konfiguruar individualisht për ZUGFeRD.
Në vend të kësaj, ZUGFeRD përdoret automatikisht për faturat dhe notat e kreditit të klientëve.
Përveç kësaj, XML ebInterface i gjeneruar bashkëngjitet si pjesë e faturës.
Kështu krijohet një proces i vazhdueshëm:
Fatura në Odoo → PDF → faturë elektronike e strukturuar → dërgim
pa pasur nevojë që përdoruesi të kryejë hapa shtesë për çdo faturë.
Mbyllim edhe boshllëqe në Odoo 19 Community
Gjatë realizimit kemi hasur disa veçori në implementimin e Odoo 19.
Ndër të tjera, ekzistojnë varësi në eksportuesin CII që mund të shkaktojnë probleme jashtë instalimeve të caktuara sipas shteteve.
Moduli ynë zgjidh disa nga këto kufizime praktike.
Këtu përfshihen, ndër të tjera:
- fusha që mungojnë për periudhat e Deferred Revenue
- kufizimi sipas shtetit i konvertimit PDF/A-3
- të dhëna bankare që mungojnë ose nuk janë vendosur te faturat ekzistuese
Kështu ZUGFeRD duhet të mund të përdoret në mënyrë të besueshme edhe nga kompanitë jashtë konstelacioneve shtetërore të parashikuara fillimisht.
e-Rechnung.gv.at – dërgim i drejtpërdrejtë te shteti austriak
Komponenti i tretë është veçanërisht me interes për kompanitë që lëshojnë fatura për porositës publikë.
Me
l10n_at_erechnung_gv_at
një faturë ebInterface mund të dërgohet drejtpërdrejt te shërbimi web e-Rechnung.gv.at i Austrisë.
Kështu nga thjesht krijimi i faturës bëhet një proces i automatizuar i faturimit elektronik.
Rrjedha mund të duket, për shembull, kështu:
Krijimi i faturës në Odoo
↓
Gjenerimi i XML ebInterface
↓
Dërgimi i faturës
↓
Dërgimi automatik i ebInterface te e-Rechnung.gv.at
Kështu një proces që përndryshe është manual integrohet drejtpërdrejt në Odoo.
Dërgim automatik vetëm për klientët që e kanë nevojë
Dërgimi te e-Rechnung.gv.at nuk aktivizohet në mënyrë të përgjithshme për çdo klient.
Në vend të kësaj, mund të aktivizohet te klienti përkatës austriak.
Për këtë, të dhënat e nevojshme, si për shembull
- Numri i furnitorit
- Grupi i blerësve / numri i degës
- Referenca e porosisë
ruhen te klienti.
Moduli kontrollon gjithashtu nëse janë plotësuar kushtet për një aktivizim.
Mjedis testimi dhe prodhimi
Për e-Rechnung.gv.at mund të zgjidhet midis një mjedisi testimi dhe prodhimi.
Të dhënat e hyrjes për shërbimin web USP ruhen në cilësimet e Odoo-s.
Kështu integrimi mund të përgatitet fillimisht në një mjedis testimi, përpara se të përdoret për dërgimin prodhues të faturave.
Automatizim në vend të punës shtesë
Qëllimi ynë gjatë zhvillimit nuk ishte t'i japim kontabilistit butona të tjerë.
Përkundrazi.
Ideja është:
Sa më pak punë manuale.
Një faturë krijohet në Odoo.
Formatet e strukturuara të nevojshme gjenerohen automatikisht.
Gjatë dërgimit, skedarët përkatës bashkëngjiten automatikisht.
Dhe te klientët austriakë të konfiguruar përkatësisht, fatura mund të dërgohet përveç kësaj automatikisht te e-Rechnung.gv.at.
Pikërisht ky automatizim bën dallimin midis një eksporti të thjeshtë skedarësh dhe një zgjidhjeje vërtet të integruar për faturat elektronike.
Cilësia e të dhënave nuk fshihet thjesht
Një pikë e rëndësishme e implementimit tonë, megjithatë, është edhe kjo:
Një faturë elektronike mund të jetë vetëm aq e mirë sa të dhënat nga të cilat gjenerohet.
Prandaj nuk përpiqemi t'i zëvendësojmë në heshtje të dhënat e detyrueshme që mungojnë me vlera të çfarëdoshme.
Nëse, për shembull, mungojnë informacione të detyrueshme për ZUGFeRD ose ebInterface, Odoo duhet ta njoftojë përdoruesin.
Këtu përfshihen, për shembull:
- shteti që mungon te klienti
- informacionet e taksave që mungojnë te pozicionet e faturës
- të dhënat bankare që mungojnë
Sipas nesh, kjo është më mirë sesa të dërgohet një faturë elektronike e gjeneruar formalisht, por e pasaktë në përmbajtje.
Burim i hapur për komunitetin Odoo
Edhe këtë projekt e vëmë në dispozicion falas si burim të hapur.
Pse?
Sepse edhe vetë përfitojmë nga softueri me burim të hapur.
Odoo Community ofron një bazë të shkëlqyer për ERP, kontabilitet dhe procese ndërmarrjeje. Kur gjatë punës së përditshme na mungon një funksion, e zhvillojmë vetë.
Dhe kur zgjidhja mund të jetë me interes edhe për kompani të tjera, ia vëmë në dispozicion komunitetit.
Për ne kjo është burim i hapur i jetuar në praktikë.
Fokus austriak – por jo vetëm për Austrinë
Projekti ka një theks të qartë austriak.
ebInterface dhe e-Rechnung.gv.at janë me interes veçanërisht për kompanitë austriake.
Mbështetja për ZUGFeRD, përkundrazi, është e rëndësishme edhe për kompanitë jashtë Austrisë.
Kështu projekti nuk është vetëm një zgjidhje austriake.
Pikërisht kombinimi i të dhënave të strukturuara të faturës me një dokument PDF/A-3 të gjeneruar automatikisht mund të jetë me interes edhe për instalime të tjera të Odoo-s.
Për Odoo 19 Community
Modulet janë zhvilluar për Odoo 19 Community.
Repozitori aktualisht përmban:
- l10n_at_ebinterface
- account_invoice_zugferd_ebinterface_auto
- l10n_at_erechnung_gv_at
Modulet varen nga njëri-tjetri, kështu që, sipas rastit të përdorimit, duhet të instalohen vetëm komponentët e nevojshëm.
Kontributi ynë për komunitetin
Këtë projekt nuk e shohim si softuer komercial të gatshëm, por si kontribut për zhvillimin e mëtejshëm të komunitetit Odoo.
Ndoshta dikush ka nevojë vetëm për ebInterface.
Ndoshta një kompani tjetër ka nevojë për ZUGFeRD.
Ndoshta një kompani duhet të dërgojë rregullisht fatura te porositës publikë përmes e-Rechnung.gv.at.
Në të tri rastet projekti ynë mund të ofrojë një bazë.
Dhe meqenëse kodi burimor është i hapur, çdo përdorues mund ta shqyrtojë, ta përshtatë dhe ta zhvillojë më tej zgjidhjen.
Burim i hapur do të thotë: të bëhemi më të mirë së bashku
Jemi të bindur se burimi i hapur ofron një avantazh të madh veçanërisht te sistemet ERP.
Kompanitë kanë kërkesa të ndryshme.
Një zgjidhje që funksionon në mënyrë perfekte për një kompani, ndoshta duhet përshtatur për një tjetër.
Me kod burimor të hapur kjo është e mundur.
Prandaj na vlerësojmë:
- Komentet
- Raportet e gabimeve
- Propozimet për përmirësim
- Pull Requests
- raste të tjera përdorimi të mbështetura
Një zgjidhje e mirë e komunitetit nuk lind domosdoshmërisht me commit-in e parë.
Ajo lind nga zhvillimi i mëtejshëm nga shumë përdorues dhe zhvillues.
Përdoreni projektin falas
I gjithë kodi burimor është i disponueshëm publikisht në GitHub:
GitHub – Odoo 19 Invoice E-Files
Atje ndodhen edhe informacionet e instalimit dhe dokumentacioni i moduleve individuale.
Për integrimin e shërbimit web austriak e-Rechnung.gv.at nevojitet përveç kësaj biblioteka Python Zeep.
Kontributi ynë për një botë të hapur Odoo
Me këtë projekt duam të tregojmë se edhe zhvillimet e vogla të brendshme mund të krijojnë vlerë shtesë për një komunitet të tërë.
Modulet i kemi zhvilluar fillimisht për të zgjidhur kërkesa konkrete.
Tani këto zgjidhje ua vëmë falas në dispozicion të gjithë përdoruesve të Odoo 19 Community.
Kështu nga një zhvillim individual mund të bëhet një zgjidhje e komunitetit.
Odoo 19. Burim i hapur. Fatura elektronike. Austria. Dhe falas për komunitetin.
Pikërisht për këtë e kemi publikuar këtë projekt.