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.
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.
RFI Lifecycle
An RFI moves through the following states:RFI API
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 bystateorcustomer_id, with cursor-based pagination viastarting_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
Subscribe to therfi 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 fromon_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.
- rfi.created (on_developer)
- rfi.updated.status_transitioned (on_bridge)
- rfi.updated.status_transitioned (on_developer)
- rfi.updated.status_transitioned (closed)