Skip to main content

Release notes

We use Semantic versioning for our releases which indicate through version numbers if breaking changes are shipped. A major version (e.g. 1 to 2) may include breaking changes. A minor version (e.g. 1.22 to 1.23), whilst not including breaking changes, may include major feature additions or upgrades. Patch versions (e.g. 1.22.8 to 1.22.9) are bugfixes and minor feature tweaks.

*Please note that not all release numbers will be noted here, releases that include only infrastructure changes will be assigned a version number but not documented here

Version 1.0.28​

2026-04-01 Changes from 1.0.27

Bugfixes​

  • [OC2-167 / ISD-447] Send accounting information in a different format when sending to ERP-X only.

  • [OC2-155] Increase allowed payload size and improve error reporting around "Payload Too Large" errors when dealing with very large invoices.

Version 1.0.27​

2026-04-01 Changes from 1.0.26

Documentation Update​

  • We have expanded the troubleshooting documentation to help identify differences between data / messages generated via the extension vs the core Rossum system.

Minor Features​

  • [OC2-48 / ISD-237] Customer request to allow non-active suppliers to be matched in the OCR, but an error raised if this is the case. E.g. they wish to know the supplier exists and was the best match, but that it is closed.

    • Because ERP will error if suppliers at a status other than N or P are sent, we have also added an additional error message SU_017 if the best matched supplier is not at a valid status.
    • We have also added an additional warning message SU_018 (that can be elevated to an error) if the supplier is parked, although ERP will accept the transaction in this case
    • This new feature is OPT-IN and the existing behaviour will not be changed unless you add the extension setting validSupplierStatus to allow the system to import suppliers at different status codes.

  • [OC2-41] Better error reporting on invalid URL formats and invalid protocols for URLs set in settings / secrets. Additional error messages CF_003 and CF_004 to support this.

  • [OC2-127] Added a "manual override" at a line level.

    • On occasion you may find that the automated line-matcher overwrites input data making adjustments to line details more awkward. For this reason we have allowed for lines being entered in "manual mode". This can be set using the "Line Input Mode" dropdown in the UI. When this is set to "manual" no automated input will be attempted so be sure that the details entered are correct. Please see the documentation and screenshot here
    • To implement this change on an existing queue, you will need to add a new field line_input_mode with options of auto and manual, please see the setup (search for this field) in the required schema documentation

Version 1.0.26​

2026-03-26 Changes from 1.0.25

Documentation Update​

  • [OC2-120 / ISD-379] We have added another FAQ to explain that if the EI02 version number is not correctly included, this can cause a 500 error on the MS7 / CR SOAP request.

Minor Features​

  • [OC2-143 / ISD-414] We have improved the matching of sort codes to account for non-numeric characters being included in ERP or in the incoming data.
  • [OC2-144 / ISD-417] We have added a length check for product code to the list of fields we check before the data is sent to ERP to avoid import issues in ERP.
  • [OC2-150] The system will now return warnings to the Rossum screen if any data is too long to be sent to ERP and will be truncated on export (Message code: INL_013)

Version 1.0.25​

Documentation Update​

We have added some further information to the orders page in the user guide section about the order matching.

We understand that the previous issue regarding false-positives when matching against single-line orders (fixed in 1.0.22) may have been masking some ERP7 functionality regarding the coding of additional lines.

These may previously have been matched incorrectly to an order line and therefore ERP would have taken the coding from this order line number.

With the fix in place, extra lines will require an account code to be passed to ERP7, but this will then be overwritten by the EI parameters (please refer to the Unit4 electronic invoicing documentation for further information). To assist with this feature OC2-135 below has been implemented

Minor Features​

  • [OC2-135] Allow the account code for additional (unmatched) lines on a PO invoice to be defaulted from the system parameter EI_SUPP_DEF_ACCOUNT (Note additional object access must be granted)

  • [OC2-133][ISD-404] Related to [OC2-126] We have made changes to further improve order matching and anticipate additional enhancements in upcoming releases.

  • [OC2-132] Add a new warning PO_008 (that can be elevated to an error) where additional / unmatched order lines are found on an invoice

