22-09-21 05:41 PM
We have a scenario where files are being transferred from Email, to Blue Prism, to Decipher, to Blue Prism, to an API call, to Email confirmation at present. It's a bit complicated but effectively Decipher is capturing the data and helping Blue Prism transform it to the API call. While most of this works as expected, in some scenarios, bad *.pdf files (PDF's that include changeable fields, or non-flattened data) are Exceptioned by the system.
What I'd like to know, is there a method in the Decipher.dll that allows Blue Prism to get these exception batches. The idea is to be able to complete the email loop and state the file was not accepted by Decipher X number of times in a period such as a Blue Prism Scheduler.
For reference I'm wondering if it's just built into the Decipher.Dll already like this
try {
var nextBatch = Connection.GetNextCompletedBatch(QueueName, new RabbitMqConnectionFactory());
Answered! Go to Answer.
23-09-21 08:02 AM
23-09-21 08:02 AM
23-09-21 02:02 PM
Hi Ben,
Thank you for your prompt response, this is just to extend the conversation a little bit more.
Your suggestion about the Virtual Flag and Soft Validation is something I'm already utilizing when documents do not meet full criteria. But this question is more born out of a document that is not compatible with Decipher and errors out before I can get to any sort of Validation.
What I would like to see is a way for the "Exception" to be an output data, or status for the batch where it can be picked back up by an automation when collecting Exception batches out of RabbitMQ.
What I will do instead for this automation is create a BP process where the associated input cases will automatically be marked for reply after a window of time has passed if there is no answer. While this is not ideal, and I would hope that the Decipher team is able to create a better pattern for exception handling at all points of the Document lifecycle.
23-09-21 04:13 PM