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

These RFI’s should be responded to as follows:
  • Customer RFI sent to the developer: The developer should collect any necessary information from its customer and reply to the RFI email.
  • Customer RFI sent directly to the customer: 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, reply to the original RFI email, or respond via API.
  • Transaction RFI sent directly to the customer: The customer should reply to the original RFI email and follow any secure document-upload instructions.
Answer each requested item and include the requested supporting documents. Submit sensitive information only through the secure response method identified in the RFI.

RFI API

The RFI API is in beta and currently only covers transaction RFIs, not customer RFIs. 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. The limit parameter controls page size (default 10, min 1, max 100). Out-of-range values return 422.
  • GET /rfis/{rfiID} - retrieve a single RFI by id.
Request
Response

Responding to Requested Items

Use POST /v0/rfis/{id}/responses to submit answers to one or more requested items in a single atomic batch. All responses succeed or all fail together β€” a validation error on any item rolls back the entire request. Required scope: customer:write
Request

Response types

response_types on each requested item is an array of strings listing the field names Bridge will accept in the request body. Use the string value directly as the field name when constructing your response β€” for example, if response_types contains "date", populate a date field. Possible values: text, text_list, date, address, identifying_information_list, document_list, boolean, free_text_explanation. Most items have a single entry. Some items accept more than one kind β€” you can submit any or all of them in one request.

Response fields

A single plain-text string. Used for name fields, description fields, and other single-value text.

Submitting multiple kinds at once

When an item’s response_types has more than one entry, you can include more than one field in the same response object. Bridge processes all submitted kinds. Submitting a field not listed in response_types for a given item returns 400.

Full example

Response

A successful submission returns 201 with an empty body {}.

RFI Data Model

Requested items

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

Requested item groups

requested_item_groups lists any named groupings of related requested items β€” for example, several items collected under a single β€œNature of business” heading.

RFI Lifecycle

An RFI moves through the following states:

RFI Webhooks

The RFI webhook is in beta and currently only covers transaction RFIs, not customer RFIs. 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.
To check whether a RFI added/updated requested items, you can inspect event_object_changes.requested_items. It’s only present when requested_items actually changed since the last event on that RFI, so its presence alone tells you there’s something new to fetch and relay to your customer, on both rfi.updated and rfi.updated.status_transitioned events. When present, it’s a two-element array of [previous_requested_items, current_requested_items] β€” diff the two to find the item(s) that were added.

Example: RFI lifecycle

The following five events show a single RFI moving from on_developer to on_bridge after a response is submitted, back to on_developer when Bridge requests additional information, a new requested item being added while still on_developer, and finally to closed once Bridge finishes review.