Systemstatus

Pakkeliste — beskyttelse af indleveringsbevis og udlevering: (1) Slet-knappen er fjernet fra pakkelisten, og sletning er deaktiveret på serversiden. Indskannede pakker kan ikke længere slettes fra pakkeshoppen — registreringen er kurérens eneste bevis på at pakken er indleveret, hvis den bliver væk. (2) Udlever-knappen er fjernet fra pakkelisten. Udlevering sker nu udelukkende via udleverings-terminalen, så ID/afhentningskode altid kontrolleres. (3) Ny "Detaljer"-knap + klikbart pakkenummer åbner en pakkedetalje-visning med modtager og status hentet fra kurérens TMS, så man kan bekræfte at det rigtige navn står på pakken før udlevering.

KRITISK FIX: Pakkeshop-systemet var "frosset" — siden loadede, men ingen knapper virkede. Årsag: ved tilføjelsen af Track & Trace-menupunktet (3.29.0) blev linjen der starter label-størrelses-opslaget (const PREVIEW_SPECS = {) ved en fejl fjernet, så JavaScript fik en syntaksfejl. En syntaksfejl stopper AL JavaScript på siden, hvilket gjorde hele brugerfladen uklikbar. Linjen er nu genoprettet, og hele JavaScript er verificeret syntaktisk korrekt. Track & Trace-menupunktet og alle øvrige funktioner virker.

Stabilitet — fastlåst fil-lås kan ikke længere fryse systemet: Datalaget brugte en blokerende fil-lås ved skrivninger. Hvis en .lock-fil blev efterladt fastlåst (f.eks. efter et nedbrud eller en server-I/O-fejl), kunne efterfølgende forespørgsler hænge i det uendelige, så pakkeshop-systemet fremstod "frosset". Låsen er nu ikke-blokerende med en timeout på ca. 3 sekunder: kan låsen ikke opnås, fortsætter systemet best-effort i stedet for at hænge. En enkelt hængende lås kan dermed ikke længere tage hele systemet med sig.

Track & Trace som selvstændigt menupunkt: Track & Trace har nu sit eget punkt i pakkeshop-menuen lige under "Kø / Call", så man hurtigt kommer direkte ind på sporings-siden uden at gå via Indstillinger. Siden har samme funktion (vælg kurér, indtast pakkenummer, slå status op) og henter automatisk pakkeshoppens kurerer. Enter i nummerfeltet udløser også opslag. Den tidligere Track & Trace-fane under Indstillinger er bevaret.

Kortere Click & Collect-link: Hver pakkeshop kan nu nås direkte på packtrack.dk/<slug> (f.eks. packtrack.dk/kiosken-fyn) — uden /clickcollect/ foran. Landingssiden med de to store knapper er den samme. (1) Ny rewrite-regel router topniveau-slug til landingssiden, men KUN hvis stien ikke er en eksisterende fil/mappe eller en reserveret systemsti — så den aldrig skygger for /admin, /api, /tenant osv. (2) Slug-generering ved oprettelse undgår nu reserverede ord (får -shop), sikrer unikhed (nummereres ved dublet) og konverterer danske tegn pænt (æ→ae, ø→oe, å→aa). (3) Det gamle /clickcollect/<slug> virker stadig. (4) Pakkeshoppens indstillinger viser nu det korte link.

NY: Click & Collect kort-link pr. pakkeshop — nem TV-opsætning. Hver pakkeshop får nu en simpel landingsside på packtrack.dk/clickcollect/<slug> med to store, centrerede knapper ved siden af hinanden: "Selvbetjening" og "Kundedisplay", der hver åbner det tilhørende link. Knapperne vises kun for de moduler der er aktive (er kun ét aktivt, vises én bred knap). Siden er fuldskærms-venlig og tilpasser sig store skærme. Kort-linket vises øverst i pakkeshoppens Display-URL-kort, klar til at åbne på et TV. Fallback: virker også via /clickcollect.php?s=<slug>. Kræver mod_rewrite (allerede aktiv).

Sikkerhed — korrekt rolle-håndhævelse på alle handlinger: Tidligere kunne enhver indlogget vendor-bruger (også support/finans) udføre handlinger som kun burde være tilladt for højere roller, fordi flere server-handlinger manglede et rolle-tjek. Nu håndhæves rollerne konsekvent på serversiden: (1) Deploy, backup-oversigt og rollback er nu KUN for superadmin. (2) Brugeradministration var allerede superadmin-only. (3) Pakkeshop-styring (opret/ret/slet), systemindstillinger, API-nøgler, webhooks og e-mailtest kræver nu mindst admin. (4) Supportsager kræver support-rolle; oprydning kræver cleanup-adgang; moduler/kurerer kræver de tilsvarende roller. Rollen genlæses ved hver forespørgsel, så en rolleændring træder i kraft øjeblikkeligt. Ændrer man en brugers rolle ned, mister vedkommende straks adgang til brugere, deploy og indstillinger.

Ejer-e-mail kan nu sættes fra founder.php uden serveradgang: Et enkelt tekstfelt i founder-kontrolpanelet lader ejeren angive sin e-mail til den beskyttede ejer-konto. E-mailen gemmes sikkert i den beskyttede founder-datafil — config.php og master-nøglen røres IKKE. Ejer-tjekket bruger config.php (PACK_OWNER_EMAIL) hvis sat (forrang), ellers den founder-satte værdi. Dermed kan ejer-beskyttelsen (v3.24.0) aktiveres selv uden FTP/filadgang. Feltet kan ryddes for at deaktivere beskyttelsen.

Beskyttet ejer-konto (låst konto): En udpeget ejer-konto kan ikke ændres, degraderes, deaktiveres eller slettes af andre brugere — heller ikke andre superadmins. Kun ejeren selv, logget ind med sin egen konto, kan ændre den eller slette den. (1) Ejeren defineres via PACK_OWNER_EMAIL i config.php (som aldrig deployes og kun ejeren styrer), så ingen kan tildele sig selv ejer-status ved at redigere data. (2) Serverside-håndhævelse i både rediger- og slet-handlinger. (3) Ejer-kontoen kan ikke degraderes fra superadmin og auto-genoprettes til superadmin+aktiv ved login. (4) I brugeroversigten vises ejer-kontoen med et 🛡️-mærke, og rediger/slet-knapperne er låst for alle andre end ejeren. Beskyttelsen aktiveres ved at sætte PACK_OWNER_EMAIL i config.php til ejerens e-mail.

Ophavsret og ejerskabsbeskyttelse: (1) Konsekvent ophavsret-erklæring (copyright-header) indlejret øverst i alle 52 kildekodefiler, med angivelse af rettighedshaver og at ophavsret ikke kan overtages ved ændring af erklæringen. (2) COPYRIGHT.txt med fuld ejerskabserklæring tilføjet i roden. (3) Kryptografisk integritetsbevis (INTEGRITY.sha256 + master-hash) der dokumenterer kodens nøjagtige tilstand på snapshot-datoen — ændres bare én byte, ændres fingeraftrykket. Styrker dokumentationen af ophavsmandskab. Erstat [VIRKSOMHEDSNAVN] med eget firmanavn via søg-og-erstat.