New features in this update 

• Update on Purchase Order and Goods Receipt interfaces with Oracle 
  We have updated our Oracle Purchase Order and Goods Receipt interfaces so we can work with Goods Receipt level information in Invoice Processing. This release allows our Oracle clients to start using the matching of an invoice line to a particular Goods Receipt transaction. 

• Performance upgrades on the Purchase Order interface 
  To make our interfaces more efficient, we have invested time in improving the performance of our PO (Purchase Orders) interface. 

• Update on the Invoice Posting interface with Oracle 
  For the invoice posting interface between Cevinio and Oracle, we have updated and improved the logic concerning Goods Receipt Line matching and processing. This development boosts the system’s capability to work on this detailed level of processing, but it also aligns more with the way Oracle handles GRN (Goods Received Notes) matching. 

• Performance upgrade in the Invoice Archive page 
  We found that our Invoice Archive could perform better. After investigations, we discovered the impediments and updated the page, improving the performance. 

• Rebranding to Cevinio 
  For multiple modules, we are implementing our Cevinio branding. This process continues to be a work in progress. In May, the first steps, the references to Cevinio copyright disclaimers and the branding on our cockpit pages, were completed. 

• Process improvement on invoices with no clear amounts 
  In cases where the total amount is not duly available on the invoice, we used to have a stop in the process, not allowing invoices to go into the accounting robot. We have reconsidered the procedure, deciding that it can be practical to take these invoices through the robot and fix the amount issue later in the process.  
  
  Now we have created a feature to add an invoice line with no amount, which can still go through the robot, allowing all coding, compliance checks, and other rules to be applied. 

• Cevinio API (Application Programming Interface) upgrades 
  In our test environment, we have upgraded our XML entry-point for the master data interfaces to the PHP8, making these future-proof. 

• Date notation inconsistencies fixed in debtor 
  We had some inconsistencies in our debtor module regarding the date notations. We have made this issue universal, allowing for a more consistent user experience. 

• Major improvement in the way Cevinio can communicate with external workflow solutions 
  We have invested heavily in how our Invoice Processing modules work with external workflow solutions. We have made it possible to allow changes to the invoice information we provide to the external workflow solution. This workflow feedback gives users the ability to alter the input and relay it back to Cevinio. 

• We have extended visibility of restrictions in Invoice Processing
  We have extended our system’s ability to apply company code/invoice location visibility restrictions. These restrictions have been implemented to step 3, where our users, in exceptional cases, link POs to invoices. With these restrictions, we can determine on a user level for which POs are visible based on the company code/invoice location assigned to that user’s visibilities. 

• Allow search on URN (Unique Reference Number) in the Invoice Archive 
  The archive page, which can be used for tracing back documents, has been refined with the ability to search on the Unique Reference Number, making quick analysis of specific files much easier and faster. 

Bug fixes in this update

• Fix preventing inefficient file size increases. 
  In our OCR (Optical Character Recognition) step, we have found that in very exceptional cases, the PDFs submitted increased substantially in size. With this update, our solution checks the file size after the OCR processing step, and if the size increase is above a certain threshold, we take the original file.