Migratiecutover: identiteiten, originelen en continuïteit behouden

Een facturatiemigratie draagt verantwoordelijkheid voor transacties en bewijs over. Zij is meer dan klantnamen in een nieuw product laden. Beslis vóór live uitgifte wat gebeurt met historische originelen, open saldi, integratie-IDs, actieve wachtrijen en Peppol-ontvangst.

Dit draaiboek beschrijft operationele voorbereiding. Veronderstel geen bulkimport-API, automatische migratie van historisch grootboek of toegangspunttransferknop. Bevestig met het implementatieteam de beschikbare route voor uw gegevens en provider.

Inventariseer scope en bewijs

Leg per entiteit huidig systeem/provider, juridische identiteit, participant, bronintegraties, documentaantallen, valuta, open schuld, refunds en archiefplaats vast. Neem onzekere verzending en nog niet uitgegeven wachtrijtransacties mee.

Scheid historisch bewijs, open commerciële posten en nieuwe activiteit. Een nieuw productrecord is niet vanzelf de oorspronkelijke uitgegeven factuur. Bewaar oude documentidentiteit en terugvindreferentie, ook als een gecontroleerde representatie het verdere beheer ondersteunt.

Bewijs export vóór beëindiging

Haal een steekproef met uitgaande en inkomende factuur, creditnota, bijlagen en gecorrigeerde of betwiste transactie op. Open gestructureerd origineel en beschikbare PDF. Bewaar IDs, nummers, partijen, data, aflevering en correctielinks.

Het Belgische e-facturatieportaal beveelt originele XML aan en benadrukt authenticiteit, integriteit en leesbaarheid. Laat boekhouding/recordsbeheer toepasselijke bewaarcategorieën en toegangseigenaars vastleggen. Een providerwissel verkort de bewaarplicht niet.

Eén recente PDF downloaden bewijst geen volledig exitarchief. Test oudere documenten, zoek op bedrijfsreferentie en controleer volledigheid. Spreek toegang na het oude abonnement af voordat u de dienst sluit.

Definieer de uitgiftegrens

Kies datum, tijd, tijdzone en exacte entiteiten/stromen. Beslis wie nummers toekent en hoe bestaande nummers traceerbaar blijven. Beide systemen mogen niet dezelfde bronorder factureren.

Bevries of leeg wachtrijen onder een eigenaar. Reconcileer opgeslagen, niet-geprobeerde en onzekere transacties. Behoud duurzame document-/bewegingsidentiteiten en de juiste namespace bij nieuwe API-sleutels. Hergebruik geen externe ID voor andere financiële inhoud.

Inventariseer voor open posten origineel brutototaal, creditnota's, bevestigd geld en refunds. Zet een oud betaald-label niet om in een verzonnen betaling. Ontbrekend historisch bewijs vraagt een gedocumenteerd dossier en een beslissing van de boekhoudkundige eigenaar.

Coördineer ontvangst en providers

Vraag oude en nieuwe provider naar de echte participanttransfer en behandeling van inkomende stukken rond de grens. Noteer wie registratie mag wijzigen. De datum in leverancierscommunicatie moet de feitelijke ontvangstopstelling volgen.

Bewijs nieuwe identiteit, capability en eerste ontvangst. Organiseer stukken die vlak vóór cutover zijn gestuurd of daarna nog in de oude inbox verschijnen. Bewaak afgesproken uitzonderingswachtrijen gedurende de overlap. Dubbele registratie is geen vanzelfsprekende veiligheidsvoorziening.

Voorbeeld: gefaseerde ERP-wissel

Advies verhuist maandag, logistiek een week later. De 420 adviesoriginelen blijven in een getest archief met oude IDs. Zestig open posten sluiten aan op totaal, credits, betalingen en refunds. Acht ERP-orders wachten tijdens de uitgeverswissel.

Na de grens bevestigt de nieuwe sleutel advies en namespace erp. Een gewone factuur, voorschotgeval en leveranciersontvangst slagen. Logistiek blijft oud totdat ontvangersmapping klaar is. Het scoperegister voorkomt dat maandag als groepsbrede switch wordt gezien.

Maak terugkeergrenzen eerlijk

Vóór nieuwe live uitgifte kan terugkeer de gehouden wachtrij aan het oude systeem teruggeven nadat pogingen zijn gereconcilieerd. Na genummerde documenten of transmissies betekent rollback niet bewijs verwijderen of blind opnieuw factureren.

Pauzeer verdere verwerking, inventariseer commits in beide systemen en laat finance voorwaarts herstel of gecontroleerde bronroutering beslissen. Los onzekere sends met de provider op vóór replay. Gebruik incidentafhandeling voor materiële ambiguïteit.

Accepteer en draag over

Acceptatie vereist afgestemde aantallen/bedragen per entiteit en valuta, geen onverklaarde dubbele identiteit, toegankelijke originelen, aanvaarde nummering en bewezen verzend/ontvangst. Restgevallen houden eigenaar, actie en datum.

Lever cutovergrens, archiefregister, bronmapping, sleutel-/registratie-eigenaars, openpostenreconciliatie en oude toegangstermijnen over. Beëindig overlap nadat late ontvangst en onzekere transacties zijn verklaard. Vervolg met enterprise-uitrol en maandafsluiting.

Leg de oude toegang praktisch vast

Noteer wie na de wissel nog bij het oude archief en de oude inbox kan, welke authenticatie nodig is en wanneer die toegang eindigt. Laat een vervanger de afgesproken retrieval uitvoeren voordat het project sluit. Een export die alleen op de laptop van de projectleider staat, is geen overdraagbare archiefvoorziening.

Controleer na de eerste nieuwe afsluiting de grensgevallen: late ontvangst, bronorders van vóór de cutover, creditnota's op oude facturen en geld op oude open posten. Bewaar de route en boekhoudbeslissing per categorie. Sluit de oude dienstverlening pas wanneer deze gevallen verklaard zijn of via een expliciete archiefovereenkomst onder beheer blijven.