mivita/tests/Unit/Services
Kevin b7e8bbd951 Statistik: Neupartner zaehlen im Monat der Zahlung, nicht der Registrierung
Wer Ende August registriert und am 1. September bezahlt hat, tauchte in keiner
Neupartner-Zaehlung auf: Der August-Snapshot wurde um 04:45 eingefroren, da
fehlte noch das Abrechnungskonto; im September lag active_date im falschen
Monat. Betroffen sind 2026 acht Partner, auch im Recruiting ihrer Sponsoren.

Kundenentscheidung 16.09.2026: der Zeitpunkt der Zahlung ist massgeblich.

Neue Spalte users.partner_paid_at, gesetzt bei der ersten Kontozahlung
(Payment::paymentStatusPaidAction) und bei manueller Freischaltung durch den
Admin — nur, solange sie leer ist; Verlaengerung und Wiederherstellung aendern
sie nicht. Bestehende Partner werden per Migration aus der ersten bezahlten
Registrierungsbestellung rueckgefuellt (Zeitstempel der Punktebuchung, ersatzweise
Bestelldatum, ohne Bestellung das Aktivierungsdatum). Bewusst nicht
payment_account minus ein Jahr: das ergaebe bei Verlaengerern den Jahrestag der
Erstzahlung.

User::scopeNewPartnerIn() und isNewPartnerIn() lesen jetzt partner_paid_at —
damit Kachel, Recruiter-Ranking, Top 3 und Neupartner-Liste gleichermassen.
Die Liste und der CSV-Export zeigen "Bezahlt am" neben "Registriert am".

Unveraendert: die Teamstruktur haengt weiter an active_date (auch im
Provisionsbaum). Wer ist neu dazugekommen und wer gehoert zur Linie sind zwei
verschiedene Fragen.

Die eingefrorenen Monate Januar bis August enthalten sieben dieser Partner
nicht; ob sie per --force neu gebaut werden, ist eine Entscheidung — siehe
dev/2026-07-22/neupartner-zahlungsmonat.md.

Mit drin: die handgebaute SQLite-Tabelle in BackofficeDashboardServiceTest
kannte status_reason aus d6efe56 noch nicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-16 14:48:01 +00:00
..
Incentive 10.April 2026 2026-04-10 17:15:27 +02:00
Payment Payment Phase R: PAYONE-Integration entflechten (R1–R7 + Review) 2026-06-10 13:42:45 +00:00
AboHelperEnsureUserAboItemsFromLatestOrderTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
AboHelperGetFirstAboDateTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
AboHelperSetAboStatusTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
AboOrdersOverviewTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
BackofficeDashboardServiceTest.php Statistik: Neupartner zaehlen im Monat der Zahlung, nicht der Registrierung 2026-09-16 14:48:01 +00:00
DatevExportServiceTest.php Statistiken/Abo: Kundenfeedback 2026-07-24 komplett umgesetzt + Steuern: DATEV-Fixes 08+09/2025 (Sammel-Commit Branch-WIP) 2026-07-24 13:56:02 +00:00
InvoiceServiceTest.php 20-02-2026 2026-02-20 17:55:06 +01:00
LocaleGuardTest.php 13-05-2026 implementation FR 2026-05-13 17:33:52 +02:00
PaymentAboCallbackCreatesUserAboTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
PayoneCallbackTestbenchTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
PayoneTest.php Payment Phase R: PAYONE-Integration entflechten (R1–R7 + Review) 2026-06-10 13:42:45 +00:00
PersonalStatisticsServiceTest.php Backoffice-Statistik: Punkte-Fix (kumulative Snapshots) & Meine Statistik 2026-06-25 13:31:14 +00:00
ProductOrderContextTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
SlimSanitizeFileNameTest.php Slim: sanitizeFileName kürzt hinten statt vorne und behält die Dateiendung 2026-08-25 11:11:01 +00:00
StripeMetadataBuilderTest.php Stripe: Kundendaten, Rechnungsnummer, manueller Zahlungseingang 2026-08-28 09:04:28 +00:00
UtilCustomerReorderCartUrlTest.php 10.April 2026 2026-04-10 17:15:27 +02:00
VatIdServiceTest.php Statistiken/Abo: Kundenfeedback 2026-07-24 komplett umgesetzt + Steuern: DATEV-Fixes 08+09/2025 (Sammel-Commit Branch-WIP) 2026-07-24 13:56:02 +00:00