Systemstatus

ETAPE 10 — Bogføring (Dinero + Billy + e-conomic): (1) Ny adapter-arkitektur (src/accounting/) der understøtter ALLE TRE systemer fra start, så du kan vælge senere uden kodeændring. (2) Hver udbyder har sin korrekte auth-model: Dinero (OAuth2 via Visma Connect, client id/secret + org-id), Billy (access token + org-id), e-conomic (app-secret-token + agreement-grant-token). (3) Vendor admin → Bogføring: vælg aktivt system, konfigurér alle tre, "Test forbindelse"-knap pr. udbyder. Secrets gemmes krypteret og maskeres. (4) Automatisk overførsel: når slået til, sendes nye fakturaer automatisk til det valgte system. (5) Du kan skifte system når som helst. Faktura-felt-mapping (kontonumre, momskoder, kunde-referencer) finjusteres mod det valgte system ved go-live med rigtige credentials.

ETAPE 9 — Betalingsløsninger samlet: (1) Nyt samlet menupunkt Betalingsløsninger med undermenuer pr. udbyder: Stripe, Viva Wallet, MiiPay og SumUp. (2) Hver udbyder har aktiverings-checkbox + egne credential-felter. Secrets gemmes krypteret, maskeres og bevares ved tom indtastning. (3) Viva og MiiPay migreret fra Labels-fanen ind i den fælles struktur (bagudkompatibelt — gamle værdier læses stadig). (4) Aktiverede løsninger vises automatisk som betalingsvalg ved label-køb. (5) VivaWallet-integrationen læser nu fra den fælles betalingsstruktur. Stripe recurring-abonnement, SumUp OAuth-flow og webhook-signaturverifikation udbygges når I aktiverer den enkelte udbyder.

ETAPE 8 — Faktura + abonnement + automatisk fakturering: (1) Abonnement pr. pakkeshop: 1/3/6/12 måneder, sat i kunde-redigering. Prisen beregnes automatisk som sum af kundens aktive moduler × antal måneder. (2) Ny Subscription-klasse styrer perioder, næste fornyelsesdato og fornyelse. (3) cron.php: beskyttet endpoint (hemmelig nøgle, timing-safe) der ved planlagt kald fornyer forfaldne abonnementer → genererer + sender faktura automatisk, markerer udløbne trials som expired, og sætter forfaldne fakturaer til "overdue". Idempotent (én faktura pr. periode) og chunked (max pr. kørsel, så Simply-timeout ikke rammes). (4) Virker med BÅDE Simply indbygget cron OG cron-job.org — samme URL. (5) Vendor admin → Fakturering: cron-nøgle genereres/gemmes, færdig cron-URL vises til indsætning, og seneste kørsel vises.

UI: grå tekst i vendor admin gjort lysere og mere læsbar. Den dæmpede tekstfarve (--mu) var #64748b som var for mørk på den mørke baggrund — ændret til #94a3b8. Gælder al hjælpetekst, labels, hints og sekundær tekst (106+ steder). Gamle mørke værdier bumpes automatisk til den lysere ved indlæsning, så ændringen slår igennem selvom den gamle farve er gemt.

Etape 7 forbedret — to-lags TMS (Model A): (1) Central TMS-partneraftale: PackTrack-s egne partner-credentials pr. kurér (API-nøgle/secret/bruger/base-URL) indtastes ÉN gang i vendor admin → Kurérer & TMS og deles af alle pakkeshops. (2) Pr. pakkeshop tilføjes nu KUN deres shop-/pakkeshopnummer + in/outbound-aktivering (ikke API-nøgle længere) — meget mindre besværligt og sikrere (nøglen ligger ét sted). (3) carrierRegister fletter automatisk central API-nøgle + pakkeshoppens shop-nummer. (4) Override forberedt: en pakkeshop kan senere få egne credentials der vinder over de centrale (Model B). Model B — pakkeshop egen kurér-API som tilkøbsmodul — er noteret som Etape 12.

