For mange europæiske softwareleverandører starter e-fakturering som en ukompliceret produktbeslutning. Der er et lovkrav på vej eller tydelig efterspørgsel fra kunderne. Hvor svært kan det være?
Det er måske ikke en udfordring at lancere e-faktura, men alt, hvad der kommer efter, viser sig som regel at være det.
Det, der som regel starter som et afgrænset udviklingsprojekt, bliver hurtigt til vedligehold af langvarig infrastruktur med lovgivningsmæssige, driftsmæssige og kommercielle konsekvenser, der er nemme at undervurdere.
Vi analyserer baggrunden for de reelle omkostninger ved at lave egen e-fakturaløsning i Europa, samt hvorfor de som regel med tiden bliver større.
De fleste teams planlægger den første udgivelse: skemaer, valideringer, forbindelser, test. Det arbejde er synligt, omfangsrigt og passer godt til en handlingsplan.
E-fakturering i Europa udvikler sig hele tiden, og det betyder, at e-fakturering ikke er en "byg én gang og gå videre"-funktion. Der er ViDA, nationale lovkrav, Peppol og så mange lokale fortolkninger af det, som man kan tælle. Og de har alle samme deres egen tidshorisont.
I praksis betyder det løbende arbejde. Ved opstart skal man konstant indordne sig under nye regler, markeder og voksende volumener (hvis man er heldig). Listen med opgaver vokser hurtigt til også at være ting som:
At holde øje planlagt lovgivning samt ændringer i omfang
Opdatering af dokumentformater og valideringsregler
Håndtering af landespecifikke undtagelser
Ny godkendelse af forbindelser og netværk
Selv inden for EU ændrer kravene sig sjældent synkront, og det er noget, man skal forberede sig på allerede inden lanceringen.
Fakturering er en forretningskritisk del af dine kunders daglige forretning. Der er meget lidt plads til fejl. Hvis noget går i stykker, bemærker kunderne det, og man forventes at udbedre det.
Når man har e-fakturering i drift, skal der håndteres identifikatoropslag, routinglogik, kvitteringer, gentagne forsøg og fejl på tværs af forskellige netværk. Hver ekstra kunde og land øger antallet af ting, der kan gå galt.
For ikke at nævne det driftsmæssige arbejde, der følger med: overvågning, reaktion på hændelser, support og auditberedskab. Ingen af disse er særligt synlige under den indledende planlægning, men når éns kunder begynder at bruge det i stor skala, kan man ikke slippe for det. For mange leverandører kan e-fakturering begynde at føles som et separat system, som de kører sammen med deres faktiske produkt.
De fleste udviklingsteams kan klare denne arbejdsbyrde i et stykke tid, men som regel medfører vækst det kritiske punkt. Det kan være i form af øgede fakturamængder fra kunder, flere brugere af éns platform eller udvidelse på tværs af landegrænser.
Lad os tage internationalisering som eksempel.
Det kan være overskueligt at bygge en løsning til éns lokale marked, men ofte afslører det andet eller tredje land kompleksiteten ved e-fakturering. Der er forskellige regler, forskellige formater, forskellige forventninger, og det, der måske har fungeret godt før, kræver en alvorlig genovervejelse.
Det er typisk, når softwareleverandører revurderer deres oprindelige tilgang.
Overordnet set er der tre almindelige måder, hvorpå softwareleverandører håndterer e-fakturering:
Byg og betjen alt selv
Brug kun en basisgateway til levering
Integrer en partner-API, der administrerer compliance, forsendelse og drift
Der er naturligvis tekniske forskelle, men hovedspørgsmålet er, hvor meget langsigtet ansvar man vil have: Er e-fakturering noget, man gerne vil vedligeholde aktivt, eller blot gøre det muligt for sine kunder?
Det er sjældent dyrt at opbygge e-fakturering i Europa fra dag ét. Det bliver dyrt i form af akkumulering: lovændringer, driftsomkostninger og ekspansion på tværs af landegrænser. Ikke fordi ansatte fejlbedømmer den første release, men fordi livscyklussen er længere og tungere, end den ser ud til.
Hvis man forstår det tidligt, bliver det nemmere at vælge en tilgang, der stadig fungerer, når produkt, kunder og markeder vokser.