Skip to main content
POST
/
gateway
/
v3
/
notify
Submit a notification of payment intent
curl --request POST \
  --url https://payapi-sandbox.ingo.money/gateway/v3/notify \
  --header 'Authorization: <api-key>' \
  --header 'Content-Type: application/json' \
  --data '
{
  "participant_id": 12345,
  "amount": "250.00",
  "workflow_id": 1,
  "participant_unique_id1": "a4f1b2c3-d456-789e-f012-34567890abcd",
  "participant_unique_id2": "b5e2c3d4-e567-890f-a123-456789012345",
  "tracer_id": "trc-20260422-001",
  "recipient": {
    "customer_id": "cust-001",
    "first_name": "Alex",
    "last_name": "Rivera",
    "email": "johnny.rockets@example.com",
    "mobile": "5555550100",
    "address1": "100 Innovation Way",
    "address2": "",
    "city": "Anytown",
    "state": "GA",
    "zip": "00000",
    "phone": "5555550100"
  },
  "authentication_records": [
    {
      "field_label": "Last 4 SSN",
      "field_order": 1,
      "validation_type": 1,
      "match_failure_type": 1,
      "value_format": "XXXX",
      "client_provided_value": "1234"
    }
  ],
  "notification_records": [
    {
      "field_label": "Account",
      "client_provided_value": "Checking Account ending 5678"
    }
  ]
}
'
{
  "status": 100,
  "client_message": "Success",
  "data": {
    "notification_id": 9876543,
    "tracer_id": "trc-20260422-001"
  }
}

Documentation Index

Fetch the complete documentation index at: https://developers.ingopayments.com/llms.txt

Use this file to discover all available pages before exploring further.

Authorizations

Authorization
string
header
required

All requests must be authenticated using an HMAC-signed Authorization header. Ingo Money requires HMAC-SHA512 for all new integrations. SHA-512 provides a significantly larger internal state and output length than SHA-256, making it substantially more resistant to length-extension attacks and brute-force preimage attempts — properties that matter for financial API traffic where each request authorizes a real money movement.

Legacy integrations using HMAC-SHA256 remain supported but are encouraged to upgrade. SHA-256 continues to meet the current minimum security bar; however, upgrading to SHA-512 eliminates an entire class of potential vulnerabilities before they become exploitable, and aligns with NIST guidance recommending SHA-2 family algorithms with 256-bit security strength or greater for long-term use. Contact your Ingo integration manager to coordinate an algorithm upgrade.

MD5 and SHA-1 are not accepted under any circumstances. Requests signed with either algorithm will be rejected.

Authorization header format:

Authorization: hmac username="YOUR_HMAC_USERNAME", algorithm="hmac-sha512", headers="request-line x-date content-type content-length content-sha512", signature="BASE64_SIGNATURE"

Credentials provisioned by your Ingo integration manager:

  • HMAC username — identifies your integration in the Authorization header username field. Distinct from your participant identifier.

  • HMAC secret — provisioned by your Ingo integration manager. The private key used to compute the signature. Never transmit this value — store it in a secrets manager or environment variable, never in source code.

  • Participant identifier — a separate value used to identify your account within the API request payload. The name and placement differs by product family. Both the HMAC username and participant identifier are provisioned at onboarding — do not substitute one for the other.

  • API key — required for select product families as an additional per-request credential. See product-specific documentation for applicability.

See the Ingo API Authentication Guide for the complete string-to-sign construction, body hashing requirements, and timestamp validation rules.

Body

application/json

authentication_records[] is required by default but may be optional based on client OTAC configuration. recipient.mobile conditionality depends on OTAC configuration.

participant_id
integer
required

Unique participant identifier assigned by Ingo.

Example:

12345

amount
string
required

Dollar amount of the disbursement. Must be greater than 0 with a maximum of 2 decimal places.

Maximum string length: 10
Example:

"250.00"

workflow_id
integer
required

Ingo assigned workflow ID that determines the notification and authentication flow for the recipient. Assigned during client onboarding.

Example:

1

participant_unique_id1
string
required

Participant assigned transaction ID. Must be unique. Used for idempotency — a duplicate value returns an idempotent response. Appears on daily reconciliation reports.

Required string length: 1 - 100
Example:

"a4f1b2c3-d456-789e-f012-34567890abcd"

recipient
object
required

Information about the disbursement recipient. Provide either first_name + last_name or business_name — not both. business_name requires client-level configuration. mobile conditionality depends on OTAC configuration.

participant_unique_id2
string | null

Optional second participant assigned transaction ID.

Maximum string length: 100
Example:

"b5e2c3d4-e567-890f-a123-456789012345"

tracer_id
string | null

Optional client assigned tracer ID for tracking the request. If not provided, Ingo generates one and returns it in the response.

Maximum string length: 254
Example:

"trc-20260422-001"

language
string | null

Optional language code for the recipient notification. Required when the client is configured for alternate language support (alternate_language_enabled).

Maximum string length: 8
Example:

"es"

Optional URL to a document to be embedded in the recipient notification. Required when the client is configured for document embedding (document_embedding_enabled).

Maximum string length: 2048
Example:

"https://example.com/documents/agreement.pdf"

joint_recipient
object

Optional joint recipient information for joint account disbursements.

approver
object

Optional approver information. When provided, the approver is notified and must approve the disbursement before it is released to the recipient.

authentication_records
object[]

Array of authentication challenge records used to verify the recipient's identity before releasing the disbursement. Required by default — may be optional based on client OTAC configuration. Maximum 20 records.

Required array length: 1 - 20 elements
notification_records
object[] | null

Optional array of supplemental notification records displayed in the recipient notification. Certain records may be required based on client configuration.

Response

Notification submitted successfully

status
integer

Numeric code describing the status of the API request. 100 = Success.

Example:

100

client_message
string

Text description associated with the status code.

Example:

"Success"

data
object