Detailed changelog for Continia Banking 2026 R1
This article lists all new updates, features, service packs, and hotfixes for Continia Banking 2026 R1.
Tipp
As a Continia partner, we can notify you of new Continia Banking versions and service packs whenever we release them. To sign up for this service, go to this page in the Continia PartnerZone (only available to partners).
Wichtig
Continia Banking 2026 R1 supports the following version of Microsoft Dynamics 365 Business Central: Business Central 2026 R1 (v28).
Continia Banking 2026 R1, Service Pack 4
Release date online: August 6, 2026
Release date, on-premises: August 7, 2026
Continia Banking version: 28.4.0
New functionality
| Functional Area | Description | ID |
|---|---|---|
| General Application | You can now share a bank authentication with other companies in the same environment, allowing multiple companies to use the same bank connection without repeating the authentication process. The sharing process includes setup, refresh, and revoke capabilities. For more information, see Managing tokens and certificates. | 77579 |
| General Application | Partner extensions can now determine whether a date is a bank closing day by using a new public codeunit. | 77866 |
| General Application | You can now share authentication entries across companies in the same Business Central tenant. The Share Authentication wizard helps configure, refresh, and revoke shared authentications across eligible companies. For more information, see Managing tokens and certificates. | 78176 |
| General Application | Cross-company authentication sharing is now controlled by the Allow Cross-Company Share setting on the Bank System page. Clear error messages are shown when sharing is blocked due to insufficient permissions. | 78177 |
| General Application | You can now share authentication entries with other companies by using the new Share Authentication wizard. The wizard automatically configures bank connections in target companies and supports ongoing management of shared entries. For more information, see Managing tokens and certificates. | 78178 |
| General Application | You can now share authentication entries with multiple companies from the Authentication Entries page. The sharing experience includes previews and confirmation of results for each target company. For more information, see Managing tokens and certificates. | 78179 |
| General Application | The authentication sharing wizard now includes companies that do not yet have a bank system assigned and provides status information when automatic detection cannot be completed. For more information, see Managing tokens and certificates. | 78180 |
| General Application | A guided Share Authentication Wizard is now available for sharing authentication entries across multiple companies. The wizard provides previews, validation, and completion reporting throughout the process. For more information, see Managing tokens and certificates. | 78181 |
| General Application | Shared authentication targets can now be refreshed to synchronize updated bank settings. You can also revoke shares for individual companies while preserving unrelated setup data. For more information, see Managing tokens and certificates. | 78182 |
| General Application | The Assisted Bank Account Setup wizard can now reuse an authentication that already exists in a sibling company. This reduces setup effort by eliminating the need to enter credentials again. | 78183 |
| General Application | Assisted bank account setup now displays bank-specific activation information after setup is completed, helping users understand when a new bank connection may become available. | 79828 |
| General Application | OAuth access tokens for direct-communication bank systems are now refreshed automatically through a scheduled background job. This helps prevent communication interruptions caused by expired tokens. | 80205 |
| Payment Export | You can now edit the Payment Discount Amount and Amount to Pay fields directly on the Applied Entries page. | 69572 |
| Payment Export | Payment export validation now verifies alternative recipient bank accounts defined in payment allocations. This helps identify configuration issues before payments are exported. | 70602 |
| Payment Export | The Applied Entries FactBox in the Payment Journal now includes an Applied Pmt. Discount column to show the discount amount that will be applied. | 72550 |
| Payment Export | A new Summarize per Account setting in Payment Journal Setup lets you define the default summarization behavior for payment suggestions. | 72557 |
| Payment Export | Bank account verification now uses a unified verification status column and improved validation behavior across payment workflows. Verification details are clearer and only enforced during export or approval when blocking is enabled. | 78558 |
| Payment Export | Partners can now integrate Continia Banking purchase and sales document functionality into custom page extensions. | 78708 |
| Payment Export | Partners can now access public APIs for checking bank closing days and finding the nearest available banking date. | 79498 |
| Payment Export | Payment allocation entries now include their own On Hold status, which stays synchronized with related ledger entries. Released document payment allocations are also protected from further editing. | 80084 |
| Payment Export | The Applied Entries and Payment Journal pages now support Analysis Mode with predefined views that help summarize and analyze payment data. See Analyzing applied entries. | 80347 |
| Payment Export | You can now configure remittance description text by selecting a Remittance Advice template in Banking Export Setup. | 80447 |
| Payment Export | The Payment Journal and Direct Debit Journal now open in a simplified Standard view. Users can switch between Standard and Advanced views, and preferences are saved per user. | 80728 |
| Payment Import | A new Automatic Proposal Application Setup lets administrators configure automatic application behavior, matching requirements, and partial-payment handling for different matching strategies. | 75821 |
| Payment Import | The payment reference rule test tool now indicates whether a detected document type indicator can be mapped successfully. | 77987 |
| Payment Import | You can now configure how document types are assigned during payment application by using the new Document Type Implementation setting. | 80396 |
| Payment Import | External extensions can now tokenize bank reconciliation line text through a new public codeunit. | 80471 |
| Payment Import | Partners can now apply bank account reconciliation lines to accounts programmatically through a public API with improved error handling. | 80473 |
| Payment Import | A new integration event allows partner extensions to transfer custom data from bank reconciliation lines to applied payment entries. | 80476 |
| Payment Import | A new integration event allows partner extensions to transfer custom fields from payment application proposals to applied payment entries. | 80477 |
| Payment Import | Partner extensions can now add custom filters to open ledger entry queries used during automatic matching. | 80478 |
| Payment Import | Partner extensions can now validate payment references through a new public API that uses the same validation logic as Continia Banking. | 80480 |
| Payment Import | You can now resolve the bank account associated with imported or previously posted bank transactions by using the same matching logic as the import process. | 80922 |
| PSP | A new Matching Details FactBox in the Cash Receipt Journal provides insight into payment matching results and explains why a match succeeded or failed. | 78663 |
| PSP | PSP reconciliation can now use an alternative description when the primary posting description does not produce a match. | 80045 |
| PSP | You can now merge multiple CSV column values into a single field by configuring a connector in the column mapping. | 80634 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| General Application | Added an Important information message to the final step of assisted bank setup. The message explains that bank activation may still be pending and is tailored to the selected bank system. | 79828 |
| General Application | OAuth access tokens for direct-communication bank systems are now refreshed automatically each day by a background job to help prevent communication failures caused by expired tokens. | 80205 |
| General Application | Improved Yapily bank account linking. Account references are now assigned only to the correct bank account, and matching by sort code and account number is more reliable. | 80786 |
| General Application | Removed a temporary diagnostic action from the Bank Account Card. This internal development feature was never available in released versions and has no user-facing impact. | 80948 |
| General Application | Corrected JavaScript resource path casing for the Popup Login control add-in to ensure consistent behavior across all deployment environments. | 80963 |
| Payment Export | Updated Payment Allocation tables for document and journal entries to address breaking changes introduced in version 28.3.0.0. Payment allocations now process correctly. | 60294 |
| Payment Export | The Payment Discount Amount and Amount to Pay fields on the Applied Entries page are now editable, allowing payment amounts and discounts to be adjusted directly. | 69572 |
| Payment Export | Payment export validation now validates alternative recipient bank accounts defined in Payment Allocations. Validation entries are created for each allocation to ensure all recipient accounts are verified before export. | 70602 |
| Payment Export | Added an Applied Pmt. Discount column to the Applied Entries FactBox in the Payment Journal. The column shows the discount that will be applied based on the posting date and discount date. | 72550 |
| Payment Export | Added a Summarize per Account field to Payment Journal Setup, allowing default summarization behavior to be configured for each journal batch. | 72557 |
| Payment Export | Improved bank account verification. Changes include a consolidated Account Verification Status column, warning-based validation before export, creditor number validation for integrations, improved handling of blank values, and clearer display of verified values. | 78558 |
| Payment Export | Banking functionality for purchase and sales documents can now be added to custom page extensions. | 78708 |
| Payment Export | Added public APIs that allow extensions to check bank closing days and retrieve the nearest non-closing day. | 79498 |
| Payment Export | Improved reliability and consistency of payment export, direct debit, and related export operations through internal code quality improvements. | 79929 |
| Payment Export | Payment allocation entries now support the On Hold status and stay synchronized with related customer and vendor ledger entries. Allocations on released documents are now read-only. | 80084 |
| Payment Export | Fixed an issue where linked vendors were exported to a separate payment file because the Bank Code was missing from association payments. | 80135 |
| Payment Export | Fixed an issue where opening and closing Apply Entries could change the description on a payment journal line. Descriptions now remain consistent with the configured template. | 80308 |
| Payment Export | Payment suggestions now correctly respect the Allow Summarized Payments setting when Summarize per Account is enabled. | 80337 |
| Payment Export | Added Analysis Mode to Applied Entries and Payment Journal pages, including predefined views for analyzing totals by account, bank account, and status. | 80347 |
| Payment Export | Fixed issues with batch-posted payments not populating payment information fields on Bank Account Ledger Entries. Also fixed a Head already exists error when creating payment suggestions with multiple allocations. | 80399 |
| Payment Export | You can now select a Remittance Advice template in Banking Export Setup to control the remittance description used when payments are prepared. | 80447 |
| Payment Export | Payment-related values on purchase invoices are now reset when the payment method changes. | 80483 |
| Payment Export | Fixed an issue where remittance advice emails sent through a job queue could be dispatched repeatedly because of a missing record filter. | 80484 |
| Payment Export | Fixed an issue where Customer IBAN and Customer BIC/SWIFT fields were blank when using custom Word layouts for Remittance Advice reports. | 80657 |
| Payment Export | Fixed an error that occurred when sending remittance advice emails to multiple recipients configured in Document Layouts. | 80666 |
| Payment Export | Fixed an issue where deleting related payment lines could also delete already exported payment lines. Exported lines are now excluded. | 80711 |
| Payment Export | Fixed an error that occurred when exporting data from the Employee Card page because of incorrect conflict handling. | 80723 |
| Payment Export | Added a simplified Standard view to the Payment Journal and Direct Debit Journal. Users can switch between Standard and Advanced views, and preferences are saved per user and journal. | 80728 |
| Payment Export | Fixed an issue where payment suggestions failed when Pre-approve Payments was enabled. | 80797 |
| Payment Import | Added Automatic Proposal Application Setup, allowing application behavior to be configured by matching strategy. | 75821 |
| Payment Import | Enhanced the Payment Reference Rules test tool to indicate whether document type indicators map successfully to document types. | 77987 |
| Payment Import | The Account No. field is now required on Search Rules when used with a Merge Rule and the Journal Line Method is set to Automatic. | 79225 |
| Payment Import | Fixed an issue where bank statements containing only zero-value transactions remained marked as pending import. | 79287 |
| Payment Import | Fixed an issue where changes to Applied Pmt. Tolerance did not reapply entries or update totals correctly. | 79382 |
| Payment Import | Fixed statement number conflicts between posted bank account reconciliations and posted payment reconciliations by adding statement type to the primary key structure. | 79500 |
| Payment Import | Improved internal test reliability. No user-facing changes. | 79574 |
| Payment Import | Fixed an issue where automatic matching could fail when a search rule with a related merge rule matched only one reconciliation line. | 80302 |
| Payment Import | Added a Document Type Implementation option to automatic proposal application setup, allowing document type behavior to be customized. | 80396 |
| Payment Import | Fixed an issue where orphaned details and charges could be attached to newly imported reconciliation lines. | 80397 |
| Payment Import | Added a new publisher event for extensibility. | 80437 |
| Payment Import | Fixed an issue that prevented extensions from being created for the Found By enum because of internal access restrictions. | 80440 |
| Payment Import | Fixed an issue that prevented imported payment reconciliations from being deleted after a company was renamed or deleted. | 80446 |
| Payment Import | Added a public API that allows extensions to tokenize Bank Account Reconciliation Line text fields. | 80471 |
| Payment Import | Added public APIs that allow extensions to apply bank account reconciliation lines to accounts programmatically. | 80473 |
| Payment Import | Added the OnAfterSetAppliedPaymentEntryFromBankAccReconLine integration event. | 80476 |
| Payment Import | Added the OnAfterFillAppliedPaymentEntryFromPaymentApplProposal integration event. | 80477 |
| Payment Import | Added integration events that allow extensions to modify open ledger entry filtering during automatic matching. | 80478 |
| Payment Import | Fixed an issue where transaction descriptions were not cleared correctly in the Match Details FactBox. | 80479 |
| Payment Import | Added a public API that allows extensions to validate payment references against Payment Reference Rules. | 80480 |
| Payment Import | Fixed an issue where Payment Reconciliation Journal posting or preview could fail because of orphaned Connection Line No. values. | 80645 |
| Payment Import | Fixed an issue that could cause posting errors when reconciliation entries contained rounding differences and mandatory dimensions on gain/loss accounts. | 80647 |
| Payment Import | Fixed a posting issue affecting payment reconciliations involving whole-unit currencies such as JPY. | 80720 |
| Payment Import | Added support for resolving the bank account associated with imported bank transactions, including posted transactions. | 80922 |
| Payment Import | Fixed an issue where backported features were not visible in Feature Management on version 27 installations. | 80925 |
| PSP | Added a Matching Details FactBox to the Cash Receipt Journal, showing matching results and reasons for failed matches. | 78663 |
| PSP | PSP reconciliation can now attempt matching by an alternative description when the primary posting description does not produce a match. | 80045 |
Continia Banking 2026 R1, Service Pack 3, hotfix 1
Release date online: July 30, 2026
Release date, on-premises: July 31, 2026
Continia Banking version: 28.3.1
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| General Application | Fixed an issue where a Yapily-linked account reference could be assigned to the wrong bank account during statement imports when multiple accounts had a blank IBAN. Matching by sort code and account number now also handles formatting differences correctly. | 80786 |
| Payment Export | Fixed an issue where a linked vendor was exported to a separate payment file when creating payment suggestions. Linked vendors are now included in the same payment file as other vendors. | 80135 |
| Payment Export | Fixed an issue where the description on a payment journal line changed after opening and closing Apply Entries. The description now remains consistent with the template defined in Payment Export Setup. | 80308 |
| Payment Export | Fixed an issue where Batch Posting did not populate the Payment Information ID and End-to-End ID on bank account ledger entries, causing automatic application to fail. Also resolved an error that could occur when creating payment suggestions with multiple allocations. | 80399 |
| Payment Export | Fixed an issue where changing the payment method on a purchase invoice did not reset related values correctly. | 80483 |
| Payment Export | Fixed an issue where remittance advice emails sent through a job queue could be sent repeatedly due to a looping process. | 80484 |
| Payment Export | Fixed an issue where customer IBAN and BIC/SWIFT fields were missing from remittance advice reports that used a custom Word layout. These fields are now included correctly. | 80657 |
| Payment Export | Fixed an issue where sending remittance advice emails to multiple recipients could fail with a transaction error. Remittance advice emails can now be sent successfully to multiple recipients. | 80666 |
| Payment Export | Fixed an issue where deleting related payment lines in the payment journal could also delete lines that had already been exported. Exported lines are now excluded from deletion. | 80711 |
| Payment Import | Fixed an issue where bank statements containing only zero-value transactions were not marked as imported. Statements are now processed correctly, and imports with no transactions show a notification instead of a blocking error. | 79287 |
| Payment Import | Fixed an issue where changing Applied Pmt. Tolerance on the Apply Ledger Entries page did not reapply entries or update the difference total. | 79382 |
| Payment Import | Fixed an issue where automatic matching could fail when a search rule with a related merge rule matched only a single reconciliation line. | 80302 |
| Payment Import | Fixed an issue where reimported bank statements could display details and charges from other transactions. Orphaned records are now removed correctly and cleaned up during upgrade. | 80397 |
| Payment Import | Fixed an issue where a payment reconciliation with an imported bank statement could not be deleted after a company was renamed or removed in an on-premises environment. | 80446 |
| Payment Import | Fixed an issue where transaction descriptions were not cleared correctly in the Match Details FactBox of the Payment Reconciliation Journal. | 80479 |
| Payment Import | Fixed an issue where posting or previewing a Payment Reconciliation Journal could fail because of orphaned Connection Line No. values. | 80645 |
| Payment Import | Fixed an issue where posting split statement lines in whole-unit currencies, such as JPY, could cause a G/L inconsistency error. | 80720 |
Continia Banking 2026 R1, Service Pack 3
Release date online: July 9, 2026
Release date, on-premises: July 9, 2026
Continia Banking version: 28.3.0
New functionality
| Functional Area | Description | ID |
|---|---|---|
| Payment Export | Remittance advice delivery is now extensible. Partners can add custom remittance advice types and delivery methods without modifying Continia Banking, while the built-in email and PDF options continue to work as before. | 73786 |
| Payment Export | Added new integration events that let partners apply custom filters or modify parameters when creating customer, vendor, or employee payment suggestions from the Suggestion Overview. | 77052 |
| Payment Export | Payment Allocations now support partial payments. You can split an entry into multiple allocations with separate amounts and due dates so that only amounts that are currently due are suggested for payment. | 77056 |
| Payment Export | You can now open remittance information directly from the payment journal page. Remittance information can only be edited or deleted when the payment line status is Valid or Invalid, helping prevent unintended changes to processed payments. | 77457 |
| Payment Export | The Curr. Code (Equivalent Value) field is now available for customers and employees in addition to vendors. The value flows through the payment process and can be included in exported payments. | 77985 |
| Payment Export | Added support for the Curr. Code (Equivalent Value) field on customers and employees. The selected currency preference is carried through the payment process and included in exported payment files. | 77986 |
| Payment Export | CitiBank payments now support Service Level, Category Purpose, and Local Instrument qualifiers at both payment and transaction level. | 79187 |
| Payment Export | Added a new OnBeforeValidateBankAccount event that allows partners to add custom bank account validation logic for payment suggestions. | 79293 |
| Payment Export | Banking Export Setup now supports separate payment method filters for vendor payments and customer collections. This provides more control over which payment methods are available in different contexts while preserving existing behavior during upgrades. | 79969 |
| Payment Import | Continia Banking can now be used for payment export only. Banking Import runs only when account statement or transactions communication is enabled for the bank account. | 74513 |
| Payment Import | Updated payment reference transformation logic so transformations are applied to the extracted reference instead of the full reference value. This makes matching results clearer and more consistent on the Payment Reference Rule Card page. | 76979 |
| Payment Import | Payment reference transformation rules now support wildcard-based filter expressions. Transformations are applied to the extracted reference value, enabling more flexible and accurate matching. | 78245 |
| Payment Import | Added a public procedure that lets partners apply payment application proposals to bank reconciliation lines with custom amounts, supporting more flexible reconciliation scenarios. | 78565 |
| Payment Import | Bank Transaction Code Rules can now include statement and payment description templates. This allows transaction-specific descriptions to be generated during import instead of relying only on global or account-level templates. | 78567 |
| Payment Import | Added a pre-match processing step for Yapily bank reconciliation. Rejected payments in mixed-result batches are now handled automatically, reducing manual reconciliation work. | 79364 |
| Payment Import | Added support for importing only transactions with a TransactionMutability value of IMMUTABLE in Yapily HSBC integrations. | 79496 |
| Payment Import | Added a new integration event that allows partners to modify temporary general journal lines before posting On Account entries during payment reconciliation. | 79699 |
| Payment Import | Added public access to the CTS-PI Ledger Entry Buffer table, making it available for extensions and integrations. | 79740 |
| PSP | Added text format rules to CSV Port, enabling you to configure formatting rules for individual fields. | 76757 |
| PSP | Updated CSV Port page captions to include Continia Banking, making them easier to distinguish from Continia Finance pages. No functionality has changed. | 77075 |
| PSP | CSV Port Amount Format Rules now support multiplication and division factors, providing more flexibility when transforming imported amounts. | 78555 |
| PSP | The Import PSP Payments report now remembers the last-used PSP agreement and import settings for each user, reducing repetitive setup. | 78661 |
| PSP | Existing Amount Format Rules are now preserved when amounts are updated in the CSV port. Previously configured format settings are no longer lost during updates. | 78664 |
| PSP | Added support for merging PSP fees. | 78666 |
| PSP | Added credit memo identification support to PSP agreements. | 78694 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| Associations | Fixed an issue where direct debit payment suggestions for customer associations used bank account and mandate information from non-leading customers. Payment suggestions and validation now use the leading customer's bank account and mandate, creating a single payment head per association. | 65476 |
| CSV Import | Added Text Format Rules for CSV Port, allowing field-level formatting during import. Rules can remove alphabetic characters from amount fields and apply template-based transformations to currency, posting date, and description values. | 78688 |
| General Application | Fixed an HTTP error that occurred during bank file import and other Continia Online operations for users whose Business Central user names contained non-ASCII characters. | 69844 |
| General Application | Updated temporary table variable names to comply with Business Central CodeCop rule AA0073. No functional changes. | 76230 |
| General Application | Updated temporary table variable names across the Banking application to comply with CodeCop rule AA0073. No functional changes. | 76436 |
| General Application | Fixed PSD2 export behavior for BANKSapi. Instant and requested execution date values now follow PSD2 requirements and are sent only when applicable. | 77535 |
| General Application | Added safeguards for deleting bank authentication keys. Deletion is now disabled by default, requires confirmation, and provides additional information when a connection is still pending activation. | 78087 |
| General Application | Fixed an issue where multi-company activation did not run company-specific activation setup. Activation setup now runs automatically when required and only once per company. | 79282 |
| General Application | Fixed an issue that prevented payment approvals when the approver list was large. The full list of approvers is now displayed correctly. | 79332 |
| General Application | Prevented duplicate bank requests during assisted setup when multiple bank accounts use the same unsupported bank code. | 79481 |
| General Application | Fixed an issue where validation tables introduced in version 28.1 were not populated after upgrade if the job queue had not run. Payment exports now produce valid files immediately after upgrade. | 79659 |
| General Application | Fixed an issue where batching was no longer enabled automatically for payment methods that allow batching during setup import. | 79744 |
| General Application | Improved Yapily consent handling by refreshing consent earlier, reducing failures caused by expired consent after long periods of inactivity. | 79760 |
| General Application | Added External Service Policy, allowing administrators to control when external bank-information lookups run and whether usage is billable. | 80095 |
| General Application | Fixed an issue where abandoned BANKSapi PSD2 setup attempts left authentication entries behind and blocked future connection attempts. | 80167 |
| General Application | Improved error handling when Banking Export is active but not initialized. Users now receive clear guidance on how to complete setup. | 80168 |
| General Application | Fixed an issue where Rabobank statement imports could update the Last Statement Update date on the wrong bank account. | 80206 |
| General Application | Fixed duplicate object ID conflicts that prevented the base application from compiling. | 80216 |
| Payment Export | Added extensibility for remittance advice delivery. Partners can now create custom remittance advice senders through a public extension point. | 73786 |
| Payment Export | Added support for multi-scope payment validation. Validation rules can now target payment entries, structured remittance details, unstructured remittance details, or all scopes. Available through the Multi-Scope Validation feature. | 75836 |
| Payment Export | Added support for multi-scope payment validation and new expression operators that allow validation rules to reference parent records and related record counts. Available through the Multi-Scope Validation feature. | 75837 |
| Payment Export | Added support for validating remittance details as part of the standard payment validation process. Validation errors are linked directly to the related remittance record. | 75838 |
| Payment Export | Added support for multi-scope payment validation and a persistence layer that archives remittance details and maintains audit trails across export and ledger processes. | 75839 |
| Payment Export | Added support for scope-specific payment validation, including validation of remittance records, record counts, and country-specific reference formats. | 75841 |
| Payment Export | Added integration events that allow partners to apply custom filters before creating payment suggestions from suggestion overview pages. | 77052 |
| Payment Export | Added support for partial payments in Payment Allocations. Multiple allocation lines can now be defined with individual amounts and due dates, and only due allocations are suggested for payment. | 77056 |
| Payment Export | Remittance information can now be opened directly from the Payment Journal. Editing and deleting remittance information is restricted to valid and invalid payment lines. | 77457 |
| Payment Export | Added support for Curr. Code (Equivalent Value) on customers and employees, allowing a preferred payment currency different from the document currency. | 77985 |
| Payment Export | Extended Curr. Code (Equivalent Value) support to customers and employees throughout the payment process and export pipeline. | 77986 |
| Payment Export | Added Vendor fields to Banking Template payment reference generation, enabling vendor-specific references such as Danish FIK references. | 78375 |
| Payment Export | Fixed an issue where payment suggestions failed for vendors with Creditor No. values longer than eight characters. | 78659 |
| Payment Export | Added employee-specific remittance advice templates and support for fixed text that appears only once per payment. | 78671 |
| Payment Export | Fixed the Modulus 11 check digit calculation when the remainder is 1. | 78882 |
| Payment Export | It is now possible to leave the posting date blank when creating payment suggestions from vendor ledger entries. The due date is used when applicable. | 78883 |
| Payment Export | Cleared all recipient bank account fields when Recipient Bank Account Code is removed, preventing stale bank information from remaining on the payment entry. | 78948 |
| Payment Export | Payment journal lines created by Suggest Vendor Payments are now summarized correctly when due dates are moved to the next banking day. Manual summarization has also been improved. | 79072 |
| Payment Export | Fixed an issue where recipient reference and description templates ignored the vendor's language code. Template translations now use the vendor language. | 79160 |
| Payment Export | Added Payment Reference Generation. You can now generate payment references such as Danish FIK/OCR, Swedish OCR, Norwegian KID, RF references, and Dutch betalingskenmerk on sales documents and reminders. | 79166 |
| Payment Export | Added support for Service Level, Category Purpose, and Local Instrument qualifiers for CitiBank payments at both payment and transaction level. | 79187 |
| Payment Export | Fixed an issue where approval flows for default payment journals were not created during Payment Approval Setup. | 79215 |
| Payment Export | Added the OnBeforeValidateBankAccount publisher event for payment suggestion extensibility. | 79293 |
| Payment Export | Added a Print Mandate action to SEPA Direct Debit Mandates, allowing mandates to be downloaded as PDF files without relying on email configuration. | 79303 |
| Payment Export | Fixed an issue where remittance information used the journal line amount instead of individual Amount to Pay values after applied entries were changed. | 79310 |
| Payment Export | Fixed an issue where payment references on purchase documents were not recalculated after relevant fields changed. | 79319 |
| Payment Export | Fixed several Regulatory Reporting Code issues, including lookup failures, validation errors, and incorrect amount threshold calculations for foreign-currency invoices. | 79426 |
| Payment Export | Payment validation now correctly uses Giro Account No. values entered on purchase invoices. | 79478 |
| Payment Export | Added a Payment Approval Administrator field to Approval User Setup, allowing Banking-specific approval administration. | 79569 |
| Payment Export | Fixed an issue where Update Posting Date did not recalculate payment discounts or Amount to Pay values on payment suggestions. | 79620 |
| Payment Export | Fixed an issue where Regulatory Reporting Codes could not be updated on existing reporting entries. | 79646 |
| Payment Export | Direct debit export now separates payment information blocks by mandate sequence type, ensuring exports contain the correct sequence type values. | 79701 |
| Payment Export | Added activation checks on customer, vendor, employee, and bank account pages, and fixed issues opening pages before Banking activation. | 79728 |
| Payment Export | Fixed an issue where Single Payment Bank Accounts conflicted with Preferred Bank Accounts on purchase invoices. | 79814 |
| Payment Export | Fixed direct debit payment suggestions for linked customer/vendor accounts when only vendor credit memos existed. | 79880 |
| Payment Export | Fixed an issue where payment suggestions incorrectly required recipient bank codes for payment methods that do not use them. | 79883 |
| Payment Export | Added separate Vendor Payment Method Filter and Customer Payment Method Filter settings in Banking Export Setup. | 79969 |
| Payment Export | Empty remittance text lines are now removed during export, preventing invalid XML and bank validation failures. | 80042 |
| Payment Import | Banking import is now enabled only when account statement or transaction communication is configured, allowing export-only scenarios. | 74513 |
| Payment Import | Fixed an issue where reconciliation lines used the wrong statement amount when transaction details were in a different currency from the statement currency. | 75051 |
| Payment Import | Updated transformation rule processing for Payment Reference Search Rules. Transformations are now applied after reference extraction, improving matching behavior and visibility. | 76979 |
| Payment Import | Payment Reference Rules can now generate wildcard-based filters by using transformation rules with wildcard characters. | 78245 |
| Payment Import | Added a public API that allows partners to apply Payment Application Proposals programmatically with custom applied amounts. | 78565 |
| Payment Import | Added transaction-code-specific statement and payment description templates. | 78567 |
| Payment Import | The Document Type is now correctly set to Payment when matching or applying Finance Charge Memos and Reminders. | 79115 |
| Payment Import | Improved Payment Reference Rule matching so Detail Text is evaluated consistently in previews and matching scenarios. | 79123 |
| Payment Import | Automatic reconciliation now supports document numbers generated from number series that use both prefixes and suffixes. | 79192 |
| Payment Import | Added pre-match processing for Yapily BACS payments, allowing rejected payments within a batch to be reconciled automatically. | 79364 |
| Payment Import | Added support for importing only transactions marked as IMMUTABLE when using Yapily HSBC. | 79496 |
| Payment Import | The Found By enum is now extensible, allowing third-party extensions to add custom matching values. | 79562 |
| Payment Import | Fixed BANKSapi issues related to missing user names and skipped statement import periods. | 79564 |
| Payment Import | Fixed AA0139 compiler warnings in import test projects. No functional changes. | 79651 |
| Payment Import | Fixed an issue where Payment Batch ID values on ledger entries were automatically converted to uppercase. | 79655 |
| Payment Import | Added the OnBeforeUpdateTempGenJournalLine integration event for payment reconciliation extensibility. | 79699 |
| Payment Import | The Bank Account Reconciliation Line status is no longer updated unnecessarily during pre-matching. | 79720 |
| Payment Import | Added public access to the CTS-PI Ledger Entry Buffer table. | 79740 |
| Payment Import | Fixed an issue where imported transaction detail lines used incorrect amounts when currency codes were not populated. | 79973 |
| PSP | Added Text Format Rules to CSV Port, allowing configurable formatting of imported text values. | 76757 |
| PSP | Renamed CSV Port pages to include Continia Banking in the page captions, making them easier to distinguish from Continia Finance pages. | 77075 |
| PSP | Added support for multiplying and dividing values in CSV Port Amount Format Rules. | 78555 |
| PSP | The Import PSP Payments report now remembers the last-used settings for each user. | 78661 |
| PSP | Existing Amount Format Rules are now retained when CSV Port amounts are updated. | 78664 |
| PSP | Added PSP Merge Fees functionality. | 78666 |
| PSP | Added PSP credit memo identification to PSP agreements. | 78694 |
| PSP | Added fee handling to CSV Port and PSP imports, allowing fee data to be imported and tracked separately from transaction amounts. | 78880 |
| PSP | Added support for inverting and skipping amounts through CSV Port Amount Format Rules. | 79261 |
| PSP | Fixed an issue with PSP Excel uploads. | 79938 |
| PSP | Fixed an issue where CSV imports failed when a default customer was configured. | 80037 |
| PSP | Added case-insensitive matching to PSP Reconciliation Setup. | 80038 |
Continia Banking 2026 R1, Service Pack 2, hotfix 2
Release date online: June 26, 2026
Release date, on-premises: June 26, 2026
Continia Banking version: 28.2.2
New functionality
| Functional Area | Description | ID |
|---|---|---|
| Payment Import | Introduced a pre-match step in bank reconciliation for Yapily. The step identifies rejected BACS payments within a batch, adjusts statement lines, and enables automatic reconciliation without manual intervention. | 79364 |
| Payment Import | Added support for importing only transactions with the TransactionMutability value set to Immutable in Yapily HSBC. | 79496 |
| Payment Import | Added the OnBeforeUpdateTempGenJournalLine integration event to allow modification of the temporary general journal line before posting during payment reconciliation. This enables partners to transfer custom field values to resulting ledger entries. | 79699 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| General Application | Fixed an issue where service IDs could not be added from the bank card. A new action now opens an editable list, allowing service IDs to be added and removed. | 79405 |
| General Application | Improved performance when applying or posting payment journal lines with Applies-to ID. The system now avoids unnecessary locking and updates only entries that change. | 79415 |
| General Application | Fixed an issue where the Found By enum in payment application proposals was not extensible. It is now extensible, allowing custom values in integrations. | 79562 |
| General Application | Fixed an issue where activation setup did not run when activating multiple companies. The system now tracks per-company activation and runs setup automatically when needed. | 79282 |
| General Application | Fixed an issue where the Batch field was not set automatically for payment methods with batching enabled. The field is now correctly set during setup import. | 79744 |
| General Application | Fixed an issue where Yapily consent tokens could expire after long inactivity. Token refresh now occurs earlier to prevent expiration. | 79760 |
| Payment Export | Fixed an issue where payment journal lines were not summarized correctly after due date adjustments. Summarization now correctly groups all eligible payments. | 79072 |
| Payment Export | Fixed an issue where Recipient Reference and Description did not use the vendor language. Template values now respect the vendor's language code. | 79160 |
| Payment Export | Fixed an issue where payment approval setup failed because approval flows were missing. Approval flows are now created automatically during setup. | 79215 |
| Payment Export | Fixed an issue where direct debit mandates could not be downloaded as PDF when email setup failed. A new Print Mandate action allows direct PDF download. | 79303 |
| Payment Export | Fixed an issue where remittance information showed incorrect amounts after modifying applied entries. The correct per-entry amounts are now used. | 79310 |
| Payment Export | Fixed an issue where the Pmt. Reference was not updated after relevant field changes. The field is now recalculated correctly. | 79319 |
| Payment Export | Fixed an issue where multiple mandate sequence types were grouped incorrectly in export files. Sequence type is now used as a grouping criterion. | 79701 |
| Payment Export | Fixed an issue where pages could not be opened when Continia Banking was not activated. Activation checks are now in place on relevant cards. | 79728 |
| Payment Export | Added support for a Payment Approval Administrator field. Users can now be configured as approval administrators for Continia Banking. | 79569 |
| Payment Import | Fixed an issue where foreign currency statement amounts were incorrect during import. The system now uses the correct amount based on statement currency. | 75051 |
| Payment Import | Fixed an issue where Document Type was blank when applying Finance Charge Memos and Reminders. It is now set to Payment. | 79115 |
| Payment Import | Fixed an issue where the Payment Batch ID on ledger entries was converted to uppercase automatically. | 79655 |
Continia Banking 2026 R1, Service Pack 2, hotfix 1
Release date online: June 9, 2026
Release date, on-premises: June 9, 2026
Continia Banking version: 28.2.1
New functionality
| Functional area | Description | ID |
|---|---|---|
| General Application | Added a new publisher event, OnBeforeValidateBankAccount, to the PmtSuggHeadPub codeunit so partners can run custom validation before a bank account is validated in payment suggestions. The existing internal event remains unchanged. This enables custom validation without affecting localization logic. | 79293 |
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| General Application | Setup import failed when authentication entries already existed for a bank system. The import incorrectly validated unchanged fields, causing an error. The process now validates only changed fields, allowing the import to complete. | 79341 |
| General Application | HTTP error occurred when importing or converting bank files if the user name contained non-ASCII characters. The issue occurred during file import and other Continia Online operations. Redundant headers were removed, and authentication is now handled by the shared handler. | 69844 |
| General Application | Payments could not be approved when the approver list was long. The issue occurred during approval workflows with many approvers. The full approver list is now always shown. | 79332 |
| Payment Export | Payment reference templates only allowed fields from the purchase header. This occurred when configuring templates in Continia Banking Templates. Vendor fields are now included in the selection. | 78375 |
| Payment Export | Modulus 11 calculation returned an invalid check digit when the remainder was 1. This occurred during check digit generation in banking templates. The calculation now returns “-” for remainder 1. | 78882 |
Continia Banking 2026 R1, Service Pack 2
Release date online: June 8, 2026
Release date, on-premises: June 9, 2026
Continia Banking version: 28.2.0
New functionality
| Functional Area | Description | ID |
|---|---|---|
| CSV Import | Import and export functionality has been added for CSV Ports. Payment service providers and PSP agreements can now be included in the import and export process, making it easier to move configurations from a test environment to a production environment. See Importing and exporting CSV ports. | 76753 |
| General Application | A new Service IDs list has been added to the Bank Card page. It is only visible for bank systems that support file lists, such as Nordea and Danske Bank. When one or more Service IDs are added, both the Bank File List page and the automatic file download are restricted to files matching those Service IDs. | 78552 |
| General Application | A Bank Accounts Missing Setup FactBox is added to the Troubleshooting page. It shows bank accounts that have a Bank Code on the Continia Banking tab but aren’t set up in Bank Acc. Com. Setup. Select a bank account number to open the setup page filtered to that account, so you can complete the setup. For more information, see Troubleshooting source files. | 78681 |
| General Application | Email validation in bank assisted setup wizards now rejects malformed email addresses, including addresses without a domain extension (for example, name@host), addresses with multiple @ characters, consecutive dots in the domain, leading or trailing whitespace, and a dot at the beginning or end of the local or domain part. The error message is now consistent across email fields on bank, customer, vendor, and employee records. | 77060 |
| General Application | BANKSapi is now generally available and no longer managed through Feature Management. For more information, see BANKSapi and Continia Banking. | 79088 |
| General Application | BANKSapi EBICS exports now use the correct EBICS authentication flow instead of PSD2. The setup wizard exits early if the bank account is already Ready, and the Communication Type can’t be changed after authentication is created. Errors are shown if the bank system code is missing or deleted. | 78280 |
| General Application | The assisted setup for direct bank account communication now recognizes a security challenge response as a pending state rather than a failure. The established connection and bank connection user name are kept in place so the connection can be finalized after the signed challenge is approved at the bank. The setup now also confirms that the bank connection user name was saved and keeps it in sync with the stored value. | 79092 |
| General Application | SEB and SWEDBank requests now correctly include the company's BC Company Info ID when authenticating, exporting payments, and importing statements and payment status. The value is only included when it has been set for the company. | 79093 |
| Payment Export | The Payment Allocation module adds external access to allocation lines, VAT-only allocations, post-posting edits, recalculation, invoice previews, optional invoice calculation, new extensibility points, and manual export setup. For more information, see Setting up and managing payment allocations | 73259 |
| Payment Export | New OnBeforeCreateFromSuggestionOverview integration events have been added to the Suggest Customer Payments, Suggest Vendor Payments, and Suggest Employee Payments reports. These events are raised at the beginning of the CreateFromSuggestionOverview procedure, allowing subscribers to apply additional filters or modify parameters before the payment suggestion is created. | 77052 |
| Payment Export | New publisher events have been added to the general journal line validation process. The OnBeforeCTSPEValidateBankAccount event allows subscribers to perform custom bank account validation before the standard validation runs. The CTSPEInsertJnlExportError publisher enables partners to insert custom export error messages during the validation process. | 78149 |
| Payment Export | Adds the Curr. Code (Equivalent Value) field to the vendor and payment flow, enabling payments to be executed in a different currency than the one used in Business Central. The value flows through documents, journals, and exports, and is included in the pain.001 file. Enable the feature using Use Curr. Code (Equivalent Value) in Banking Export Setup (disabled by default). For more information, see Paying in a different currency using Curr. Code (Equivalent Value). | 77495 |
| Payment Import | Support has been added for rules that enable bank statement lines to be merged automatically. The feature can be enabled on the Continia Feature Management page. For more information, see Introducing merge rules. | 44182 |
| Payment Import | Support has been added for manually merging multiple bank statement lines. The feature can be enabled on the Continia Feature Management page. For more information, see Merging bank statement lines manually. | 67603 |
| Payment Import | Adds a Reminder/Fin. Charge Memo Matching setting to Banking Import Setup. When enabled, it matches transactions to issued reminders and finance charge memos and creates a Payment Application Proposal from related customer ledger entries, including fees. For more information, see Matching reminders and finance charge memos. | 70561 |
| Payment Import | The job queue setup logic has been updated so that delegated users are no longer blocked from creating job queues. When a delegated user initiates job queue creation, the job queues are created with a status of on hold, consistent with the behavior in other Continia products. | 76133 |
| Payment Import | Actions have been added to the Bank Transaction Lines subpage to set and remove the value in the Imported To Company field. | 76394 |
| Payment Import | Improves extensibility of reconciliation posting by adding the CTS-PI Applied Payment Entry to events, making the table public, and moving its business logic to a codeunit. | 77303 |
| Payment Import | AccessPay report imports now use a persistent 4‑hour rate‑limit cache to reduce polling and prevent duplicate requests. The first import after upgrade uses a 15‑day lookback window to ensure no reports are missed. For more information, see Troubleshooting source files. | 79049 |
| Payment Import | Extracts Posted DD Return Entry logic into a new codeunit and makes the InitPostedReturnEntryFromReturnDDEntry procedure publicly accessible to support extensibility and automated testing. | 78832 |
| PSP | Blob storage integration has been added to PSP agreements. You can set up and create a job queue to import files from Azure Blob storage to the file archive and process them to PSP headers automatically. | 76758 |
| PSP | The PSP reconciliation process has been enhanced to automatically handle invoices with a posting date after the payment date. A new Matched Ledger Entries table has been introduced to track these entries. New setup options have been added to the PSP Agreement Reconciliation Setup page to control this behavior. | 78194 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| CSV Import | Fixes an issue where CSV date parsing failed in non-English environments. Adds an English fallback for parsing dates and moves the Amount Format Rules table to the Base Application. | 78300 |
| General Application | Fixes an issue where pending verification entries remained after restoring approved bank account values. Entries are now automatically removed when values are reverted, including partial and full restores. | 78116 |
| General Application | Fixed an issue where importing account statements via BANKSapi silently failed when a response could not be decoded as JSON. The raw response is now archived with Type set to Error on decode failure, the request entry is released, and the import flow proceeds to the next polling cycle. | 78676 |
| General Application | Fixed an issue where communication with SEB and SWEDBank could be sent without the company's BC Company Info ID, preventing the bank from matching the request to the correct company agreement. Requests now correctly include the BC Company Info ID when it has been set for the company. | 79093 |
| General Application | Fixed an issue where AML Approver Reference exceeded bank limits due to GUID formatting. The field is now stored as text across payment tables, and GUID-based fields are obsolete. Improves validation and inspection pages with clearer value display, highlights missing sequence numbers, and simplifies the Line Inspection menu. | 77464 |
| General Application | Fixes an issue where BANKSapi exports could mark journals as exported without a payment reference. The export now rolls back changes and shows an error so the payment can be reviewed and resent. | 78972 |
| General Application | Fixed an issue where a single payment with a missing payment reference aborted the entire Update Status run for a BANKSapi journal. Such payments are now skipped during status polling and receive their status through the regular account statement import once a payment reference exists. | 78973 |
| General Application | Fixed an issue in CSV processing where a double delimiter in the middle of a file caused an import failure. | 78918 |
| General Application | Fixed PSP search rules with the Additional Description setting. | 78128 |
| General Application | Fixed an issue during the upgrade from version 27 where existing CSV import data contained amount values in unsupported formats, causing the upgrade to fail. Unsupported amount format values are now skipped during the upgrade. | 78193 |
| General Application | Fixed an issue in the version 27.5 CSV Port Amount Handling upgrade where the upgrade failed with an error stating that the record in table PSP Search Rule Template already exists. | 78523 |
| Payment Export | Fixes an issue where the payment journal line amount wasn’t updated when the application changed. The amount is now always recalculated when applying or removing entries (for example via Apply Entries or changes to Applies-to ID or Applies-to Doc. No.), instead of only when the amount was zero. | 76438 |
| Payment Export | Warning-level validation results no longer block payment journal export or the posting of purchase and sales invoices and journal lines. Previously, warnings were incorrectly treated as errors. Repeated use of the Export action also caused warning entries to accumulate in the validation log. This has been corrected. | 78250 |
| Payment Export | Fixes an issue where validation error details pointed to the wrong table. Errors for missing Creditor Bank Country Code now correctly reference the Vendor Bank Account and Country/Region Code field. | 78753 |
| Payment Export | Fixes an issue where posting vendor payments with partially applied invoices failed when using summarized payments. Partial payment split logic has been removed, and partial payments are now included in the summarized entry. | 77744 |
| Payment Export | Fixes an issue where the mandate letter used Partner Type instead of the mandate. Adds a Mandate Type field to SEPA Direct Debit Mandate, now used to determine the correct letter. The field is pre-filled and can be changed on the Direct Debit Mandates page. | 77654 |
| Payment Export | Adds new events that let partners apply custom filters when creating payment headers and split payments based on custom fields (for example, REMADV), enabling flexible grouping of payment proposals. | 77312 |
| Payment Import | Fixed an issue where Payment Information ID and Payment Batch ID used Code type and forced uppercase, causing matching issues. Replaced with Text fields that preserve casing and migrated existing data. | 76740 |
| Payment Import | Fixed an issue where import failed when values contained %. The character is now escaped and treated as a literal value. | 76903 |
| Payment Import | Fixed an issue where the test report in the Payment Reconciliation Journal showed an incorrect warning (The applied amount must be 0) for G/L or employee entries. The report now handles these correctly. | 77257 |
| Payment Import | Fixed an issue where changing Account Type or Account No. cleared Search Rule but not Split Rule. Both are now cleared together. | 77455 |
| Payment Import | Fixed an issue where an error occurred during upgrade of Banking Import due to incorrect field mapping in the data transfer logic for the Applied Payment Entry and Payment Appl. Proposal tables. The field mappings in the upgrade codeunit have been corrected so that data is transferred correctly during the upgrade. | 78467 |
| Payment Import | Fixed an issue during upgrade caused by incorrect field mapping for Applied Payment Entry and Payment Appl. Proposal. Field mappings have been corrected. | 78637 |
| Payment Import | Fixed an issue where imports failed when Yapily returned 0001-01-01T00:00:00 for missing dates. These values are now treated as blank dates. | 78200 |
| PSP | Fixed an issue where importing PSP receipts failed due to currency validation when the balancing account had a currency. The currency code is now set before validation. | 79012 |
| PSP | Added new setting to have balancing per line if balance account per posting date is used. | 78347 |
Continia Banking 2026 R1, Service Pack 1, hotfix 3
Release date online: May 21, 2026
Release date, on-premises: May 21, 2026
Continia Banking version: 28.1.3
New functionality
| Functional Area | Description | ID |
|---|---|---|
| Payment Export | The AML Approver Reference field now supports longer text values, and validation pages clearly show values before and after formatting. Missing configuration is highlighted, and the interface is simplified for easier inspection. | 78328 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| Payment Import | Fixed an issue that caused an error during upgrade to version 28.1.1 due to incorrect field mapping in the data transfer logic for the Applied Payment Entry and Payment Application Proposal tables. Field mappings have been corrected to ensure data transfers successfully during the upgrade. | 78467 |
| Payment Export | Improved validation and formatting for the AML Approver Reference field and removed length limitations. | 77464 |
Continia Banking 2026 R1, Service Pack 1, hotfix 2
Release date online: May 19, 2026
Release date, on-premises: May 21, 2026
Continia Banking version: 28.1.2
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| Payment Export | Fixed an issue where the direct debit mandate letter used the Partner Type on the Customer Card to determine whether to create a B2B or CORE letter. This caused incorrect letters when a customer had both B2B and CORE mandates across different bank accounts. The mandate letter now uses the new Mandate Type field on the SEPA Direct Debit Mandate table to determine the correct letter content for each mandate. The field is automatically set when a mandate is created and can be adjusted manually on the Direct Debit Mandates page. | 77654 |
| Payment Import | Fixed an issue causing an error during upgrade to version 28.1.1 due to incorrect field mappings in the data transfer logic for the Applied Payment Entry and Payment Application Proposal tables. The field mappings have been corrected to ensure data transfers successfully during the upgrade. | 78467 |
Continia Banking 2026 R1, Service Pack 1, hotfix 1
Release date online: May 18, 2026
Release date, on-premises: pending
Continia Banking version: 28.1.1
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| General Application | Improved AccessPay status import to avoid duplicate processing. | 78011 |
| General Application | Prevented re-running DNB setup for already configured accounts. | 78041 |
| General Application | Added full Yapily response to the File Archive for easier troubleshooting. | 78093 |
| General Application | Fixed lingering verification entries after reverting field changes. | 78116 |
| General Application | Automatically sets AccessPay transaction ID format during setup. | 78148 |
| General Application | Restored missing communication setup rows when resetting defaults. | 78206 |
| General Application | Fixed DNB authentication validation not using correct implementation. | 78207 |
| PSP | Fixed PSP search rules using Additional Description. | 78128 |
| PSP | Fixed upgrade failure caused by unsupported CSV amount formats. | 78193 |
| Payment Export | Fixed posting error for summarized payments with partial applications. | 77744 |
| Payment Export | Fixed posting error with summarized payments and credit memos. | 78190 |
| Payment Import | Fixed matching issues caused by automatic uppercasing of payment IDs. | 76740 |
| Payment Import | Fixed import failure when values contained the % character. | 76903 |
| Payment Import | Fixed inconsistent rule clearing when changing account fields. | 77455 |
| Payment Import | Fixed import failure caused by missing value dates in Yapily data. | 78200 |
Continia Banking 2026 R1, Service Pack 1
Release date online: May 8, 2026
Release date, on-premises: pending
Continia Banking version: 28.1.0
New functionality
| Functional Area | Description | ID |
|---|---|---|
| CSV Import | A new column mapping system replaces hardcoded dimension positions in the CSV Port. It introduces flexible CSV‑to‑field mapping, including support for document type values flowing to Gen. Journal Lines. See Setting up CSV Ports. | 73527 |
| CSV Import | A new Setup CSV Port action has been added to the CSV Port page, providing a guided setup experience from the port page. | 76754 |
| General Application | Bank account verification now also covers vendor, customer, and Payment Information Setup records, including sensitive fields like Creditor No.. Verified values are reused across related records and auto‑approved. Unverified fields now block approval and export on key documents, including journals, invoices, sales documents, and payment suggestions. The Role Center and record pages highlight items that require attention. | 65542 |
| General Application | You can now automatically match bank account ledger entries from CAMT.053 files with related CAMT.054 entries created during posting. Enable Sum Posting per Posting Date on the Banking Import Setup page when posting CAMT.054. The feature is available on the Continia Feature Management page. For Swiss localizations, default CAMT Reference templates are assigned automatically during activation. See Reconciling CAMT.054 entries from CAMT.053. | 60832 |
| General Application | Document type determination during application in the Bank Account Reconciliation and Payment Reconciliation Journal has been improved. The system now evaluates account type, amount sign, and original document type together. This ensures correct document types and prevents posting errors caused by mismatches, including for entries migrated from OPplus or Dynamo. | 69819 |
| General Application | The Bank Account Setup wizard for Yapily, Bizcuit, and Rabobank now removes authentication entries created during incomplete setups while preserving existing entries. The Rabobank wizard also correctly marks the setup as finished when it closes automatically after validating credentials. | 76841 |
| General Application | A confirmation dialog is now shown when you share authentication between related banks. Confirming copies authentication details to the target bank and updates its active bank system and linked accounts accordingly. | 77022 |
| General Application | Instructional text in the Bank Account Setup assisted guide has been clarified. The finish step no longer references a disabled Next button, and the Back button is consistently disabled. | 77198 |
| General Application | A new Search in File Archive action has been added to the File Archive List page. The report scans the content of every archived file matching the specified date range and transaction type, and opens the File Archive List filtered to files whose content contains the search text. See Troubleshooting source files. | 77415 |
| General Application | The AUDDIS payment status handling pipeline has been improved. SEPA Direct Debit lifecycle messages (AUDDIS Arrival, Input, Withdrawal, Input Test, File Acceptance, File Rejection, and Submission Component History) can now be matched and updated through a dedicated bank-specific handler before falling through to the generic CAMT status processor. | 77413 |
| Payment Export | A new Payment Information Setup capability has been introduced, allowing payment information to be managed and reused across customer, vendor, and employee records. | 70866 |
| Payment Export | A new Complete Suggestion From Template action has been added to the Payment Suggestions page. The action opens a template selection dialog and applies the filters and settings from the selected payment suggestion template, including Use Bank Account and Use Payment Method. The Excl. Account without Due Bal. field is automatically disabled when association is activated. The suggestion reports for vendor, customer, and employee payments preserve the template reference. See Working with the Payment Suggestions page. | 73274 |
| Payment Export | Association and linking payments now respect the summarization configuration. Posting lines are grouped per account and applied using a shared Applies-to ID, rather than being posted as separate entries. | 73368 |
| Payment Export | All Message Type values from Finnish vendor ledger entries are now correctly transferred through payment suggestion, payment journal, and payment entry. New Message Type (FI) and Invoice Message fields have been added to the Payment Entry, Payment Entry Archive, Payment Ledger Entry, and Payment Suggestion Line tables. The previous Invoice Message (FI) field has been obsoleted, and its data is migrated automatically during upgrade. | 76144 |
| Payment Export | The full range of Danish NemKonto payment methods (NKC, NKV, NKVP, NKVS, NKS) is now supported for vendors, customers, and employees. New identification fields have been added: Social Security No. on Customer and Vendor, SE No. and P No. on Customer, Vendor, and Employee, and VAT Registration No. on Employee. The values are mapped to the corresponding Payment Entry creditor fields and included in the inhouse file structure during payment file creation. | 77258 |
| Payment Export | Country/region matching during payment entry creation now uses the ISO Code field on the Countries/Regions page instead of the Code field. Environments with custom country codes no longer receive false IBAN validation errors. The ISO Code field must be populated for the countries used in payment processing; in standard environments, ISO codes are present by default. | 77559 |
| Payment Export | The payment suggestion now allows a discount amount higher than the originally posted Remaining Pmt. Disc. Possible on a ledger entry. The same mechanism used for reduced discount amounts applies: the field is temporarily updated to the new value, and the original is preserved so it can be restored when needed. | 77416 |
| Payment Export | Three new publisher codeunits have been added to enable partner extensibility for payment validation and export blocking: CTS-PE Pmt. Sugg. Head Pub. (event OnAfterCheckPaymentSuggestionHead), CTS-PE Gen. Jnl. Line Pub., and CTS-PE Check Jnl. Line Bef. Exp. Pub. Partners can subscribe to these events to enforce custom validation rules and block payment exports without modifying the base application. See Extending Banking Export. | 77106 |
| Payment Export | The internal extensibility surface for alternate payment entry data has been replaced by a single public publisher on CTS-CB Pmt. Entry Mgt. Publ., backed by four scope-specific temporary buffer tables: CTS-CB Alt. Pmt. Account, CTS-CB Alt. Pmt. Creditor, CTS-CB Alt. Pmt. Creditor Bank, and CTS-CB Alt. Pmt. Debtor. A parallel buffer, CTS-CB Alt. Rem. Info. Line, supports partner-supplied remittance long-advice lines. Bank-account fields are now partner-settable. The previous surfaces CTS-CB External Payment Entry (table 71553695) and CTS-CB Pmt. Entry Mgt. Ext. Publ. (codeunit 72282348) are obsolete pending and continue to fire in parallel during the deprecation window. Existing subscribers must migrate before version 29.0. | 77420 |
| Payment Export | The CTSPEIsBankingJournal variable on the Payment Journal page extension has been moved to the protected variable area, allowing partner extensions to read it. | 77388 |
| Payment Export | Improved payment allocation calculations by using actual invoice VAT, added preview, editing, and recalculation features. | 70509 |
| Payment Export | Added support for editing, adding, and recalculating payment allocations after posting. | 70595 |
| Payment Export | Extended payment allocation functionality with preview, VAT-only option, and post-posting edits. | 70597 |
| Payment Export | Added BASt allocation type and enhanced allocation flexibility, preview, and extensibility. | 70598 |
| Payment Export | Added bulk recalculation of allocations and improved preview and editing options. | 70599 |
| Payment Export | Added allocation preview on invoices and improved post-posting flexibility. | 70600 |
| Payment Export | Added option to disable payment allocation calculation per invoice. | 70601 |
| Payment Export | Added extensibility for allocation lines and improved preview and recalculation features. | 73259 |
| Payment Export | Added template-level configuration for bank account and payment method usage. | 73364 |
| Payment Export | Fixed payment status import performance issues by reducing SQL calls and optimizing matching logic. | 74621 |
| Payment Export | Introduced a core data model for storing payment remittance details for future functionality. | 75832 |
| Payment Export | Added new validation interfaces and operators to support related record validation and remittance scenarios. | 75833 |
| Payment Export | Added interfaces and loaders to support extensible remittance data handling. | 75834 |
| Payment Export | Introduced data loaders and interfaces to standardize remittance information mapping and extensibility. | 75835 |
| Payment Import | A new Allow Multiple Applications option on payment reference rules lets matching create proposals for all matching entries instead of stopping at the first match. | 75641 |
| Payment Import | Added per-bank-account control over document number assignment. | 76495 |
| Payment Import | Improved document number handling and visibility across reconciliation pages. | 76496 |
| Payment Import | Two new fields, Document No. Matching and External Document No. Matching, have been added to the Banking Import Setup page in the General section. Both are enabled by default and are visible when Show more is enabled. The fields are initialized automatically for existing setups during upgrade. | 76266 |
| Payment Import | A new Pmt. Recon. Doc. No. Assignment setting has been added to the Bank Account Card page, allowing the document number assignment for Payment Reconciliation Journal lines to be configured per bank account. The available strategies are Default, Legal Sequence, Electronic Sequence, and Line-based Numbering. The chosen strategy is carried through to posted general ledger, bank ledger, VAT, and sub-ledger entries. Bank Account Reconciliation is not affected. The feature is managed through Continia Feature Management under code 69080 and must be enabled before the new fields become visible. | 76494 |
| Payment Import | The File Type field has been added to the bank transaction pages. | 77207 |
| Payment Import | The visibility of the Split Lines field is now controlled by the split rules setting on the Banking Import Setup page. When split rules are disabled, the field is hidden from the Bank Acc. Reconciliation, Bank Acc. Reconciliation Lines, and Payment Reconciliation Journal pages. | 74059 |
| Payment Import | When importing a CAMT file, the value date is now used as the statement date if the booking date is empty. | 77553 |
| Payment Import | When a bank statement line has multiple payment application proposals applied with different accounts, Line applies different accounts is now shown on the Bank Account Reconciliation and Payment Reconciliation Journal pages, aligning the behavior with other reconciliation views. | 76574 |
| Payment Import | A new Create Suggestion action has been added to the Vendor Ledger Entries page, providing a payment suggestion workflow through Continia Banking directly from ledger entries. Vendor ledger entries marked as On Hold are now excluded when payment journal lines are created. | 76604 |
| Payment Import | A new publisher event OnAfterFilterCustLedgerEntryAllowedToCreateDDReturnEntry has been added to codeunit 71554338 (CTS-PI Match Direct Debit). | 76930 |
| PSP | Adds a custom PSP external reference type, allowing rules based on any table and field. During reconciliation, these rules automatically resolve and populate the correct customer number on journal lines. | 76751 |
| PSP | A new option has been added to the Amount Format Rules in the CSV Port, allowing the type values that should always be imported to be selected, rather than only the values to skip. A new Type Value Selection page supports the configuration. When a positive selection is used, additional values that appear in newer CSV files are automatically excluded. | 76783 |
| PSP | The extended search functionality has been improved. A new Force Document Type option has been added to the PSP Agreement Reconciliation Setup page, providing more control over matching. Posting date matching now works more reliably with configured date tolerances, and amount matching falls back to LCY values when the original amounts do not match. | 77491 |
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| General Application | A permission error occurred when opening the Continia Payment page with entries, due to missing read access to a Document Capture table. The required permission is now included when accessed through approval management. | 73419 |
| General Application | A field type mismatch error occurred when Save as Template was used on customer, vendor, or employee cards, preventing templates from being saved. Templates can now be created from entity cards and correctly include all Continia Banking fields such as Bal. Account No., Payment Method Code, Cost Type, and external codes. | 72623 |
| General Application | Opening journals or setup pages could trigger unexpected approval permission errors. The ShowError parameter on the approval access check was incorrectly set to true, causing the check to throw an error instead of returning the result. The parameter has been corrected, and the return value from the module license check is now stored correctly. | 76520 |
| General Application | Opening the Bank Account Setup page failed because the access check for the Direct Communication module did not return its result correctly. The return value is now saved, and error handling on the approval access check has been improved. | 76508 |
| General Application | A permission error was shown when the Manual Setup action was invoked from a setup page by a user without permissions for Continia Banking. | 75640 |
| General Application | The PSP Agreement Setup page displayed notification banners for assisted setup and videos that were not related to PSP payment processing. The unrelated notifications have been removed. The assisted setup and video links remain available on other, more relevant pages. | 75697 |
| General Application | Notification banners and unrelated video links displayed on the PSP Agreement Setup page have been removed. | 75697 |
| General Application | Continia Banking PSP search rules and templates were missing in the demo app. Agreements such as the Klarna Agreement appeared empty, and all PSP templates were missing across payment service providers. The demo app referenced obsoleted PSP tables. It has been updated to use the current PSP tables, so PSP search rules and templates are now created correctly during demo data setup. | 76433 |
| General Application | A race condition could cause payment exports to fail when a background session hadn’t yet committed a Request ID Entry. A retry mechanism now polls for the record with limited attempts and exits gracefully if it’s still unavailable. Applies to all supported bank integrations. | 76963 |
| General Application | When an authentication was shared from one bank to a sibling bank in the same company, the operation silently did nothing. No confirmation was shown, the target bank's authentication fields were not copied, and the Active Bank System list and Bank Acc. Com. Setup on linked bank accounts were not configured. A confirmation dialog now appears, and on confirmation the target bank is populated correctly, the shared bank system is mirrored, and every linked bank account is configured for the shared bank system. | 77022 |
| General Application | Opening the Bank System Setup wizard could fail with a hard error when a bank account referenced an asynchronous status entry that no longer existed on Continia Online. When this occurred, the following error occurred: * Status entry id '' was not found The wizard now silently recovers from this scenario. Orphaned local request entries are automatically marked as StatusEntryIdNotFound and skipped on subsequent polls. A telemetry event (0020, functional area Authentication) is emitted with EntryID, BankCode, and BankSystemCode dimensions. | 77407 |
| General Application | Closing a bank communication sub‑wizard (BANKSapi EBICS, BANKSapi, or Rabobank) with the close button previously discarded the setup. Both Finish and close now save the configuration. | 76678 |
| General Application | Setting default communication for a bank account could fail with a The page has been updated error when the bank system had account statement communication configured. The account statement uniqueness enforcement is now deferred to run after the cursor loop completes, avoiding the version conflict while preserving the business rule. | 76934 |
| General Application | The Bank Card page did not display bank-specific communication agreement groups (such as Signer ID/User No., Company ID, Certificate Holder, and Agreement No.) when a bank was configured with only manual communication. The visibility logic now includes bothdirect and manual communication types, so the agreement field groups are correctly shown. | 76781 |
| General Application | Structured remittance information was not generated during payment file creation because the MoreThanOneEntryFound parameter was always evaluated as false in the calling procedure. The var keyword has been added to the parameter on GetCustomerLedgerEntry and GetVendorLedgerEntry, so the value is now passed back to the caller. Structured remittance advice is now correctly included in the payment file when multiple ledger entries are found. | 77467 |
| Payment Export | Regulatory reporting codes were included in payment export files even when the Regulatory Reporting field was set to Inactive in the payment validation. This could cause payment files to be rejected. For example, in domestic SE-to-SE BG payments, the code was still included despite the inactive setting. The regulatory reporting code is now correctly excluded from the payment file when regulatory reporting is Inactive. | 76354 |
| Payment Export | Payments were created even when the vendor balance was 0 on the due date. A new Exclude Vendors without Due Balance option has been added to the Suggest Vendor Payments request page and to Payment Suggestion Templates. When enabled, vendors with a zero or positive overall balance are skipped. The default is off. | 74187 |
| Payment Export | The Direct Debit Mandate ID was automatically filled on sales invoices without setting the corresponding customer bank account. This has been corrected. | 74479 |
| Payment Export | Remittance advice text generated from a Remittance Information Pattern could exceed the payment method’s maximum line length, and line breaks could introduce leading spaces. Lines are now truncated and marked with ..., and leading spaces after line breaks are removed. | 76375 |
| Payment Export | The Update Posting Date function removed payment discount amounts from payment suggestion lines even when the new posting date still fell within the discount period. It is now possible to use a fixed Posting Date together with the Find Payment Discounts option, and the discount values are correctly recalculated and prefilled based on the specified posting date. | 76512 |
| Payment Export | Opening a payment reference template that contained a Modulus 7-3-1 Control No. placeholder crashed the CTS-CB Banking Template page. When this occurred, the following error occurred: * The value "." can't be evaluated into type Integer A non-numeric input guard has been added to the Modulus 7-3-1 calculation, so placeholder characters are now handled gracefully. The Banking Template page opens and displays correctly, and affected records can be deleted. | 76949 |
| Payment Export | When payment files were exported, the Name 2 field from the vendor or customer was not included in the generated banking export files. The Creditor Name 2 and Debtor Name 2 fields are now included in the inhouse file generation. | 77102 |
| Payment Export | Vendor ledger entries marked as On Hold were incorrectly included in the payment journal when the Create Payment action was used on the Vendor Ledger Entries page. The general journal creation handling now respects the On Hold status, and a new Create Suggestion action provides a Continia Banking-specific payment suggestion workflow directly from the ledger entries. | 76604 |
| Payment Export | When importing PSP payment files into the Cash Receipt Journal, lines with the same description but opposite signs were incorrectly grouped together. When the amounts summed to 0, the grouped line could not be used to automatically settle the corresponding sales invoice and credit invoice separately. The grouping logic now keeps positive and negative amount lines separate when their sum would equal 0. | 77496 |
| Payment Export | The Payment Allocation setup entry was displayed at the top level of the Manual Setup page instead of under Banking Export Setup. The entry has been moved to the correct location. | 75636 |
| Payment Export | Approval functionality failed due to a reference to an obsoleted Document Capture table that is no longer available. The record reference has been updated to point to the correct table, and permission checks in the Approval Management codeunit and the Applied Entries Part page have been enhanced. | 77842 |
| Payment Export | Improved validation rules by adding scope to prevent ambiguity between payment entry and remittance fields. | 76960 |
| Payment Export | Yapily payment exports for UK/GB bank accounts returned without an IBAN were not matched, so accounts silently missed their Yapily Account ID and subsequent statement retrieval failed. UK/GB bank accounts are now matched on Bank Branch No. and Bank Account No. (sort code and account number) when no IBAN is present. | 77117 |
| Payment Export | Improved captions and tooltips for payment suggestion filtering options. | 77173 |
| Payment Export | Added template-based completion for payment suggestions and resolved conflicting settings. | 77327 |
| Payment Export | Replaced legacy extensibility with structured buffer-based approach. | 77421 |
| Payment Import | The Substring transformation type could be selected on a transformation rule linked to a payment reference rule, even though the same functionality is available directly on the rule. A validation now prevents this selection and raises a field validation error if the Substring type is selected in this context. | 76027 |
| Payment Import | Fixed localization handling for Change Statement ID action. | 76573 |
| Payment Import | The Copy VAT Setup to Jnl. Line setting on the Payment Reconciliation Journal was not respected during posting. The setting is now applied correctly. | 76398 |
| Payment Import | Processing direct debit returns failed when a partner Banking extension was installed alongside the Continia Banking module. The customer ledger entry lookup now filters on the correct entry number, and the event binding of the CTS-PI DD Return Unapply Sub codeunit has been corrected so that it subscribes at the appropriate time. | 76400 |
| Payment Import | When unapplying invoice and payment entries through Process Pending Direct Debit Returns in the Payment Reconciliation Journal or Bank Account Reconciliation, the required VAT adjustment reversal entries were not created. VAT entries and general ledger entries are now generated consistently, regardless of whether the unapply is performed manually or through direct debit return processing. | 77392 |
| Payment Import | The Balance Last Statement field on the bank account reconciliation was incorrectly updated when bank account statements were imported. The field could be overridden with 0 when the imported file contained no balance data, and it was also modified when multiple statements were imported into the same reconciliation. The import process now preserves the Balance Last Statement value: balance fields are no longer overwritten when the file contains no balance data, and subsequent imports into the same reconciliation no longer modify the value. | 74378 |
| Payment Import | When importing bank statement files without balance information (for example, CAMT.053 files without balance nodes), the Balance Last Statement field on the Bank Acc. Reconciliation was incorrectly overridden with 0. The import logic now preserves existing balance values from the bank account when the file does not contain balance data. The fix applies to manual import, multiple statement import with aggregated periods, and automated import using job queues. | 75105 |
| Payment Import | The statement date was not shown when bank account statements were imported without balance data. The import logic now correctly preserves existing balance field values when the imported file does not contain balance data. | 77177 |
| Payment Import | Date and time values from imported bank files were stored with incorrect dates. ISO 8601 datetime strings without timezone indicators (for example, 2026-03-06T23:59:00) from CAMT.053 or CAMT.054 files were shifted by the session timezone offset, resulting in wrong booking dates. Datetime values from imported bank files are now parsed without applying the session timezone offset. | 76365 |
| Payment Import | Bank transactions imported from Yapily could appear as duplicates on the Bank Account Reconciliation page, because Yapily's API returns a rolling window of transactions that overlaps with previously imported data. The duplicate detection logic has been corrected: already-imported transactions are now identified and skipped, since the transaction hash used for duplicate detection is now available at the time the check is performed. | 76817 |
| Payment Import | The label for the transactionHash value in the allow to import check on Yapily has been corrected. | 76734 |
| Payment Import | Payment status import could match a disabled Bank Account Communication Setup when looking up the setup from the Payment Register, preventing the correct fallback lookup from being used. The GetBankAccountCommSetupFromRegister procedure now filters on Enabled = true, so only active communication setups are considered. | 76744 |
| Platform and Technology | A demo app setup limitation created only one authentication entry for multiple bank systems. The setup now iterates over all active bank systems and uses the provided bank system code directly. | 76361 |
| Platform and Technology | Continia Banking Demo app (28.0.2) issues with data, setup, and authentication have been fixed, with updated BC 28 compatibility and translations. | 77059 |
Continia Banking 2026 R1, hotfix 3
Pre-release date online: April 21, 2026
Release date online: April 21, 2026
Release date, on-premises: pending
Continia Banking version: 28.0.3
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| General Application | Fixed an issue where the PSP Agreement Setup page showed assisted setup and video notification banners that were not related to PSP payment processing. The unrelated notifications have been removed, while the assisted setup and video links remain available on more relevant pages. | 75697 |
| General Application | Fixed an issue where payment status import could match a disabled bank account communication setup, preventing the correct fallback lookup. This occurred when multiple communication setups existed for the same bank account and bank system code and one or more were disabled. Only active communication setups are now considered, ensuring the fallback lookup works as expected. | 76744 |
| General Application | Fixed an issue where the Bank Card page did not show bank-specific communication agreement groups for banks using manual communication, such as Nordea. The visibility logic only checked direct communication types, which hid required fields. The logic now supports both direct and manual communication types, so the required agreement fields are displayed correctly. | 76781 |
| General Application | Fixed an issue where setting default communication for a bank account could fail with a The page has been updated error when account statement communication was configured on the bank system. The account statement uniqueness check now runs after the cursor loop completes, avoiding the version conflict while preserving the business rule. | 76934 |
| General Application | Fixed a race condition where payment exports could fail when reading a request ID entry record that had not yet been committed by a background session. This could affect payment export, authentication confirmation, and status update flows across all supported bank integrations. | 76963 |
| General Application | Fixed an issue where sharing an authentication to a sibling bank in the same company did not trigger any action. No confirmation was shown, authentication fields were not copied, and related bank configurations were not applied. A confirmation dialog is now displayed, and upon confirmation the authentication details, active bank systems, and linked bank account setups are correctly copied to the target bank. | 77022 |
| Payment Import | Fixed an issue where date and time values from imported bank files were stored with incorrect dates. ISO 8601 datetime values without time zone indicators from CAMT.053 or CAMT.054 files were incorrectly adjusted by the session time zone offset, resulting in wrong booking dates. Datetime values are now parsed exactly as provided in the file, without applying a time zone offset. | 76365 |
| Payment Import | Fixed an issue where bank transactions imported from Yapily could appear as duplicates on the Bank Account Reconciliation page. Because the Yapily API returns overlapping transaction data, previously imported transactions could be re-imported. Duplicate detection has been corrected so existing transactions are identified and skipped during import. | 76817 |
| Payment Export | Added a new option, Exclude Vendors With no Amount due, on the Suggest Vendor Payments request page. When enabled, vendors whose overall balance shows they do not owe you money are skipped during payment suggestion. This prevents unnecessary payment lines from being created for vendors with a zero or positive balance. The option is also available in Payment Suggestion Templates. The default is off, so existing behavior is unchanged unless the option is enabled. | 74187 |
Continia Banking 2026 R1, hotfix 2
Pre-release date online: April 10, 2026
Release date online: April 10, 2026
Release date, on-premises: April 15, 2026
Continia Banking version: 28.0.2
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| General Application | Fixed a permission error on the Continia Payment page caused by missing read access to a Document Capture table when records were present. The required permission is now included. | 73419 |
| General Application | Fixed an issue where closing a bank communication sub-wizard with the close (X) button did not save the setup. Configuration is now saved correctly. | 76678 |
| Payment Export | Fixed an issue where regulatory reporting codes were included in payment exports even when Regulatory Reporting was set to Inactive. | 76354 |
| Payment Import | Fixed an issue where the system prevented the Substring transformation type from being selected when a payment reference rule already provides substring functionality. | 76027 |
Continia Banking 2026 R1, hotfix 1
Pre-release date online: April 7, 2026
Release date online: April 7, 2026
Release date, on-premises: April 15, 2026
Continia Banking version: 28.0.1
Bug fixes
| Functional Area | Description | ID |
|---|---|---|
| General Application | Fixed an issue where creating a template from a customer, vendor, or employee card failed due to a field type mismatch, preventing templates from being saved correctly. | 72623 |
| General Application | Fixed an issue where opening journals or setup pages showed unexpected approval permission errors due to incorrect approval access checks. | 76520 |
| General Application | Fixed an issue where opening the Bank Account Setup page failed because the access check for the Direct Communication module did not return its result correctly. | 76508 |
| Payment Import | Fixed an issue where the Copy VAT Setup to Jnl. Line setting on the Payment Reconciliation Journal was not respected during posting. | 76398 |
| Payment Import | Fixed an issue where processing direct debit returns failed when a partner banking extension was installed, due to an incorrect customer ledger entry lookup. | 76400 |
| Payment Export | Fixed an issue where remittance advice text generated from a pattern could exceed the configured line length, by inserting line breaks. The new line could cause leading spaces, which we now remove. | 76375 |
Continia Banking 2026 R1
Pre-release date online: March 20, 2026
Release date online: April 1, 2026
Release date, on-premises: April 15, 2026
Continia Banking version: 28.0.0
New functionality
| Functional area | Description | ID |
|---|---|---|
| General Application | Updated dependencies across all Continia Banking apps to support Business Central 28 and ensure compatibility. | 57076 |
| General Application | Updated translatable strings and captions across multiple modules to improve translation quality across supported languages. | 58769 |
| General Application | Updated translation files across all modules and supported languages to improve consistency and correctness. | 62163 |
| Payment Export | Introduced Payment Information Setup to define payment settings per account and payment method, reducing manual adjustments. | 70864 |
| Payment Export | Added a dedicated Payment Information Setup page with integration across customer, vendor, and employee records. | 70865 |
| Payment Export | Enabled flexible configuration of payment settings per account and payment method combinations. | 70866 |
| Payment Export | Added a total payment amount field to payment and direct debit journals for improved visibility. | 71796 |
| Payment Export | Added a total payment amount field to provide a correct overview of payment amounts without exporting data. | 72979 |
| Payment Export | Enabled distribution of payments across multiple payment suggestions to a selected bank account. | 73273 |
| Payment Export | Added default sender reference templates in Banking Export Setup. | 73512 |
| Payment Export | Improved configuration of payment exports with support for alternative payment address scenarios. | 74911 |
| Payment Import | Improved handling of expired payment discounts during payment import. | 67765 |
| Payment Import | Added support for ignoring account type in search rules during reconciliation matching. | 70470 |
| Payment Import | Added validation on bank account numbers to prevent unsupported special characters. | 74312 |
| Payment Import | Added an integration event after processing direct debit return entries. | 75036 |
| Payment Import | Added an integration event after matching bank account reconciliation. | 75050 |
| Payment Import | Improved manual import behavior when the job queue is on hold by prompting for user confirmation. | 75159 |
| Payment Import | Added external access to posted direct debit return entries and return reason code tables. | 75765 |
| Payment Import | Improved remittance information handling by introducing lifecycle tracking with a phase field. | 75853 |
| Payment Import | Refactored remittance calculation into smaller components to improve maintainability and extensibility. | 75855 |
| Payment Import | Improved remittance templates by separating single-instance and line-break functionality. | 75857 |
| Payment Import | Improved remittance compression to respect line breaks during text merging. | 75858 |
| Payment Import | Ensured automatic upgrade of template data to support new remittance template behavior. | 75859 |
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| General Application | Fixed an issue where importing bank systems overwrote user-defined batch settings. | 74349 |
| General Application | Fixed an issue where permission checks did not work correctly for approval admin permissions. | 73601 |
| General Application | Fixed an issue where SEB registration numbers were incorrectly limited to 10 characters in setup. | 75019 |
| General Application | Fixed an issue where Bizcuit imports could enter an infinite loop during pagination. | 76166 |
| Payment Export | Fixed an issue where payment distribution could fail with a JIT load error when moving lines. | 70422 |
| Payment Export | Fixed an issue where CtgyPurpCode was incorrectly used for multiple transaction types. | 72055 |
| Payment Export | Fixed an issue where remittance text could be truncated instead of continuing on a new line. | 75288 |
| Payment Export | Fixed an issue where changing vendor or customer did not update associated bank accounts. | 75357 |
| Payment Export | Fixed an issue where exported payment journal lines could still be modified. | 75549 |
| Payment Export | Fixed an issue where empty bank account codes caused journal line deletion failures. | 75568 |
| Payment Export | Fixed an issue where Direct Debit validation used incorrect validation rules. | 75717 |
| Payment Export | Fixed an issue where unapplied entries were not removed from exported payment tracking. | 75888 |
| Payment Export | Fixed an issue where only direct debit journals were visible in security setup. | 75891 |
| Payment Export | Fixed an issue where payment discounts were not correctly updated in summarized suggestions. | 75902 |
| Payment Export | Fixed issues in remittance rebuild functionality affecting multiple journal lines and cancellation behavior. | 75906 |
| Payment Export | Fixed an issue where remittance templates were ignored during rebuild when payment information setup existed. | 75907 |
| Payment Export | Fixed an issue where discount values were not correctly calculated during remittance rebuild. | 76168 |
| Payment Import | Fixed an issue where WorkDate was incorrectly used when importing bank statements. | 73775 |
| Payment Import | Fixed an issue where empty bank transactions were imported unnecessarily. | 73970 |
| Payment Import | Fixed an issue where transaction date handling caused import failures. | 74718 |
| Payment Import | Fixed an issue where payment import actions failed on empty reconciliation pages. | 75021 |
| Payment Import | Fixed an issue where job queue import setup caused page update errors. | 75039 |