Detailed changelog for Continia Document Output 2025 R2, including CDN

Previously, when a sales invoice or credit memo with a line discount was exported in ZUGFeRD or CII format, the gross price and discount amount were rounded separately. This could cause the net price to differ by one cent from the gross price minus the discount, resulting in the following validation error:

• PEPPOL-EN16931-R046: Item net price MUST equal (Gross price - Allowance amount) when gross price is provided.

The gross price, allowance amount, and net price are now calculated using consistent rounded values, ensuring that the net price equals the gross price minus the discount. This applies to item, G/L account, and resource lines. Additionally, when Prices Including VAT is enabled, the line amount is now rounded to two decimal places.

Previously, when only Continia Document Output was installed, the VATEX Code field in VAT Posting Setup page was hidden by default. Even when made visible through personalization, the field could not be edited and did not provide a lookup. As a result, VATEX codes could only be configured using a configuration package.

The VATEX Code field is now visible and editable when Continia Document Output is installed, allowing VATEX codes to be configured directly in VAT Posting Setup.

Previously, when the job queue entry responsible for updating Continia Delivery Network metadata ran under a user with only the Continia Delivery Network - Basic permission set, the job failed with the following error:

• Sorry, the current permissions prevented the action. (TableData <Table ID> <Table Name> Modify: Continia Delivery Network)

The job queue repeatedly retried the job, preventing updates to networks, identifier types, network profiles, and profile document types.

The Continia Delivery Network - Basic permission set now includes the permissions required to update the metadata, allowing the job to complete successfully for users with basic permissions.

For eDocuments sent through the Peppol network, sender and receiver identifier endpoints are now sourced from their authoritative records. The sender identifier is read as-is from the participation record in Business Central, and the receiver identifier is retrieved from the Continia Delivery Network lookup at send time.

Previously, Business Central could reformat or transform Peppol identifier values before writing them into the eDocument XML. With the PEPPOL-COMMON-R042 rule now enforcing an 8-digit-only format for Danish (0184) participations, local formatting risked producing non-compliant documents. Identifier values are now passed through without modification.

For other networks, such as Nemhandel, identifier sourcing is unchanged.

The Peppol identifier format for new Danish (0184) participations has been updated to comply with the Peppol eDEC codelist requirements. When you register a new Danish Peppol participation, Business Central now sends the 8-digit CVR number directly, without adding a DK prefix.

This change ensures compliance with the upcoming PEPPOL-COMMON-R042 schematron rule, which requires Danish identifiers under scheme 0184 to use the 8-digit-only format.

Existing participations that were previously registered with the DK prefix are not affected and continue to work as before.

Whenever you open the Participations page, Business Central now also synchronizes participation identifier values from the Continia Delivery Network. If an identifier value has been updated on the network side – for example, to comply with updated Peppol format requirements – your local participation record is automatically updated to reflect the current value.

This ensures that your Business Central records stay in sync with the Continia Delivery Network without any manual intervention.

Previously, the DK prefix to 0184 (DK:DIGST) identifiers was automatically added when sending eDocuments, which caused deliveries to fail for participants whose registered identifier did not include the prefix.

Now, when the Recipient Type is set to Other in Continia Customer Setup, the Recipient ID Value is used exactly as entered, that is, the DK prefix is no longer added automatically.

Previously, sending a sales invoice or credit memo containing a fixed asset line could result in the eDocument being marked as Not Valid because the generated eDocument line was missing a name and unit of measure.

During eDocument generation, the line name is now populated from the fixed asset description, falling back to the sales line description when the fixed asset description is empty. Unit of measure information is resolved from configured code list translations or the unit of measure's international standard code, falling back to EA when no value is available.

In certain cases, executing the CTS-CDN Upgrade Metadata Job job queue entry could cause the metadata upgrade to fail with the following error:

• The current permissions prevented the action. (TableData 6086245 CTS-CDN Configuration Setup CDN Setup: Modify: Continia Delivery Network)

When a sales or service invoice or credit memo was sent as an XML document and a discount was entered in Line Discount % on the lines, the discount percentage was missing from the exported document – only the discount amount was included. The percentage was read from Line Discount Calculation, which stays empty on posted documents when the discount is entered as a percentage.

The line discount percentage is now exported for PEPPOL BIS3, XRechnung and OIOUBL documents, together with the base amount it applies to. Also, the document level discount percentage is now exported, and both percentages are calculated from the exported discount and base amounts. For OIOUBL the value is written as a factor, and for PEPPOL BIS3 and XRechnung as a percentage, as each format requires.

Previously, all eDocuments blob files were stored in the Business Central database, which could significantly increase the database size over time in environments with high document volumes.

eDocuments files can now be archived to Azure Blob Storage. The archive location and retention period can be configured in Continia eDocuments Setup. Eligible documents, including files attached to existing documents, are automatically moved to the selected storage by a scheduled background task while remaining accessible.

For more information, see Setting up Continia eDocuments.

Previously, when opening a posted purchase invoice or credit memo, the following error could occur:

