Skip to main content

Overview

A Request for Information (RFI) is how Bridge asks for additional information needed to complete a compliance or risk review. An RFI may concern your developer account, a customer, or specific transaction activity. Bridge RFI’s fall into two categories:
  • Customer RFI’s concern customer-level compliance reviews, including KYC, KYB, and enhanced due diligence.
  • Transaction RFI’s concern specific transaction activity that requires compliance or risk review.
This page outlines how Bridge’s RFI’s work and tools for managing them effectively.

Customer RFI’s vs Transaction RFI’s

Responding to RFI’s

All open RFI’s are visible from the Bridge Dashboard’s Customers or Payments tabs. These RFI’s should be responded to as follows:
  • Customer RFI: The customer should reply to the original RFI email and follow any secure document-upload instructions.
  • Transaction RFI sent to the developer: The developer should collect any necessary information from its customer and submit it through the Bridge Dashboard Support tab or reply in the original RFI email or Slack thread.
  • Transaction RFI sent directly to the customer: The customer should reply to the original RFI email.
Answer each requested item and include the requested supporting documents. Submit sensitive information only through the secure response method identified in the RFI.

RFI Lifecycle

An RFI moves through the following states:

RFI API

The RFI API is currently in beta. The API payloads described in this section are subject to change.
Use the RFI’s API to read the current state of RFI’s raised on your developer or customer accounts.
  • GET /rfis - list RFI’s, optionally filtered by state or customer_id, with cursor-based pagination via starting_after/ending_before.
  • GET /rfis/{rfiID} - retrieve a single RFI by id.
Request
Response
There is currently no API for submitting RFI answers - respond via the dashboard_url returned on the RFI object.

RFI Data Model

Context

context holds transaction and counterparty details relevant to the request. The set of keys present varies by request - fields without a value for a given RFI are omitted rather than set to null. This object may contain personally-identifiable information, such as a customer’s name or email, IBANs, or counterparty names. Below is the full list of keys context can contain. This list may grow over time.

Requested items

requested_items lists the items Bridge is asking the developer to provide.

RFI Webhooks

The RFI webhook is currently in beta. The webhook payloads described in this section are subject to change.
Subscribe to the rfi event category on your webhook endpoint to be notified as RFI’s are created and change state. The event_object on these events matches the RFI Data Model returned by the API. If you don’t have a webhook endpoint yet, follow the webhook setup guide to create one. To add RFI events to an existing endpoint, include rfi in the event_categories array when you create or update the endpoint. See the webhooks overview and event structure docs for general webhook concepts.

Example: RFI lifecycle

The following four events show a single RFI moving from on_developer, to on_bridge after a response is submitted in the dashboard, back to on_developer when Bridge requests additional information, and finally to closed once Bridge finishes review.