Mae anfonebau electronig yn rhan o gyfrifyddu modern
Mae'r gwaith o ddigideiddio cyfrifyddu'n parhau i symud ymlaen. Ers tro bellach, mae fformatau anfonebu electronig yn golygu llawer mwy na ffeil PDF a anfonir drwy e-bost.
Mae anfoneb electronig go iawn yn cynnwys data strwythuredig y gall systemau cyfrifyddu ac ERP eu prosesu'n awtomatig.
Dyma'r union faes yr hoffem fynd i'r afael ag ef gyda'n prosiect cod agored newydd ar gyfer Odoo 19 Community.
Rydym wedi datblygu sawl estyniad ac rydym yn eu darparu am ddim i gymuned Odoo.
Mae'r prosiect ar gael i'r cyhoedd ar GitHub:
Odoo 19 Invoice E-Files ar GitHub
Rydym yn canolbwyntio'n benodol ar Awstria, ond mae rhan o'r datrysiad hefyd o ddiddordeb i fusnesau 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
- anfon yn awtomatig i e-Rechnung.gv.at
Drwy hyn, rydym yn dod â gwahanol ofynion anfonebu electronig ynghyd mewn un prosiect cod agored ar gyfer Odoo 19 Community.
ebInterface 6.1 – fformat anfonebau Awstria
Un o brif feysydd ein gwaith datblygu yw ebInterface 6.1.
ebInterface yw fformat safonol Awstria ar gyfer anfonebau electronig strwythuredig.
Mae ein modiwl
l10n_at_ebinterface
yn cynhyrchu XML ebInterface 6.1 cyfatebol o anfoneb cwsmer neu nodyn credyd yn Odoo.
Yn y broses hon, trosglwyddir gwybodaeth berthnasol o anfoneb Odoo i'r strwythur XML, gan gynnwys:
- Cyhoeddwr yr anfoneb
- Derbynnydd yr anfoneb
- Eitemau'r anfoneb
- Trethi
- Gwybodaeth am daliadau
- Manylion banc
- Data'r anfoneb
Caiff y ffeil XML a gynhyrchir ei chysylltu'n uniongyrchol â'r anfoneb.
Pam y gwnaethom ddatblygu ein modiwl ein hunain ar gyfer hyn?
Wrth ddatblygu, gwelsom nad oes modiwl craidd Odoo na modiwl OCA cyfatebol ar gael ar hyn o bryd ar gyfer safon ebInterface frodorol Awstria yn Odoo 19 Community.
Dyma'r union fwlch roeddem am fynd i'r afael ag ef.
Yn hytrach na datblygu datrysiad ar gyfer Awstria ar gyfer ein gosodiad ein hunain yn unig, rydym wedi'i greu fel modiwl cod agored annibynnol.
Fel hyn, gall gweddill cymuned Odoo elwa arno hefyd.
ZUGFeRD yn awtomatig gyda phob anfoneb
Ail brif faes ein prosiect yw ZUGFeRD.
Mae ZUGFeRD yn cyfuno anfoneb PDF ag anfoneb XML strwythuredig.
Y canlyniad yw anfoneb hybrid fel y'i gelwir: gall pobl barhau i ddarllen yr anfoneb fel PDF, tra gall meddalwedd brosesu'r data anfonebu strwythuredig sydd ynddi'n awtomatig.
Yn sylfaenol, mae Odoo 19 eisoes yn cynnwys cefnogaeth i ZUGFeRD neu CII.
Yn ymarferol, fodd bynnag, mae rhai cyfyngiadau.
Mae ein modiwl
account_invoice_zugferd_ebinterface_auto
felly'n mynd i'r afael â'r union broblem hon.
ZUGFeRD bellach yn fwy nag opsiwn
Roeddem am awtomeiddio'r broses gymaint â phosibl.
Felly, wrth anfon anfoneb cwsmer, ni wneir gwiriad ymlaen llaw i weld a yw'r cwsmer penodol 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.
Mae hyn yn creu proses gyflawn:
Anfoneb Odoo → PDF → anfoneb electronig strwythuredig → anfon
heb i'r defnyddiwr orfod cyflawni camau ychwanegol ar gyfer pob anfoneb.
Rydym hefyd yn llenwi bylchau yn Odoo 19 Community
Wrth roi'r datrysiad ar waith, daethom ar draws rhai nodweddion penodol yng ngweithrediad Odoo 19.
Er enghraifft, mae dibyniaethau yn yr allforiwr CII a all achosi problemau mewn gosodiadau nad ydynt wedi'u ffurfweddu ar gyfer gwledydd penodol.
Mae ein modiwl yn dileu nifer o'r cyfyngiadau ymarferol hyn.
Mae'r rhain yn cynnwys:
- meysydd ar goll ar gyfer cyfnodau refeniw gohiriedig
- y cyfyngiad ar drosi i PDF/A-3 ar sail gwlad
- manylion banc sydd ar goll neu heb eu gosod ar anfonebau presennol
Y nod yw sicrhau y gall busnesau hefyd ddefnyddio ZUGFeRD yn ddibynadwy y tu allan i'r cyfuniadau o wledydd y bwriadwyd ef ar eu cyfer yn wreiddiol.
e-Rechnung.gv.at – anfon yn uniongyrchol i wladwriaeth Awstria
Mae'r drydedd elfen o ddiddordeb arbennig i fusnesau sy'n anfonebu cyrff cyhoeddus.
Gyda
l10n_at_erechnung_gv_at
gellir anfon anfoneb ebInterface yn uniongyrchol i wasanaeth gwe e-Rechnung.gv.at Awstria.
Mae hyn yn troi'r weithred syml o greu anfoneb yn broses anfonebu electronig awtomataidd.
Gallai'r broses fod fel a ganlyn, er enghraifft:
Creu anfoneb yn Odoo
↓
Cynhyrchu XML ebInterface
↓
Anfon yr anfoneb
↓
Anfon ebInterface yn awtomatig i e-Rechnung.gv.at
Mae hyn yn integreiddio proses a fyddai fel arall yn un â llaw yn uniongyrchol yn Odoo.
Anfon yn awtomatig dim ond ar gyfer y cwsmeriaid y mae angen hynny arnynt
Nid yw anfon i e-Rechnung.gv.at wedi'i alluogi ar gyfer pob cwsmer yn ddiofyn.
Yn hytrach, gellir ei alluogi ar gyfer y cwsmer perthnasol yn Awstria.
At y diben hwn, mae'r manylion angenrheidiol, megis
- Rhif y cyflenwr
- Grŵp prynwyr / rhif cangen
- Cyfeirnod yr archeb
yn cael eu cadw yng nghofnod y cwsmer.
Mae'r modiwl hefyd yn gwirio a yw'r amodau ar gyfer ei alluogi wedi'u bodloni.
Profi a defnyddio mewn amgylchedd cynhyrchu
Ar gyfer e-Rechnung.gv.at, gellir dewis rhwng amgylchedd profi ac amgylchedd cynhyrchu.
Caiff manylion mewngofnodi gwasanaeth gwe USP eu cadw yng ngosodiadau Odoo.
Mae hyn yn caniatáu paratoi'r integreiddiad mewn amgylchedd profi yn gyntaf, cyn ei ddefnyddio i anfon anfonebau go iawn.
Awtomeiddio yn lle gwaith ychwanegol
Wrth ddatblygu, nid rhoi rhagor o fotymau i'r cyfrifydd oedd ein nod.
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.
Caiff y ffeiliau priodol eu hatodi'n awtomatig wrth anfon.
Ac ar gyfer cwsmeriaid yn Awstria sydd wedi'u ffurfweddu'n briodol, gellir hefyd anfon yr anfoneb yn awtomatig i e-Rechnung.gv.at.
Yr union awtomeiddio hwn sy'n gwneud y gwahaniaeth rhwng allforio ffeil yn unig a datrysiad anfonebu electronig cwbl integredig.
Nid yw problemau gydag ansawdd data'n cael eu cuddio
Fodd bynnag, mae agwedd bwysig arall ar ein gweithrediad:
Ni all anfoneb electronig fod yn well na'r data a ddefnyddir i'w chynhyrchu.
Dyna pam nad ydym yn ceisio llenwi bylchau mewn gwybodaeth orfodol ag unrhyw werthoedd mympwyol heb roi gwybod i'r defnyddiwr.
Os oes gwybodaeth orfodol ar gyfer ZUGFeRD neu ebInterface ar goll, er enghraifft, dylai Odoo dynnu sylw'r defnyddiwr at hynny.
Mae enghreifftiau'n cynnwys:
- gwlad ar goll o gofnod y cwsmer
- gwybodaeth dreth ar goll o eitemau'r anfoneb
- manylion banc ar goll
Yn ein barn ni, mae hynny'n well nag anfon anfoneb electronig sydd wedi'i chynhyrchu'n gywir o ran ei ffurf ond sy'n cynnwys gwybodaeth anghywir.
Cod agored i gymuned Odoo
Rydym hefyd yn darparu'r prosiect hwn yn rhad ac am ddim fel cod agored.
Pam?
Am ein bod ni ein hunain yn elwa ar feddalwedd cod agored.
Mae Odoo Community yn darparu sylfaen ardderchog ar gyfer ERP, cyfrifyddu a phrosesau busnes. Os oes swyddogaeth ar goll yn ein gwaith bob dydd, rydym yn ei datblygu.
Ac os gall yr ateb fod yn ddefnyddiol i gwmnïau eraill hefyd, rydym yn ei rannu â'r gymuned.
I ni, dyma god agored ar waith.
Ffocws ar Awstria – ond nid ar gyfer Awstria yn unig
Mae gan y prosiect ffocws clir ar Awstria.
Mae ebInterface ac e-Rechnung.gv.at yn arbennig o berthnasol i gwmnïau yn Awstria.
Mae'r gefnogaeth i ZUGFeRD, ar y llaw arall, hefyd yn berthnasol i gwmnïau y tu allan i Awstria.
Felly, nid ateb ar gyfer Awstria yn unig yw'r prosiect.
Gall y cyfuniad o ddata anfoneb strwythuredig a dogfen PDF/A-3 a gynhyrchir yn awtomatig fod yn arbennig o ddefnyddiol i osodiadau Odoo eraill hefyd.
Ar gyfer Odoo 19 Community
Datblygwyd y modiwlau ar gyfer Odoo 19 Community.
Ar hyn o bryd, mae'r ystorfa'n cynnwys:
- l10n_at_ebinterface
- account_invoice_zugferd_ebinterface_auto
- l10n_at_erechnung_gv_at
Mae'r modiwlau'n dibynnu ar ei gilydd, felly dim ond y cydrannau sydd eu hangen ar gyfer yr achos defnydd penodol sydd angen eu gosod.
Ein cyfraniad at y gymuned
Rydym yn gweld y prosiect hwn fel cyfraniad at ddatblygiad parhaus cymuned Odoo, yn hytrach na meddalwedd fasnachol orffenedig.
Efallai mai dim ond ebInterface sydd ei angen ar rywun.
Efallai bod angen ZUGFeRD ar gwmni arall.
Efallai bod angen i gwmni anfon anfonebau'n rheolaidd at awdurdodau contractio cyhoeddus drwy e-Rechnung.gv.at.
Gall ein prosiect ddarparu sylfaen ym mhob un o'r tri achos.
A chan fod y cod ffynhonnell ar gael yn agored, gall pob defnyddiwr adolygu'r ateb, ei addasu a'i ddatblygu ymhellach.
Ystyr cod agored: gwella gyda'n gilydd
Rydym yn argyhoeddedig bod cod agored yn cynnig mantais fawr, yn enwedig mewn systemau ERP.
Mae gan gwmnïau anghenion gwahanol.
Efallai y bydd angen addasu ateb sy'n gweithio'n berffaith i un cwmni er mwyn iddo weithio i gwmni arall.
Mae cod ffynhonnell agored yn gwneud hynny'n bosibl.
Dyna pam rydym yn croesawu:
- Adborth
- Adroddiadau gwallau
- Awgrymiadau ar gyfer gwella
- Ceisiadau tynnu
- rhagor o achosion defnydd a gefnogir
Nid yw ateb da i'r gymuned o reidrwydd yn dod i fodolaeth gyda'r commit cyntaf.
Mae'n dod i fodolaeth drwy waith llawer o ddefnyddwyr a datblygwyr yn ei ddatblygu ymhellach.
Defnyddio'r prosiect am ddim
Mae'r cod ffynhonnell cyfan ar gael yn gyhoeddus ar GitHub:
GitHub – Odoo 19 Invoice E-Files
Mae'r wybodaeth osod a dogfennaeth y modiwlau unigol ar gael yno hefyd.
Mae angen llyfrgell Python Zeep hefyd i integreiddio gwasanaeth gwe Awstria e-Rechnung.gv.at.
Ein cyfraniad at fyd Odoo agored
Gyda'r prosiect hwn, rydym am ddangos y gall hyd yn oed ddatblygiadau bach mewnol greu gwerth ychwanegol i gymuned gyfan.
Datblygwyd y modiwlau gennym yn wreiddiol i ddiwallu anghenion penodol.
Nawr rydym yn darparu'r atebion hyn am ddim i holl ddefnyddwyr Odoo 19 Community.
Fel hyn, gall datblygiad ar gyfer un busnes ddod yn ateb i'r gymuned.
Odoo 19. Cod agored. Anfonebau electronig. Awstria. Ac am ddim i'r gymuned.
Dyna'n union pam y gwnaethom gyhoeddi'r prosiect hwn.