The proposer doesn't have to sign the document manually in the app — by setting autosign_proposers, their signature or approval happens automatically right when the document is created. This is useful when documents are generated by your system, the proposer has already seen them, and their manual signature isn't needed. Consult your legal department on whether auto-signing is appropriate for your case.
How to do it
Add autosign_proposers to settings:
- for the
signrole, the value is the place of signature (e.g."In Prague") — it will be added to the automatic signature, - for the
approverole,trueis enough.
{
"people": [
{ "is_proposer": true, "email": "vas@email.cz", "contract_role": "sign",
"positions": [ { "x": 50, "y": 80, "page": 0 } ] }
],
"settings": { "autosign_proposers": "In Prague" },
"file": "uploaded_file_key"
}
curl -X POST "https://api.signi.com/api/v1/contract/" \
-H "x-api-key: YOUR_API_KEY" \
-F "data=@dokument.json;type=application/json" \
-F "uploaded_file_key=@dokument.pdf"
What happens
In the example above, the proposer is the only signer — so the document signs itself right after creation and moves to the completed state (processing takes a moment, the state switches within seconds). If there are also counterparties in the document, the automatic signature applies only to the proposer, and the others receive invitations as usual. And note: only the first proposer is signed automatically — if there are more, the others must sign manually.
The response at creation looks the same as usual (state: "pending") — you'll know it's complete by querying the document status or via a webhook.
Where to next
- Document lifecycle
- Document from a template — autosign is also useful with templates
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article