Systemstatus

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.

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.