Changelog and versioning
The promise for v1
Section titled “The promise for v1”- May change without notice: new endpoints, new optional query parameters, new fields in answers, new values in code lists. Ignore what you don’t know.
- Never changes in v1: a field removed or renamed, a field’s type changed, an endpoint removed, a required field added to a request. A test in our build compares every change to the published description and fails on any of these, so it can’t slip out by accident.
- Every change to the published description gets an entry below — another test fails the build until it has one.
- If v1 ever needs one of those, it comes as v2 beside v1, and v1 keeps working for at least 12 months after v2 is announced here.
Changes
Section titled “Changes”2026-10-07 — examples and wording, no change to the API
Section titled “2026-10-07 — examples and wording, no change to the API”- The examples of an order ack now show
acked_versionequal to the order’s newversion: an order ack moves the order, and the ack is kept at the version it made. In thePOST /acksexample each payment’sacked_versionis its ownversion. - The token description says what the sandbox issues: ordinary
sfi_live_tokens. The test prefix comes only from a copy of Slflo you run yourself.
2026-10-07 — v1
Section titled “2026-10-07 — v1”The first public version: orders, invoices, payments and returns to pull and ack; the seq
counter for invoices, receipts and credit notes; customers, branches, units, products, price
lists, prices and balances to push by your keys, alone or in batches; lookup and code lists;
the public OpenAPI description.

