Skip to content
Sentinel 1.5 | Preview

Enhance Electronic Reporting with new capabilities

2026 Release Wave 1 · Electronic Reporting

Score 72/100 · HighImpact MediumSwiss relevance LowUpcoming

dX365³ Analysis

Our interpretation — not a Microsoft statement

What is changing?

Electronic Reporting is receiving a group of platform-level improvements rather than one isolated function. The changes cover hidden email recipients, GS1 barcode output, simpler whole-number calculations, correct handling of print-copy quantities, bulk validation of ER configurations, and reduced memory pressure during demanding ER runs.

Before these enhancements, ER email destinations support visible To and Cc recipients but not a configurable hidden recipient. GS1 labels generally require additional formatting logic, external barcode components, or another reporting solution. Whole-number division and remainder calculations must be assembled from existing formula functions. Copy quantities from Print management are not consistently honoured by ER-based output, so users may need to print again or use operational workarounds. Configuration validation is normally performed individually, making large ER repositories time-consuming to review. Large or complex executions can also consume substantial application memory and may require data-volume reduction, format redesign, batch splitting, or infrastructure investigation.

ER designers will be able to configure hidden email recipients, create supported GS1 barcode types, and use dedicated integer quotient and remainder functions. ER printing is expected to respect copy quantities entered through Print management and applicable print dialogs. Administrators and ER specialists will also gain a background-capable process for validating several configurations with retained results by version. Runtime changes are intended to make high-volume or complex formats less prone to memory-related failure.

Why it matters

The package removes several common reasons for small customizations and operational workarounds. BCC support can simplify confidential routing to archives or control functions. Native GS1 output may reduce dependency on external label tooling for suitable scenarios. Correct copy handling directly affects warehouse and logistics execution. Bulk validation is especially valuable for customers maintaining many imported, localized, or customer-specific ER versions. Memory improvements could increase processing reliability, although they should not replace investigation of inefficient mappings, formulas, or data access patterns.

Who is affected?

Electronic Reporting developers and functional designersDynamics 365 Finance functional consultantsFinance and tax reporting teamsAccounts receivable document administratorsWarehouse, manufacturing, shipping, and label-design teamsApplication administrators and release managersCompliance, audit, and document-archive ownersIntegration and technical support teams

Consultant impact — Medium

No universal redesign appears necessary, but customers using ER should include these changes in update assessment and regression testing. Effort will be higher where ER controls statutory output, payment files, customer correspondence, warehouse labels, or high-volume batch processing. Existing custom solutions for BCC routing, barcode creation, repeated printing, or configuration validation should be reviewed before they are retained or retired. New formula functions are optional and do not by themselves justify rewriting stable configurations.

  • Confirm which application versions contain each capability and whether any separate enablement step exists.
  • Identify business-critical ER formats and destinations affected by email, printing, labels, validation, or large-volume execution.
  • Regression-test email addressing, print-copy quantities, barcode readability, and output destinations after updating.
  • Review security and data-protection approval before adding audit, compliance, or archive addresses as hidden recipients.
  • Validate GS1 labels with actual printers, media, scanners, dimensions, and business data rather than relying only on designer checks.
  • Run bulk validation first in a non-production environment and establish ownership for reviewing and resolving the recorded findings.
  • Benchmark memory-intensive ER jobs before and after the platform update using representative production volumes.

Swiss relevance — Low

These are global ER framework improvements and do not introduce a specific Swiss localization, VAT rule, payment standard, banking requirement, or statutory report. They can still benefit Swiss customers because ER is commonly used for invoices, payment outputs, tax documents, correspondence, and other locally adapted formats. The connection to Switzerland is therefore practical but indirect.

What should customers do now?

  • Add the capabilities to the 10.0.48 and 10.0.49 update test scope for customers with significant ER usage.
  • Create an inventory of custom code or external services currently used for hidden email routing, GS1 barcodes, repeated printing, or ER validation.
  • Prioritize testing of operational documents where an incorrect copy count could disrupt packing, shipping, or production.
  • Treat the new arithmetic functions as a maintainability option for new development; refactor existing formulas only when there is a clear quality or support benefit.
  • Define retention and access rules for validation results if they contain configuration details relevant to controlled reporting processes.
  • Keep existing monitoring and performance controls for large ER jobs until measured testing confirms a meaningful improvement.

Release Radar score — 72/100 (High priority)

ER is a core Finance framework used across statutory reporting, business documents, payments, and operational output, so the potential customer reach is broad. Several changes address tangible support and maintenance issues, particularly bulk validation, printing, and memory use. Implementation is mostly optional and the package is not specifically Swiss, which limits the score. General availability is also scheduled for September 2026, leaving time for structured assessment.

Assumptions, not Microsoft-confirmed facts

  • The supplied release information describes improvements associated with application versions 10.0.48 and 10.0.49 while also giving September 2026 as general availability. The exact rollout relationship between those versions and the release-plan date is unclear and must be verified against the version documentation.
  • The provided feature text is truncated after the description of print-copy handling. The exact list of supported ER destinations, document types, printers, and print-dialog scenarios is therefore not assumed.
  • No feature-management switch, automatic activation date, licensing change, or mandatory migration procedure is specified in the supplied information.
  • Improved memory efficiency does not establish a guaranteed volume increase or eliminate failures caused by inefficient ER design, data retrieval, destination constraints, or environment capacity.
  • Native GS1 generation is assumed to cover barcode encoding within ER only. End-to-end GS1 compliance, label approval, data quality, printer behaviour, and scanner compatibility still require business validation.
  • Bulk validation is assumed to improve technical governance, but the precise scheduling controls, result retention period, security privileges, and export or integration options are not clear from the supplied details.

