> ## Documentation Index
> Fetch the complete documentation index at: https://docs.arcuserp.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Bulk-approve exact books matches on bank feed lines
> Required API key scope: `accounting:write`
Matches up to 500 unreconciled bank feed lines to the books records they
exactly match, in ONE transaction. The sibling of `bulk-exclude` on the
same review-inbox selection bar.
**The server decides what is eligible, and the caller cannot steer it.**
The request carries ids ONLY: no match kind and no counterparty id are
accepted. For each id the server locks the row, rebuilds its decision
verdict with the canonical candidate scorers, and requires
`books_match.exact` -- which means all five of: score at or above 0.95,
exactly one candidate in the window, the bank amount and the record
amount equal to the cent, no historical-import twin, and the line not
pending at the bank.
**All-or-nothing.** Any ineligible id fails the WHOLE batch with 422 and
per-id `offenders[]` reasons; nothing is matched. Two selected lines that
resolve to the SAME books record are also refused
(`duplicate_target_with_`), a hazard that cannot arise one line at a
time.
**Cap:** 500 unique ids per call (413 above); rebuilding a verdict runs
the candidate scorers, so this endpoint is a batch, not a firehose.
One aggregate audit row plus the per-line match audit rows, all inside
the same transaction, and ONE `bank_transaction.bulk_matched` event.
**No GL postings occur** (matching links an existing bank line to an
existing books record; it moves no money).
## OpenAPI
````yaml /openapi.yaml post /accounting/bank-transactions/bulk-approve-matches
openapi: 3.1.0
info:
title: Arcus ERP Public API
version: 1.0.0
description: >
Arcus ERP public REST API. Designed for external integrations and data
migration.
**Authentication.** Bearer token (API key) via the `Authorization` header.
Format: `Authorization: Bearer ark_live_ent__` (or
`ark_test_*` for sandbox).
API keys are issued per-entity in **Settings > Developers > API Keys**.
**Entity scoping.** The entity is encoded in the API key prefix; routes are
flat
(e.g. `/v1/accounts`, `/v1/orders`, `/v1/products`). A small set of platform
endpoints
(migration, reconciliation, events, webhook endpoints, API keys) use the
`/v1/entities/{entity_id}/...` form -- those are noted in their tags.
**Key capabilities.**
- Related-resource hydration via `?expand[]=` (see `x-arcus-expand` on each resource).
- Cursor-based pagination (`starting_after` / `ending_before` / `limit`).
- Idempotency via the `Idempotency-Key` header.
- Webhook events for asynchronous notification.
- Conditional requests / ETag for cache validation.
servers:
- url: https://api.arcuserp.com/v1
description: Arcus ERP API (accepts both live `ark_live_*` and test `ark_test_*` keys)
- url: https://dev-api.arcuserp.com/v1
description: >-
Dev sandbox API (test-only data, accepts `ark_test_*` keys against dev
RDS)
security: []
paths:
/accounting/bank-transactions/bulk-approve-matches:
post:
tags:
- Accounting
summary: Bulk-approve exact books matches on bank feed lines
description: >
Required API key scope: `accounting:write`
Matches up to 500 unreconciled bank feed lines to the books records they
exactly match, in ONE transaction. The sibling of `bulk-exclude` on the
same review-inbox selection bar.
**The server decides what is eligible, and the caller cannot steer it.**
The request carries ids ONLY: no match kind and no counterparty id are
accepted. For each id the server locks the row, rebuilds its decision
verdict with the canonical candidate scorers, and requires
`books_match.exact` -- which means all five of: score at or above 0.95,
exactly one candidate in the window, the bank amount and the record
amount equal to the cent, no historical-import twin, and the line not
pending at the bank.
**All-or-nothing.** Any ineligible id fails the WHOLE batch with 422 and
per-id `offenders[]` reasons; nothing is matched. Two selected lines
that
resolve to the SAME books record are also refused
(`duplicate_target_with_`), a hazard that cannot arise one line at a
time.
**Cap:** 500 unique ids per call (413 above); rebuilding a verdict runs
the candidate scorers, so this endpoint is a batch, not a firehose.
One aggregate audit row plus the per-line match audit rows, all inside
the same transaction, and ONE `bank_transaction.bulk_matched` event.
**No GL postings occur** (matching links an existing bank line to an
existing books record; it moves no money).
operationId: bulkApproveBankMatchesV1
requestBody:
required: true
content:
application/json:
schema:
type: object
required:
- ids
properties:
ids:
type: array
items:
type: string
format: uuid
minItems: 1
maxItems: 500
description: Bank transaction UUIDs to match
responses:
'200':
description: Batch matched
content:
application/json:
schema:
type: object
properties:
data:
type: object
properties:
approved_count:
type: integer
requested_count:
type: integer
description: Unique ids after de-duplication.
approved:
type: array
items:
type: object
properties:
id:
type: string
format: uuid
kind:
type: string
enum:
- ap_payment
- printed_check
- marketplace_payout
- customer_payment
target_id:
type: string
format: uuid
description: The books record, derived server-side.
offenders:
type: array
items:
type: object
description: >-
Always empty on 200 (offenders roll the batch back as
422).
'400':
$ref: '#/components/responses/Error'
'401':
$ref: '#/components/responses/Error'
'403':
$ref: '#/components/responses/Error'
'413':
description: More than 500 ids supplied
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
'422':
description: >-
bulk_approve_rollback -- at least one id is not an exact books
match; nothing was matched
content:
application/json:
schema:
type: object
properties:
error:
type: string
enum:
- bulk_approve_rollback
offenders:
type: array
items:
type: object
properties:
id:
type: string
format: uuid
reason:
type: string
description: >-
not_found | excluded | already_matched |
status_ | not_a_books_match_ |
not_exact | duplicate_target_with_ |
verdict_unavailable | unsupported_kind_
approved_count:
type: integer
enum:
- 0
requested_count:
type: integer
security:
- ApiKeyAuth: []
components:
responses:
Error:
description: Error response (400/401/403/404/409/422/429/500)
content:
application/json:
schema:
$ref: '#/components/schemas/ErrorEnvelope'
schemas:
Error:
description: |
Alias for ErrorEnvelope. Canonical error response shape used by all
API endpoints. Refer to ErrorEnvelope for the full field definition.
allOf:
- $ref: '#/components/schemas/ErrorEnvelope'
ErrorEnvelope:
type: object
description: |
Canonical error response envelope. All API errors use this shape.
required:
- error
- code
properties:
error:
type: string
description: Machine-readable error key
example: not_found
code:
type: string
description: Machine-readable error code (often same as error)
example: not_found
type:
type: string
enum:
- validation_error
- permission_error
- not_found
- conflict
- rate_limit
- internal
- expand_error
- not_implemented
example: not_found
hint:
type: string
description: Human-readable one-sentence explanation (English)
example: >-
The requested order does not exist or does not belong to this
entity.
param:
type: string
description: The parameter that caused the error, if applicable
example: expand[0]
required:
type: string
description: The scope required (only on insufficient_scope errors)
example: accounts:read
request_id:
type: string
description: >-
Unique request ID for support tracing (maps to CloudWatch log
stream)
example: req_abc123
securitySchemes:
ApiKeyAuth:
type: http
scheme: bearer
description: |
API key issued per entity via Settings > Developers > API Keys.
Each key carries scopes (e.g. orders:read, products:write).
Bearer token format: Authorization: Bearer ark_live_ent__
Test keys use ark_test_ent__. Both are issued per entity
via Settings > Developers > API Keys.
````