Problem

Associates who are not longer relevant to an onboarded company are still being taken into consideration in risk calculations.

Solution

Remove irrelevant associates from risk calculations.

Note

This is currently only available in the assess company ownership task.

Benefits

• Customers will get a true representation of their risk according to their configured policies

• Customers can reduce the amount of information required in order to calculate risk

Release notes

https://changelog.passfort.com/excluding-irrelevant-associates-from-risk-scoring-16k6OI

Problem

Provider data is a rich source of information about a customer's application. However, this data is confined to the Passfort check output and cannot be used in the PassFort risk model. This is an issue for customers who want to score an application based on data returned directly by a provider (e.g industry or turnover data).

Solution

Allow customers to leverage data returned from data providers like Orbis directly in their risk models by mapping provider data into Passfort custom fields.

Goal: Customers want to be able to onboard a company automatically when no associates are returned by the data provider.

Problem:

Task auto completion on associate tasks cannot be triggered if there are no associates returned by the data provider

Solution:

Have the option to automatically complete the Assess company ownership and Identify officers tasks when no associates are returned from the data provider and there are no associates present in the verification list

Problem

Customers struggle to identify the correct entity when using our existing search functionality. This can lead to onboarding the wrong legal entity which has a time and monetary cost associated to it.

Solution

• Surface more information about companies in the search results list so that customers can identify the correct company more quickly

• Remove requirement for country of incorporation to initiate a search so that customers who don't know where a given entity is incorporated can still search and create a profile for that entity

• Give users ability to filter a list of results to narrow down their search

Note

New company search will initially only be available to customers who solely use Orbis as their company search provider.

Problem

Users aren’t able to easily identify what has changed between updates to the data received from Moody's Orbis. To mitigate this users are required to spend time switching between different task versions to compare them manually. We know this can be time consuming.

Solution

We will make it easier to see what's changed when an Orbis monitoring event causes a task to be uncompleted.

💡 Problem

Reports functionality is not available in the US environment.

✅ Overview of Solution

Release reports functionality to the US environment.

Problem

Customers are receiving too many unnecessary monitoring updates from the MA Orbis integration. The vast majority of updates requires manual effort from Customers - this is especially aggravating for Customers when updates aren’t needed.

Solution

Enable Customers to reduce the volume of monitoring updates (and subsequent manual effort) by defining which changes they want to be notified about.

Custom field data is currently not visible in the (applications) profile list. This work will allow customers to see custom fields, particularly those populated by custom check data, in the profile list, which will give them visibility into data points necessary for their due diligence workflows.

Problem: Reports suffers from slow performance, infrequent data updates, and limited scalability.

Solution: Implement and maintain a modern reporting system that increases performance, improves data timeliness, and enables advanced reporting features.

💡 Problem

Users are able to filter the profile list by screening events type and results, but the related information is not present for the applications in the table.

As a result, users can see a list of profile application related to their chosen screening filters, but not understand or organise this list in a meaningful way

✅ Overview of Solution

Enable the profile list to display the screening information for applications and the list to be organised by this information

Problem

Customers aren't able to access all of GRID's Review offering directly through Passfort.

Solution

Platform and Screening are collaborating on a new Moody's Screening Integration within Passfort. This new integration will bring a host of heavily requested screening features and improvements into Passfort. These include:

• An improved screening monitoring experience

• An overhauled case report.

• For Customers subscribed to GRID's AI Review, the Alert Score will now be visible in Passfort.

• Support for GRID iLists.

• More granular information about Events such as the Event Stage.

Customers already leveraging the existing RDC / GRID Integration will need to be migrated across to Moody's Screening - it's expected this will be possible within 2025.

Problem

Customers want to be able to report on their screening results.

Problem

Customers need to reliably identify if a third party they are engaging with is state owned. This will help them accurately risk score the third party, and ensure they comply with all anti-bribery & corruption regulation. Currently, Passfort does not surface state ownership data from any providers.

Solution

Start surfacing state owned entity data returned by company data providers in Passfort.

Problem

PassFort customers often have extensive collections of data with no tool to upload them en masse.

Solution

Enable bulk data upload for selected customers as part of a closed BETA. These tools are aimed at providing accuracy and flexibility to the way those clients create profiles. The feature is aimed at creating a product that meets the needs of those clients that need the most basic functionality - upload in bulk, carry out checks on the profiles created as part of the upload automatically and providing reporting on the upload itself and the results of any automated checks carried out.

