Detailed changelog for Continia Expense Management 2023 R2
This article lists all new features and bug fixes for each version of Continia Expense Management 2023 R2.
Tip
As a Continia partner, you can be notified of new Expense Management versions and service packs whenever they're released. To sign up for this service, go to this page in the Continia PartnerZone (only available to partners).
Expense Management 2024 R1 Service Pack 4
Release date: January 31, 2025
App version: 12.4.0
Fob version: 12.04
New or changed functionality
| Functional area | Description | Id |
|---|---|---|
| Mileages | (For Danish localization) When the 60-day rule is enabled, an error comment now generates if both the From Home and To Home fields are selected simultaneously. This ensures that only valid mileage data is processed and helps maintain accurate records. | 61287 |
| Mileages | (For Danish localization) To bring more clarity to calculating the 60-day rule, the 60-Day Rule Day Count and 60-Day Rule Destination fields have been added to the mileage list.
| 61550 |
| Mileages | (For Danish localization) When the 60-day rule is enabled, you can now see a warning comment if neither the From Home nor To Home checkboxes are ticked but there is a clear correlation to a previously used home address within the default range of 300 meters. | 62432 |
| Mileages | (For Danish localization) When the 60-day rule is enabled, you can now see a warning comment when GPS coordinates are missing on a mileage. GPS coordinates are used to calculate the proximity to a destination address and perform checks around the home address. Lacking GPS coordinates affects the calculation of the 60-day rule, causing the calculation to fall back on identifying similar destination addresses based solely on the address text. | 62433 |
| Mileages | (For Danish localization) When the 60-day rule is enabled, you can now see a warning comment if a mileage has either From Home or To Home specified but the home address is outside the 300 meter range when comparing it with the previously used address. | 62467 |
Bug fixes
| Functional area | Description | Id |
|---|---|---|
| Document Approval | Users with a CEM-APPROVE permission set assigned to them no longer receive the following error when trying to add an attachment to an Expense Document in the Continia Web Approval Portal:
| 62512 |
| Expenses | Allocations containing personal items will now be included when creating an invoice for a business vendor. Previously, personal items were excluded from business invoices. However, they are now classified as company expenses and will be reflected in the purchase document. | 52886 |
| General Application | The reimbursement dialog displayed an incorrect user count under certain conditions. This has been resolved. | 55288 |
| General Application | When using the CEM Tax Report, the Settlement No. filter on the request page was not respected. | 58767 |
| General Application | When an expense report was reimbursed, it triggered a notification in the Expense App for each sub-document. This has now been resolved so there is only one notification sent for the whole document. | 59145 |
| General Application | When upgrading a company where a Digital Sign Attachments is enabled, without having a Company Code specified in the Continia Company Setup, the following error would show:
| 62215 |
Expense Management 2023 R2 Service Pack 3
Release date: July 1, 2024
App version: 12.3.0
FOB version: 12.03.00
New or changed functionality
| Functional area | Description | ID |
|---|---|---|
| Credit Card Transactions | When the Card No. is blank on transactions imported as .csv file through Transaction template tool, users will get an error when trying to Approve and Transfer. | 54141 |
| Expenses | The field Matched to Bank Transaction has been added on Posted Expense List and Card pages. | 53354 |
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| Document Approval | Approvers are now able to modify Expense Allocations when Expense is part of an Expense Report in Pending Approval Status. | 54255 |
| Expenses | When updating the foreign currency on an allocated expense, the Amount (LCY) would have not been recalculated. | 55645 |
| General Application | The RTC Client would have crashed if the first attachment file was not available. The issue was introduced in the version 12.01. | 52792 |
| General Application | The Expense Management Status Report kept failing when the Corporate Language was ESP. | 54225 |
| General Application | When having multiple attachments, only the first attachment was presented in the Roletailored Client. | 54392 |
| General Application | When posting expenses in foreign currencies where the Amount Rounding Precision allows more decimals than the local currency and Post in Expense Currency was enabled. The following error message was stopping the process.
| 54691 |
| General Application | When adding filters on a Field Type, in the No. Of Source Table Filters, the calculated No. of Lookup Values was not updated. The issue was only visually not updated. | 55300 |
| General Application | When automatically sending for approval expense reports, the process would only have been tried once after which it was abandoned, leaving extra work for the system administrators. The functionality now retries sending for approval every synchronization. | 55597 |
| Mileages | When calculating mileage over a certain Starting Distance, the lower rate was not applied. Instead the next year rate was picked up, if this was specified. | 55306 |
Expense Management 2023 R2 Service Pack 2, hotfix 1
Release date: April 9, 2024
App version: 12.2.1
FOB version: 12.02.01
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| Mileages | In the Spanish localization, when posting a mileage, the Bill-to/Pay-to No. was not respected resulting in a posting error. | 54427 |
Expense Management 2023 R2 Service Pack 2
Release date: March 7, 2024
App version: 12.2.0
FOB version: 12.02.00
New or changed functionality
| Functional area | Description | ID |
|---|---|---|
| Country and Regional | With the introduction of Enforced Digital Vouchers in BC23.2, attaching documentation as incoming documents, prior to posting purchase document and journals, will in certain localizations become mandatory. When using Expense Management in an environment where Enforced Digital Vouchers is configured to check for attached files prior to posting, Expense Management will transfer the underlying digital vouchers to the posted documents. When posting an Expense, the digital voucher will be enforced and the expense cannot be posted without providing an attachment which becomes the digital voucher. When posting Mileage and Per Diem, a tax report extract will be generated. This serves as a digital voucher for these documents. How to enable the feature:
| 50995 |
| General Application | Posting Date has been added to expenses and mileages. | 50039 |
| General Application | In the Web Approval Portal, when attempting to modify fields Project No. or Project Task No. on then Expense Allocation line, the following error would have stopped the user
| 52552 |
Bug fixes
| Functional area | Description | ID |
|---|---|---|
| Credit Card Transactions | When importing transactions with the Transaction Template it will no longer be possible to transfer data to the Transaction Import Journal unless a Bank Code is specified. The Bank Code is anyway necessary and will be reinforced later in the process, anyway. | 51874 |
| Credit Card Transactions | When importing transactions via the Transaction Import Journal, and a field value was longer than 250 characters, it would fail with the error below.
| 52139 |
| Expenses | When documents were approved due to Company Policy or Purchase Contracts, the Secure Archive log for approval was not created. | 50434 |
| Expenses | To prevent mismatches between the currency of expenses and their associated allocations, changing the Currency Code on an expense is no longer possible once allocations exist. This update ensures financial accuracy by maintaining consistent currency across expense entries and their allocations. | 51136 |
| Expenses | There is a new enhancement with the Enable Amount Distribution feature set and the Distribute by tax amount property enabled in the Distribution Code of the Expense Type. The Amount Including Tax field on the expense and its allocations now automatically updates, calculating and reflecting the corresponding tax values. | 51932 |
| Expenses | When a Distribution Code is applied to an Expense Type, and subsequently, the Expense Type is cleared from the expense, a new dialogue feature has been implemented. This dialog will prompt users to confirm whether they want to remove the automatically allocated lines that were added based on the Distribution Code. This ensures greater control and accuracy in expense allocation processes. | 52037 |
| Expenses | A negative expense would be created as a Purchase Invoice instead of a Credit Memo when a Preferable Purchase Invoice was set up. | 52434 |
| Expenses | Users with Can Edit Approved Documents enabled can now change the VAT Amount value on the Expense Card page when Expense has the status Pending Approval or Released. | 52514 |
| Expenses | The following Expense Comment now references the correct duplicate Expense Entry No.:
| 52582 |
| Expenses | Posting a Purchase Credit Memo for the business Vendor number (Vendor No. on the expense) would not trigger the automatic payment that had to be applied to that document. | 52803 |
| Expenses | When using the Vendor No. (business vendor) field on expenses, while having a Payment Type with a Vendor (bank account), the following error would have been raised, if the Continia User did not have a Vendor No. specified. The error has been replaced by a more meaningful one. We have fixed the following error when posting a Bank Purchase Invoice (a payment type posting on a Vendor).
| 52821 |
| Expenses | When an expense was marked as non-refundable (personal) and it involved the Vendor No. (business vendor) field, along with a Payment Type linked to a Vendor (bank account), a credit memo was issued to the business vendor. It was not correct to decide the document type based on the No Refund field on the expense, the document type should have always been Invoice for a positive expense and Cr. Memo for negative expenses. Furthermore, the creation of a business vendor document is skipped if the expense is non-refundable and the Payment Type posting Method is Post on the Expense User Account. | 52859 |
| Expenses | When navigating to Find Entries from a Purch. Cr. Memo generated by Expense Management, the expense was not shown in the Related Entries. | 52878 |
| Expenses | When a negative allocated Expense with Vendor Invoice No. was posted, multiple Purchase Credit Memos were created for each of the allocation lines instead of adding multiple allocation lines to the existing Purchase Credit Memo. | 52887 |
| Expenses | The field Payment Type is now visible on the Posted Expense Card page. | 52921 |
| Expenses | When downloading expense allocations with Billable set to True, the Job Line Type was not marked as Billable. | 52938 |
| General Application | On a Payment Type when Matched to Expense was set to Never Required, the fields related to the matching (variance, etc.) were not cleared of their values, this resulted in an error later in the process. | 50326 |
| General Application | On matched expenses, when the bank account currency code would have been different from the local currency (and the exchange rate was not available from the bank), currency differences would accumulate in the Intermediate Account because the posting date on the transaction would be different than the one on the expense. Posting Date was added on the expense. The posting date will be inherited from the bank transaction but available for editing for a user with the setting Can edit approved documents. | 51752 |
| General Application | When paying a cash expense the expense user was not receiving a push notification on his mobile app about the status change. | 51823 |
| General Application | When running the Tax Report the user name was incorrectly shown. | 51871 |
| General Application | Since version 12.1 it was not possible to export users having the same email address in the E-mail and O365 Authentication Email field. The functionality has now been reverted so that the email address can be overwritten both for authentication and email communication. | 52159 |
| General Application | When running the Tax Report, the date filters were not respected. | 52234 |
| General Application | We have added the missing Lessor Integration objects (.fob) for Business Central April 2019 (BCv14) on the release package. | 52298 |
| General Application | When changing the Document Date on a cash expense, the following error message was showing.
| 52328 |
| General Application | The value of Attendees Inbox table field Name is now being trimmed to 50 characters during Continia Online Synchronization to prevent the error:
| 52593 |
| General Application | When using the Vendor No. (business vendor) field on expenses, while having a Payment Type with a Vendor (bank account), an automatic payment was intended to happen when the invoice was posted. Instead, the error below would occur, while the invoice would have succeeded to post.
| 52835 |
| Mileages | When enabling 60-day-Rule, addresses without geo-coordinates (but with the same address text) would have not been taken into the consideration. | 53195 |
| Per Diem | When using the 3-months-rule and Multiple Destination |