Fixing the Signup Application error messages (partners)
These error messages were generic and did not provide the reason of why the errors were occurring.
We have now added the reason of the error to the error message, so that the error is meaningful. So whenever there is an error that prevents the payment from happening (insufficient funds, dishonoured card, etc), this will be displayed to the new client and help with the salesperson/CS team member to identify the issue and help to resolve.
Improvement to email sending mechanics
Whenever a message is triggered to send out from our system (task emails, notification alert emails, etc) the FROM email address could be set by the user in their communication settings.
This meant that our system emails, from: email@example.com could be masked with whatever the client's email address was, e.g. from: firstname.lastname@example.org. This kind of behaviour can trigger email domain spam filters and then our emails become quarantined or blocked.
Rather than setting email sender name and address to what's been configured in the app, we set the sender name, but the address remains email@example.com.
Changing it from
Note: some system emails may not have a reply to address
SSO can now accept multiple Entity ID/Audience IDs (Azure AD)
We have existing SSO functionality one a one-to-one relationship, one account to one idp app.
We have some customers who are set up with multiple accounts because they have different locations with different Xero instances that need to be integrated on a one-to-one basis.
We have enhanced our SSO code to now allow for various Audience URI/EnitityID’s from the same IDP. This means that in the setup on the client’s side, they can simply add multiple enterprise apps (Azure AD) with different Indentifier/Entity IDs.
E.g. if there were multiple accounts, the client could add the details after the “/saml“ section using this naming structure,
“https://login.enablehr.com/app/saml?client=<enter unique details here>“.
which then can be added to this section against the client's account