Limitations

Process-related limitations

This solution can handle a wide range of scenarios, but it is important to be aware of the process limitations in its current version. Understanding these constraints helps ensure a smooth workflow and clarifies when manual intervention in the Review Center is required:

  • Multi-PO Invoice Processing

    This solution handles invoices with multiple Purchase Order (PO) numbers only if the PO numbers appear on the item line level.

  • PO Numbers at the Header Level

    If multiple PO numbers are in the header section of the invoice, the system processes only the first PO number it identifies. The invoice matches against that single PO, and any discrepancies or remaining balances require manual handling.

  • Unsupported invoice types

    The solution currently does not support Financial Agreement Invoices. However, it can process Purchase Order (PO) Invoices, Expense Invoices, and Credit Notes.

  • U/M conversions

    Unit of Measure (U/M) conversions are not automatically handled. If an invoice line contains a U/M that is different from what the PO specifies, the system sends it to the Review Center for manual confirmation or correction. For example, the U/M is case in the invoice but each in the PO.

  • Discounts

    The automated process does not apply or calculate discounts specified on the invoice, whether at the header or line level. The system ignores any discount information and processes the invoice for its gross amount. It does not send an exception to the Review Center for discounts; any potential early payment discounts remain unprocessed unless handled manually outside this workflow.

  • Complex matching scenarios
    Manual processing is required when the system cannot determine a unique match for an invoice line, such as these common scenarios:
    • Duplicate items on a PO: The same item is displayed on multiple lines of a PO.
    • Delivery note linked to multiple POs: A single delivery note is associated with more than one PO.
    In both scenarios, the automated matching process stops, and the system sends the invoice to the Review Center.
  • Language support

    While the underlying IDP with GenAI has broad language capabilities, this solution is fully tested only for documents in English and French. Invoices in other languages may result in lower extraction accuracy and likely route to the Review Center for manual verification.

Document capture limitations

Documents must meet these requirements to be processed in the IDP system:

  • Supports only the PDF file format as an attachment to email and files placed in a local folder.
  • Processes PDF files up to 5MB; however, the allowed file size might vary depending on the Infor OS tier level.
  • Processes PDFs with up to 20 pages.
  • Requires PDF quality of more than 300 DPI.

This solution uses Infor Document Processor (IDP) with a generic preconfigured GenAI prompt to extract data from invoices. This approach is designed for high accuracy on standard invoice layouts but has a key limitation regarding customization.

The solution does not support creating or extending custom prompts for individual suppliers or unique invoice formats. The generic nature of the prompt means it optimizes for standard fields such as Invoice Number, PO Number, and Total Amount but cannot extract non-standard or custom fields that are unique to a specific supplier's template.

Example:

If a standard invoice has a field clearly labeled Invoice Number: INV-12345, the generic prompt can reliably extract this value.

However, if a supplier’s invoice includes a unique, unlabeled reference code that your business uses for internal routing but is not part of a standard field such as Service ID: ABC-987, the system does not capture the ABC-987 value.

As a result, invoices that rely on unique, non-standard fields for processing route to the Review Center for manual data entry of those specific fields.