Document Automation Extraction consistently getting wrong text values

​@sleemand Is this PDF a machine-generated file or a scan? For example, if you open this PDF in Acrobat Reader (or your browser or whatever), can you highlight the text or is it one solid graphic?

If it is machine generated (where you can highlight the text), you may be able to bypass use of the OCR and scrape the text directly, eliminating OCR issues.

​@Aaron.Gleason 

These particular invoices are machine generated.

Is there an easy way to do this?

My current process for AP invoices:

1. Download all pdf attachments from our AP email mailbox
2. Send them through document classifier
3. Create document automation requests for all the “invoice” classified documents
4. That request then flows through a document workspace process for extraction/validation and download

I could maybe route these through a different path from the email download step, but I was sold on document automation being a simple solution compared to IQ bot having to train all vendor invoice formats manually.

​@sleemand The problem here is the OCR, not Document Automation. My suggestion of bypassing OCR means you will get a perfect extraction of data from the document, but it only works with machine-generated PDFs.

For these kinds of PDFs, you can create a separate learning instance that uses direct text extraction from the document. Otherwise, if you have a machine generated PDF, DA converts it to a graphic and runs OCR on the document.

When creating your learning instance, choose the Direct PDF Extractor option to do direct text extraction.

​@Aaron.Gleason 

So I am trying to do this now and copy my learning instance to change the OCR settings.

So far it has giving me an error saying it couldn’t copy the instance, and now I can’t access any of my learning instances. I keep getting a generic server error.

​@sleemand Try building a separate learning instance from scratch for now. I would also recommend sending an email to support@automationanywhere.com about the generic server error, as this isn’t something we can fix here.

(My generic server error resolved itself after a long wait)

Unfortunately, the digital PDF option doesn’t seem to fix the issue here. 

The description’s PO is still being extracted as 004393307 for some reason. (Now has an extra 3 from the last extraction)

With this method, the validator now doesn’t detect the PO text at all.

​@sleemand If you copy and paste the text from the PDF (outside of Automation Anywhere) and put it into Notepad, are you getting the correct PO number? Try highlighting the Shipment Date to the Customer PO lines and pasting that into Notepad.

​@Aaron.Gleason 

Yeah, copy/paste looks to be fine.

I tried multiple times and the value is exactly as it displays on the PDF.

 Highlight when opening the PDF file in Edge browser.

​@Aaron.Gleason 

I’m doing some other config testing with the learning instance.

I switched from OpenAI to Anthropic for the genAI extraction and that seems to have worked.

I’m not sure if I should keep this change in production and possibly affect other invoice formats or try and get this specific format working in OpenAI.

​@sleemand Very interesting. Give it a try with your other learning instance and see if that improves things. If not, email me a PDF at aaron.gleason@automationanywhere.com and I’ll give it a look too.