AutoStore: Reasons to Consider Using the Document Writer
A really great tool tucked inside the AutoStore toolbox is the Document Writer process component. Essentially, it provides the ability to create a text-based file within an AutoStore task. The text produced can include both static elements, and well as RRT values. Here are a few practical reasons why the Document Writer can be so useful.
Testing RRT Values
Sometimes, we need to confirm the value of a particular RRT as it makes its way through the process. Include one or a group of RRTs in the Document Writer for the resulting text file to reveal the answer. For example, take an unfamiliar process component where the exact RRT values need to be analyzed. Just add those RRTs into the document writer to reveal the output, and it's a great way to get through the testing phase.
Testing OCR Text
OK, this is similar to Testing RRT Values, but different. Yes, we are testing an RRT value, but not from a logical data point in the process. What's really being tested is the recognized text from the OCR process component of a scanned image, and the integrity of the image. Perhaps scan settings need to be addressed, or maybe the document is best suited for human handling rather than going through a server-side process.
Workflow Data Files
It is common practice for many systems to consume documents paired with an accompanying file with additional metadata. For example, many fax servers have the ability to take a PDF or TIF, and with a properly formatted XML file, it can parse it so that the document can be sent to the intended fax destination. Appropriately structure the information for that system, and the route integration is simple and flexible.
In Closing
These are just a few reasons why the Document Writer is a very cool component, and in no way limited to. I find it to be invaluable for testing, and a time saver.
Cheers!
Cheers!
Comments
Post a Comment