A party who already signed gets their copy, not the document again

Fixkamo-signer-monorepo
Shipped
August 7, 2026 at 6:52 AM UTC
Author
Kamo
Commit
56c5e5c

The session always started at "welcome", so a signer following the link in their completion email — or simply reopening the invitation — was walked through the whole flow a second time and only found out at Finish, as an unexplained "we couldn't submit your signature", that the server refuses a second signature. They now land on their receipt, with the executed document to download once every party has signed. Adds the two refusal reasons ESigService can now return: DELEGATED (this party handed the document on) and NOT_YET (a sequential envelope whose earlier party has not signed).

All changes

Like what you see shipping?

Every one of these updates lands in your workspace automatically. Start free and watch it grow week after week.

Start Free ForeverView Pricing