feat: Regeln nachtraeglich auf Buchungen ohne Kategorie anwenden

Regeln greifen beim Import. Alles, was vorher hereinkam – oder hereinkam, bevor
es die Regel gab –, bleibt liegen. Bei einer Bankanbindung passiert genau das
dauernd: Die Umsaetze kommen von selbst, die Regel entsteht spaeter. Die
Revolut-Aufrundungen aufs Sparen-Pocket sind der Fall, an dem es aufgefallen
ist.

Der Knopf steht bei der Transfer-Erkennung und zeigt erst, was passieren
wuerde. Uebertrags-Regeln laufen durch denselben Dienst wie jeder andere
Uebertrag – er lehnt ab, wo die Gegenseite schon gebucht ist, und solche
Buchungen bleiben unangetastet und werden mit Grund gemeldet.

Ohne festes Zielkonto wird es aus dem Buchungstext erraten, aber nur bei GENAU
einem Treffer und nur an Wortgrenzen: "Euro" darf nicht "PayPal Europe"
treffen. Zwei Moeglichkeiten heisst raten, und dann passiert nichts.

Angefasst werden nur Buchungen OHNE Kategorie – sonst ueberschriebe der Knopf
stillschweigend, was von Hand zugeordnet wurde. Ein Uebertrag ist kein Kandidat
mehr, ein zweiter Klick verschiebt das Geld also nicht erneut.

Zwei Dinge fielen beim Testen auf und sind mit behoben:

- Ein fehlgeschlagener Uebertrag verwarf per rollback() auch alles, was im
  selben Durchlauf schon gelungen war. Jetzt haelt ein Rettungspunkt je
  Uebertrag den Schaden bei dem einen.
- test_neutral_category nahm VORHANDENE Kategorien und stellte eine davon auf
  "nicht einrechnen". Benutzten andere Buchungen sie, fielen die mit heraus und
  die Rechnung ging um deren Summe daneben – ohne Bezug zum Gepruefften. Der
  Test legt sich seine Kategorien jetzt selbst an.

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

web/src/locales/en.json

@@ -164,7 +164,6 @@
     "identifiers": "Identifiers (IBAN etc.)",
     "addIdentifier": "Add identifier",
     "textIdentPlaceholder": "e.g. Savings, Deposit",
-    "identShort": "id(s)",
     "total": "Total",
     "empty": "No accounts yet. Create your first account.",
     "deleteConfirm": "Delete this account and all its transactions?",
@@ -176,7 +175,9 @@
     "bankBalanceDiffers": "Bank: {{bank}} · Certain differs by {{diff}}",
     "adoptBankBalance": "Adopt the bank's balance",
     "adoptConfirm": "The balance of {{bank}} is taken as correct. The difference of {{diff}} moves into the opening balance – it stands for movements Certain never saw. Your transactions stay unchanged.",
-    "adopted": "Balance adopted."
+    "adopted": "Balance adopted.",
+    "identShort_one": "{{count}} identifier",
+    "identShort_other": "{{count}} identifiers"
   },
   "accountTypes": {
     "girokonto": "Checking",
@@ -226,7 +227,13 @@
     "searchPlaceholder": "Search category …",
     "excludedFromStats": "Exclude from reports",
     "excludedHint": "For transfers between your own accounts: the balance still changes, but budget, dashboard and statistics leave these out – the money was not spent.",
-    "excludedShort": "neutral"
+    "excludedShort": "neutral",
+    "applyRules": "Apply rules to existing transactions",
+    "applyRulesHint": "Rules apply on import. Anything that came in earlier – or before the rule existed – still sits there without a category. This catches up.",
+    "applyPreview": "{{kategorien}} would get a category, {{uebertraege}} would become transfers. Apply now?",
+    "applyNothing": "No uncategorised transaction matches a rule.",
+    "applyDone": "{{kategorien}} categorised, {{uebertraege}} booked as transfers.",
+    "applySkipped": "Skipped because unclear"
   },
   "transactions": {
     "title": "Transactions",