It will be released to select clients in order to gather data for future prioritisation of those features that are out of scope of this phase. These include bulk deletion, custom data export, de-duplication, complex monitoring scenarios and enhanced validation.

Problem

When you want to work with a company that is a customer or potential customer, it is helpful to understand whether that company is trustworthy or not as quickly as possible. One way of achieving this is to analyse the company's web presence.

Solution

TrueBiz.io automates the process of analysing a company's web presence. This covers everything from the content of the company's website to the sentiment about that company in reviews and on social media. Comparing the risk signals detected against the risk criteria you configure, TrueBiz can return a pass or fail result for each company.

TrueBiz's Passfort integration will allow you to leverage this TrueBiz functionality as part of your Passfort workflow.

Problem

Working with third parties that have high cyber risk can lead to data breaches and ransomware incidents that impact both them and your company.

Solution

Moody's is building a cyber risk check into PassFort so that you know what your third party's cyber risk is. It will contain an overall cyber risk score as well as detailed score breakdown so you know how the third party ranks in different areas of cyber risk.

Problem During KYC onboarding, Customers face the challenge of identifying patterns of shell company risk. This process is often time-consuming and can lead to potential issues in compliance, business continuity, and risk management.

Solution Moody's Iceberg Indicator will be a first-to-market solution that provides an "at a glance" indicator, alerting Customers to heightened shell company risk during KYC onboarding.

Iceberg will reveal shell company risk by contextualising Moody’s data and building a picture of how a shell company behaves, leveraging its formation data and details surrounding beneficial owners, shareholders, and directors associated with that corporate entity. With this release, Moody’s will bring clarity to complex layered ownership through its own data insights (Orbis, Grid) and a typology-based rules engine fuelled by subject matter expertise.

The Iceberg Indicator will empower customers to make faster and informed decisions, while reducing the overall risk exposure and need for manual work.

When will it be delivered? Moody's Iceberg Indicator will be launched for select customers in the summer, with a general released targeted within Q4.

Problem: The inability to export the BvD ID in bulk from Passfort reports for a portfolio is a blocker for customers migrating from CCv2 to Passfort. Many of our corporate customers use the portfolio view and export feature of CCv2 for analysis, management reporting, internal system enrichment & decision making.

Solution: Enable customers to export the BvD ID using the bulk data export functionality within Passfort reports.

Problem

When onboarding companies or suppliers, it is important to know whether that company is financially sound or whether they are likely to default on their debts. Aside from providing you with an important insight into the financial risks of doing business, a company's credit rating is an important risk factor when assessing other types of AML and regulatory risk.

Solution

Moody's EDF-X (Expected Default Frequency and Expected Loss) data is a set of indicators that provide an overview of a company's financial health and credit risk. This data is invaluable in assessing risk, and can provide you with confidence that the businesses you're dealing with are financially sound.

Within the new Moody's EDF-X integration you will be able to access four variables: Probability of Default, Implied Credit Rating, Peer Group Comparison (probability of default), and an Early Warning Indicator.

The new EDF-X product will also form part of Passfort's upcoming supplier risk management offering.

To learn more, visit edfx.com

This Integration is being owned and developed by T-rank with support from PassFort

Problem

T-rank's expertise on Company Ownership distilled into both it's underlying calculations and visualisations aren't available for Customers within PassFort.

Solution

The T-rank Integration within PassFort will allow Users to understand the Ownership Structure of a given company; building on PassFort's existing Assess Ownership Task, Users will be able access T-rank's detailed Ownership Visualisations directly from PassFort.

To build these visualisations T-rank leverages the Orbis dataset and the BVD Id. As such, Customers who wish to use T-rank will also have to have Orbis Company Search enabled within PassFort.

Problem We want to be able to broaden our provider coverage for eKYC checks in the UK.

Solution We will integrate with Equifax UK's IC SaaS product which offers eKYC checks. We will have it available for verify identity and verify address. We will not be able to resell these checks - you will need your own relationship with Equifax.

Problem Customers aren't currently able to access ESG data within Passfort.

We know the upcoming SEC proposal on climate-related disclosures, alongside other regulations coming into force across the globe, means our clients will be increasingly interested in leveraging ESG data.

Solution The upcoming Moody's ESG integration will allow you to access ESG scores within PassFort, and will move Passfort closer to offering a single tool for supplier risk management.

