Hello VeryPDF team,
Thanks for your answer and I have some additional questions.
Also, just in case it helps, I have included a summary map of the solution we would like to develop.
Regarding the questions:
1) you mention "docPrint Pro will create a new document that merges/combines the original document plus the signature."
* does docPrint already allows to use a Wacom or equivalent signature pad ? Or it needs additional development ?
2) The point where the combined document is stored in a file server or in an sql server (as a BLOB), has to be based on a name/key, and that name/key has to be found from the job stream. Is that possible?
* the existing old window's program, when printing the invoices through the windows spool printer, the name of the print job is always the same, "Document".
* that is, the print job name does not give a clue about the invoice number, but the data stream in the print job does include the invoice number, and is always included using same format.
* so, is it possible that your software does read the print job stream and finds the invoice number, so that number can be used as the name for the combined pdf document, as well as the key when storing the BLOB in the sql database.
3) Is VeryPDF capable of doing these adjustments/developments with their own team or a partner? Or will we have to find our own development team?
Customer
---------------------------------------
>>1) you mention " docPrint Pro will create a new document that merges/combines the original document plus the signature"
>>* does docPrint already allows to use a Wacom or equivalent signature pad ? Or it needs additional development?
Thanks for your message, docPrint hasn't signature function yet, this function needs additional development.
>>2) The point where the combined document is stored in a file server or in an sql server (as a BLOB), has to be based on a name/key, and that name/key has to be found from the job stream. Is that possible?
Yes, this is possible, VeryPDF can extract all information from the printing job steam, so we can get the name/key from printing data stream easily.
>>* the existing old window's program, when printing the invoices through the windows spool printer, the name of the print job is always the same, "Document".
>>* that is, the print job name does not give a clue about the invoice number, but the data stream in the print job does include the invoice number, and is always included using same format.
>>* so, is it possible that your software does read the print job stream and finds the invoice number, so that number can be used as the name for the combined pdf document, as well as the key when storing the BLOB in the sql database.
Yes, this is possible.
>>3) Is VeryPDF capable of doing these adjustments/developments with their own team or a partner? Or will we have to find our own development team?
You should better find your own development team, VeryPDF development team is good at VeryPDF products, but we don't family with your products, your development team will make a bridge between your products and VeryPDF's products, so if you have a development team, that's would be better.
VeryPDF