# Erfasste Rückzahlung oder Verrechnung zurücknehmen (https://developer.bimetrics.de/reference/matches/reverse-correction-settlement)

`POST https://app.bimetrics.de/api/match/correction-settlement/reverse`

operationId: `reverseCorrectionSettlement` · Berechtigung (Scope): `matching:write` · Bereich: Zuordnungen

Nimmt eine aktive Erfassung durch Gegenbuchungen zurück. paymentId bezeichnet die negative Zahlung am Korrekturbeleg. Bei einer Verrechnung werden beide Seiten atomar zurückgenommen; dann sind expectedRevision und expectedTargetRevision erforderlich. Die ursprünglichen Buchungen bleiben auch bei Festschreibung unverändert erhalten. Unklare Zahlungsstände sperren die Rücknahme. Kein Löschen, keine neue Auszahlung und kein Zahlungsauftrag.

Benötigt einen Schlüssel mit der Berechtigung `matching:write`.

> **Achtung:** Ändert Daten der Firma; wird atomar mit Idempotenzbeleg und Herkunft protokolliert.
>
> KI-Agenten fragen vor diesem Aufruf beim Nutzer nach.

### Authentifizierung

`Authorization: Bearer bm_…` (alternativ `X-API-KEY: bm_…`, nie beide zugleich).

### Parameter

| Name | Ort | Pflicht | Typ | Beschreibung |
| --- | --- | --- | --- | --- |
| `Idempotency-Key` | header | ja | string | Stabiler Schlüssel für genau diese Änderung: 1–128 druckbare ASCII-Zeichen ohne Leerzeichen. Bei Wiederholungen denselben Schlüssel und unveränderten Inhalt senden; das Ergebnis wird nicht nochmals erzeugt. |

### Request-Body (`application/json`)

Current revisions and payment UUID

Schema `CorrectionSettlementReverseRequest`.

| Feld | Typ | Beschreibung |
| --- | --- | --- |
| `correctionDocumentId` | string (uuid) | ID des ausgestellten Korrekturbelegs. |
| `expectedRevision` | string | Erforderlicher aktueller revision-Wert des Korrekturguthabens. |
| `expectedTargetRevision` | string | Bei einer Verrechnung erforderlich: aktueller revision-Wert der Zielrechnung; bei einzelner Rückzahlung weglassen. |
| `paymentId` | string (uuid) | ID der aktiven negativen Zahlung am Korrekturbeleg, nicht der positiven Zielzahlung. |
| `reversedOn` | NaiveDate | Datum der Gegenbuchungen, frühestens das ursprüngliche Zahlungs- oder Verrechnungsdatum. |

### Beispiel

```sh
curl --fail-with-body "https://app.bimetrics.de/api/match/correction-settlement/reverse" \
  -H "Authorization: Bearer $BIMETRICS_API_KEY" \
  -H "Idempotency-Key: rechnung-2026-001" \
  -H "Content-Type: application/json" \
  -d '{"kind":"and","children":[],"limit":50,"offset":0}'
```

### Antworten

| Status | Beschreibung | Inhalt |
| --- | --- | --- |
| 200 | Erfolg. | `application/json`: CorrectionSettlementResult |
| 400 | Ungültige Anfrage, z. B. ein Parameter mit ungültigem Wert wie eine ID, die keine UUID ist; korrigieren statt wiederholen. Mehr unter [Fehler](https://developer.bimetrics.de/errors). | `application/json`: Error |
| 401 | Kein gültiger Schlüssel: fehlt (`Unauthorized`), ist unbekannt, abgelaufen oder widerrufen oder wurde nicht in genau einem Header gesendet (`InvalidAPIKey`). Schlüssel prüfen, nicht wiederholen. Auch eine ID, die zu einer anderen Firma gehört, ergibt `401 Unauthorized`. | `application/json`: Error |
| 403 | Dem Schlüssel fehlt die Berechtigung für diese Route (`APIKeyPermissionDenied`), oder die Firma hat keinen aktiven Tarif mit API-Zugang, etwa in der Testphase oder nach Ende des Abos (`APIUnavailable`). | `application/json`: Error |
| 404 | Nicht gefunden (`NotFound`). | `application/json`: Error |
| 409 | Versionskonflikt (VersionConflict), abweichender Inhalt für denselben Idempotency-Key (IdempotencyConflict), Dublette (ContactDuplicate) oder fachlich gesperrte Änderung. Aktuellen Zustand laden und prüfen; keinen anderen Schlüssel verwenden, um einen Konflikt zu umgehen. | `application/json`: Error |
| 413 | Die Anfrage ist zu groß (`APIRequestTooLarge`), siehe `x-bimetrics-limits`. | `application/json`: Error |
| 429 | Zu viele Anfragen; nach `Retry-After` Sekunden erneut senden. Mehr unter [Fehler](https://developer.bimetrics.de/errors). (Header: Retry-After) | `application/json`: Error |
| 500 | Serverfehler; die Anfrage später wiederholen. Mehr unter [Fehler](https://developer.bimetrics.de/errors). | `application/json`: Error |

#### Felder der Antwort 200 (`CorrectionSettlementResult`)

| Feld | Typ | Beschreibung |
| --- | --- | --- |
| `paymentId` | string (uuid) | ID der negativen Zahlung am Korrekturbeleg; bei Rücknahme bleibt diese ID erhalten. |
| `replayed` | boolean | True bei sicherer Wiederholung eines bereits erfolgreichen Aufrufs mit demselben Idempotency-Key. |
| `settlement` | CorrectionSettlementView | Aktueller Guthabenstand und vollständiger Erfassungsverlauf nach dem Aufruf. |

Verschachtelte Schemas stehen vollständig in der OpenAPI-Beschreibung: https://app.bimetrics.de/api/openapi.json