The integration will provide you with a holistic view of supplier risk, enabling you to make more informed decisions. If you're a supply chain client, you will be able to view your suppliers’ overall ESG score, individual E, S and G scores, and the domain and criteria scores that have contributed to the overall score.

To promote understanding and enable better clarity, the Integration will provide context behind the scores allowing you to better address any potential risks and make informed decisions on your suppliers.

Problem

Company Search through the MA Orbis Integration currently returns Branches alongside other company types (Headquarters, etc) within the search results. It does this however, without indicating which results are Branches which has caused justified confusion when trying to onboard the Company.

Solution

Company Search through the MA Orbis Integration will shortly begin labelling any Branches which are returned within Company Search results.

In the context of Orbis, Branches refer to the physical locations of a Company's operations, such as its offices, factories, and retail stores, that are located in different regions or countries.

Problem

Customers are required to keep evidence of the video-conferences that are performed with certified agents to confirm a user's identity.

Solution

We will add a feature in our idbox integration to store the video that has been recorded by idbox and display it in our Verify Identity task.

Problem

The PassFort Portal's system text is exclusively in English, making it less usable for non-English speaking users

Solution

Enable the KYC system text in the Portal to be used in German

Out of scope:

• Custom Fields

• Check Data

• User generated values (e.g. Task Names)

Problem

The Passfort Portal's system text is exclusively in English, making it less usable for non-English speaking users

Solution

Enable the KYC system text in the Portal to be used in Spanish

Out of scope:

• Custom Fields

• Check Data

• User generated values (e.g. Task Names)

Problem

The PassFort Portal's system text is exclusively in English, making it less usable for non-English speaking users

Solution

Enable the KYC system text in the Portal to be used in Italian

Out of scope:

• Custom Fields

• Check Data

• User generated values (e.g. Task Names)

Problem

Moody's Analytics (MA) clients expect a unified experience when they take multiple products. As an acquisition, PassFort must ensure that switching between and linking those products is seamless.

Solution

In order to unlock this behaviour for our users we will need to migrate PassFort's user DB to sign in via MA's Okta instance. This will allow users to log in once and then link additional MA data sources and sidestep between MA products with ease.

Migrating our user DB will allow us to add further features that have been requested such as enabling password recovery and account reset without the need for internal teams and create a new, more secure pathway for Customer Success and Support into client projects.

A US Deployment will reduce latency and offer performance enhancements to our customers in that market. It will also allow ring fencing for those customers who need to keep their data and the data of their clients in the jurisdiction in which they operate.

Problem

Customers are required to verify an applicant's identity and address when onboarding customers in certain jurisdictions, such as Switzerland and Greece.

Solution

We will add a new feature in our idbox integration to allow address verification within the same check.

Problem

PassFort clients who use the Orbis integration have access to the most important company information that Orbis makes available.

PassFort imports the data most relevant to the task at hand. Sometimes, you may want to see other information during the onboarding process that we haven't imported into PassFort. The only way to do this at the moment is to go to Orbis and search for the company again.

Solution

We will provide a link from the check result directly to the relevant Orbis profile so that any extra information a user wants to see in Orbis is easily accessible.

Problem: When adding several companies, is difficult to have to add them by name, or the BvD ID is not always known. Solution: We will enable Orbis users to search by company number when creating a company profile.

Problem

The PassFort Portal's system text is exclusively in English, making it less usable for non-English speaking users

Solution

Enable the system text in the Portal to be used in French

Out of scope:

• Custom Fields

• Check Data

• User generated values (e.g. Task Names)

Problem

Customers are required to verify an applicant's identity using video call verification when onboarding customers in certain jurisdictions, such as Switzerland and Greece.

Solution

We will integrate with Intelli's IDBox video conferencing solution that can be used to run ID verification checks in PassFort.

Problem

We currently are not able to surface the path from UBOs to the onboarded company.

Solution

We are introducing the concept of a ‘path’ to the onboarded company (the company the check is being run on).

This maps out:

1. the path from the global ultimate owner to the onboarded company;

2. the path from the beneficial owner to the onboarded company; or

3. the path from the controlling shareholder to the onboarded company.

Problem

In some cases, our company search does not provide enough information to identify a company that a customer is trying to onboard.

Solution

We will make improvements to our company search so customers can see additional information, such as company number and address, to help customers identify a company when using Orbis as the search provider.

