Order-to-Event Reconciliation
Designed to line WooCommerce orders up against the Purchase events that were actually sent, so a missing sale has an order number.
updated
Coming to PixelCapi Pro Outline — facts still to be confirmedNot shipped yet. Order-to-Event Reconciliation is in development. This page describes what it is designed to do, in future tense, and will be rewritten as reference documentation when it ships. Release notes go out on the changelog.
This article is a structured outline. Its headings and scope are settled; the
specific values, screens and steps are marked TODO(owner: verify)
until they have been checked against the plugin itself. Blueprint §7 is explicit
that no article may state plugin behaviour that has not been verified.
What it is designed to do
Compare the store’s own order list against the events that were sent, and show every gap with its order number attached — so a missing conversion becomes an order you can open rather than a number you cannot explain.
Three different problems are designed to appear as three different rows: an order with no event, an event the platform rejected, and an event still waiting in the retry queue.
What already helps today
Purchase is server-first, which removes the largest single cause of missing sales. See Purchases missing after PayPal.
Outline still to fill
TODO(owner: verify) — everything below the line here depends on the shipped implementation: the screen, the date ranges, whether reconciliation is per-platform, and what actions are offered on a gap row. Nothing in this section may be written as reference documentation until the capability exists.
Was this page helpful?