[E-Document Formats] Migrate NAV PRs 247170 and 247176 into BCApps

[Groenbech96]

Summary

Migrates the PINT A-NZ and Factura-E e-document formats onto the E-Document V2.0 structured import pipeline. Each format now provides an IStructuredFormatReader implementation that reads the received XML directly into the purchase draft staging tables (E-Document Purchase Header/E-Document Purchase Line), replacing the legacy import flow.

AB#580191

Changes

PINT A-NZ (src/Apps/APAC/EDocumentFormats/PINT A-NZ)

• EDocumentPINTANZHandler — new IStructuredFormatReader.ReadIntoDraft implementation that parses the PINT A-NZ UBL invoice/credit-memo into the purchase draft buffers.
• PINT A-NZ EDoc Read into Draft — enum extension registering the handler on "E-Doc. Read into Draft".
• Test resource (pint_a-nz-invoice-0.xml), structured tests and validation codeunit.

Factura-E (src/Apps/ES/EDocumentFormats/FacturaE)

• EDocumentFacturaEHandler — new IStructuredFormatReader.ReadIntoDraft implementation for the Factura-E 3.2.2 XML, including unit-of-measure mapping from Factura-E international codes to BC units of measure.
• Factura-E EDoc Read into Draft — enum extension registering the handler on "E-Doc. Read into Draft".
• Test resource (facturae-invoice-0.xml), structured tests and validation codeunit.

E-Document core (src/Apps/W1/EDocument)

• E-Document PEPPOL Utility — new public helper codeunit with reusable PEPPOL BIS 3.0 UBL extraction logic (namespaces, party, amounts, lines, attachments, currency) shared by the format readers.
• E-Doc. Readable Purchase Doc. — SetBuffer promoted from internal to public (with documentation) so format readers can present extracted data without persisting a draft.

Tests

Each format has structured integration tests covering:

• Full content extraction into the draft staging tables.
• Purchase invoice creation from a valid document (lines auto-matched to items via item reference).
• Updating a draft line through the UI and finalizing the document.

All new tests run in the IntegrationTests bucket (AU/NZ for PINT A-NZ, ES for Factura-E).

[github-actions]

Copilot PR Review

Iteration 7 · Outcome: completed

Knowledge source: https://github.com/microsoft/BCQuality@186d8a131465475c79244d994acb872cd5c0d4bf

Findings by domain

Findings split into Knowledge-backed (cite a BCQuality article) and Agent (the agent's own judgement, no matching BCQuality rule).

Domain	Findings	Knowledge-backed	Agent	Inline	Fallback
Interfaces	1	1	0	0	0
Privacy	2	2	0	2	0
Style	1	1	0	1	0
Testing	2	2	0	0	0

Totals: 6 knowledge-backed · 0 agent findings.

Orchestrator pre-filter (2 file(s) excluded)

• layer-disabled (knowledge) : 2 file(s)

_{Findings produced by the AL review agent v1.7.3. Reply 👎 on any inline comment to flag false positives.}

[Groenbech96]

Follow-up on the work-item check: I could not infer a valid ADO work item from the mirrored source PRs, so this needs a human-provided work item ID. Once an ID is provided, add AB# (or Fixes AB#) to the PR description and the check should pass.

[github-actions]

$\textbf{🟡\ Medium\ Severity\ —\ Error\ Handling}$

The new PINT A-NZ and Factura-E readers rely on the shared SetNumberValueInField/SetDateValueInField helpers, which call Evaluate without checking its Boolean result. These two new, untrusted-XML entry points substantially increase exposure to this pre-existing gap: if a required XML node is present with malformed numeric/date content, the import surfaces a raw conversion exception instead of a controlled document-format error. Guard these Evaluate calls and translate bad values into a reader-specific parse/validation failure.

Line mapping was unavailable, so this was posted as an issue comment.

_{👍 useful · ❤️ especially valuable · 👎 wrong - reply with why · AL review agent v1.12.4}