Request
Headers
| Header | Required | Description |
|---|---|---|
Authorization | Yes | Bearer token with your API key: Bearer YOUR_API_KEY |
Content-Type | Yes | Must be application/json |
Body Parameters
The unique message identifier returned when the message was created.Example:
"msg_abc123def456"When You Can Invalidate
You can only invalidate a message when all of the following conditions are true:Message Exists
The message must have been successfully created via the Message API
What Happens After Invalidation
Message Visibility
- User can still see the message - The message remains in the user’s UIP app
- Cannot be signed - The signature action is permanently disabled
- No webhook sent - Invalidation does not trigger a webhook event
Use Cases for Invalidation
Request Canceled
Cancel signature requests when the underlying transaction or agreement is canceled
Wrong Recipient
Invalidate messages sent to the wrong user before they sign
Document Updated
Invalidate old signature requests when documents are revised or updated
Business Logic Changes
Cancel pending signatures when business requirements or approval workflows change
Response
Success Response (200 OK)
Returns HTTP status code 200 with no response body on successful invalidation.Example Request
Example Response
Errors
See the Error Handling Guide for comprehensive error handling strategies. Possible error codes for this endpoint: Authentication Errors:auth/missing-api-key- No API key provided in Authorization headerauth/invalid-api-key- Invalid API keyauth/revoked-api-key- API key has been revokedauth/unauthorized- You do not own this message
request/invalid-payload- Request payload is invalid or missing required fields (message_id is required)request/not-found- No such registered route in API service
resource/not-found- Message ID not found or business not foundresource/invalidated- Message already invalidatedresource/already-completed- Signature already collected, cannot invalidate
internal/server-error- Failed to invalidate message or process requestdata/corrupt- Corrupt key data detected
Implementation Flow
Create Signature-Required Message
Send a message via the Message API with
signature_required: trueBusiness Logic Triggers Cancellation
When your business logic determines the signature request should be canceled (transaction canceled, wrong recipient, etc.)
Best Practices
Invalidate Promptly
Invalidate messages as soon as you know they’re no longer needed to prevent confusion
Track Invalidation Status
Store invalidation timestamps in your database for audit trails and compliance
Handle Errors Gracefully
Check for already-signed or already-invalidated errors and handle them appropriately
User Communication
Consider notifying users separately when you invalidate their pending signature requests
Common Scenarios
Transaction Canceled
Transaction Canceled
When a transaction or agreement is canceled, invalidate pending signature requests to prevent users from signing outdated documents.
Document Revision
Document Revision
When documents are updated or revised, invalidate old signature requests and send new ones with the updated documents.
Wrong Recipient
Wrong Recipient
If a signature request was sent to the wrong user, invalidate it before they sign to prevent legal complications.
Approval Workflow Changes
Approval Workflow Changes
When approval workflows or business requirements change, invalidate pending signatures that are no longer relevant.