Vitaliy | Posts: 3

From PDFs in each request --> to using templates based on PDFs

0 votes
Hello, Currently we're having the following solution: 1. PDFs are created using DOCUMENT EXTRACTION (for signatures) and FIELD INJECTION (for text fields); 2. Values for text fields are new in every request; 3. Positions for text fields are configured with PDF form fields; 4. With every request we supply: a) Details for signers; b) Field name + field value pairs; c) Binary data of PDF. What we would like to achieve: 1. PDFs are created using DOCUMENT EXTRACTION (for signatures) and FIELD INJECTION (for text fields) only once and uploaded as a template; 2. Values for text fields are new in every request; 3. Positions for text fields are used from a template; 4. With every request we supply: a) Details for signers; b) Field name + field value pairs; Notes: Document Extraction works good. But I don't understand if there is possible to specify positions for a text values via with a template using PDF Form Fields. As I understand we can do that manually in OneSpan website but this will take a lot of time to move from an old solution to new. We already spent time positioning text fields in PDF as form fields and would like to create a template that is stored in our OneSpan account to reuse it with every new request.

Duo_Liang | Posts: 3776

Reply to: From PDFs in each request --> to using templates based on PDFs

1 votes
Hi Vitaliy, Unfortunately, PDF forms can only be recognized once when uploading to Doc Engine at the first time, then the forms will be flattened during the whole e-signature process. So in your scenario, when you create a transaction from a template, all PDF forms have been gone, which prevents you from supplying the new key-values through Field Injection feature. What can be passed is the OneSpan Sign fields, that's why you can still see the signatures in cloned packages. Since only OSS fields can be passed from template to a transaction, you can consider using label fields instead. The difference is, the label fields will only be stamped to document after the signer signed, whereas Field Injection directly stamped the value during uploading. So the signer may have slightly different user experience during signing. You can either achieve this using code: create the transaction from a template, then update the label field values in DRAFT status. Or you can directly use our bulk send feature that allows you to use a CSV file to supply all these field values.(guide here) And may I also know the reason why you want to preserve the document in a template? I understand that you may not want to upload the document every time since the content are nearly identical, but from my own test, inherit documents from a template actually takes the same time as you upload them every time. Hope this could help! Duo

Vitaliy | Posts: 3

Reply to: From PDFs in each request --> to using templates based on PDFs

0 votes
Thanks Duo! The fact that values are stamped after signing will not work for us. The reason for this is that Salesforce has a limitation of 6mb per transaction. To form a multipart/form-data request in Salesforce we convert binary data to base64 encoded string which doubles document size so our maximum for PDF document is 3mb. However, our documents usually take from 3 to 6 mb, so we use online services to compress them and this compression leads to the situation where form-fields values are in different font sizes. We spend a lot of time to play with form-field's height and settings to fix font issue after compression.

Duo_Liang | Posts: 3776

Reply to: From PDFs in each request --> to using templates based on PDFs

0 votes
Hi Vitaliy, Are you using OSS SalesForce Connector or invoking API through an Apex classes/OSS Apex SDK? Please note that even if the value will only stamped to PDF after signing, recipients can still see the value during Signing Ceremony, just they are shown in a label box, see below screenshot: Or if you are integrated, another workaround is to bind these labels to your sender, and having an invisible signature with size (0,0), once you've sent the transaction, you can programmatically sign as sender so that these values can be stamped. Duo

Vitaliy | Posts: 3

Reply to: From PDFs in each request --> to using templates based on PDFs

0 votes
Hi Duo, Thanks for the info, we will try this. And we're invoking API through an Apex classes.

Hello! Looks like you're enjoying the discussion, but haven't signed up for an account.

When you create an account, we remember exactly what you've read, so you always come right back where you left off