You can now review and cancel entire open customer requests in a new Customer communication section in Profile management.

You can see the status of each form in the request and choose to cancel any or all of the forms in one action. When cancelling, you can add a comment that will appear in the audit report

Problem

Orbis provide financial data for companies which customers can use to assess financial stability of a company being onboarded, and other compliance use cases such as to identify shell companies. Our integration with Orbis does not currently support surfacing financial data.

Solution

Add support for financial statements and ratios to our Orbis integration so customers can use it when running a company data check through PassFort.

Problem

Associate roles for ownership (i.e, shareholders, beneficial owners, persons of significant control), are not leveraged comprehensively or consistently across risk, smart policies or verification lists. Additionally, a number of roles and data fields available through providers are not supported in PassFort (e.g controlling shareholders, global ultimate owners, distance from onboarded company)

Solution

Create any necessary additional associate roles that are not supported in PassFort and allow customers to retrieve and manage ownership roles through a new task type. Leverage associate roles across risk, smart policies and verification list configurations.

Problem

With a busy roadmap ahead and focused on prioritising features that will benefit the largest number of customers, new integrations will often not get prioritised. However, some of these data providers are key for customers to move to a new market or achieve best matching and STP rates thus not having an integration with a certain company data provider can have a negative impact for customers.

Solution

We decided to build an API which allows data providers to build their own integration with PassFort's integration hub. PassFort will also be able to outsource the work to a development partner when required and, in the future, customers will have the option to build their own integrations.

Details

• The third phase of this work will support company monitoring

You will be able to run document fetch checks with GetID to verify identity documents from over 223 countries and territories.

PassFort will not be able to resell these checks - you will need your own direct relationship with GetID.

Problem

Customers have to follow up outstanding requests for information from applicants, but this has to be completed outside of the portal as there is no mechanism to currently support this.

Solution

Automated reminders to applicants that have outstanding requests from customers to complete.

Problem

Profile creation and retrieval for company profiles is not as efficient as it could be.

Solution

Improve overall performance for profile creation and retrieval on company profiles.

Problem

Updates to company profiles are not processed as efficiently as possible and can take a while to register.

Solution

Improve overall performance for profile updates on company profiles.

Problem

Customers have the ability to monitor company profiles through PassFort using BvD. However, there are often too many monitoring alerts received from BvD, and it can be unclear what data point has triggered the update.

Solution

Refine what data points that we monitor through BvD to reduce the number of alerts so customers only get notified for relevant data points.

Problem

Customers want to be able to keep track of the reasons why decisions are being made on their applications. This is useful for reporting or QA purposes.

Solution

Allow users to mark the decision reasons on an application.

Problem

Task expiry is currently set based on the date the task was initially passed in PassFort. However, this does not provide enough flexibility for managing task expiry. For example, a profile was initially created and managed outside of PassFort and the review date should be based on when the profile was first reviewed; or the task should expire ahead of the expiry date of an identity document provided by a customer.

Solution

Give customers the ability to override the default task expiry date via API or via the portal.

You will be able to run company data checks through Trulioo to verify businesses in 83 countries.

PassFort will not be able to resell these checks - you will need your own direct relationship with Trulioo.

Problem

Customers with institutions migrated to versioned policies will be able to self-configure their policy. However, promoting a policy change in a live institution once testing has been successful in demo is still a manual process.

Solution

Allow customers and internal PassFort teams to easily import and export policies across demo and live institutions.

Problem

Contact fields cannot be collected natively in Communicate forms. Therefore, the accurate contact details for individuals, companies or their associates cannot always be accurately collected or updated. Solution

Add native Contact Email and Phone Number fields as question types for Individual and Company forms, and update the Associate fields to enable Contact Email and Phone Number subfields for collection,

Problem

Currently it is not possible to send an applicant multiple forms from the same task, despite the need to request different information at the same time.

Solution

Support adding and sending multiple forms from a single task to consolidate requests from customers.

Problem

Trustees and unauthorised persons don't currently get surfaced on a given company's profile data

Solution

Surface trustees and unauthorised persons in a company's profile data so that a user can see an accurate overview of the company's officers and authorised signatories.

Problem

We collect and use issuing state information for Australian driving licences when running electronic identity checks (in some cases, this is a required field). There is currently no way for users to manually make changes to that data on a profile.

Solution

Give users the ability to add, delete, and edit issuing state information for profiles so that they may collect up-to-date information about the documents provided by their customers, and re-run checks that leverage that information.

