Release Notes
v2.37.0 (Winter '26)
this release focuses on improving performance for high volume customers, enabling richer payment data for reduced processing costs, expanding global bank payment options via stripe, and completing rebranding from asperato to unaric payments unaric payments rebranding we’re pleased to confirm that the asperato one app has been rebranded to unaric payments this includes updated application name new unaric logo updated tab names updated object labels updated permission set names updated help text and descriptions on new installs all rebranding updates are applied automatically on upgraded orgs all object and permission set name updates are applied automatically however, due to salesforce limitations, the following items must be updated manually after upgrade app name needs to be refreshed help text on fields needs to be updated by the system administrator updating the app name follows the standard method for most salesforce apps on salesforce, navigate to setup > app manager find the asperato one app ( asperatoone lightning as developer name ) in the list click the dropdown arrow on the far right of the app row and select edit in the app details section, update the app name you can also update the description and app branding image click save to finish new feature level 2 & level 3 data processing (stripe connect) winter 26 introduces level 2 and level 3 (l2/l3) data processing via stripe connect , enabling clients to send enriched transaction data to stripe and potentially qualify for reduced interchange fees this is particularly beneficial for us based organisations, where l2/l3 data directly impacts processing costs previously, only level 1 (basic) payment data was passed to the psp with this change, you can now include line level information such as product name product code tax amounts unit cost quantity unit of measure processing behaviour if payment line items exist , level 2 / level 3 data is sent to stripe if no line items exist , payment is processed as level 1 only no system error is generated when line items are missing what’s included new object payment line item (child of payment ) support for l2/l3 data on single payments new packaged permission set for line level data what’s not included recurring/scheduled payments are not supported in this release (i e payments processed via authorisations) no certinia connector changes are included the certinia connector does not create payment line items automatically as such, clients must populate payment line items via flow or custom automation important notes this is a premium feature and requires enabling with your csm before use only available via stripe connect for card payments clients should work directly with stripe to confirm which data is being received how their transactions are classified what discounts may apply stripe does not clearly display the value of l2/l3 data inside the dashboard, so coordination with stripe is essential prerequisites speak to your csm about enabling l2/l3 data access scalability improvement reduced salesforce api usage significant backend optimisations have been made to api usage payments are now batched in api calls, reducing their total number in salesforce for high volume clients previously 2 48 api calls per payment now 0 248 api calls per payment (batch size of 10) this allows unaric payments to stay well within salesforce’s 24 hour api limits support large volume clients more reliably reduce the need for expensive api limit increases no action is required from customers for this improvement expanded stripe bank payments winter 26 expands bank payment support via stripe , using stripe hosted checkout elements now supported becs – australia direct debit – united kingdom sepa – europe becs – new zealand coming soon ach – united states pad – canada payout processing for bank payments important differences requires customer email address for stripe session creation styling is partially controlled by stripe (not fully customisable) the experience is functionally the same but visually different from the existing pay page all outcomes, errors and statuses flow back to salesforce as normal customers must configure some options within their stripe dashboard cybersource security update cybersource has introduced new oauth security requirements all clients using cybersource must re authenticate before 31 march 2026 if you are an existing cybersource client you will have been notified of what changes you need to make by our csm team already for new clients using cybersource, you will be unaffected by these changes as you will automatically use the new connection required steps remove the existing cybersource psp connections add new psp connection to cybersource one mode at a time to ensure the paypage remains active and isn't lost important notice for clients using guest user access to unaric payments we’re aware that some clients have been using guest users with our package guest users have never been an officially supported use case and whilst certain functionality may have worked in the past, this was not by design and is not able to be guaranteed going forward with the versions summer 25 and onwards, our enhanced security controls in line with salesforce best practices may affect existing guest user configurations we would advise clients to carefully check before upgrading any integration with us which uses guest users our recommended approach is to use experience cloud (community) user licenses, which are fully supported, secure, and fully compatible with protected package components contact support at mailto\ payment support\@unaric com if you have any questions or concerns