ETAPE 7 — Kurér-API (adapter-arkitektur): (1) Ny adapter-struktur (src/carriers/): CarrierAdapter-interface med trackParcel/registerInbound/registerOutbound/createLabel. GLS-adapter med ægte offentligt Track & Trace-opslag; generisk adapter for øvrige kurerer; factory der bygger den rette. (2) To driftstilstande pr. kurér pr. kunde: "Track & Trace-mode" (virker nu, read-only status-opslag) og "TMS-mode" (ægte in/outbound-registrering — aktiveres når TMS-aftale + credentials er på plads). (3) Vendor admin → Kurérer & TMS: TMS-knap pr. pakkeshop åbner credential-opsætning pr. kurér (shop-/kundenummer, API-nøgle, token, in/outbound-aktivering). Secrets gemmes krypteret og maskeres. (4) Inbound-hook på scan og outbound-hook på udlevering: registrerer automatisk hos kuréren når TMS er aktivt, ellers logges lokalt som "afventer TMS". Hver synkronisering logges pr. kunde. (5) Tenant-side Track & Trace: pakkeshoppen kan slå en kundes pakke op hos kuréren. Når dine TMS-aftaler kommer, sættes blot tms_supported på kuréren + credentials pr. kunde — så er både scan-ind og udlevering live uden kodeændring.

ETAPE 7 — Kurér-API (adapter-arkitektur): (1) CarrierAdapter-interface med fire operationer: trackParcel, registerInbound, registerOutbound, createLabel. Generisk adapter + factory der vælger rette adapter pr. kurér. (2) Track & Trace virker i dag: vendor sætter en Track-URL (med {code}) pr. kurér i kataloget; tenant kan slå pakker op. (3) In/outbound TMS-hooks indbygget i scan_in (inbound) og pickup (outbound). Indtil TMS-aftale: kører "afventer"-tilstand, logges lokalt i carrier_sync.json. Når TMS aktiveres pr. kunde, sendes ægte kald — uden kodeændring. (4) Vendor admin → Kurérer & TMS: shop-nummer/credentials pr. kurér pr. pakkeshop, med aktiverings-checkbox for TMS in/outbound. Secret krypteres (del af krypteret tenant-record), maskeres, bevares ved tom indtastning. (5) Når du får en TMS-aftale med fx GLS, tilføjes en GlsAdapter i factory uden at røre resten — interface er klar til både inbound (pakke ankommet) og outbound (udleveret).

Label-print justeret til 50x30 mm: terminalens label er nu formateret til 50x30 mm termo-rulleetiketter (1500/2000 stk ruller). Layout omdesignet og skaleret til den lille størrelse — kønummer størst, derefter kurér, modtager, tidspunkt, fuld stregkode og fod. (Konfigurerbare etiket-typer med valgfri bredde/længde i vendor admin er planlagt som Etape 11 — sidste etape — når label/rulle/printer-specifikationer er undersøgt.)

ETAPE 6 — Terminal live-mode + label-print: (1) Scan-terminalen registrerer nu rigtige scanninger via scan_in (var allerede live for scanning) — bekræftet og ryddet op. (2) ÆGTE label-print: ved scan (med auto-print til) eller via knap sendes labelen nu til printeren via browserens print-dialog. Labelen er formateret med @page 62x50mm så den passer til typiske afhentningslabels/labelprintere, med kurér, kønummer (sidste 4 cifre), modtagernavn, fuld stregkode og tidsstempel. (3) "Genudskriv sidste label"-knap. (4) Label-preview vises nu altid ved scan (ikke kun ved auto-print), så genudskrivning altid virker. (5) Demo-knappen omdøbt til "Test-scan" med advarsel om at den opretter en RIGTIG testpakke — så der ikke er tvivl om hvad der er live vs. test. (6) Terminalen kræver nu terminal-modulet aktivt (jf. Etape 4).

ETAPE 5 — Kurér-styring (admin-kontrolleret): (1) Centralt kurér-katalog i vendor admin → Kurérer & TMS: definér kurerer (GLS, PostNord, DAO, Bring, DHL, UPS m.fl.) med navn, farve, scan-præfikser og TMS-flag. (2) Pr. pakkeshop krydses af hvilke kurerer de må modtage fra — i en matrix. Kunden kan IKKE længere selv tilføje eller vælge kurerer. (3) Tenant-siden er nu read-only: pakkeshoppen ser kun deres tildelte kurerer (med besked om at kontakte support for ændringer). save_config accepterer ikke længere carriers fra tenant. (4) Scan-terminal og display bruger nu de vendor-tildelte kurerer. (5) TMS-flag pr. kurér er forberedt i kataloget — selve TMS-adgang og track & trace bygges i Etape 7. Bagudkompatibelt: pakkeshops uden tildeling beholder deres eksisterende kurerer indtil vendor tildeler fra kataloget.