Problem

Company data providers such as Creditsafe can return a company's address but clients cannot use this as part of the address verification process.

Solution

Ability for clients to have a company's address verified through comparison of customer records and company address data stored by Creditsafe.

Note as part of this phase, Creditsafe address verification will not be available for customers using Creditsafe monitoring.

Problem

There are a number of configuration options and source types that Equifax support that aren't supported in PassFort, such as source prioritisation and "exclusion" data sources (fraud and mortality matches).

Solution

We will add a new configuration option that allows customers to use the overall result from Equifax AU to determine the check result in PassFort.

Problem

Onfido ID verification checks often fail when the Passport is from countries such as Malaysia and Singapore because our validation does not consider all valid scenarios for given names and surnames as represented by the MRZ (machine readable zone) on a passport.

Solution

We will improve our validation to support additional name representations on the MRZ in order to reduce fail rates.

Problem

Our ID verification (PassFort collects documents) integration with Onfido uses Onfido's v2 API, so customers are unable to benefit from improvements in v3.

Solution

We will implement a number of improvements to our Onfido ID verification (PassFort collects documents) integration, including upgrading to Onfido's v3 API and more granular breakdown of check failure reasons.

Problem

GBG now resell Experian data and have introduced a waterfall that discounts previously verified sources when running Experian and Equifax under the same (GBG) profile. Our current integration with GBGroup ID3global does not support multi-bureau checks.

Solution

We will support GBG multi-bureau checks. Configuration of the bureau order will happen on the GBG side and you will need your own agreement with GBG to run multi-bureau checks.

Problem

Customers running checks with Creditsafe using our reseller agreement are only able to run checks for a limited number of countries.

Solution

Add ability to run checks in more than 150 countries using Creditsafe with our reseller agreement.

We have implemented a number of improvements to our Onfido provider, where Onfido collects the documents.

To start using this, just get in touch with our team. These changes are all backwards compatible and will require no changes to your integration to use.

New features

• More granular breakdown of check failure reasons both on the main check page as well as in the full results modal

• Your customer reference will be passed to Onfido as a tag to allow easier lookup of results in the Onfido portal

• Select which Onfido data centre to use (EU, US, Canada)

Context

Customers are obligated under GDPR to make sure they are recording information about their users properly. This means that if a file is added incorrectly, or to the wrong profile, there needs to be a way to remove it. 

Solution

PassFort will add the ability for authorised users to soft delete files. These files will be inaccessible, and will not be recoverable via the UI or API. The reason files will be soft deleted is to give the opportunity in the future to recover data in the rare situation there is a mistake or potential abuse of the system.

Problem

Custom fields are not currently supported by policy versioning. This means that customers who can self-configure their policy won't be able to make changes to their institution's custom fields.

Solution

Support custom fields in policy versioning so that customers can change, validate, and review the impact of a change to a custom field.

Problem

Clients are unable to tell if their users are actively accessing the PassFort portal.

Solution

Surface the date of each users' last login and display a badge if a user has not logged in for 4 weeks.

Problem

Clients don't currently have the ability to tailor the Onfido SDK's behaviour to meet their needs

Solution

Give clients the ability to access and configure the Onfido SDK's settings

Problem

Customers often want to migrate historic applicants into PassFort in order to maintain all customer records, including check results, on a single platform.

Solution

Allow customers to pull Onfido check results into PassFort without instructing a new check.

Problem

When signing up for a new product, applicants expect an easy sign up process, with the minimum amount of friction possible. Entering addresses can take a long time and be error prone.

Solution

When asked for an address, applicants will be able to start entering part of an address and the rest will be prefilled.

Problem

If there is outstanding information required from a customer, this is not obviously flagged to agents. Meaning that could take unnecessary action before all required material is collected.

Solution

Change the hierarchy of flags in the profiles table so that 'Waiting for customer' is surfaced as a higher priority

Problem

Driving licence information is an important factor that contributes to pass rates for identity checks with Equifax AU IDMatrix product. PassFort's integration does not send driving licence information (number and issuing state code) to Equifax AU when running the identity check, resulting in lower pass rate than expected.

Solution

Driving licence number and issuing state will be sent to Equifax AU, when present on the profile. Sending this information means Equifax will search driver's licence DVS source for matches, and therefore increase the chances of pass results.

Problem

