Systemstatus

FIX: Nyoprettede admin-/medarbejderbrugere kunne ikke logge ind ("forkert e-mail eller adgangskode"), selvom de stod som aktive. Årsag: password-hashing med Argon2id og høj hukommelses-omkostning (64 MB) kunne fejle på hostingmiljøet og returnere en tom hash, så login altid slog fejl. (1) Password-hashing er nu robust: forsøger gradvist lettere Argon2id-parametre og falder tilbage til bcrypt, så en gyldig hash ALTID produceres. (2) Brugeroprettelse og password-ændring afviser nu med en klar fejl hvis hashing mod forventning fejler, i stedet for at gemme en ubrugelig bruger. (3) Eksisterende brugere der ikke kan logge ind, kan rettes: superadmin redigerer brugeren og sætter en ny adgangskode.

Vendor dashboard udvidet med omfattende kundestatistik: (1) VÆKST — søjlediagram over nye kunder pr. måned (sidste 12 mdr). (2) STATUS-FORDELING — aktive, prøveperiode, udløbet, suspenderet og opsagt som tal og bjælker. (3) ØKONOMI — MRR (månedlig tilbagevendende omsætning), estimeret ÅRR, samlet faktureret omsætning, snit pr. kunde (ARPU), aktive abonnementer, samt omsætning pr. kunde (top 10 fra fakturaer). (4) MODUL-BRUG — hvor mange kunder der bruger hvert modul. (5) FILTRERING af pakke-scanninger — filtrér ind/ud-aktivitet pr. kurér og pr. pakkeshop, med datointerval op til 1 år (7/30/90/365 dage). Filtrene opdaterer graf, totaler, kurér-fordeling og top-shops live. Alle grafer er indbygget SVG uden eksterne afhængigheder.

KRITISK FIX: Tenant-siden gik helt i sort efter sidste opdatering — intet kunne trykkes. Årsag: det nye kundedetalje-kort kaldte escape-funktionen e() med abonnementsperioden som et heltal, men filen kører med streng typetjek (strict_types), så det kastede en fatal TypeError og stoppede hele sidens visning. Perioden konverteres nu korrekt til tekst før escape. Tenant-dashboardet og alle knapper virker igen.

Dashboards udvidet: VENDOR — samlet pakke-statistik på tværs af alle pakkeshops (total ind/ud, på lager, aktive shops), søjlediagram over ind vs. ud pr. dag (7/30/90 dage), fordeling pr. kurér og mest aktive pakkeshops (indbygget SVG). TENANT — nyt "Din pakkeshop"-kort med virksomhed, CVR, adresse, telefon, e-mail, abonnement og status, samt udløbs-/fornyelsesdato.

FIX: Modulet "Egen kurér-API" (Model B) manglede i Moduler-matrixen i vendor. Årsag: modulkataloget på live-systemet blev gemt før modulet fandtes, og det gemte katalog vinder over standard-listen — og settings deployes ikke, så det nye modul nåede aldrig live. Løsning: modulkataloget self-healer nu — nye standard-moduler (som Egen kurér-API) flettes automatisk ind hvis de mangler i det gemte katalog. "Egen kurér-API" vises nu som kolonne i "Moduler pr. kunde", så du kan aktivere det pr. pakkeshop.

FIX: REST API-siden (og siderne efter Indstillinger) blev vist klemt sammen i en smal højrekolonne med et tomt midterområde. Årsag: en forkert lukket <div> i Display-fanen under Indstillinger (et ekstra/forkert placeret </div> omkring Label-køb-linket) gjorde HTML-strukturen ubalanceret, hvilket forskød layoutet for alle efterfølgende sider. Div-strukturen i Display-fanen er nu rettet op, så hele filen er balanceret (399/399 divs). REST API-siden og øvrige sider fylder nu korrekt hele hovedområdet.

FIX: Selvbetjeningssiden hentede ikke kurererne automatisk fra de vendor-tildelte kurerer. Den læste stadig fra det gamle config.carriers-felt (tomt siden vendor overtog kurér-styringen i Etape 5) — samme type fejl som tidligere i scan-terminalen. Selvbetjening henter nu de tildelte kurerer via Carriers::forTenant (med fallback til gammelt felt). De kurerer du tildeler en pakkeshop vises nu korrekt på selvbetjeningsskærmen.

REST API-siden hos pakkeshoppen er gjort pænere, mere komplet og lettere at forstå: (1) Layout rettet op — boksene sidder nu logisk: en venlig intro øverst, derefter nummererede trin (① Dine API-nøgler i fuld bredde, ② Forbindelsesoplysninger og ③ Hvad kan API'et side om side). (2) Mindre teknisk sprog rettet mod ikke-tekniske ejere (fx "Kun læse data" / "Læse + ændre data" i stedet for read/write). (3) Kopiér-knapper på base-URL, login-header og et færdigt curl-eksempel. (4) Komplet endpoint-oversigt med farvede GET/POST-mærker og forklaring på dansk (pakker, afhentninger, kø, label-salg, priser). (5) Nøgle-listen viser nu adgangsniveau som badge, oprettelsesdato og tydelig spærret-markering.

FIX/NY: REST API vistes ikke hos tenanten efter aktivering — der manglede helt en tenant-vendt API-side. Nu tilføjet: (1) Når vendor aktiverer api-modulet for en pakkeshop, vises et nyt menupunkt "🔌 REST API" i deres admin (streng modul-check — skjult uden modulet). (2) Pakkeshoppen kan selv oprette, se og spærre API-nøgler. Nøglen vises kun ÉN gang ved oprettelse (gemmes kun som hash). Nøgler er hårdt afgrænset til pakkeshoppens egen tenant. (3) Siden viser API base-URL, autentificering (Bearer-token) og eksempel-endpoints. (4) Backend-endpoints (list/create/revoke) er module-gated og tenant-scoped, så en pakkeshop kun kan håndtere sine egne nøgler. (5) Det eksisterende REST API-backend (api/v1) var der allerede — nu er der endelig en UI til at få adgang.

Kundedisplay og Selvbetjening er nu skjult i tenant-indstillinger medmindre vendor har aktiveret modulet. (1) I sidemenuen vises "Kundedisplay ↗" kun når display-modulet er aktivt, og "Selvbetjening ↗" kun når selvbetjenings-modulet er aktivt. (2) I Indstillinger vises Display-fanen kun hvis mindst ét af de to moduler er aktivt, og hver aktiver-knap + URL vises kun for det aktiverede modul. (3) Strenge modul-checks (hasModuleStrict) — vises ALDRIG by default, kun når vendor eksplicit tildeler modulet. (4) display.php og selfservice.php bruger nu også streng modul-check, så URLerne ikke kan åbnes direkte uden modulet. (5) Gemte display/selvbetjenings-indstillinger bevares når modulet er slået fra (mistes ikke hvis det aktiveres igen).