Systemstatus

Nemmere deploy til enkelt butik. Deploy-skærmen har nu en "Deploy til"-dropdown hvor man vælger enten "Standard - alle butikker" eller en specifik butik fra listen. Vælges en butik, bliver det automatisk en kunde-tilpasning der kun gælder den butik og ikke overskrives ved næste standard-release. Man behøver ikke længere lave en deploy.json-fil manuelt eller kende butikkens interne ID. Et UI-valg vinder over en evt. deploy.json i zip-filen. Resten af deploy-sikkerheden er uændret: validering før skrivning, automatisk backup, og config.php/data/ røres aldrig.

PWA-fix 2 — install-prompten blokeredes af login-gaten. Root cause fundet: manifest og service worker lå EFTER login-tjekket i mobile.php. Når browseren henter manifest/SW (nogle gange uden session-cookie), ramte de login-redirect og fik en HTML-side i stedet for manifest/SW — hvilket lydløst blokerede "Føj til hjemmeskærm". Nu serveres PWA-endpoints (manifest, service worker, ikon) FØR login-tjekket. De indeholder ingen følsom data (kun butikkens navn, farve og en tom app-skal), så de er sikre at servere offentligt. Service worker-cachen er bumpet til v3, så telefoner henter den nye opsætning. Sikkerheden er uændret: selve scanning kræver stadig login, og service workeren rører aldrig ved API-kald.

White-label branding (Fase 6, niveau 1). Leverandøren kan nu slå white-label til pr. kunde under Pakkeshop -> rediger kunde. Når det er aktiveret, får butikken en "Eget brand"-fane under Indstillinger, hvor de kan sætte deres eget systemnavn, virksomhedsnavn, slogan, logo, favicon, support-kontakt og farver (primær/mørk/sekundær med farvevælger). Brandingen vises på alle butikkens kundevendte sider (køb label, kundedisplay, selvbetjening, scanning, terminal) i stedet for leverandørens. Tomme felter falder tilbage til leverandørens standard. Sikkerhed: kun leverandøren kan slå funktionen til/fra — butikken kan aldrig selv aktivere eller deaktivere gaten, kun udfylde sit brand når den er aktiveret. Ugyldige farver ignoreres. Ny Branding-hjælper fletter butik-brand oven på global branding ét sted.

PWA-fix — install-prompten virker nu. Den tidligere PWA brugte SVG-ikoner, men Chrome kræver ægte PNG-ikoner (mindst 192×192 og 512×512) for at vise "Føj til hjemmeskærm"/install-prompten — derfor skete der intet. Nu genereres rigtige PNG-ikoner server-side i butikkens farve (via GD, med en indbygget fallback hvis serveren mangler GD). Manifestet bruger separate "any" og "maskable" ikoner (anbefalet praksis), og der er tilføjet apple-touch-icon til iOS. Service worker-versionen er bumpet, så telefoner henter den nye opsætning. Mobil-scanning kan nu installeres som rigtig app.

PWA — mobil-scanning kan nu installeres som app (Fase 6). Mobil-scanning (mobile.php) er nu en Progressive Web App: telefonen tilbyder "Føj til hjemmeskærm", og appen åbner i fuldskærm med butikkens eget navn og farve som ikon. Hver butik får sin egen app (navn/farve/start-URL hentes pr. butik). En service worker gør at app-skallen kan åbne selv uden netværk. Vigtigt for sikkerheden: service workeren rører ALDRIG ved scan- eller API-kald — de håndteres altid af serveren eller sidens eksisterende offline-kø, så der aldrig opstår dubletter eller forældede scanninger. PWA er ekstra ovenpå; mobil-scanning virker præcis som før i en almindelig browser.

Multi-shop (Fase 6). Leverandøren kan nu slå multi-shop til pr. kunde under Pakkeshop → rediger kunde. Når det er aktiveret, ser kunden en butiksskifter i kunde-admin hvor de kan skifte mellem deres butikker og oprette nye. Butikker grupperes automatisk efter ejerens admin-email (samme email = samme ejer), og nye butikker arver ejerens login, så samme adgangskode virker på tværs. Sikkerhed: butiksskifter og oprettelse kræver at leverandøren har aktiveret multi-shop for kunden, og kun butik-admins har adgang. En kunde ser kun sine egne butikker, aldrig andres.

Køb label-siden (slutkunde) henter nu priser og muligheder fra det butikken har sat op på "Køb labels"-siden i kunde-admin. For hver labelstørrelse vises butikkens egen salgspris (falder tilbage til leverandørens vejledende pris hvis butikken ikke har sat en). Shipmondo-fragtprodukter tilføjes som ekstra valg når de er prissat. Det slutkunden ser = det butikken har konfigureret, og prisen valideres altid server-side ved køb, så visning og opkrævning er ens. Valuta vises korrekt overalt.

Køb labels-opsætning samlet på én side i kunde-admin. Menupunktet "Køb labels" vises nu så snart leverandøren har aktiveret label-køb (ikke kun når Shipmondo er aktiveret) — så butikken altid kan se og forberede deres priser. Siden har to sektioner: (1) Labelstørrelser, hvor butikken sætter sin egen salgspris pr. størrelse (S/M/L), og (2) Shipmondo-fragtpriser med indkøbspris, salgspris og live fortjeneste (vises kun når Shipmondo er aktiveret). Begge gemmes med ét tryk. Priserne valideres altid server-side ved køb. Rettede et synligheds-problem hvor siden var skjult indtil Shipmondo var aktiveret.

Shipmondo-integration — Del D (slutbruger + afslutning). "Køb labels" er fortsat sit eget menupunkt i kunde-admin. Når Shipmondo er aktiveret og butikken har sat salgspriser, viser køb-labels-siden nu Shipmondo-fragtprodukterne med butikkens egne salgspriser (det slutkunden betaler) i stedet for de gamle faste S/M/L-priser. Falder tilbage til de gamle størrelser hvis butikken ikke har prissat endnu. Valuta vises korrekt overalt (ikke længere hardkodet "kr"). Sikkerhed: prisen valideres altid server-side ud fra butikkens salgspriser — en manipuleret klient-pris ignoreres. Dermed er hele pris-kæden komplet: Shipmondo → jeres tillæg → jeres pris → butikkens salgspris → slutkunde.

Shipmondo-integration — Del C (kunde admin). Butikkerne har nu en "Fragtpriser"-side (vises kun når leverandøren har aktiveret Shipmondo). Her ser butikken deres indkøbspris (= jeres pris: Shipmondo + jeres tillæg) pr. fragtprodukt, og kan sætte deres egen salgspris. Fortjenesten (salgspris − indkøbspris) beregnes live i kr/€ pr. pakke mens de skriver. Sikkerhed: butikken kan KUN sætte salgspriser — indkøbsprisen beregnes server-side fra leverandørens priser og kan ikke manipuleres. Salgspris-gemning er kun for butik-admins. Næste del: "Køb labels" som separat menupunkt hvor slutkunden ser butikkens salgspris.