Clients on Journeys using the Run Application Form, designed to support in-branch and manual applications, can now more easily utilize it for multi-entity use cases such as business onboarding.

The multi-entity side panel which appears in the Journey Re-run Form is now also displayed in the Run Application Form to allow users to more easily switch back and forth between entities in a multi-entity application as well as adding/deleting entities. 

To start using the Run Application Form, reach out to your Alloy representative.

Clients on Journeys have access to the latest version of Reconciliation Workflows, built for multi-entity applications like joint applications, KYB use case, or business credit underwriting.

To set up a Reconciliation Workflow:

• Click into a Journey
• Click the ellipses in the top right
• Ensure the toggle “Enable Multi-Entity Applications” is turned on. (If you had selected “Application Type = Multi-Entity” for the Journey, this toggle will be turned on by default.)
• Click on the “+” icon to the right of the start of the Journey to add an entity, then click the “+” icon again to add a Reconciliation Workflow.

You can now add a Reconciliation Workflow at the end of a Journey to determine the final Journey outcome across multiple entities. (This is in addition to the Mid-Journey Reconciliation Workflow to determine whether to proceed with the application for reviews of the enrolled entities, or to exit the application early.)

Learn more about Reconciliation Workflows in our demo video. To get access to Reconciliation Workflows, please reach out to your Alloy representative.

Clients using the credit panel will now be able to view payment history for the tradelines returned from Equifax and Experian, whenever they are made available in the raw response, so agents can get a better understanding of the creditworthiness of their borrowers and make more informed credit decisions. 

To get set up on the credit panel, please reach out to your Alloy representative.

Learn more about the original release of tradelines in the credit panel in our February 2024 change log.

The display of Reason Codes in the Evaluation page has been redesigned to allow for easier identification and understanding of reason codes.

Reason codes are now categorized accordingly:

• Tagged Reason Codes - returned reason codes that belong to a reason code group and triggered a threshold that has a tag in the workflow. Tagged reason codes will be displayed next to the group name instead of the service name. Furthermore, the associated tag will also be displayed next to its respective reason code group on the right.
• Untagged Reason Codes - returned reason codes that belong to a reason code group that did not have a tag set in the workflow. 
• Unclassified Reason Codes - returned reason codes that are not a part of any reason code group. Previously, these reason codes were not visible in the dashboard.

As part of our ongoing efforts to improve your experience with our dashboard, we are excited to share that starting January 4th you will see changes in how Reason Codes are displayed in the Evaluations page. These changes are designed to provide you with a more intuitive review experience and empower better decision making.

We have added new capabilities to better serve sponsor banks, BaaS providers, and fintechs in managing compliance, fraud and credit risk at scale with real-time oversight across all partnership programs. Alloy enables embedded finance providers to have full transparency and oversight across their partner portfolio, while providing the flexibility for fintechs to own part of their risk management. These new capabilities include:

• Provisioning dashboard with parent/child account structures: configure different levels of permissions to provide appropriate control. Sponsor banks or BaaS providers (the ‘parent accounts’) are able to designate the level of autonomy or guardrails to put into place for each of their fintechs (the ‘child accounts’) directly in the platform: 
  • Controlled child accounts have restrictions on editing the decisioning logic pushed down by their parent, but still have visibility into their policies, manual reviews, and performance.
  • Autonomous child accounts can create their own custom rules on top of the baseline policies enforced by their parent.
• Build and enforce risk policies at scale: create and push out your policies to one or multiple partners using Journeys. Any edits to the Journey decisioning logic will automatically be passed on to the child entities, ensuring consistency.
• Customize policies: allow more mature Fintech partners to own and define their policies while maintaining oversight.
• Merged lists: detect and decision on bad actors across your entire portfolio with a federated denylist that can be used across all partner accounts.

Learn more about these capabilities here: [embed or link the LAB video]

If you’d like to use Alloy for Embedded Finance, please reach out to your Alloy representative.

Alloy now supports exporting a detailed timeline log of events for entities to enable clients using Onboarding and Credit Underwriting to more easily meet audit requests. This log will include events such as: entity details, any Journey applications and evaluations run on the entity, actions and decisions taken by agents, documents and notes uploaded on the entity, any published attributes being used by the entity and a history of changes on published attributes.

To get started, navigate to the Entities page and select the entity. From the vertical ellipses menu on the top right, click ‘Download Entity Timeline’, and you’ll be able to download a text file with a log of events.

If you’d like to use this feature, please reach out to your Alloy representative.

Clients are now able to export a CSV for a full history of Agent Actions. Previously, all data exports in the platform were limited to 10k rows.  

To get started, click on your user profile icon and select ‘Auditing’. This will bring you to the Agent Actions page where you can click on Export CSV. You'll get a notification under the bell icon and an email notification when the file is ready to be downloaded!

Please note: users must be appropriately permissioned (‘Agent can  view the Audit Actions page’ must be enabled).

System for Cross-domain Identity Management (SCIM) gives clients using SAML for SSO-based login the ability to provision Alloy users directly from their identity provider.

From their identity provider, clients will be able to 

• Grant users access to Alloy
• Remove users’ access to Alloy
• Assign users to roles/ groups in Alloy
• If they are deleted from the identity provider, they will be archived within Alloy 

When users are manually created within Alloy, these users will not be created within the identity provider automatically. However, new users can be linked within the identity provider.

To activate SCIM, clients can reach out to Alloy’s Support Team.