Two system names are not yet a brief. Take one recognisable order and describe what needs to happen to it. These five decisions establish which data you need and when a team member takes over.
- Trigger. Which event starts processing: placing an order, payment or a check by your team?
- Source and direction. Which system owns each value? Define stock and order status separately; they do not have to come from the same source.
- Identification. How do you identify the same order, customer and item in both systems? Keep the reference to the created record too.
- Exceptions. What happens when an item is missing, an address changes or a system does not respond? Decide who corrects the issue and when a retry is appropriate.
- Check after transfer. How do you establish that the destination processed the data? Compare source and destination and agree who investigates unresolved differences.
Illustrative example, not a customer case: a paid online order should arrive as one sales order in AFAS. An unknown item sends the order for review. If AFAS does not respond, check whether the order already exists before writing it again. This defines both the intended transfer and the decision to make when the result is uncertain.
For a technical walkthrough, read the WooCommerce and AFAS guide. To discuss implementation, explore the data flows, approach and scope of our WooCommerce–AFAS integration.