Facturatie-incidenten: beheersen, afstemmen en herstellen
Een operationele aanpak voor Peppol-fouten, onzekere verzendingen, integratiestoringen, dubbelrisico en ontbrekend documentbewijs.
- Bijgewerkt
- Inhoudsverantwoordelijke
- Serviceoperations
- Voor
- Serviceteams · Financiële operations · Integratiesupport
In één oogopslag
Beperk de getroffen stroom, onderscheid geweigerde van onzekere uitkomsten en reconcileer voordat verwerking hervat.
Voordat u begint
- Een incidentleider en financiële beslisser
- Toegang tot bronidentiteiten, documenten en foutregistratie
- Actuele interne en providercontacten
Wat u bereikt
- Een afgestemd overzicht van getroffen transacties
- Herstel zonder dubbele facturen of onzekere herverzending
- Een overdrachtsdossier met oorzaak, bewijs en acties
Op deze pagina
Een facturatie-incident kan omzet, klantrelaties en boekhoudbewijs raken terwijl de website beschikbaar blijft. Onderzoek de bedrijfsimpact: welke entiteiten en transacties zijn geraakt, wat klopt niet en kan een bewerking al geslaagd zijn?
Deze werkwijze is een operationeel voorstel. Ernstniveaus, responstijden en escalatiecontacten komen uit uw organisatie en echte contractafspraken. Dit draaiboek creëert geen nieuwe support-SLA.
Benoem leiding en afbakening
Eén incidentleider onderhoudt tijdlijn en beslissingen. Finance beslist over commerciële correcties. Integratiebeheer onderzoekt technische fouten. De toegangspuntprovider bevestigt zo nodig netwerkuitkomsten. Klantcommunicatie loopt via afgesproken accountverantwoordelijke en kanaal.
| Rol | Taak |
|---|---|
| Incidentleider | Scope, coördinatie, tijdlijn en herstart |
| Financiële eigenaar | Schuld, credits, refunds en klantimpact |
| Integratie-eigenaar | Gerichte stop, lookup en veilig herstel |
| Operations | Handmatige wachtrij en dagelijkse opvolging |
| Providersupport | Bewijs van netwerkontvangst of afwijzing |
Registreer bedrijf, stroom, eerste waarneming met tijdzone, aantal, bedrag per valuta, bron en impact. “Peppol ligt plat” beschrijft geen storing bij slechts één onbereikbare koper.
Beheers zonder bewijs te vernietigen
Pauzeer de betrokken bronwachtrij of verzender in het systeem dat u beheert. Bewaar transacties en stabiele identiteiten. Beperk de stop tot bekende entiteiten of documentsoorten. Verwijder geen genummerde documenten, wijzig geen IDs en roteer niet zomaar sleutels na een timeout.
Noteer factuurnummer, product-ID, external_id, integratienamespace, Peppol-document-ID, laatste status, foutcode en opgeschoond antwoord. Houd geheimen en onnodige persoonsgegevens uit tickets. Bewaar originele XML/PDF en beschikbare transmissiesnapshots.
Bij aantoonbare blootstelling van credentials organiseert de bevoegde sleuteleigenaar intrekking/rotatie en connectoraanpassing. Verwar dit niet met ontbrekende rechten of een verlopen sleutel.
Classificeer elk getroffen geval
- Expliciete weigering vóór acceptatie: herstel de genoemde velden, rechten of voorwaarden.
- Financieel record mogelijk aangemaakt: zoek op externe identiteit na een verloren antwoord, zonder een nieuwe factuur-ID te kiezen.
- Onzekere transmissie:
transmission_state: uncertainofPEPPOL_TRANSMISSION_UNCERTAINvraagt providerreconciliatie of een ondertekende providerupdate vóór opnieuw verzenden. - Afgeleverd maar betwist: stuur naar de commerciële eigenaar, los van transport.
- Bewijs ontbreekt of is beschadigd: bewaar fout en referenties en escaleer terugwinning. Een opnieuw opgebouwd bestand is geen origineel.
OpenPeppol scheidt transportbevestigingen en zakelijke antwoorden. Een afgeleverd bericht kan nog een prijsdispuut krijgen. Een transportfout bewijst niet dat een creditnota nodig is.
Herstel vanuit een afgestemde lijst
Maak een transactielijst met bron-ID, product-ID, aangemaakt/afwezig/onbekend resultaat, afleveringsstatus, actie en eigenaar. Zoek onzekere creaties via /api/v1/invoices/lookup?external_id=... en betalingen via de bewegingslookup. Behoud originele namespace en inhoud.
Herhaal bekende herstelbare transacties identiek met hun oorspronkelijke identiteiten. Houd een netwerkverzending met onbekende uitkomst tegen. Een bekende afwijzing kan, wanneer toegestaan, dezelfde uitgegeven bytes opnieuw gebruiken. Gewijzigde commerciële inhoud vraagt een financiële correctiebeslissing.
Voorbeeld: batch met twee verloren antwoorden
Van 50 facturen zijn 30 verzoeken gedaan: 28 antwoorden succesvol, twee antwoorden verloren en 20 nog niet geprobeerd. Lookup vindt beide verloren facturen terug als opgeslagen. Eén is afgeleverd; de andere transmissie is onzeker.
De 20 niet-geprobeerde transacties worden met hun geplande IDs hervat. De afgeleverde factuur gaat niet opnieuw. Het onzekere geval wacht op providerbewijs. Twee vervangingsfacturen zouden een verbindingsstoring veranderen in dubbele omzet en schuld.
Controleer herstel en overdracht
Reconcileer bronaantallen, bedragen, afrekening en aflevering apart. Voer een kleine gecontroleerde batch uit en haal documenten terug. Leg handmatige acties tijdens de stop vast, zodat automatisering ze niet herhaalt.
Een herstelde provider betekent niet dat uw achterstand klopt. Sluit pas wanneer elke transactie verklaard is of een benoemde eigenaar voor een restgeval heeft. Bewaar oorzaak, impactperiode, correctie, herstelbewijs en verbeteractie met datum.
Geef wachtrijpositie, resterende onzekere verzendingen, geschillen en volgende controle over. Een vervanger moet de lijst zelfstandig kunnen behandelen. Werk integratiebetrouwbaarheid en de uitrolacceptatie bij als de oorzaak opnieuw kan optreden.
Communiceer met meetbare impact
Werk de interne status bij met getroffen entiteiten, aantallen nog niet verwerkt, onzekere uitkomsten en eerstvolgende beslismoment. Maak duidelijk welke bedragen bewezen verkeerd zijn en welke alleen nog onderzocht worden. Een totaalbedrag van de wachtrij is niet automatisch verloren omzet.
Laat de klantverantwoordelijke communicatie afstemmen op het individuele geval. Een betalingsvraag vraagt een ander bericht dan een onzekere netwerkaflevering. Deel alleen de nodige referenties en geen sleutels of interne gegevens van andere klanten. Bewaar wanneer een klant is geïnformeerd en welke toezegging is gedaan. Bij overdracht tussen diensten helpt dit voorkomen dat finance en support tegenstrijdige verklaringen geven terwijl het onderzoek nog loopt.