§ 01 · Situasjon

Operasjonelt notat · Cala Jade

Få kontroll før menneskelige feil blir produksjonsforsinkelser.

Cala Jade har dataene, men i dag må teamet ta operative beslutninger fra øyeblikksuttak, arvede formler og systemer som ikke henger godt nok sammen.

En produksjon i India kan være klar, men én glemt glidelåsleveranse fra Italia kan forsinke alt i flere måneder.

Øyeblikksuttak

Lager hentes på ett tidspunkt, ikke som et levende kontrollbilde

Arvede formler

Logikk bygget av personer som kanskje ikke lenger er der

Fragmenterte systemer

Traede, Ongoing, Shopify, Tripletex, Excel - ingen samlet sannhet

Risiko for forsinkelse

Små glipp kan bli måneder med produksjonsforsinkelse

I dag avhenger kontrollen av eksporter, formler og mennesker.

Den som har ansvar for lager og vareflyt skal ikke måtte bygge ny tillit til en eksport hver morgen.

Traede, Ongoing, Shopify, Tripletex og Excel har hver sin del av bildet. Ingen av dem gir lageransvarlig ett daglig kontrollbilde.
Hvis en stor ordre kommer inn etter en eksport, kan tallene allerede være feil før noen åpner filen.
Noe av produksjonslogikken er bygget av personer som ikke lenger jobber der. Dagens team kan ikke trygt verifisere alt de har arvet.
Menneskelige feil har allerede skapt dyre produksjonsproblemer. Dette er ikke teoretisk.

Hvorfor det ikke finnes én samlet sannhet i dag

Hvert system eier en del av sannheten, men ingen av dem gir lageransvarlig det daglige kontrollbildet de trenger.

TraedeERP - lager, ordre og produksjonsordre, men daglig kontroll starter fortsatt med eksporter
OngoingLagerarbeid synkronisert med Traede, men ikke tydelig synlig i daglig kontroll
ShopifyKundeetterspørsel og refusjoner, men ikke del av lagerbildet om morgenen
TripletexRegnskap, adskilt fra det lageransvarlig ser hver morgen
ExcelProduksjonsordre, BOM-logikk og kost - skjørt, arvet og personavhengig

§ 02 · Problemer

Hvor kontrollen glipper.

Operasjonell risiko oppstår i disse overleveringene. Ikke fordi data mangler, men fordi kontrollen mangler.

Menneskelige feil fra manuelle arbeidsflyter

Beslutninger settes sammen fra eksporter, regneark og hukommelse, uten et system som fanger feil før de sprer seg videre.

Lagerbilder som fort blir utdatert

Traede-eksporter viser at et uttak ble gjort. De gir ikke teamet løpende kontroll eller trygghet for at ingenting har endret seg etterpå.

Arvede formler ingen fullt ut eier

Kritisk produksjons- og kostnadslogikk ligger i arbeidsbøker dagens team er forsiktige med å endre.

Ingen daglig visning av lager, forpliktelser og innkommende produksjon

Reservert etterspørsel, negativ tilgjengelighet og produksjonsstatus er ikke samlet på ett sted hver morgen.

Komponentfeil som skaper produksjonsrisiko

Feil glidelås, feil hardware eller glemt forsendelse håndteres i dag av menneskelig kunnskap, ikke av regler i systemet. Fase 2 starter med sjekklister for produksjonsklarhet. Fase 3 håndhever komponentregler. Fase 1 gjør lagerbildet trygt nok å bygge videre på.

Uklart forpliktet behov

Preorders, block orders og reservasjoner er vanskelige å tolke fra eksporter alene, inkludert hundrevis av SKUer med negativ tilgjengelighet.

Innkommende produksjon er ikke synlig nok

In production, in delivery og on the way finnes i Traede, men ikke i et daglig kontrollbilde teamet åpner før beslutninger tas.

Kost, lønnsomhet og refusjoner er fragmentert

Landed cost og refusjonsflyter går på tvers av flere systemer og regneark. Det er viktig, men adskilt fra lagerkontrollen Fase 1 løser først.

§ 03 · Kostnad

Små feil blir fort dyre.

Kostnaden er konkret. Den viser seg i produksjonsforsinkelser, feil mengder og falsk trygghet.

Én liten glipp kan bli en produksjonsforsinkelse på flere måneder.
En utdatert lagervisning kan gi feil produksjonsmengde: for mye binder kapital, for lite koster salg.
En formel ingen eier kan stille og rolig gi feil bestillingsforslag.
Feil lagerbilde gir feil beslutninger, tatt med høy tillit fordi tallene så riktige ut.

I dag

