Winkelmigratie: open orders en adressen behouden
Plan waar open orders worden afgerond. Een uitgewerkt voorbeeld scheidt het afleveradres van de order van het actuele klantprofiel.
Bepaal vóór het kopiëren welk systeem open orders verder afhandelt. Betaalstatus, afleveradres en verzendopdracht moeten bij de betreffende order horen. Een overgenomen klantenlijst beantwoordt die vragen op zichzelf nog niet.
Open orders aan een systeem toewijzen
Voor deze fictieve migratie geldt een bewuste keuze: al aangenomen orders worden in het oude systeem afgerond. Na de omschakeling neemt alleen de nieuwe winkel nieuwe orders aan. De oude beheeromgeving blijft bereikbaar voor verwerking en vragen. Dat vereist dat het bedrijf de bestaande toegang en nodige koppelingen kan blijven aanbieden.
Een andere migratie zou open orders volledig kunnen overnemen. Dan moet aantoonbaar zijn dat betaalreferenties, verzendstatussen en alle nodige functies in het doelsysteem op elkaar aansluiten. Leg de gekozen aanpak vast vóór de gegevensimport.
Een order met twee verschillende adresgegevens
Alle gegevens zijn fictief. Voor de open order is geen afzonderlijk bevestigde adreswijziging doorgegeven. Noord en Zuid staan voor verschillende afleverlocaties.
Record | Stand vóór de migratie | Afgesproken afhandeling |
|---|---|---|
Open order | Betaling bevestigd, verzending open, afleverlocatie Noord | In het oude systeem voor Noord afhandelen; in het doelsysteem alleen een verwijzing tonen |
Actueel klantprofiel | Standaardafleverlocatie Zuid | Voor nieuwe adreskeuze overnemen; de oude order niet herschrijven |
Nieuwe order na omschakeling | Ontvangen in de nieuwe winkel | In het nieuwe systeem verwerken |
Als de overdracht Noord op de oude order door Zuid uit het profiel vervangt, zou deze voorbeeldproef inhoudelijk mislukken. De klantenlijst kan toch volledig zijn overgenomen. De acceptatievoorwaarde is hier dat de oude order zijn bevestigde stand behoudt en alleen in het daarvoor aangewezen systeem wordt afgehandeld.
Ook Shopify's documentatie onderscheidt klantmigratie en historische orders, met verschillende overdrachtsmethoden. De adresinterface beschrijft het orderadres en latere profielwijzigingen afzonderlijk. Controleer die scheiding in de daadwerkelijk gekozen bron- en doelsystemen.
De proef tot aan de afhandeling volgen
Vergelijk in een aparte testomgeving de bronstand met het overgenomen record en het latere verwerkingsscherm. Controleer de klantkoppeling, het orderadres en de betaal- en verzendstatus. Een historische verwijzing in het doelsysteem mag in dit plan geen nieuwe betaling of extra zending starten. Herhaal de overdracht en controleer of dezelfde bronorder wordt herkend.
Tijdens de proef worden echte klantmeldingen, betalingen en verzendopdrachten tegengehouden. Leg waargenomen en verwachte resultaten apart vast.
Wijzigingen tot de omschakeling afstemmen
Adressen, betalingen of verzendstatussen kunnen tussen proefkopie en omschakeling veranderen. Bepaal een omschakeltijdstip met tijdzone en stem die wijzigingen af. Controleer ook overdrachten die nog in het oude bestelkanaal wachten.
Bij afbreken stopt de orderinname voordat een ander kanaal opengaat. Al aangenomen nieuwe orders moeten eenduidig bij het afhandelende systeem blijven horen. De toegang tot oude orders eindigt pas wanneer hun verdere afhandeling en beantwoording van vragen via een aantoonbaar werkende route mogelijk zijn.
Bronnen
Verder lezen
Alle artikelen
E-commerce met ASES
Webshops, marktplaatsen en B2B-portalen