Forms are associated to tasks in an institution's policy configuration. However, policy versioning does not currently support forms. We are therefore unable to show users if the task they are making changes to has any associated forms that might be impacted by the change. This will make it hard for users who are self-configuring their institution's policies to assess the full impact of a change.

Solution

Introduce the concept of forms as an element of draft policies so that we can display and validate form and task associations to users with policy versioning.

Note: non-PassFort users will not be able to configure forms themselves, this will still be managed by a PassFort implementation specialist.

Problem

The notice period for task expiry is currently set at 30 days. However, in some cases, customers might need to reach out to onboarded companies and individuals earlier than 30 days before expiry (for example because new documents will need to be submitted).

Solution

Make task expiry notice periods customisable at the task level, so that customers can select a more suitable expiry notice period.

Problem

There are a number of capabilities for forms and customer requests which will be useful to customers, but have not been made public.

Solution

Make forms and customer request API public.

Problem

With a busy roadmap ahead and focused on prioritising features that will benefit the largest number of customers, new integrations will often not get prioritised. However, some of these data providers are key for customers to move to a new market or achieve best matching and STP rates thus not having a an integration with a certain company data provider can have a negative impact for customers.

Solution

We decided to build an API which allows data providers to build their own integration with PassFort's integration hub. PassFort to outsource the work to a development partner when required and, in the future, customers to have the option to build their own integrations.

Details

• The second phase of this work will support shareholder and officer data

Problem

When our customers verify Japanese applicants using Trustdock as a document verification provider, they need to provide MyNumber values as part of their tax reporting processes. However, for security purposes, the MyNumber value is returned in a different endpoint and is not currently available in our integration.

Solution

We'll expand our integration with Trustdock to retrieve the MyNumber value returned for applicants. Because of the sensitivity of the MyNumber information, we'll make this information available in reporting, but obfuscate the full value in the PassFort profile.

Problem

Our customers are increasingly leveraging bespoke Trulioo configurations on a country by country basis, which our current integration does not support. As a result, there can be a discrepancy between results in Trulioo and PassFort.

Solution

We will introduce the option to use the overall Trulioo result so that customers can choose to use the direct Trulioo result based on their bespoke rules and definitions configured in their Trulioo settings. When this option is selected, the electronic identity check result in PassFort will be derived directly from the Trulioo result. Any changes to a client's configuration in Trulioo will be reflected in PassFort.

Problem

Document and identity verification using provider SDKs offers more security and better pass rates. We don't support these currently, and its something a number of customers have asked for. Solution Allow applicants to start and complete the Onfido ID verification flow from within an ad hoc or flow type customer request.

Problem

Customers expect to have full control of their settings and policy configurations so that they can make changes to their Smart Policies autonomously. Current Smart Policies don't effectively support the ability to makes changes.

Solution

Support versioning across all core elements of Smart Policies (e.g data providers, checks, risk, flowcharts, tasks, etc) so that changes to a Smart Policy can be made, reviewed, and ultimately published before going live. We'll make self-configurable Smart Policies available in staging environments for select testing partners.

Problem

For security and audit purposes, our clients need to ensure that access to their PassFort institution is limited to verified IP addresses.

Solution

The ability to create and maintain whitelists of permitted IP addresses.

You will be able to run company data checks using Creditorwatch to verify the registry details of Australian companies you are onboarding.

We will not be able to resell these checks - you will need your own relationship with Creditorwatch.

Problem

Profile data for individuals only supports one national identity number. Some integrations allow clients to run checks using different identity types, but it's not currently possible for users of our platform to add or edit additional identity documents to a profile.

Solution

Add option to store and display a range of identity numbers and types directly on an individual's profile. Give users the ability to add, edit, and remove these identity documents.

You will be able to use company data checks with Creditorwatch to verify shareholders and officers of companies registered in Australia.

We will not be able to resell these checks - you will need your own relationship with Creditorwatch.

Looking at adding “specified approvers” to our policy flowcharts, which enable us to automatically escalate profiles to individuals/teams, and to specify a “review” team in an organisation.

The ability to automatically run searches to Cifas fraud database from PassFort's portal as part of your company's policy.

Cifas is a not-for-profit fraud prevention membership organisation. Visit their website to learn more about their offering: https://www.cifas.org.uk/

A central place to view all the files and documents associated with a profile.

The ability for a user to request additional documentation for the customer. This feature provides:

