Fix outgoing E-Documents opening Purchase Draft page instead of E-Document card

[Copilot]

Drilling into an outgoing (sales) E-Document from the mixed-direction E-Documents list opened the E-Document Purchase Draft page instead of the E-Document card, since EDocumentHelper.OpenDraftPage only branched on Import Process version, not Direction. Outgoing documents never populate Process Draft Impl., so it kept its default enum value ("Purchase Document"), which resolves to the purchase-draft implementation.

• EDocumentHelper.Codeunit.al: OpenDraftPage now checks EDocument.Direction = Direction::Outgoing first and opens Page::"E-Document" directly in that case, before evaluating the Import Process version — mirroring the existing pattern used by NewFromFile().
• Test: Added a regression test that creates an outgoing E-Document on a service with Import Process = Version 2.0 (the scenario that triggered the bug) and asserts OpenDraftPage opens the E-Document card rather than the purchase draft page.

procedure OpenDraftPage(var EDocument: Record "E-Document")
var
    IProcessStructuredData: Interface IProcessStructuredData;
begin
    if EDocument.Direction = EDocument.Direction::Outgoing then begin
        Page.Run(Page::"E-Document", EDocument);
        exit;
    end;

    if EDocument.GetEDocumentService().GetImportProcessVersion() = "E-Document Import Process"::"Version 1.0" then begin
        Page.Run(Page::"E-Document", EDocument);
        exit;
    end;
    IProcessStructuredData := EDocument."Process Draft Impl.";
    IProcessStructuredData.OpenDraftPage(EDocument);
end;

• Fixes [E-Document] Outgoing (sales) e-documents open the Purchase Draft page from the E-Documents list #9848

[github-actions]

Could not find a linked ADO work item. Please link one by using the pattern 'AB#' followed by the relevant work item number. You may use the 'Fixes' keyword to automatically resolve the work item when the pull request is merged. E.g. 'Fixes AB#1234'

[Groenbech96]

@copilot fix the issues.

[Copilot]

@copilot fix the issues.

Fixed in e6559fe. The CI failure was a compile error in the new test (AL0118, missing using Microsoft.eServices.EDocument.Processing.Import; for the E-Document Import Process enum), which was cascading and failing every country-app build.