fix: Bankabruf verschluckte Umsaetze mit wiederkehrendem Betrag

Der Eingangs-Abgleich vergleicht Betrag und Datum mit ein paar Tagen
Spielraum – bewusst unscharf, damit eine per Kurzbefehl erfasste Zahlung nicht
ein zweites Mal ankommt. Er merkt sich dabei, welchen Eintrag er schon
verbraucht hat.

Nur ruft der Bankabruf ihn JE ZEILE einzeln auf, und damit begann diese Menge
jedes Mal von vorn: Derselbe Eintrag liess sich beliebig oft verbrauchen. Bei
Revolut-Aufrundungen – dreimal 1.00 in drei Tagen – kam so nur die erste an,
und der Saldo wich ab, ohne dass irgendwo etwas stand.

Zwei Aenderungen:

- Der Aufrufer kann die Menge jetzt ueber mehrere Aufrufe mitfuehren; der
  Bankabruf haelt eine je Konto.
- Gegen andere BANK-Eintraege wird gar nicht mehr unscharf verglichen. Zwei
  Umsaetze derselben Quelle sind nie Dubletten voneinander – dort entscheidet
  die Kennung der Bank, und die ist exakt.

Dazu ein Weg zurueck: Ein verschluckter Umsatz hinterliess keinen Eintrag, der
naechste Abruf haette ihn also wieder geholt – nur liegt er dann vor dem
Fenster des letzten Abrufs. "Aelteres nachholen" gibt es jetzt auch je Konto,
wie beim Postfach.

Nachgestellt und als Test festgehalten: dreimal 1.00 in drei Tagen, alle drei
kommen an, Saldo -3.00.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

web/src/api.js

@@ -243,7 +243,9 @@ export const api = {
     request(`/bank/connections/${id}/salden`, { method: "POST" }),
   // Nur dieses eine Konto abrufen – ein Abruf bucht, und wer ein Konto holt,
   // will das andere nicht angefasst haben.
-  syncBankLink: (linkId) => request(`/bank/links/${linkId}/sync`, { method: "POST" }),
+  syncBankLink: (linkId, tage) =>
+    request(`/bank/links/${linkId}/sync${tage ? `?tage=${tage}` : ""}`,
+            { method: "POST" }),
   // Den Saldo der Bank als richtig uebernehmen – die Differenz wandert in
   // den Anfangsbestand, die Buchungen bleiben unangetastet.
   adoptBankBalance: (accountId) =>