Skip to main content
POST
cURL

Request field names

Use camelCase request fields. Legacy snake_case names remain accepted, including within batches. If both names for a field are supplied, the camelCase value takes precedence. Response field names remain unchanged.

Overview

This batch endpoint allows you to submit multiple ACH settlement confirmations from external loan management systems (LMS) in a single API request for improved efficiency. Each confirmation in the batch is processed independently with detailed individual results, making it ideal for processing daily ACH settlement files from banks or bulk syncing from your LMS system.

ID Mapping

The endpoint uses the same reference ID mapping as the single ACH confirm endpoint. Date/time fields accept ISO 8601 timestamps, for example 2026-09-30T12:00:00Z. Optional date/time fields may be omitted or null.

Request Body Format

The batch endpoint accepts an array of ACH confirm records wrapped in a confirms field:

Individual Confirm Schema

Each object in the confirms array follows the same schema as the single ACH confirm endpoint: Identifiers (Required):
  • customerId - Customer reference ID from your LMS
  • loanId - Loan reference ID from your LMS
  • paymentId - The processor transaction ID for the ACH payment
Settlement Fields:
  • settlementDate - Date the ACH payment settled

Response Format

The batch endpoint returns detailed results for each ACH confirmation processed:

Response Fields

  • success - true if ALL confirmations were processed successfully, false if any failed
  • total_processed - Total number of confirmations in the batch
  • successful - Number of successfully processed confirmations
  • failed - Number of failed confirmations
  • results - Array of individual results for each confirmation
    • success - Whether this specific confirmation was processed successfully
    • payment_id - The payment ID from the request for easy matching
    • message - Success or error message for this specific confirmation

Partial Success Handling

The batch endpoint uses partial success handling to ensure maximum processing:
  • Individual failures don’t stop processing - If one confirmation fails, the remaining confirmations are still processed
  • Detailed error messages - Each failed confirmation includes its specific error message
  • Transaction isolation - Each confirmation is processed in its own transaction to prevent one failure from affecting others
  • Overall success flag - The top-level success field is true only if all confirmations succeeded

Example: Partial Failure Response

What the Endpoint Does

For each ACH confirmation in the batch, Finosu:
  1. Locates the records using the external reference IDs
  2. Updates AchPayment with:
    • Status set to COMPLETED
    • Settlement date (if provided)
  3. Updates PaymentTransaction with:
    • Status set to SUCCESSFUL

When to Use Batch vs Single

Use the batch endpoint when:
  • Processing daily ACH settlement files from your bank
  • Syncing multiple confirmations from your LMS system
  • You have more than 5-10 confirmations to submit
  • You want to minimize API calls for efficiency
Use the single endpoint when:
  • Processing real-time individual confirmations
  • You only have 1-2 confirmations to submit
  • You need simpler error handling
  • Testing or debugging individual confirmations

Error Handling

A valid, authenticated batch returns HTTP status 200 OK, with detailed success/failure information in the response body for each individual confirmation. Individual confirmation errors may include:
  • 422 UNPROCESSABLE CONTENT - ACH payment does not belong to specified loan
  • 404 NOT FOUND - Customer, loan, or payment not found with provided IDs
  • 409 CONFLICT - Multiple ACH payments found with the same processor transaction ID
  • 500 INTERNAL SERVER ERROR - Server error during processing
Check the results array in the response to see which confirmations succeeded and which failed.

Authentication

Authentication via X-API-Key header:
  • API key is company-scoped
  • Must be obtained from Finosu
  • Same authentication as single ACH confirm endpoint

Example Usage

This endpoint is typically used for:
  • Daily bank reconciliation - Process ACH settlement files from your bank
  • Bulk LMS sync - Sync multiple settlement confirmations from your loan management system
  • Scheduled jobs - Automated daily/weekly settlement confirmation workflows
Authentication failures return 401; invalid request structure returns 422. A 200 batch response does not mean every item succeeded; inspect success, successful, failed, and each entry in results. Item failures are reported in the response body rather than as the HTTP status of the entire batch. A validation failure for an individual payment is reported with a 422: message prefix in its result; the batch HTTP status remains 200. Unexpected processing failures use a Failed to process ACH confirm: message prefix without a status-code prefix. Inspect each item’s success value; do not rely on numeric message prefixes alone.

Authorizations

X-API-Key
string
header
required

Body

application/json

Batch request schema for multiple ACH confirmations from external LMS. Accepts an array of ACH confirm records for efficient bulk processing. Use camelCase fields; legacy snake_case aliases are also accepted. If both spellings are supplied, camelCase takes precedence.

confirms
object[]
required

Array of ACH confirm records to process

Response

Batch processing results.

Response schema for batch ACH confirm submission.

success
boolean
required

Whether all confirms were processed successfully

total_processed
integer
required

Total number of confirms processed

successful
integer
required

Number of successfully processed confirms

failed
integer
required

Number of failed confirms

results
object[]
required

Individual results for each confirm