Mae anfonebau electronig yn rhan o gyfrifeg fodern
Mae digideiddio cyfrifeg yn parhau i fynd rhagddo. Mae fformatau anfonebau electronig ers tro byd yn fwy na ffeil PDF a anfonir drwy e-bost.
Mae anfoneb electronig go iawn yn cynnwys data strwythuredig y gall systemau cyfrifeg a ERP eu prosesu'n awtomatig.
Gyda'n prosiect cod agored newydd ar gyfer Odoo 19 Community, rydym am fynd i'r afael yn union â hyn.
Rydym wedi datblygu sawl estyniad y byddwn yn eu darparu am ddim i gymuned Odoo.
Mae'r prosiect ar gael yn gyhoeddus ar GitHub:
Odoo 19 Invoice E-Files ar GitHub
Mae ein ffocws yn bennaf ar Awstria, ond mae rhan o'r ateb hefyd o ddiddordeb i gwmnïau y tu allan i Awstria.
Tri modiwl ar gyfer anfonebau electronig
Ar hyn o bryd mae'r prosiect yn cynnwys tair prif elfen:
- ebInterface 6.1 ar gyfer Awstria
- ZUGFeRD ar gyfer anfonebau electronig
- trosglwyddo awtomatig i e-Rechnung.gv.at
Felly rydym yn cyfuno gofynion gwahanol ynghylch anfonebau electronig mewn un prosiect cod agored ar gyfer Odoo 19 Community.
ebInterface 6.1 – fformat anfonebau Awstria
Un o brif ffocysau ein datblygiad yw ebInterface 6.1.
ebInterface yw safon Awstria ar gyfer anfonebau electronig strwythuredig.
Ein modiwl
l10n_at_ebinterface
yn cynhyrchu XML ebInterface-6.1 cyfatebol o anfoneb cwsmer neu nodyn credyd yn Odoo.
Yn y broses, caiff y wybodaeth berthnasol o'r anfoneb Odoo ei throsglwyddo i'r strwythur XML, ymhlith pethau eraill:
- Cyhoeddwr yr anfoneb
- Derbynnydd yr anfoneb
- Eitemau'r anfoneb
- Trethi
- Gwybodaeth talu
- Manylion banc
- Data'r anfoneb
Caiff y ffeil XML a gynhyrchir ei chysylltu'n uniongyrchol â'r anfoneb.
Pam wnaethon ni ddatblygu modiwl ein hunain ar gyfer hyn?
Wrth ddatblygu, gwelsom nad oes ar hyn o bryd fodiwl craidd Odoo na modiwl OCA cyfatebol ar gael ar gyfer safon ebInterface brodorol Awstria ar gyfer Odoo 19 Community.
Dyna'n union lle roedden ni am weithredu.
Yn hytrach na datblygu ateb Awstriaidd ar gyfer ein gosodiad ein hunain yn unig, rydym wedi ei weithredu fel modiwl cod agored annibynnol.
Felly gall gweddill cymuned Odoo elwa ohono hefyd.
ZUGFeRD yn awtomatig gyda phob anfoneb
Ail ffocws ein prosiect yw ZUGFeRD.
Mae ZUGFeRD yn cyfuno anfoneb PDF ag anfoneb XML strwythuredig.
Y canlyniad yw anfoneb hybrid, fel y'i gelwir: mae'r anfoneb yn parhau i fod yn ddarllenadwy i bobl fel PDF, tra gall meddalwedd ddehongli'r data anfoneb strwythuredig sydd ynddi'n awtomatig.
Yn sylfaenol, mae Odoo 19 eisoes yn cynnwys cefnogaeth i ZUGFeRD neu CII.
Fodd bynnag, mewn ymarfer mae rhai cyfyngiadau.
Ein modiwl
account_invoice_zugferd_ebinterface_auto
felly'n mynd i'r afael yn union â hyn.
ZUGFeRD nid fel opsiwn yn unig mwyach
Roedden ni eisiau llif gwaith mor awtomataidd â phosibl.
Felly, wrth anfon anfoneb cwsmer, ni chaiff ei gwirio'n gyntaf a yw'r cwsmer dan sylw wedi'i ffurfweddu'n unigol ar gyfer ZUGFeRD.
Yn hytrach, defnyddir ZUGFeRD yn awtomatig ar gyfer anfonebau cwsmeriaid a nodiadau credyd.
Yn ogystal, caiff yr XML ebInterface a gynhyrchir ei gynnwys fel rhan o'r anfoneb.
Felly crëir proses ddi-dor:
Anfoneb Odoo → PDF → anfoneb electronig strwythuredig → anfon
heb orfod i'r defnyddiwr gyflawni camau ychwanegol ar gyfer pob anfoneb.
Rydym hefyd yn cau bylchau yn Odoo 19 Community
Wrth weithredu, daethom ar draws rhai nodweddion arbennig yng ngweithrediad Odoo 19.
Ymhlith pethau eraill, mae dibyniaethau yn yr allforiwr CII a all arwain at broblemau y tu allan i osodiadau gwlad penodol.
Mae ein modiwl yn cywiro sawl un o'r cyfyngiadau ymarferol hyn.
Mae'r rhain yn cynnwys, ymhlith pethau eraill:
- meysydd coll ar gyfer cyfnodau refeniw gohiriedig (Deferred Revenue)
- y cyfyngiad gwlad-benodol ar drosi PDF/A-3
- manylion banc ar goll neu heb eu gosod ar anfonebau presennol
Y nod yw y gellir defnyddio ZUGFeRD yn ddibynadwy hefyd gan gwmnïau y tu allan i'r cyfuniadau gwledydd a fwriadwyd yn wreiddiol.
e-Rechnung.gv.at – trosglwyddo uniongyrchol i wladwriaeth Awstria
Mae'r drydedd elfen o ddiddordeb arbennig i gwmnïau sy'n anfon anfonebau at awdurdodau contractio cyhoeddus.
Gyda
l10n_at_erechnung_gv_at
gellir trosglwyddo anfoneb ebInterface yn uniongyrchol i wasanaeth gwe e-Rechnung.gv.at Awstria.
Felly mae creu anfonebau'n unig yn troi'n broses anfonebu electronig awtomataidd.
Gall y llif fod fel a ganlyn, er enghraifft:
Creu anfoneb yn Odoo
↓
Cynhyrchu XML ebInterface
↓
Anfon yr anfoneb
↓
Trosglwyddo ebInterface yn awtomatig i e-Rechnung.gv.at
Felly caiff proses a fyddai fel arall yn llawlyfr ei hintegreiddio'n uniongyrchol i Odoo.
Trosglwyddo awtomatig dim ond ar gyfer y cwsmeriaid sydd ei angen
Nid yw'r trosglwyddo i e-Rechnung.gv.at yn cael ei actifadu'n gyffredinol ar gyfer pob cwsmer.
Yn hytrach, gellir ei actifadu ar gyfer y cwsmer perthnasol o Awstria.
At y diben hwn, caiff y manylion angenrheidiol, fel
- Rhif cyflenwr
- Grŵp prynwyr / rhif cangen
- Cyfeirnod archeb
eu cadw ar gofnod y cwsmer.
Mae'r modiwl hefyd yn gwirio a yw'r gofynion ar gyfer actifadu wedi'u bodloni.
Gweithrediad prawf a chynhyrchu
Ar gyfer e-Rechnung.gv.at, gellir dewis rhwng amgylchedd prawf ac amgylchedd cynhyrchu.
Caiff manylion mynediad gwasanaeth gwe USP eu cadw yng ngosodiadau Odoo.
Felly gellir paratoi'r integreiddio mewn amgylchedd prawf yn gyntaf, cyn ei ddefnyddio i anfon anfonebau cynhyrchu.
Awtomeiddio yn hytrach na gwaith ychwanegol
Nid ein nod wrth ddatblygu oedd rhoi mwy o fotymau i'r cyfrifydd.
I'r gwrthwyneb.
Y syniad yw:
Cyn lleied o waith â llaw â phosibl.
Caiff anfoneb ei chreu yn Odoo.
Caiff y fformatau strwythuredig angenrheidiol eu cynhyrchu'n awtomatig.
Wrth anfon, caiff y ffeiliau cyfatebol eu hatodi'n awtomatig.
Ac ar gyfer cwsmeriaid o Awstria a ffurfweddwyd yn briodol, gellir hefyd drosglwyddo'r anfoneb yn awtomatig i e-Rechnung.gv.at.
Yr awtomeiddio hwn yn union sy'n gwneud y gwahaniaeth rhwng allforio ffeil syml ac ateb anfonebau electronig sydd wedi'i integreiddio go iawn.
Nid yw ansawdd data'n cael ei guddio'n syml
Pwynt pwysig yn ein gweithrediad, fodd bynnag, yw:
Dim ond cystal â'r data y caiff ei chynhyrchu ohono y gall anfoneb electronig fod.
Felly nid ydym yn ceisio disodli gwybodaeth orfodol sydd ar goll yn dawel bach ag unrhyw werthoedd.
Os yw gwybodaeth orfodol ar gyfer ZUGFeRD neu ebInterface ar goll, er enghraifft, dylai Odoo dynnu sylw'r defnyddiwr at hynny.
Mae hyn yn cynnwys, er enghraifft:
- gwlad ar goll ar gyfer y cwsmer
- gwybodaeth dreth ar goll ar eitemau'r anfoneb
- manylion banc ar goll
Yn ein barn ni, mae hynny'n well nag anfon anfoneb electronig a gynhyrchwyd yn ffurfiol ond sy'n anghywir o ran cynnwys.
Cod agored ar gyfer cymuned Odoo
Rydym yn darparu'r prosiect hwn hefyd am ddim fel cod agored.
Pam?
Oherwydd ein bod ni ein hunain yn elwa o feddalwedd cod agored.
Mae Odoo Community yn cynnig sylfaen ardderchog ar gyfer ERP, cyfrifeg a phrosesau busnes. Os yw swyddogaeth ar goll yn ein gwaith bob dydd, rydym yn ei datblygu.
Ac os gall yr ateb fod o ddiddordeb i gwmnïau eraill hefyd, rydym yn ei roi ar gael i'r gymuned.
I ni, dyna yw cod agored byw.
Ffocws Awstriaidd – ond nid ar gyfer Awstria yn unig
Mae gan y prosiect ffocws Awstriaidd clir.
Mae ebInterface ac e-Rechnung.gv.at o ddiddordeb yn arbennig i gwmnïau o Awstria.
Mae'r gefnogaeth i ZUGFeRD, ar y llaw arall, yn berthnasol hefyd i gwmnïau y tu allan i Awstria.
Felly nid ateb Awstriaidd yn unig yw'r prosiect.
Gall yn union y cyfuniad o ddata anfonebau strwythuredig a dogfen PDF/A-3 a gynhyrchir yn awtomatig fod o ddiddordeb hefyd i osodiadau Odoo eraill.
Ar gyfer Odoo 19 Community
Datblygwyd y modiwlau ar gyfer Odoo 19 Community.
Ar hyn o bryd mae'r storfa'n cynnwys:
- l10n_at_ebinterface
- account_invoice_zugferd_ebinterface_auto
- l10n_at_erechnung_gv_at
Mae'r modiwlau'n ddibynnol ar ei gilydd, felly dim ond y cydrannau sydd eu hangen ar gyfer yr achos defnydd penodol y mae'n rhaid eu gosod.
Ein cyfraniad i'r gymuned
Nid ydym yn gweld y prosiect hwn fel meddalwedd fasnachol orffenedig, ond fel cyfraniad at ddatblygu cymuned Odoo ymhellach.
Efallai bod rhywun angen ebInterface yn unig.
Efallai bod cwmni arall angen ZUGFeRD.
Efallai bod yn rhaid i gwmni anfon anfonebau'n rheolaidd at awdurdodau contractio cyhoeddus drwy e-Rechnung.gv.at.
Ym mhob un o'r tri achos, gall ein prosiect gynnig sylfaen.
Ac oherwydd bod y cod ffynhonnell ar gael yn agored, gall pob defnyddiwr archwilio'r ateb, ei addasu a'i ddatblygu ymhellach.
Mae cod agored yn golygu: gwella gyda'n gilydd
Rydym yn argyhoeddedig bod cod agored yn cynnig mantais fawr yn enwedig gyda systemau ERP.
Mae gan gwmnïau ofynion gwahanol.
Efallai y bydd yn rhaid addasu ateb sy'n gweithio'n berffaith i un cwmni ar gyfer un arall.
Gyda chod ffynhonnell agored, mae hynny'n bosibl.
Felly rydym yn croesawu:
- Adborth
- Adroddiadau namau (Bug Reports)
- Awgrymiadau gwella
- Pull Requests
- achosion defnydd ychwanegol a gefnogir
Nid yw ateb cymunedol da o reidrwydd yn codi gyda'r ymrwymiad (commit) cyntaf.
Mae'n codi drwy ddatblygiad pellach gan lawer o ddefnyddwyr a datblygwyr.
Defnyddio'r prosiect am ddim
Mae'r cod ffynhonnell cyflawn ar gael yn gyhoeddus ar GitHub:
GitHub – Odoo 19 Invoice E-Files
Yno hefyd mae'r wybodaeth osod a dogfennaeth y modiwlau unigol.
Ar gyfer integreiddio gwasanaeth gwe e-Rechnung.gv.at Awstria, mae angen y llyfrgell Python Zeep hefyd.
Ein cyfraniad at fyd Odoo agored
Gyda'r prosiect hwn, rydym am ddangos y gall hyd yn oed datblygiadau mewnol llai greu gwerth ychwanegol i gymuned gyfan.
Datblygwyd y modiwlau gennym yn wreiddiol i ddatrys gofynion penodol.
Nawr rydym yn darparu'r atebion hyn am ddim i holl ddefnyddwyr Odoo 19 Community.
Felly gall datblygiad unigol ddod yn ateb cymunedol.
Odoo 19. Cod agored. Anfonebau electronig. Awstria. Ac am ddim i'r gymuned.
Dyna'n union pam rydym wedi cyhoeddi'r prosiect hwn.