duffyduck
57959cd782
Neue Tabelle UserCustomerSalutation (PK userId+customerId,
preference 'DU'|'SIE'). Fehlender Eintrag → Fallback auf
Customer.useInformalAddress (Kunden-Default).
Backend:
- customerService: get/set/clearSalutationPreference mit Fallback-
Logik. Response enthält immer effektive Präferenz + `source`
('user' | 'customer-default'), damit die UI den Standard-Text
anzeigen kann.
- customerController: 3 Endpunkte GET/PUT/DELETE
/:customerId/salutation-preference. userId aus dem JWT, canAccessCustomer
greift.
Frontend:
- customerApi: 3 neue Methoden.
- CustomerDetail: neues Feld "Anrede für mich" mit Du/Sie-Toggle
und Zurücksetzen-Link. Wird nur Mitarbeitern angezeigt, nicht
Portal-Usern.
- Bestehendes Feld "Anrede per" bekommt Hinweis "Standard für alle
Mitarbeiter", damit die Semantik der beiden Felder klar ist.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
19 lines
994 B
SQL
19 lines
994 B
SQL
-- Per-User-Präferenz "Du"/"Sie" pro Kunde. Fehlender Eintrag fällt auf
|
|
-- den Kunden-Default `Customer.useInformalAddress` zurück. Composite-PK
|
|
-- (userId, customerId) verhindert doppelte Präferenzen pro Paar; Index
|
|
-- auf customerId hilft dem Cleanup, wenn der Kunde gelöscht wird.
|
|
|
|
CREATE TABLE IF NOT EXISTS `UserCustomerSalutation` (
|
|
`userId` INT NOT NULL,
|
|
`customerId` INT NOT NULL,
|
|
`preference` VARCHAR(191) NOT NULL,
|
|
`createdAt` DATETIME(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3),
|
|
`updatedAt` DATETIME(3) NOT NULL,
|
|
PRIMARY KEY (`userId`, `customerId`),
|
|
INDEX `UserCustomerSalutation_customerId_idx` (`customerId`),
|
|
CONSTRAINT `UserCustomerSalutation_userId_fkey`
|
|
FOREIGN KEY (`userId`) REFERENCES `User`(`id`) ON DELETE CASCADE ON UPDATE CASCADE,
|
|
CONSTRAINT `UserCustomerSalutation_customerId_fkey`
|
|
FOREIGN KEY (`customerId`) REFERENCES `Customer`(`id`) ON DELETE CASCADE ON UPDATE CASCADE
|
|
) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
|