→Eksporter lager fra Traede
→Sett sammen regneark manuelt
→Stol på arvede formler ingen fullt ut eier
→Håp at ingen stor ordre har endret tallene siden eksport
→Oppdag problemet når det allerede er dyrt

Teamet har data, men ikke kontroll

Utdaterte eksporter skaper falsk trygghet. Tallene ser fine ut helt til en produksjon stopper, lageret går tomt, eller noen oppdager at eksporten allerede var feil. Kostnaden ligger i gapet mellom å ha data og å ha kontroll.

§ 04 · Mønster

Dette er ikke et rapporteringsproblem. Det er et kontrollproblem.

Enda en eksport løser ikke dette. Virksomheten trenger et kontrollsystem: ett sted der lagerrisiko er synlig før den blir et produksjons- eller salgsproblem.

§ 05 · Forslag

Start der kontroll trengs hver dag: lager.

Én kontrollvisning for lager, forpliktet behov, innkommende produksjon og risiko som bør varsles. Den bygges på en databasesynkronisering fra Traede, slik at datakvalitet, varsler og historikk kan følges. Ikke en sanntidsrapport via API som blir ubrukelig idet dere trenger varsler.

Lager og tilgjengelig antall per SKU og lokasjon
Reservasjoner og forpliktet behov der Traede eksponerer det
In production, in delivery og on the way
Negativ tilgjengelighet og lagermangel synliggjort tydelig
Konfigurerbare varsler på fast tidsplan
Synkstatus - fersk, utdatert eller feilet - alltid synlig

Hvorfor dette først

Det er det tydeligste gjentakende problemet fra kartleggingen: daglig usikkerhet for lageransvarlig.
Det bruker data som Traede sannsynligvis allerede eksponerer via API.
Det reduserer usikkerhet raskt uten å erstatte alle regneark.
Det skaper fundamentet produksjonsklarhet og komponentregler trenger, inkludert feil som glemt glidelåsleveranse. Det håndteres videre i Fase 2 (klarhet) og Fase 3 (regler).

Traedes offentlige API har riktige byggesteiner: produkter, varianter, ordre og produksjonsordre. Eksakte lager- og reservasjonsfelt valideres ved oppstart.

§ 06 · Fase 1

Hva Fase 1 endrer, og hva den ikke endrer.

Fase 1 kjører ikke produksjonssjekklister og håndhever ikke komponentregler. Den lager det trygge lagerfundamentet Fase 2 (produksjonsklarhet) og Fase 3 (komponentregler) bygger videre på.

Dette gjør Fase 1 synlig før det blir dyrt

+ Utdaterte lagerbeslutninger før de gir feil produksjonsvalg
+ Lav lagerbeholdning og utsolgt-risiko når de oppstår
+ Negativ tilgjengelighet og forpliktet behov i én visning
+ Innkommende produksjon: in production, in delivery og on the way
+ Om data er fersk, utdatert eller om synk har feilet

Det som kommer senere

×Produksjonsklarhet og materialsjekklister - Fase 2
×Feil glidelås eller komponentvalg - Fase 3
×Frakt, margin og landed-cost-lekkasje - Fase 4
×Manuell friksjon mellom Shopify og Traede ved refusjoner - Fase 5
×Automatiske produksjonsanbefalinger - først etter at regler og data er validert

Etter Fase 1: daglig arbeidsflyt

→Åpne én kontrollvisning hver morgen
→Se lager, forpliktelser og innkommende produksjon
→Få varsler når terskler eller risiko krysses
→Vit om data er fersk, utdatert eller om synk feilet
→Ta beslutninger fra en felles visning, ikke fra hukommelse og eksporter

ID	Leveranse	Hvorfor det betyr noe
1.1	Lager per SKU og lokasjon	På tvers av lagerlokasjoner i Traede
1.2	Tilgjengelig og reservert antall	Forpliktet behov synlig per SKU/lokasjon
1.3	Innkommende produksjonsstatus	In production, in delivery og on the way
1.4	Mangel og negativ tilgjengelighet	Risiko vises tydelig, ikke begravd i eksporter
1.5	Produktoppsummeringer og filtre	Modell, farge, hardware, størrelse og lokasjon
1.6	Konfigurerbare varsler	Terskelregler på fast tidsplan
1.7	Synkstatus synlig	Siste synk, feil og utdatert-data-status

Steg 1 · Terskelvarsler

Fase 1

·Tilgjengelig antall under minimum
·Negativ tilgjengelighet
·Prioritert SKU med risiko

Steg 2 · Salgsbaserte varsler

Når salgsfart er bekreftet

·Lav dekning i dager
·Salgsøkning med begrenset lager

