Core concepts

Four operations, two placements.

Everything ARS does is one of four operations, run in one of two places, on either a single address or a whole ISO 20022 message. Learn the model once — the whole catalogue falls into place.

The four operationsTwo only look; two change the data.

OperationIn plain EnglishEffect
ClassifySee what you have — structured, hybrid, or unstructured?No change
ValidateJudge it — compliant? required? exempt?No change
CorrectFix it — turn unstructured into structured, repair the content.Changes data
RenderFlatten it — structured back to plain lines for legacy / MT.Changes format

Process is not a fifth verb — it is the all-steps composite that runs Classify → Validate → normalise → verify → Correct → re-Validate in one call.

The two placementsWhere on the payment's journey you make the call.

PlacementIn plain EnglishWho
At-SourceBefore the payment moves — at data entry, on stored records, or on the file before you send it.Everyone
In-FlightWhile the message moves through the rails — in the engine, at the gate, on the wire.Banks · Hubs · embedded engines

Address, or messageThe scope decides which API group you call.

  • Data scope — one Party Address. The Party Address API (EP-01EP-07).
  • Message scope — a whole ISO 20022 message. The Message Address API (EP-08EP-15). The engine auto-discovers every party address in the message.
  • pain is yours — your instruction to your bank, so you fix it At-Source. (pain.001, pain.008.)
  • pacs is bank-to-bank — owned by the bank or hub, so it is fixed In-Flight. (pacs.008, pacs.009.)

The one sentence — four operations × two placements, on an address or a message. One engine, one set of v4.3 endpoints; each audience simply picks its corner. Compliance is not a fifth thing — it is an overlay that rides on whatever the other operations leave behind, sharper for every field that arrives structured.