# Session f1fec60a — RwG FREIGEGEBEN, SupplierPulse-Zaehlwert-Befund offen

## RwG: GOOGLE HAT DIE PRODUKTION FREIGEGEBEN (12.09.2026, Marlou, Fall 05599496)
"you may re-enable your integration via the Actions Center > Configuration > Account & Users."
Die Abschaltung vom 21.07.2026 ist aufgehoben. Sieben Wochen Stillstand beendet.

**NAECHSTER SCHRITT, nur Kais kann das:** im Actions Center einschalten.
Danach MESSEN, nicht annehmen:
- Inventory-Zahl: stand auf 1, muss auf 23 gehen.
- Durrani: hing auf "Processing", Status muss kippen.

**WIEDERHOLUNGSRISIKO (offen an Kais gemeldet):** Marlou schreibt "We will keep on monitoring".
Die Abschaltbedingung "no fewer than 25" ist UNVERAENDERT.

**ZAHL KORRIGIERT am 12.09. nachmittags (gemessen, nicht geschaetzt):** wir stehen NICHT bei 23.
prod-kennungen.txt hat 22 Zeilen, darin ein zweiter Durrani-Mandant `22130b68-82e8-4b95-95c6-cc2abfee1079`
ohne Place-ID und mit googleReservations=False (Doppelanlage, fuer Google nicht existent).
Der echte Durrani `4e22f973-36d5-4e8c-b8a3-c85a7b87cf10` steht nicht in der Liste.
=> matchbar waren 22, nach der Entkopplung von Falkenburg sind es 21. Luecke zur Schwelle: VIER.

**GOOGLE ENTKOPPELT LAUFEND (12.09. 16:47):** automatische Mail, "unmatched ... due to our
matching policy", betroffen `97fb451b-...` = Falkenburg Dinner. Unsere Seite ist sauber
(Place-ID loest korrekt auf, OPERATIONAL, Reservierung an). Einziger Unterschied: Googles
Eintrag hat keine Telefonnummer. Kontrollgruppe: 3 von 21 ohne Telefonnummer (Falkenburg,
Orient Kebap, Street Kebab), 18 mit. Hypothese plausibel, NICHT bewiesen.
Pruefbare Vorhersage: Orient Kebap und Street Kebab waeren die naechsten.
Offen an Kais: Falkenburg im Actions Center neu verknuepfen, Telefonnummern bei Google
nachtragen lassen, Durrani-Duplikat klaeren (Nachforschung angeboten).

Fuer den Weg zu 25 fehlen zusaetzlich diese zwei, Place-IDs liegen geprueft vor:
- Izmir Kebap Haus: ChIJMZU-BQC3oEcRO1BnNJJOkZU
- Grill & Doener Haus by Theo: ChIJUQH5VgB9vkcRDQztf55d9A8
Fehlend je: Telefonnummer und Tischplan. Werkzeug: projekte/rwg-prod-uebernahme/onboarding/
(onboard.py pruefen/mail/anlegen). Angebot an Kais liegt, wartet auf Antwort.

**Unabhaengig offen:** Durrani laeuft buchungsseitig ueber DISH. Auch nach der Freischaltung
schaltet Google dort nicht von allein auf KADiCon um.

## SupplierPulse: dev traegt einen falschen Migrationszaehler (11.09.2026)
**BELEGT, ohne Testlauf:** origin/dev hat 3 Journal-Eintraege (0000_consolidated_baseline
1789048157508, 0001_assessment_data_model 1789076928001, 0002_assessment_localization_columns
1789076929001). Der Test packages/db/src/project-code-migration.integration.test.ts verlangt
`expect(migrationCount[0]?.count).toBe(6)`. Der Kommentar darueber nennt sechs Dateinamen,
die es seit der Konsolidierung #539 nicht mehr gibt.

**Entstehungsweg:** #540 setzte den Wert auf 6 (Stand vor #539), #511 setzte ihn korrekt auf 3
und wurde SPAETER gemergt — trotzdem steht 6 in dev. Bei der Konfliktaufloesung im Merge von
#511 hat dev gewonnen. #511 ist der juengste Commit auf der Datei (89a5951).

**Faellt niemandem auf:** der Test setzt ohne erreichbare Testdatenbank still aus
(2 tests | 2 skipped; in Kais' Container 98 von 170 Tests uebersprungen, Ursache
ECONNREFUSED 127.0.0.1:55432 = Host-Port des Devcontainer-Mappings statt db:5432).
Ob adessos CI den Test ausfuehrt, ist NICHT geprueft und entscheidet die Schwere.

**ANGEBOT AN KAIS LIEGT:** Meldung an adesso schreiben (zwei Punkte: falscher Zaehlwert samt
Entstehungsweg, und die Frage nach der Testausfuehrung in ihrer CI). Wartet auf Antwort.

**Nicht unsere Baustelle:** die 55432-Umgebungsfrage ist adessos Entwicklungsumgebung.
Kein `gh pr ...` durch uns, PRs gehoeren adesso.

## Weiteres vom 11.09.
- PR #540 und #511 sind gemergt, Branch squad/538-coverage-setup geloescht.
- Drei offene PRs, ALLE MERGEABLE/CLEAN: #506 (Prod-DB-Prozess zu #390), #559 (WebEAM
  Q-number), #561 (WebEAM testrunbook). Es gibt KEINE Konflikte.
- Dauerreferenz fuer den naechsten Konfliktfall liegt in
  projekte/supplierpulse-enterprise-assist/modules/konflikte-nach-539/auftrag-konfliktloesung.md
- Fund fuer Dave: #561 haengt am Branch "%feat/%-automatic-dollop" (nicht ersetzte Vorlage).
- Kais' neue Dauerregel: "Immer auch Git History anschauen" (Memory
  read-git-history-not-just-file-state).
- Modell laeuft jetzt auf Opus 5, effort high.