Implement an admin interface for replaying historical webhook payloads , enabling debugging and recovery from processing failures.

[Mystery-CLI]

The webhook replay admin interface provides operators with the ability to reprocess historical webhook payloads that failed during initial processing. This system is critical for recovering from transient failures, testing bug fixes, and handling scenarios where processing logic has been updated after the original webhook was received.

The design builds upon the existing webhook processing infrastructure and audit logging system. It introduces three primary capabilities:

1. Query Interface: List and filter failed webhook attempts with rich metadata
2. Replay Operations: Execute single or batch replays with dry-run testing support
3. Audit Trail: Comprehensive tracking of all replay attempts with operator attribution

The system respects idempotency constraints to prevent duplicate processing side effects while providing operators with override capabilities when necessary. All operations require admin authentication and are fully audited for compliance and debugging purposes.

Key Design Principles

• Safety First: Dry-run mode and idempotency checks prevent accidental duplicate processing
• Auditability: Every replay attempt is logged with operator identity and outcome
• Performance: Batch operations support efficient recovery from widespread failures
• Simplicity: Leverage existing transaction and audit log infrastructure

Architecture

System Context

The webhook replay system operates within the existing Synapse payment processing architecture:

closes #175