Vertreter: Portal-Pflicht raus, Warn-Badge stattdessen

Suche und Add haben bisher nur Kunden mit portalEnabled=true zugelassen –
das machte das Feature quasi unnutzbar, weil die meisten Kunden kein
Portal aktiviert haben. Der Zugriff ist ohnehin erst dann effektiv,
wenn der Vertreter ein Portal-Konto bekommt.

- searchCustomersForRepresentative: portalEnabled-Filter raus, dafür
  Feld im select mitgeliefert.
- addRepresentative: Portal-Pflicht-Check raus.
- getRepresentedByList: portalEnabled im rep-Include, damit die UI
  auch für schon hinterlegte Vertreter das Badge zeigen kann.
- CustomerDetail: gelbes "Portal inaktiv"-Badge in Suchergebnissen
  und in der Vertreter-Liste. Hinweistext geändert.
- CustomerSummary-Type: portalEnabled? ergänzt.

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

backend/src/services/customer.service.ts

@@ -900,7 +900,10 @@ export async function getCustomerRepresentatives(customerId: number) {
 }
 
 export async function getRepresentedByList(customerId: number) {
-  // Holt alle Kunden, die den angegebenen Kunden vertreten können
+  // Holt alle Kunden, die den angegebenen Kunden vertreten können.
+  // `portalEnabled` mit rausgeben, damit die UI ein Badge zeigen kann,
+  // falls der Vertreter noch keinen Portal-Zugang hat (Vertretung ist
+  // dann formal eingetragen, greift aber erst mit aktivem Portal).
   return prisma.customerRepresentative.findMany({
     where: { customerId: customerId, isActive: true },
     include: {
@@ -912,6 +915,7 @@ export async function getRepresentedByList(customerId: number) {
           lastName: true,
           companyName: true,
           type: true,
+          portalEnabled: true,
         },
       },
     },
@@ -940,10 +944,10 @@ export async function addRepresentative(
     throw new Error('Ein Kunde kann sich nicht selbst vertreten');
   }
 
-  // Prüfen ob der Vertreter ein Portal-Konto hat
-  if (!representative.portalEnabled) {
-    throw new Error('Der Vertreter-Kunde muss ein aktiviertes Portal-Konto haben');
-  }
+  // Portal-Zwang entfernt (2026-07-03): der Vertreter darf ohne Portal
+  // eingetragen werden; die Beziehung ist erst dann effektiv aktiv,
+  // wenn der Vertreter einen Portal-Zugang bekommt (die Frontend-UI
+  // zeigt in dem Fall ein Warn-Badge).
 
   return prisma.customerRepresentative.upsert({
     where: {
@@ -985,12 +989,15 @@ export async function removeRepresentative(customerId: number, representativeId:
 }
 
 export async function searchCustomersForRepresentative(search: string, excludeCustomerId: number) {
-  // Sucht Kunden, die als Vertreter hinzugefügt werden können
-  // Nur Kunden mit aktiviertem Portal
+  // Sucht Kunden, die als Vertreter hinzugefügt werden können.
+  // 2026-07-03: Portal-Filter entfernt – der Admin soll auch Kunden ohne
+  // Portal-Zugang als Vertreter markieren können; das Portal wird dann
+  // typischerweise nachträglich aktiviert. Der Zugriff wird ohnehin erst
+  // aktiv, sobald das Portal für den Vertreter angeschaltet ist – die UI
+  // zeigt jetzt ein Warn-Badge, wenn der Vertreter noch kein Portal hat.
   return prisma.customer.findMany({
     where: {
       id: { not: excludeCustomerId },
-      portalEnabled: true,
       OR: [
         { firstName: { contains: search } },
         { lastName: { contains: search } },
@@ -1005,6 +1012,7 @@ export async function searchCustomersForRepresentative(search: string, excludeCu
       lastName: true,
       companyName: true,
       type: true,
+      portalEnabled: true,
     },
     take: 10,
   });