Minor Bugfixes​

  • [OC2-131] Improved the handling of escalated warnings which would sometimes escalate in error.

Version 1.0.22​

Minor Bugfixes​

  • [OC2-125][ISD-396] Fixes an issue with manual overrides should the lines fail to match

  • [OC2-126][ISD-395] Reduce false-positives when matching against single-line orders.

Version 1.0.21​

Minor Features​

  • [OC2-91] Allow warning messages to be elevated to blocking errors. The extension can now be configured so that certain messages block an invoice from exporting. Please see the documentation for the new setting for elevating warnings. Adding to an existing system Please note you will need to configure the override_warnings field in your schema

  • [OC2-108] All messages (Error, Warning, Information) produced by the microservice will now have a code which can be looked up in the troubleshooting section.

Documentation Update​

We have made some important changes to the documentation system.

  • Added warnings for the appropriate strength and transmission of passwords
  • Added a file explaining some JSON basics for users who are not familiar
  • Implemented plugin-image-zoom (the same as the portal documentation) which allows users to click & expand images in the documentation
  • Translated to Norwegian and Swedish
  • Other minor improvements

Version 1.0.19​

Minor bugfix​

  • [OC2-113 / ISD-344] Fixed an issue where under certain circumstances, searching for duplicate transactions would fail in multi-company environments.
  • [OC2-114] Fixed an issue for MS7 where the call to lookup multiple purchase orders at once from ERP, was failing.

Minor Features​

  • [OC2-40] The system will now verify the maximum document size on the document type and error if the document being processed exceeds this size.

  • Documentation improvements

  • Improvements to pre-release tools and testing

Version 1.0.17​

Minor Features​

  • [OC2-96 / ISD-350] We have introduced a new extension configuration to allow users to set their own valid purchase order status and improved the messages around order matching back to ERP. Please see the extension configuration documentation and the user guide documentation

  • [OC2-98] We have fixed a bug with the new legal entity matching where under certain conditions the entity code was not being correctly applied to lines.

Version 1.0.14​

Minor Features​

  • [OC2-94] We have introduced the capability to map legal entities in ERP from Rossum identified customer names.

  • [OC2-90] We made some minor improvements to rounding logic

Version 1.0.13​

2025-11-27 Changes from 1.0.12

Minor bugfix​

  • [ISD-335] - When searching for suppliers manually, clearing the search box after a supplier has been returned, would incorrectly flag as "Supplier not matched". This patch resolves this.

Version 1.0.12​

2025-11-18 Changes from 1.0.11

Minor updates​

  • [OC2-43] - Improvement: Added a test extension function to test the connectivity back to the ERP system. Please see the documentation here

  • [OC2-80] - Improvement: purchase orders with a decimal / period are now excluded as non numeric and no longer passed into the search in ERP

  • [OC2-81] - Resolved an issue with mandatory default tax codes not being applied correctly to GL lines until the user opened the screen.

  • [OC2-82] - Improvement: ERPx v2 of the incoming-invoices API is now used

  • [OC2-83] - ERPx resolved an issue with the line numbers being sent sometimes causing an E status which was cleared when saving the invoice in ERPx.

  • [OC2-84] - Improved filtering on the pay recipients endpoint to avoid issues with the URL exceeding the maximum length

Version 1.0.11​

2025-10-21 Changes from 1.0.10

Minor updates​

  • [OC2-79] - Improvement: We have improved the documentation around timeouts, added error code: TIME_000

Version 1.0.10​

2025-10-21 Changes from 1.0.9

Minor updates​

  • [OC2-74] - Improvement: the API / IDS / SOAP Urls can now be configured in extension settings rather than secrets so they are more visible

  • [OC2-17] - New Feature: Pay Recipient (factor) checks are now in place. There are two new extension settings to enable these, you will also need to grant access for your OCR user to the object accounting/supplier payment recipients

    • payRecipientCheck: If this is set to true the system will flag an INFO message against the matched supplier, if a pay recipient is identified as set on the supplier record. This will be upgraded to a WARNING message if the pay recipient is not status N.
    • payRecipientBankCheck: If this is set to true, the system will match the bank details AND currency from the invoice to those from the pay-recipient (instead of those on the supplier masterfile).