Microsoft information

Quoted from the release plan

You’ll see ongoing improvements to Electronic Reporting in the current and upcoming releases. These updates make it easier for you to adapt to changing regulations by boosting flexibility, simplifying maintenance, and enabling greater reuse across configurations. This means less time spent on manual adjustments and more confidence in staying compliant as requirements evolve.

Electronic Reporting (ER) is the configurable engine you use to author and run business documents—invoices, statutory reports, VAT declarations and payment files, and more. In 10.0.48 and 10.0.49 Microsoft delivered a set of general enhancements that respond directly to the most highly voted ideas on the Microsoft Idea portal and to recurring partner/customer requests. The enhancements remove long-standing workarounds, expand what ER formats can express out of the box, and modernize commonly used destinations. You can now: - Send generated documents to silent (BCC) recipients straight from ER. - Produce industry-standard GS1 barcodes directly in your ER labels. - Write cleaner ER formulas using new integer-arithmetic functions. - Print the exact number of copies you configured for ER-based documents. - Run validation for multiple ER configurations at scale, with background execution and full traceability of validation results across configuration versions. - Run ER with improved memory efficiency, enabling more reliable processing of large-volume reports and complex datasets. New capabilities Send blind copies (BCC) from ER Email destinations With this release wave, the ER Email destination is extended with support for blind carbon copy (BCC) recipients. In previous versions, only To and Cc recipients could be configured, which limited the ability to distribute generated documents to compliance, audit, or archival mailboxes without disclosing those addresses to the primary recipients. ER's Email destination now includes a Bcc field next to To and Cc. - To enable, select Electronic reporting > Electronic reporting destination > File destination > Settings > Email. - The Bcc field accepts the same kinds of values as To and Cc: static addresses, ER expressions, or values bound to the data model. Business outcome: Confidential distribution of ER-generated documents to compliance, audit, and archival mailboxes is achieved entirely through configuration, eliminating the need for customization or post-processing. Generate GS1 barcodes directly from ER GS1 is the global standard for barcodes used in retail, warehousing, supply chain, transportation, and healthcare. ER now generates GS1 barcodes natively, with three new formats available in the barcode data source: - GS1-128 - GS1 DataMatrix - GS1 QR Code When you choose one of these formats, ER applies the correct GS1 encoding rules automatically. ER also warns you at design time when the configured barcode width is too small to scan reliably, so you catch problems before they reach the shop floor. Business outcome: You can design GS1-compliant labels (warehouse, shipping, retail, healthcare) entirely inside ER, with no third-party barcode tools. New ER formula functions: DIV and MOD Integer division and remainder are common in reporting—for pagination, packaging quantities, currency splits, period bucketing, and check-digit calculations. Previously, ER report authors had to express these with combinations of ROUND, subtraction, and multiplication, which is verbose and easy to get wrong. Two new functions are now part of the ER formula language: - DIV(a, b) — integer division. Returns the integer (or Int64) quotient. - MOD(a, b) — the remainder of integer division. Returns the integer (or Int64) remainder. Business outcome: Cleaner, faster, and more readable ER formulas wherever whole-number arithmetic is needed. ER destinations now apply the configured number of copies in Print management When an ER-based document—for example, Container content—was configured in Print management with a number of copies greater than one, the printer still produced only a single copy. Warehouse, manufacturing, and logistics teams had to duplicate documents manually, slowing down pick, pack, and ship operations. ER destinations now correctly print the Number of copies configured in Print management, as well as the number requested in ad-hoc print dialogs. This applies across the standard entry points for ER documents driven by Print management. Business outcome: The number of copies you configure is the number of copies you get—faster throughput, and fewer process errors. Optimize memory consumption for large Electronic Reporting (ER) executions This feature enhances memory efficiency during Electronic Reporting execution by introducing targeted optimizations in the reporting engine. These improvements reduce peak memory consumption by minimizing unnecessary object creation, avoiding redundant data duplication in memory, and reusing existing data structures more effectively. The optimization is broadly applicable across Electronic Reporting scenarios and is particularly beneficial for reports that process large volumes of data. Because the improvements are built into the engine, you benefit from them automatically, no configuration changes or report redesign are required. Business outcome: Large ER reports run more reliably with reduced peak memory usage, lowering the risk of out-of-memory failures and helping high-volume reporting workloads complete consistently. Enhanced validation management for Electronic Reporting configurations This feature enables validation of multiple Electronic Reporting (ER) configuration versions in a single operation. When the feature is enabled, the Configuration repository page introduces a Validation experience that lets you: - Select and validate multiple completed ER configurations at once, instead of validating one version at a time. - Run validation as a batch job, so large validation workloads no longer block interactive sessions. - Review validation results through a persistent Validation history, where results are retained for later review by configuration and version. This feature also introduces version-level validation tracking. Both users and system processes can identify which configuration versions have already been validated in the current environment, which helps you avoid re

Change history

Differences detected between scans

  • added12 Aug 2026

    Microsoft added this feature to the Dynamics 365 Finance release plan.

    Upcoming
Back to Release Radar³