Systemstatus

Shipmondo-integration — Del B (leverandør backend UI). På Labels-siden er der nu et Shipmondo-kort hvor man indtaster API-brugernavn/nøgle, vælger sandbox eller live, tester forbindelsen og henter priser manuelt. Man fastsætter JERES faste tillæg (kr/€) pr. label, og en prisliste viser Shipmondos pris + tillæg = jeres pris (butikkens indkøbspris) for hvert fragtprodukt. Priserne caches og bevares korrekt ved gem (API-nøgle og prisliste mistes ikke). Næste del: kunde admin hvor butikkerne ser jeres pris og sætter deres egen salgspris + ser fortjeneste.

Shipmondo-integration — Del A (struktur). Ny Shipmondo-adapter henter fragtpriser (read-only) til brug i label-køb. Priserne caches dagligt via cron, og kan også hentes manuelt i leverandør backend. Understøtter Shipmondos sandbox-miljø til test før go-live. Uden API-nøgler falder den pænt tilbage med "afventer nøgle". Dette er første del af en større funktion: automatisk indkøbspris fra Shipmondo + jeres faste tillæg = jeres pris, som butikkerne så lægger deres salgsmargin oven på. Bestiller/betaler intet — henter kun priser.

Betalings-afstemning (Fase 4.2). En ny "Afstem betalinger"-knap på Fakturering-siden henter Viva Wallet-transaktioner fra de seneste 30 dage og FORESLÅR hvilke der matcher ubetalte fakturaer — ud fra fakturanummer i betalingsreferencen eller præcist beløb. Vigtigt for sikkerheden: der markeres INTET som betalt automatisk. Hver match vises som et forslag, som man selv bekræfter, før fakturaen markeres betalt (med Viva-transaktionsreference gemt som dokumentation). Funktionen LÆSER kun transaktioner (read-only) og flytter ingen penge. Klar til brug så snart Viva-credentials er på plads; endpoint-detaljer kan finjusteres mod Vivas API ved go-live.

Regnskabs-sync med status og gentag (Fase 4.1). Når en faktura eller kreditnota auto-synkroniseres til regnskabssystemet (Dinero/Billy/e-conomic), gemmes resultatet nu på fakturaen: man kan se "📊 synket" eller "📊 sync fejlede" direkte i faktura-listen. Hvis en sync fejlede (fx netværksfejl), kan man trykke 🔄 for at prøve igen — i stedet for at fejlen forsvinder lydløst i loggen. Selve faktura- og betalingslogikken er uændret; kun synkroniseringens status og en gentag-mulighed er tilføjet. Genbruger den eksisterende pushInvoice — ingen ny regnskabslogik.

Multi-valuta (Fase 4.6). Man kan nu vælge en standard-valuta (DKK, EUR, SEK, NOK) i fakturaindstillingerne, og valutaen kan ændres pr. faktura via en dropdown (tidligere var den låst til DKK). Nye fakturaer bruger automatisk den valgte standard-valuta. Beløb og visning følger valutaen gennem hele systemet. Bygger på den eksisterende valuta-håndtering — backend gemte allerede valuta pr. faktura, så det er kun gjort redigerbart. Klar til international brug (fx EUR for udenlandske kunder).

Kreditnotaer (Fase 4.5). Man kan nu oprette en kreditnota direkte fra en faktura i leverandør admin — enten fuld kreditering eller et delvist beløb med en valgfri note. Kreditnotaen er et regnskabsdokument med negative beløb der refererer til original-fakturaen; den FLYTTER IKKE penge selv. Original-fakturaen markeres som krediteret, så det er sporbart, og kreditnotaer vises tydeligt adskilt i faktura-listen. Hvis regnskabs-sync er slået til, sendes kreditnotaen til regnskabssystemet som de øvrige fakturaer. Bygger på den eksisterende faktura- og regnskabsstruktur.

Automatisk carrier-status-sync (3.7). En ny baggrundsproces (kører via cron) opdaterer pakkernes leverings-status via kurérernes Track & Trace. Vigtigt for sikkerheden: synkroniseringen rører ALDRIG pakkens interne status (in_storage/afhentet) — den gemmes i et separat felt (carrier_status), så afhentnings-flowet aldrig kan påvirkes. Afhentede pakker springes over, og hver kørsel er begrænset i antal, så hverken server eller kurér-API overbelastes. Kører kun for kurérer med rigtige API-nøgler; indtil nøglerne er lagt ind, markeres pakker blot som "afventer nøgle" uden unødige kald. Klar til at tage over så snart nøglerne kommer. Cron-historikken viser nu også antal synkroniserede pakker.

Carrier-sundhedsmonitor i leverandør admin. På Kurérer & TMS-siden vises nu et overblik over hvor mange kurérer der har en dedikeret adapter (GLS, PostNord, DAO, Bring, DHL, UPS) versus den generiske fallback. Hver kurér i kataloget har fået et statusmærke ("● Dedikeret adapter" eller "○ Generisk"), så man hurtigt kan se hvilke der er klar til Track & Trace når API-nøglerne kommer. Read-only overblik — bygger på det eksisterende endpoint (ingen nye oprettet), og påvirker ikke hvad der gemmes.

Carrier-adaptere forberedt for PostNord, DAO, Bring, DHL og UPS. Hver kurér har nu sin egen adapter (følger samme mønster som GLS), klar til Track & Trace. Uden API-nøgler falder de pænt tilbage med en "afventer nøgle/aftale"-besked — ingen fejl. Når de rigtige API-nøgler og aftaler modtages fra kurérerne, aktiveres sporingen blot ved at lægge credentials ind, og endpoint-detaljer kan finjusteres uden at ændre resten af systemet. Kurérer uden dedikeret adapter bruger fortsat den generiske adapter. Ingen ændring i eksisterende funktionalitet.

Hasterettelse: kurérvalget var forsvundet på mobil-scanning efter offline-opdateringen. Årsag: offline-køens nøgle brugte en funktion (e) der ikke findes i mobil-filen — kun e2 — hvilket fik siden til at fejle, så kurérerne ikke blev vist. Rettet til at bruge den korrekte funktion. Kurérvalg, scanning og offline-kø virker nu igen.