The bulk send feature is for envelopes with "remote" signers. (Signers notified by email )
In your case, when the signer presses the sign
button on your site:
- Create the envelope (using jwt to impersonate the sender). As you say, the envelope's amounts/ data is personalized for the signer
- Create the recipient view for the signing ceremony
- Redirect the signer's browser to the signing ceremony
There's no need and no advantage to using batch send. If the content of the envelopes vary, then have your business person ( the person creating the envelopes) modify a template that your app will use to create the envelopes.
If you need to enable the business person to have two different envelopes in flight to the list of people at the same time then you'll need to create your own tracking database for that.
Thousands of envelopes don't need bulk send?
If you're sending many envelopes that all use the same template with the same documents, etc, then Bulk Send docs, API docs should always be considered first.
In this case, the OP use case includes signing via an embedded signing ceremony. That's not supported by Bulk Send. If your use isn't supported by bulk send then you will need to send the envelopes individually. That's supported too.
Who's clicking my link?
If you're implemented embedded signing via your application, then you need to know who's clicking your application's "Sign" button.
There are several techniques:
If the person needs to login/authenticate with your application before they can use it, then your app's authentication system will know who the current user is.
If the signer just shows up at your site, then, depending on the use case, the signer might only need to identify themselves via a form on the website. You can then do whatever level of authentication you want. Eg, the person enters their phone number and you then send them a code via SMS that they need to enter into your app.
If you want to send the users an invite to your website, then you can personalize the emails that you send out. One email would say to sign, open this link: myapp.mycompany.com/?code=1234-5678-444, another would use the link myapp.mycompany.com/?code=5534-5338-333
Note that you must not use an easily guessable code nor use an ID since you don't want person A to be able to forge person's B identity.
Use case: many users, personalized amounts in the envelopes
For your use case, it sounds like bulk send is the right answer except for the issue of embedded signing. You may want to reconsider whether you want embedded signing or not. If the signers are not already regularly visiting your web app, it may be easiest for them to simply sign via an email link rather than signing via your web app.