Steg 3 · Varsler som tar hensyn til innkommende produksjon

Når produksjonsdata er validert

·Etterspørsel overstiger lager pluss innkommende

Se et eksempel på den daglige lagervisningen

Åpne et eksempel på Fase 1-visningen: lager, forpliktelser, innkommende produksjon og varsler. Eksempelet bruker kun testdata.

Åpne eksempelvisning

01Start smalt
Få kontroll på lager, ikke erstatt ERP eller migrer alle regneark.
02Bygg riktig
Lagret synk, varsling og overvåking fra dag én.
03Les først, automatiser senere
Synlighet før produksjonsanbefalinger eller komponentregler.
04Valider ved oppstart
Eksakte Traede-felt og varselgrenser bekreftes mot deres konto.
05Utvid i riktig rekkefølge
Lagerkontroll → produksjonsklarhet → komponentregler → kost → refusjoner.

Planlagte varsler trenger lagrede data, ikke enkeltstående API-kall · Synkhistorikk viser om teamet ser på ferske eller utdaterte tall · Fundamentet er laget for å støtte produksjonsklarhet og komponentmoduler senere

§ 07 · Veikart

Start med lagerkontroll. Bygg videre mot tryggere drift.

Fase 1 er forslaget som er priset her. Senere faser er ikke priset her, men viser hvordan samme fundament kan utvides når lagerkontrollen er pålitelig.

Fase 1

Lagerkontroll

Foreslått omfang

Spørsmål

Hva har vi, hva er forpliktet, hva er på vei inn, og hva trenger oppmerksomhet?

Kan inkludere

·Lager og tilgjengelig antall per SKU og lokasjon
·Reservasjoner og forpliktet behov
·In production, in delivery og on the way
·Negativ tilgjengelighet og lagermangel synliggjort tydelig
·Konfigurerbare varsler på fast tidsplan
·Synkstatus - fersk, utdatert eller feilet - alltid synlig

Fase 2

Produksjonsklarhet

Senere fase

Spørsmål

Er vi klare til å starte denne produksjonen uten manglende lager, innkommende varer eller nøkkelmaterialer?

Hvorfor det betyr noe

Neste steg mot å unngå forsinkelser som den glemte glidelåsleveransen: klarhet og sjekklister før håndheving.

Kan inkludere

·Visning for produksjonsklarhet
·Varsler som tar hensyn til innkommende produksjon
·Press på produksjonsmengder
·Sjekkliste for forsendelse og materialer
·Varsler om forsinket innkommende produksjon

Hvorfor det kommer senere

Avhenger av pålitelig lager- og produksjonsordredata fra Fase 1.

Fase 3

Komponentregler

Senere fase

Spørsmål

Er riktige komponenter, hardware, glidelåslengder og materialer valgt for hver variant?

Kan inkludere

·Tillatte komponenter per variant
·Validering av glidelås, hardware og materiale
·Kalkulator for komponentbestilling
·Produksjon blokkert fordi X mangler

Hvorfor det kommer senere

Krever strukturert BOM og komponentregler som i dag ligger i regneark og menneskelig kunnskap.

Fase 4

Landed cost

Senere fase

Spørsmål

Hva koster produktet faktisk når produksjon, materialer, frakt, etiketter, toll og valuta er med?

Kan inkludere

·Landed cost per SKU og modell
·Marginvisning
·Fraktfordeling
·CAC-avsetning
·Kostsimulering

Hvorfor det kommer senere

Trenger pålitelig produkt-, produksjons- og komponentdata først.

Fase 5

Refusjonsflyt

Senere fase

Spørsmål

Kan Shopify-refusjoner håndteres én gang og speiles riktig i Traede, lager og regnskap?

Kan inkludere

·Retur- og refusjonsstatus
·Unntaksliste mellom Shopify og Traede
·Automatisering eller synk der det er trygt
·Sporing av kreditnota og lagermessige konsekvenser

Hvorfor det kommer senere

Verdifullt, men adskilt fra MVP-en for lagerkontroll.

Inkludert i Fase 1

+ Lagervisning med planlagt Traede-synkronisering
+ Lagrede lagerdata med synklogger og ferskhetssjekk
+ Konfigurerbar varselevaluering
+ Feilovervåking og logger for synkfeil
+ Tydelig skille mellom Fase 1 og senere moduler

Ikke i Fase 1

×Komponentvalidering og glidelås-/hardware-regler
×BOM-automatisering og erstatning av produksjonsregneark
×Erstatning av landed-cost- og kostarbeidsbøker
×Refusjonsautomatisering
×Automatiske produksjonsanbefalinger

