Hello,
I have a little bit doubts when is use Flexicapture 11 for invoices.
Sometimes abyy can't recognize some field or recognizes field but not inaccurately.
Example in scan
Number 27 in table doesn't recognized and number 3.118.622 doesn't recognized correctly
What Can I do better ?
And How Can I change some value in table using script ?
Hello,
We suppose that the recognition problem is related to the layout regions. Please make sure that borders of the captured regions are placed correctly. We see that the length of the region that captures the 3.118.622 value is the same that for shorter values in the same column and is not enough to capture the right part of the longer value. Also for the 27 value - the region is too tight and that may cause non-recognition.
If you have the sources of the flexilayout, you may stretch the found regions by using "Rect::GetInflated()" method or by using ExactColumnBorders() for the Table element.
Otherwise during the verification you may slightly move the regions' borders and FlexiCapture will re-recognize the inflated regions and will possibly capture the correct value from them.
Ekaterina,
Thanks for your reply. I have one more question.
When I export batch to flexilayout studio how Can I something change in line items ?
In FL you can see that flexicapture has problem with recognize numer 2. Example in attachment.
Hello,
To change line items you may chose the Tools > Export Batch in FlexiLayout Studio > Create New FlexiLayout Project button in the Invoice FlexiCapture project menu. When the export was performed, you may create a new table or repeating group with desired customization in the “CustomSearchElements” group. Then create the .afl file and use it as additional layout on the FlexiCapture level as described on the last screenshot.
Ekaterina,
Thanks for you reply.
When I create repeating group and I check in search constraints "Absolute search area constraints" ,pages all and regoion <whole page> recgoninition time is about 2 minutes... this is too long.
I suppose that thi is not good solution to match repeating group in all pages.
Do you have any other solution ?
Ekaterina,
One more question.
When I have invoice where in first row there is no field, but this field is in fourth rows, this number in line items is first, but other field is four.
Later when i recogine document in verification station this field is in first row, no in fourth.
How Can I do that this number be the same like line Items number ?
Thanks a lot
Hello,
Most probably, in the repeating group you've created the "height" of instances is not delimited and that results in "branched" hypothesis tree (and slowness of matching) and picking into the same instance the elements that should belong to different ones.
To avoid this, some logic should be added to restrict search area for new line elements. Usually in repeating groups one required element is found and all other elements are set optional and looked for in the row delimited Above: and Below: relatively to this required element.
This required element or the whole group container should have the
If HasInstances then Below: LastFound;
code in the Advanced relations tab.
Ekaterina,
I have problem with correctly matching line Items.
To the point... Position "country of origin" appears not in each repeating group - in first line items this postion in not avalible, but is avalible in 4 line items but in FC we can see this position in first line items - this is wrong. Please look in attach
What can I do that in this example position country of origin has 4 line item althoung appears first time ?
Hello,
As we described above you need to restrict the region where you propose to find an element.
Please sign in to leave a comment.
