Systemstatus

ETAPE 1 — Deploy med backup, validering og fortryd: (1) Ny DeployManager-klasse. Før filer skrives valideres ALLE PHP-filer (php -l hvis muligt, ellers struktur-tjek) — fejler én fil, afvises hele deployet og INTET ændres. (2) Automatisk backup af alle berørte filer til data/backups/{timestamp}/ med manifest FØR overskrivning. (3) Fortryd-knap: rul tilbage til enhver tidligere backup. En fortrydelse laver selv en backup først, så den kan fortrydes. (4) Backup-oversigt i admin med tidspunkt, fra/til-version og filantal. (5) Auto-prune: beholder de nyeste N backups (backup_retention, standard 10). (6) Version/changelog hentes automatisk fra changelog.json i ZIP. Backups ligger under data/ (beskyttet af .htaccess).

Etape 0 sikkerhed: .htaccess tvinger nu HTTPS (301-redirect af al HTTP-trafik til HTTPS, tjekker både HTTPS-var og X-Forwarded-Proto for proxy/load balancer). Tilføjet HSTS (1 år, includeSubDomains, kun over HTTPS) samt hardening-headers: X-Content-Type-Options nosniff, X-Frame-Options SAMEORIGIN, Referrer-Policy.

ETAPE 0 — Migration til Simply.com + rod-drift + PackTrack-rebranding: (1) config.php: stier auto-udledes via __DIR__ (virker på ethvert hosting uden manuel sti-redigering). (2) PACK_BASE_URL auto-detekteres — tom ved rod-drift på packtrack.dk, så alle URL-er bliver rene (/admin/, /tenant/, /api/v1/). (3) Version læses nu fra changelog.json som eneste kilde — ingen hardkodet version i config. (4) Systemnavn sat til PackTrack (styres fra vendor admin → Brand). (5) .htaccess opdateret til RewriteBase / (rod) for både system og API. Denne version uploades MANUELT til Simply som fuld zip. Derefter kører alle opdateringer via deploy-systemet (Etape 1).

Label-størrelser fuldt redigerbare (ikke længere hardkodet): (1) Vendor admin → Labels: pakkestørrelser er nu en dynamisk editor — tilføj/fjern størrelser, og rediger ID, navn, max-vægt OG pris for hver. Tidligere var kun pris redigerbar med 3 faste størrelser. (2) ID auto-genereres fra navnet hvis tomt; tomme rækker droppes ved gem. (3) Kunde-labelside: knap-tekst bruger nu valuta-variablen (ikke hardkodet "kr"), og betalingstekst håndterer Viva Wallet/MiiPay/butik korrekt. (4) Tilføjet verificerings-skærm ("Verificerer betaling…") når kunden vender tilbage fra Viva Wallet. Alle label-data kommer nu fra settings.json — ingen hardkodede værdier.

Viva Wallet betalingsintegration til labels: (1) Ny VivaWallet-klasse med Smart Checkout-flow — OAuth2 (client_credentials), create payment order, redirect til Viva-hosted betalingsside, og verify transaction (statusId F = betalt). Demo+produktion endpoints. (2) Vendor admin → Labels: Viva Wallet-kort med Client ID, Source Code, Client Secret (maskeret/bevaret som hemmelighed) og miljø (demo/produktion). Betalingsudbyder-dropdown udvidet med Viva Wallet. (3) Kunde-labelside: Viva Wallet vises som betalingsmulighed (kun hvis konfigureret) ved siden af MiiPay og betal-i-butik. Ved valg oprettes en Viva-ordre og kunden redirectes til Smart Checkout. Efter betaling verificeres transaktionen automatisk og salget markeres betalt. (4) Pris slås altid op server-side og sendes til Viva i øre — klienten kan ikke manipulere beløbet.

REST API & Integration som selvstændig menu: (1) Ny menupunkt "🔌 API & Integration" i vendor admin (System-sektion) — flyttet UD af Indstillinger. (2) API-nøglehåndtering: generér nøgler (pk_live_...), scope (læs/skriv), begræns til butik, udløbsdato, tilbagekald/slet. Nøgle vises kun én gang, gemmes kun som SHA-256 hash. (3) Webhooks: tilføj/rediger/slet/test webhook-URLs til eksterne systemer. Vælg hændelser (package.scanned, package.picked_up, queue.called, label.sold, tenant.created). Payload HMAC-SHA256-signeres i X-Packshop-Signature header. (4) Webhooks affyres automatisk ved de fem hændelser via ny Webhook-klasse — fejler stille så de aldrig blokerer primær handling. (5) Viser REST API base-URL og tilgængelige endpoints direkte i panelet.

FIX: Vendor admin Labels-fane viste tom side — labels-pane var fejlagtigt nestet INDE I kontakt-fanen (som er skjult), i stedet for at være en selvstændig fane. Flyttet ud som søskende. Stat-bokse brugte ikke-eksisterende .stat-card klasse — rettet til .stat. Labels-fanen viser nu korrekt: statistik, indstillinger, priser og salgshistorik.

Label-modul færdiggjort: (1) Vendor admin → Labels-fane viste intet pga. ødelagt HTML-nesting — rettet. Fanen viser nu statistik (solgt/omsætning/betalt/afventer), label-indstillinger (aktiver, valuta, betalingsudbyder MiiPay/manuel, merchant-id, API-nøgle), standardpriser pr. størrelse, og tabel over seneste label-salg på tværs af alle butikker via nyt get_label_sales endpoint. (2) MiiPay API-nøgle behandles som hemmelighed: bevares ved tom indtastning, eksponeres aldrig til frontend. (3) Tenant label-side: fuldt købsflow — vælg kurér → pakkestørrelse+pris → AFSENDER-oplysninger (ny) → modtager-oplysninger → betalingsmetode (MiiPay/betal i butik) → køb. (4) Nyt offentligt buy_label endpoint i tenant API: server-side prisopslag (stoler aldrig på klient-pris), atomisk skrivning til tenant + vendor labelsales.json.

Fejlrettelser efter audit af /packshop/ migration: (1) SMTP-password fjernet fra settings.json (var stadig i klartekst trods 2.0.0-changelog) — sættes nu kun via admin-panel. (2) Rate-limit tæller-filer ryddes nu automatisk (var aldrig slettet — hobede sig op i data/vendor/). (3) REST API jsonResponse: fejlbesked duplikeredes i både data- og error-felt — data er nu null ved fejl. (4) Changelog-historik gendannet: alle 43 entries samlet i både settings.json og changelog.json (2.0.0-kopien havde nulstillet historikken).

MAJOR: Nyt /packshop/ system. REST API implementeret (v1). Label-køb modul tilføjet med Miipay-integration. Alle hardkodede stier flyttet til variable. SMTP-password fjernet fra settings.json (sættes via admin). Alle carrier-farver i settings.json. Kopi fra /pack/ uden at berøre original.