§ 08 · Pris

Fase 1: pris, tidslinje og omfang.

Fase 1-prosjekt

Lagervisning, Traede-synkronisering, filtre, varsler, synkstatus og overvåking.

Pris: NOK X eks. mva.
Tidslinje: X-Y uker
Betaling: X / X / X

Inkludert

+ Validering av Traede-API
+ Lagersynk
+ Kontrollvisninger og filtre
+ Visninger for lavt lager og mangel
+ Konfigurerbare varsler
+ Synkstatus
+ Feilovervåking
+ Lanseringsgjennomgang

Ikke inkludert i Fase 1

×Komponentvalidering
×BOM-automatisering
×Landed-cost-kalkulator
×Refusjonsautomatisering
×Automatiske produksjonsanbefalinger
×Tilbakeskriving til ERP

Forutsetninger

Traede eksponerer nødvendige felt for lager, reservasjoner, produkter og produksjonsordre
Fase 1 starter med lesetilgang
Varsling starter med enkle, konfigurerbare terskler
Avansert produksjonslogikk og varsler som tar hensyn til innkommende produksjon avklares etter datavalidering

Løpende support

Overvåking, feilretting, oppdatering av avhengigheter, håndtering av API- og synkroniseringsproblemer og små forbedringer.

Pris: NOK X/mnd eks. mva.
Respons: X virkedager for normale saker
Kritisk: Kritisk sak: X

Kan avklares senere

·Produksjonsklarhet
·Komponent- og BOM-modul
·Landed-cost-modul
·Refusjonsflyt
·Beredskap utover avtalt support

Hvis Traede-dataene er annerledes enn forventet

Hvis nødvendige Traede-felt mangler eller avviker fra eksporten, stopper vi, dokumenterer gapet og blir enige om beste vei videre før vi bygger omveier.

§ 09 · Fundament

Driftsklar programvare, ikke en overlevering.

Hvis synk feiler eller data blir utdatert, må det være synlig. Det skal ikke oppdages først når noen tar en produksjonsbeslutning fra feil tall.

Traede forblir sannhetskilde. Lagerdata lagres og synkroniseres på fast tidsplan
Synkfeil og utdaterte data oppdages, ikke vises stille som oppdatert
Vi bruker Sentry og Incident.io i bakgrunnen for å fange feil og kritiske hendelser
Løpende support for integrasjoner, oppdateringer og videreutvikling av arbeidsflyt

Kartleggingsvedlegg: detaljer for teknisk gjennomgang

·960 SKU-rader i Traede-lagereksport; 230 med negativ total tilgjengelighet
·Tre lagerlokasjoner: System Transport, Cala Jade Shop, Norway (PIO)
·PF26-produksjonsarbeidsbok: 15+ ark, ORDER-ark med 1 641 formler, skjulte faner med #REF!-feil
·Kostarbeidsbok: 1 899 formler, flere steder med brutte referanser

·Varianter med nestede stock-includes
·Produksjonsordrelinjer: in_production, in_delivery, on_the_way, received
·Ordre for etterspørsel og salgsfart
·Return Portal API for senere refusjonsmodul

·Eksakte felt for lager, reservasjon og tilgjengelighet per lokasjon
·Hva negativ total tilgjengelighet betyr
·Hvordan preorders og block orders representeres
·Kilde for salgsfart: Traede vs. Shopify
·Prioriterte SKUer og varselgrenser

Fase 1

Daglig lagerkontroll.

Lager · forpliktelser · innkommende · varsler · synkstatus.

Få kontroll før menneskelige feil blir produksjonsforsinkelser.

I dag avhenger kontrollen av eksporter, formler og mennesker.

Hvor kontrollen glipper.

Menneskelige feil fra manuelle arbeidsflyter

Lagerbilder som fort blir utdatert

Arvede formler ingen fullt ut eier

Ingen daglig visning av lager, forpliktelser og innkommende produksjon

Komponentfeil som skaper produksjonsrisiko

Uklart forpliktet behov

Innkommende produksjon er ikke synlig nok

Kost, lønnsomhet og refusjoner er fragmentert

Små feil blir fort dyre.

Dette er ikke et rapporteringsproblem. Det er et kontrollproblem.

Start der kontroll trengs hver dag: lager.

Hva Fase 1 endrer, og hva den ikke endrer.

Start med lagerkontroll. Bygg videre mot tryggere drift.

Lagerkontroll

Produksjonsklarhet

Komponentregler

Landed cost

Refusjonsflyt

Fase 1: pris, tidslinje og omfang.

Driftsklar programvare, ikke en overlevering.

Forslag til lagerkontroll