E-Mail-Trichter auf kpimails konsolidiert, Dimension gerettet und vorgezogen
CEO-Entscheid 2026-08-22 (Kombination der Wege B und A des Briefes
mail-kennzahlen-dimension-marke-kampagne-entscheiden): die drei KPI-Schreiber
brandEmailsStats / campaignEmailsStats / newsletterStats entfallen — ihre
Dimensions-Rueckschreibung an den MailLog NICHT.
Gemessen gegen Prod am 2026-08-22:
- kpibrandmails 3.772 Zeilen / kpicampaignmails 15.636 / kpinewslettertypes 3.079
= 22.487, davon traegt GENAU EINE einen Wert (Newsletter-Typ "Messe",
2024-09-12, sent 355 / delivered 280 / opened 127).
- maillogs: brand und campaign bei allen 21.550 Dokumenten missing,
newsletterType bei 355 gesetzt.
Zwei Befunde, die den Zuschnitt bestimmt haben:
1. Die drei Schreiber sind im ganzen Baum der EINZIGE Schreiber von
brand/campaign/newsletterType am MailLog. Ersatzlos entfernt haetten sie die
Achse genau in dem Moment verloren, in dem die Konsolidierung sie retten soll.
Der Kern lebt als mailLogDimensions weiter.
2. Die REIHENFOLGE war falsch: stats.mails rief mailStats ZUERST und die drei
Dimensions-Schreiber danach. mailStats liest die Dimension per $first — es las
sie also, bevor sie gesetzt war, und weil der naechste Lauf einen anderen
Zeitausschnitt traegt, erreichte sie kpimails nie. Unsichtbar, solange keine
Rundmails laufen; wirksam ab der naechsten. Jetzt laeuft mailLogDimensions
vorneweg.
Riegel: test/mailLogDimensions.test.mjs — Schema-Pfade (strict verwirft sonst
lautlos, mailCounts-Klasse), KPIMails traegt alle vier Dimensionen, Reihenfolge
gegen die kommentar-befreite Quelle, Umkehr- und Positiv-Kontrollen.
Flip-Probe gefahren: umgedrehte Reihenfolge macht genau Probe 6 rot. 104/104.
⚠ Der Bestand heilt nicht rueckwirkend — nur Zeitraeume nach der Umstellung
tragen die Dimension.
mail-kennzahlen-dimension-marke-kampagne-entscheiden): die drei KPI-Schreiber
brandEmailsStats / campaignEmailsStats / newsletterStats entfallen — ihre
Dimensions-Rueckschreibung an den MailLog NICHT.
Gemessen gegen Prod am 2026-08-22:
- kpibrandmails 3.772 Zeilen / kpicampaignmails 15.636 / kpinewslettertypes 3.079
= 22.487, davon traegt GENAU EINE einen Wert (Newsletter-Typ "Messe",
2024-09-12, sent 355 / delivered 280 / opened 127).
- maillogs: brand und campaign bei allen 21.550 Dokumenten missing,
newsletterType bei 355 gesetzt.
Zwei Befunde, die den Zuschnitt bestimmt haben:
1. Die drei Schreiber sind im ganzen Baum der EINZIGE Schreiber von
brand/campaign/newsletterType am MailLog. Ersatzlos entfernt haetten sie die
Achse genau in dem Moment verloren, in dem die Konsolidierung sie retten soll.
Der Kern lebt als mailLogDimensions weiter.
2. Die REIHENFOLGE war falsch: stats.mails rief mailStats ZUERST und die drei
Dimensions-Schreiber danach. mailStats liest die Dimension per $first — es las
sie also, bevor sie gesetzt war, und weil der naechste Lauf einen anderen
Zeitausschnitt traegt, erreichte sie kpimails nie. Unsichtbar, solange keine
Rundmails laufen; wirksam ab der naechsten. Jetzt laeuft mailLogDimensions
vorneweg.
Riegel: test/mailLogDimensions.test.mjs — Schema-Pfade (strict verwirft sonst
lautlos, mailCounts-Klasse), KPIMails traegt alle vier Dimensionen, Reihenfolge
gegen die kommentar-befreite Quelle, Umkehr- und Positiv-Kontrollen.
Flip-Probe gefahren: umgedrehte Reihenfolge macht genau Probe 6 rot. 104/104.
⚠ Der Bestand heilt nicht rueckwirkend — nur Zeitraeume nach der Umstellung
tragen die Dimension.