• Flows for the compliance officer to specify the documentation required and send out the documentation.

• Support for two communication channels over which the request can be sent:

  • Email

  • Embedded into a client website or application.

• A client-facing secure portal for the end-user to upload the requested documentation directly into PassFort. This portal can be whitelabelled.

The ability to monitor company data through CreditSafe. We supply alerts as data evolves on the company's profile.

The ability to see and evaluate company financial data provded by CreditSafe.

The PEPs and sanctions screening check for individuals now has more granular results and configuration options.

You can choose which sanctions lists you want to search, and choose whether you want to include matches from Dow Jones Watchlist's Other Official Lists and Other Exclusion Lists.

You can also use any of these new configuration options:

• Ignore matches where the person is marked deceased by Dow Jones Watchlist.

• Include relatives & close associates (RCAs), like business partners or close relatives, in the match results.

• Include individuals with additional domestic screening requirements (ADSRs) in the match results.

• Check the individual's country of nationality against any of these Dow Jones Watchlist country categories: Citizenship; Country of Registration; Country of Affiliation; Resident of; Jurisdiction; Country of Reported Allegation.

If you're using Dow Jones Watchlist for the PEPs and sanctions screening check, contact us and let us know which options you'd like to enable. To see the options you're using now, go to Policy Builder > Data providers and select Dow Jones Watchlist.

If you'd like to add this check variant to your account, contact us - we'll be happy to help you get started.

Learn more in our help article.

We have made improvements to our integration with Refinitiv World-Check One.

1. PEPs, sanctions, and adverse media matches found with Refinitiv World-Check One for individuals now include country of residence. The country of residence for each match is displayed (when available), so you have more information when deciding whether it's a true match or a false positive.

2. You can also now prevent matches which World-Check One determines to be false positives from being shown at all in PassFort.

3. We automatically send country of address to World-Check One so you can use it as a filtering criteria

You can configure tasks to expire based on the application's risk level.

This reminds your team to review applications in a timeframe based on risk and ensure the customer's due diligence is up to date.

To use this feature, you'll need Risk. Contact us - we'll be happy to help you get started.

To learn more about expiry dates, visit our help center.

We're working on a solution to allow a proof of address through a geocoded IP address lookup. This will combine our preexisting integrations with Iovation and Loqate and calculate the distance between customer's real IP address and profile address. This is likely to be suitable for lower risk customers in some jurisdictions, as an alternative to document based verification.

Please contact your sales or customer success representative if you are interested in this feature.

Problem

Have access to Cifas' case information through the API

Solution

Add Cifas case type to the check result when retrieving through the API

Details

This solution doesn't include displaying in the front-end

This will broaden our existing document collection flows to support unlimited document types. They can be requested within the portal, and can support the verification of things like source-of-wealth and proof-of-address.

This will make use of our forms product, allowing for full configurability and white-labelling.

Upgrading our Onfido document verification integration to support their video facial check functionality.

This helps to prevent fraud by preventing sophisticated spoofing attempts. It validates that the individual uploading the document matches the document's photo, and that the individual is present at the onboarding.

This will be available to all existing users of Onfido document verification through PassFort. We are unable to resell Onfido checks, and so new customers will require their own direct relationship with Onfido. However, PassFort can support in brokering this relationship.

We have built a first version of a new integration using Dow Jones API which will, in the long term, replace the existing Feed integration.

This feature allows you to use the credentials you use to access your company's services and network to access PassFort.

Get in with our team for more details.

Exporting information relating to tasks to CSV

Problem

Help customers using BvD as their company data provider to be on top of changes to their customers that can have a bad impact to their business (e.g.: insolvency, change of ownership)

Solution

Implement monitoring for BvD

Details

• It will only monitor company data current supported by PassFort's integration (registry, officers and shareholders)

• Clients will be able to choose which data category (registry, officers, shareholders) they wish to monitor

• When a change is identified a new version of the task will be created and new data retrieved

Japanese regulators require companies to send customers an access code to their home addresses as part of their address verification whenever they can't verify their identity using specific processes and documents.

Trustdock offers a mail solution called Snail Mail that allows you to verify a customer's home address by sending post to their registered address.

We will be integrating with Trustdock's Snail Mail API to enable our customers doing business in Japan to run address verification checks through our platform.

Rethink how the case report sent by screening providers are displayed in PassFort as well as how and what profile data is presented to make analysts assessment process easier.