• Unfortunately, The current permissions have prevented the action. (CodeUnit 6225559 CTS-CDN eDocument Feature Execute: Continia Delivery Network)

When the Amount Rounding Precision (LCY) in the General Ledger Setup was set to more than two decimal places (for example, 0.00001), generating a Peppol BIS Billing 3.0 eDocument for a posted sales invoice or credit memo could result in an invalid document that failed schematron validation.

The generated eDocument now uses the PayableRoundingAmount field to correctly handle rounding differences, ensuring that the document passes validation regardless of the configured rounding precision.

When the following chain of events occurs:

1. A customer uses e-document (such as PEPPOL or OIOUBL) with batch queue processing (not manual single sends)
2. Multiple documents are queued and processed in the same session
3. One queue entry fails (most commonly because the referenced document was canceled or deleted between queuing and processing)
4. A subsequent entry is processed successfully

– the successful entry after the failure may pick up the XML from the last successfully processed entry before the failure, resulting in the wrong customer's e-document being attached.

This has now been corrected, so that the proper XML is sent for each queued document.

When generating XML sales documents, the handling of TaxExemptionReason in the TaxTotal element is now consistent across tax category codes.

If a VAT category has a single VAT clause code across its lines, the Description and Description 2 defined on the VAT Clauses page are added to the TaxTotal node. If multiple VAT clause codes are present, the corresponding descriptions are added to the Note element on the e-document lines, and a generic TaxExemptionReason is added to the TaxTotal for that VAT category.

Added a toggle to the output profile to enable or disable automatic fallback to email if the eDocument ID is not registered.

When enabled, invoices are automatically sent by email if the Peppol endpoint is not registered, eliminating the need for manual intervention.

The handling of TaxExemptionReason in the TaxTotal element for PEPPOL and xRechnung eDocuments has been updated:

• When a document line’s VAT Posting Setup includes a VAT clause code, the TaxExemptionReason is populated using a combination of the Description and Description 2 fields.
• If multiple VAT clause codes are found across the document lines, a default value is added to the TaxTotal element of the eDocument, while the corresponding VAT clause description combinations are added to the notes on the relevant lines.
• In all other cases, the TaxExemptionReason is populated in the same way as before.

Fixed an issue where email logs did not appear in Posted Sales Invoice > Email Log after the posting of sales orders.

The email log transfer process now updates the Table No. field to match the posted document, ensuring logs remain visible.

Fixed an issue where HTML changes to email signatures, including styles and metadata in the <head> section, were not saved in Document Output > E-Mail Signature Card. The complete HTML, including the <head> section, is now preserved when saving signatures.

Improved signature embedding by scoping CSS styles with unique class names to prevent style conflicts when signatures are inserted into email templates.

After upgrading, the Continia Delivery Network metadata was not always correctly updated. This could prevent documents from being sent and cause the Ready to Import cue in the Role Center to behave incorrectly. In such situations, the following error message occurred:

• You are trying to send a network document to customer <Customer>, who is not registered in the network.

The CDN metadata is now updated automatically after the upgrade process.

Disabled specific Document Output functions when the trial period ended or the subscription was canceled.

Added regular checks to ensure product activation status before allowing access to these functions.

Canceling the Post and Send/Print dialog on sales orders with partial deliveries no longer caused previous invoices to be incorrectly sent to the customer.

The operation is now properly aborted when the posting dialog is canceled, preventing duplicate invoices for partial deliveries.

Re-enabled the Use BC Print Queue option in the Document Output Setup for on-premises installations, allowing printing via the print service.

The option was previously unavailable due to a visibility issue.

Previously, when modifying or inserting lines in Sales Orders or Purchase Orders (Sales Lines or Purchase Lines), the Handled field on the document header was automatically reset. This behavior has been changed. The Handled field on Sales Orders and Purchase Orders will no longer be reset automatically when lines are modified or inserted.

To reset the Handled status on a document, the new ResetDocumentHandledStatus procedure from codeunit 6175302 CDO Handled Fields Management must be used.

This change ensures that the Handled status is only reset intentionally, providing more control over document processing logic.

Previously, when users attempted to modify records in CDO Send Code Output Profile (TableData 6175300) without the required permissions, the following error occurred:

• Sorry, the current permissions prevented the action. (TableData 6175300 CDO Send Code Output profile Modify: Continia Document Output)

This issue has been resolved by granting the necessary modify permission for TableData 6175300.

Fixed an issue where the Customer Ledger Entry No. was cleared on prepayment sales invoices, causing the Remaining Amount to incorrectly display as 0.

The event subscriber for prepayment posting now properly preserves the ledger entry reference while resetting only the CDO tracking fields.

When modifying certain fields on purchase orders where the field CDO Handled has value <TRUE>, the following error occurred:

• The changes to the Purchase Header record cannot be saved because some of the information on the page is not up to date. Close the page, open it again, and try again.

