Skip to content

Multi-Signer Routing ​

Aoexl supports both parallel and sequential signer routing.

Routing Modes ​

Aoexl merchant onboarding demo

Parallel ​

All recipients can be invited immediately.

Sequential ​

Only the first signer is active at the start. Later signers wait until earlier signers complete.

Current Product Behavior ​

  • request metadata stores routing mode and signing order
  • sequential requests are created with waiting-turn status for later signers
  • completion activates the next signer in the sequence
  • local fallback sessions also support sequential advancement

Sequential Request Example ​

json
{
  "action": "bulk_create",
  "documentId": "doc_123",
  "documentName": "Merchant.pdf",
  "sourceDocumentPath": "user_123/doc_123.pdf",
  "routingMode": "sequential",
  "recipients": [
    {
      "signerName": "Jane Merchant",
      "signerEmail": "jane@example.com",
      "signingOrder": 1
    },
    {
      "signerName": "Alex Approver",
      "signerEmail": "alex@example.com",
      "signingOrder": 2
    }
  ]
}

In sequential mode, the first signer receives an active link immediately. Later signers remain queued until the previous signer completes.

Data Model Concepts ​

  • request_group_id
  • routing_mode
  • signing_order
  • is_active
  • activated_at

Operational Notes ​

  • the developer hub request history now shows grouped signer chains, per-signer status, and completion artifacts
  • support teams should still verify whether next-signer activation happened via edge completion or local fallback when debugging unusual sequences

Built for product, engineering, and operations teams shipping PDF signing flows.