info

Please note to enable this you will also need to grant access for your OCR user to the supplier-payment-recipient object in ERP.

Version 1.0.9​

2025-10-20 Changes from 1.0.8

Minor updates​

  • [OC2-75] - Improvement: better handling of the container management process on our servers.

  • [OC2-76] - MS7 resolved an issue with the invoice date not being correctly applied.

  • [OC2-77] - MS7 resolved an issue with long descriptions causing EI02 to fail (Line description is now truncated to 255 characters).

  • [OC2-56] Improvement: messages file handling.

    • Implemented a new parameter to configure what level of messages are sent to the ERP system attachMessagesDocument
    • We have renamed the messages text file to zzzz_messages... when it is sent to ERP. ERP is displaying documents in alphabetical name order, so in some instances the messages file was shown as the first file rather than the invoice file.
    • Downgraded the Warning "Tax amount is non-zero and ignoreTax is switched on. Tax will be zero'd on submission." to an Info message.

Version 1.0.8​

2025-10-01 Changes from 1.0.7

Minor updates​

  • [ISD-292] - Resolved an issue where the bank account field was not being flagged when it didn't match the supplier record.

  • [OC2-50] - Improved the message on the IBAN mismatch, making reference to the "normalised field" which is the one the application checks

  • [ISD-293] - Resolved an issue where the OCR data was too big to pass to the extension. Caused when the ERP system had a significant number of account / attribute / tax options and there were a number of lines on the invoice.

Version 1.0.7​

2025-09-17 Changes from 1.0.6

Minor updates​

  • [ISD-284] - MS7 resolved an issue with account rules with autofill via relations, where the related attribute id was being sent in the XML rather than the attributes attribute_id

Version 1.0.6​

2025-09-17 Changes from 1.0.5

Minor updates​

  • [ISD-277 OC2-68] Minor improvement, we have enabled the system to replicate v1 functionality to send either the first line description, or a timestamp as the invoice description. There is a new extension setting to handle this: firstLineAsDescription.

  • [OC2-46] Minor bugfix for MS7 to correct the "messages" text file not being correctly attached to the invoice transaction. On ERP7 we need to wait for the EI02 to run and the transaction number to be generated before the indexes can be updated. This file will now appear as a second attachment with invoices and include any info and warning messages. We will be expanding the ability to configure this further at a later date.

  • [OC2-63] Minor improvement to coerce the erpVersion to lowercase to avoid configuration issues

  • [OC2-63] Minor bugfix for MS7 to appropriately handle erpcr as a setting

  • [ISD-275] Minor bugfix for MS7 on trying to match up a Rossum login to a Unit4 user to send back in accountable (searching in Unit4Id was fine but when relying on addresses, all addresses had to contain the email, this is switched to any). This field ends up in the ext_ref on acrtrans.

Version 1.0.5​

2025-09-09 Changes from 1.0.5

Minor updates​

  • Minor bugfix for MS7 to correct attribute_ids being sent in the XML
  • Minor bugfix to correct an api request for multiple attributes, where closed values may have been shown as options.

Version 1.0.4​

2025-09-08 Changes from 1.0.4

Minor updates​

  • Minor bugfix for MS7 to send 0 rather than empty string if tax value and tax rate are not provided.
  • Minor bugfix where one field was still passed as net when the ignoreTax parameter was on

Version 1.0.3​

2025-09-02 Changes from 1.0.2

Minor updates​

The configured transaction type in the Rossum Extension will now be passed into MS7 systems on the EI02 parameter: vt_pre_reg_i (Tt Incoming Invoice)

Version 1.0.2​

2025-08-13 Changes from 1.0.1

Minor updates​

Additional error logging when we can't connect to the ERP system at all.

Version 1.0.1​

2025-08-06 Changes from 1.0.0

Minor updates​

Ensure bank details checks on suppliers also check the SWIFT/ BIC code