A new eSeal feature has been added to automatically apply electronic seals to PDF documents sent to customers, verifying the origin, integrity and signing entity's identity. The feature can be configured individually for each customer and integrates with existing document workflows, ensuring that PDF documents are secured without manual steps.

This feature is available when activating the new Security module.

The field handling of Buyer Reference and Order Reference in Document Output (DO) and Continia Delivery Network (CDN) has been reworked for PEPPOL BIS 3, OIOUBL, and xRechnung formats.

Current field mapping:

• <BuyerReference> ? Your Reference
• <OrderReference><ID> ? External Document No.
• <OrderReference><SalesOrderID> ? Order No.

Validation behavior:

• PEPPOL BIS 3: Pre-posting validation now requires either Your Reference or External Document No. An error is shown if both are missing, in line with PEPPOL XML requirements.
• OIOUBL: Pre-posting validation has been removed, as these elements are not mandatory in the format.
• xRechnung: Pre-posting validation has been removed. However, <BuyerReference> is mandatory. The value is taken from Your Reference. If that field is empty, a default placeholder value NA (Not answered) is inserted.

The following changes have been made to the Document Output permission sets:

• CDO-ALL has been renamed to CDO BASIC.
• CDO-SUPER has been renamed to CDO ADMIN.
• CDO-LOG has been renamed to CDO LOG.

The renamed permission sets will be updated automatically during the upgrade.
For more information about permission sets, see Document Output Permissions.

Enhanced Document Output with a new modular architecture that provides better scalability and easier feature management. The system now supports distinct Essential and Security modules, improving license management and feature organization.

With the introduction of the Security module, the features PDF-Password and Sign-PDF will be moved from the Essential module to the Security module. This means that the interface elements related to these features will no longer be visible unless the Security module is enabled.

The following improvements have been added to the ZUGFeRD format:

Lines in CII invoices/credit memos with a 0% line discount no longer trigger the following warning when validating an XML file:

• Item net price MUST equal (Gross price - Allowance amount) when gross price is provided.

Comment lines containing a VAT posting group selected in the CII invoice/credit memo lines no longer result in an incorrect tax category being specified in the XML files.

The External Document No. field now appears in the CII invoice/credit memo XML files when it contains a value.

Previously, the sending of NemHandel eDocuments was considered successful if no negative receipt was received within 48 hours, even when no delivery confirmation was available.

Now, both positive and negative receipts can be received for outgoing NemHandel eDocuments, allowing for more accurate tracking of delivery status.

When opening the Outgoing Network Documents page, the following error could occur:

• Current permissions prevented the action.(CodeUnit 6225510 CTS-CDN eDocument Table Mgt. Execute: Continia Delivery Network)

This applies to on-premises installations only.

When sending invoices as OIOUBL electronic documents, the schematron validation failed if an invoice discount was applied. The following error was shown:
[F-LIB402] The taxable amount on the Invoice when currency: 'DKK', Tax Category ID: 'StandardRated' and Tax Scheme ID: '63', does not match the sum of taxable amounts from the invoice or credit note lines, after adjusting for allowances (discounts) and charges (fees). A rounding difference of up to +/- 1 is allowed...Now, documents with combinations of invoice discount % and line discount % are correctly validated and compliant.

When copying a company in an on-premises installation and Continia eDocuments wasn't licensed, the following error message was shown:

• Sorry, the current permissions prevented the action. (CodeUnit 6225608 CTS-CDN Env. Cleanup Subscr. Execute: BaseApplication)
  

When sending a Peppol document based on an invoice where Price Incl. VAT was set to true, the resulting document could in some cases include the invoice line price amount with VAT included, instead of excluding VAT as expected.

When creating ZUGFeRD eDocuments, the following error could occur in some situations:

• The following fields must be of the same type:
  Field: <from field name> <-- <to field name>
  Table: <from table name> <-- <to table name>
  Type: <from data type> <-- <to data type>

When creating an electronic document in Document Output the following error could occur:

• Unable to convert from Microsoft.Dynamics.Nav.Runtime.NavOption to System.String.

Previously, incorrect taxable amounts were shown in Document Output when price incl. VAT was set to true in an OIOUBL electronic invoice.

When sending an electronic document through Document Output, the following error message cold be shown:

• It was not possible to perform the action with the current permissions. (TableData 6086229 CTS-CDN Document Network Document Modify: Continia Delivery Network).

The necessary permissions are now assigned by default. Users who previously created a custom permission set with TableData 6086229 and modify permissions as a workaround can now remove that permission set.

Previously, if the VAT percentage value had a comma as the decimal separator (e.g.: 25,5), the VAT amounts in the XML document were incorrectly calculated. Now, either a comma (,) or a dot (.) can be used as the decimal separator.

When exporting an OIOUBL invoice containing a reverse VAT charge, the XML document failed to pass validation – and the following error message was shown:

• [F-LIB402] The taxable amount on the Invoice when currency: 'DKK', Tax Category ID: 'ZeroRated' and Tax Scheme ID: '63', does not match the sum of taxable amounts (...).