RelayKit demonstrates how a paid WooCommerce order can reach an external fulfilment, licence, recharge or logistics provider without depending on one fragile API request. Deliveries are stored before transmission, assigned stable idempotency keys and moved through visible recovery states.
RelayKit demonstrates how a paid WooCommerce order can reach an external fulfilment, licence, recharge or logistics provider without depending on one fragile API request. Deliveries are stored before transmission, assigned stable idempotency keys and moved through visible recovery states.
WooCommerce stores, WordPress agencies and integration teams connecting paid orders to external service providers.
I built the installable plugin, delivery state model, signing and secret-handling utilities, scheduling strategy, administrative recovery flow, tests and safe browser demonstration.
The plugin does not claim impossible exactly-once transport. It models at-least-once delivery with stable idempotency, persists intent before external side effects and stops retrying errors that are unlikely to recover.
Temporary errors use exponential retry scheduling with jitter and a fixed attempt ceiling. Permanent failures remain visible, and manual retries require WooCommerce management capability plus a valid nonce.
Portable policy tests cover retry classification, redaction and recovery rules. Browser records and provider responses are synthetic.
GitHub Pages runs only the static demonstration. It does not execute PHP or WordPress. The repository contains the installable plugin for local WooCommerce review.
Production adoption requires provider-specific payload mapping, hosting-appropriate key management, retention controls, monitoring and end-to-end sandbox verification.
Let’s work together
I help teams turn complex product, integration and reliability requirements into clear, maintainable software.