Specialudviklet software til produktionsstyring: sådan vælger du rigtigt

Software til aktivstyring kan hjælpe jer med at holde overblik over virksomhedens aktiver, mens produktionsstyringssoftware understøtter planlægning og opfølgning på produktionen. De to behov kan hænge sammen, men løsningerne dækker ikke automatisk de samme processer. Hvis systemerne ikke passer til jeres arbejdsgange eller udveksler de nødvendige data, kan de skabe manuelle opgaver i stedet for at fjerne dem. Hvordan finder I en løsning, der passer til jeres behov uden at tilføre unødig kompleksitet?

Produktionsstatus kan være svær at overskue, når oplysninger ligger i flere systemer eller opdateres manuelt. Samtidig kan betegnelser som software til aktivstyring og produktionsstyring dække forskellige behov. Derfor bør valget tage udgangspunkt i de konkrete processer og krav, ikke alene i en lang funktionsliste.

I denne artikel får I en praktisk ramme til at sammenligne standardsoftware med specialudvikling. I lærer at prioritere krav, vurdere integrationer og stille spørgsmål, der gør implementering, ansvar og efterfølgende drift tydeligere. Målet er et bedre grundlag for dialog med leverandører og en løsning, der passer til jeres arbejdsgange.

Hvornår giver software til produktionsstyring mest værdi?

Produktionsstyringssoftware er digitale værktøjer til at planlægge produktionsarbejde, registrere aktiviteter og følge op på status og afvigelser. Systemet kan eksempelvis samle oplysninger om produktionsordrer, ressourcebehov, kvalitetskontroller og sporbarhed. Formålet er at gøre relevante oplysninger tilgængelige for de medarbejdere, der skal bruge dem. Det er ikke i sig selv det samme som at automatisere maskiner eller styre hele produktionen.

Skeln også mellem produktionsstyring og generel aktivstyring. Produktionsstyring handler om arbejdet med at fremstille varer, mens software til aktivstyring typisk hjælper med at holde overblik over virksomhedens aktiver gennem deres livscyklus. Enterprise Asset Management beskriver netop en tilgang til styring af aktiver gennem deres livscyklus. De to områder kan berøre de samme ressourcer, men dækker ikke automatisk de samme processer.

Det kan være relevant at undersøge produktionsstyring, når vigtige oplysninger er spredt på regneark, tavler eller forskellige systemer. Afklar først, hvad I skal kunne se og registrere: ordrestatus, hvem der arbejder på en opgave, tilgængelige ressourcer, kvalitetsdata eller historik for et produktionsforløb? Skeln samtidig mellem styring af arbejdsgange, registrering af produktionsdata og administrative funktioner, der håndteres andre steder i virksomheden.

Hvilke produktionsproblemer skal systemet løse?

Tag udgangspunkt i konkrete hændelser fra jeres drift. Måske bliver samme ordrestatus registreret flere gange, en forsinkelse opdages først ved overlevering, eller planlæggeren mangler et samlet billede af, hvilke ressourcer der er optaget. Beskriv, hvor informationen opstår, hvem der registrerer den, hvem der har brug for den, og hvem der skal handle på den.

Synlighed og automatisering er forskellige behov. Et system kan gøre status og afvigelser lettere at følge uden selv at ændre produktionsprocessen. Operatører kan have brug for en enkel måde at registrere udført arbejde på, mens planlæggere har brug for overblik over ordrer og ressourcer. Ledere kan bruge de samme data til opfølgning, men har ikke nødvendigvis brug for samme detaljeringsgrad.

Produktionsstyring, ERP og MES: hvad er forskellen?

ERP, det vil sige planlægning af virksomhedens ressourcer, bruges som betegnelse for systemer, der understøtter administrative processer på tværs af virksomheden. MES, et system til udførelse af produktion, betegner typisk software tættere på produktionsgulvet, hvor arbejdsforløb og produktionsdata følges. Grænsen mellem systemernes funktioner varierer dog mellem leverandører.

Vurder derfor ikke en løsning alene på, om den kaldes ERP eller MES. Bed i stedet om at få vist, hvordan den håndterer jeres konkrete arbejdsgang, hvilke data den registrerer, og hvordan oplysninger udveksles med virksomhedens øvrige systemer. Det gør forskellen mellem produktnavne og faktisk funktion tydelig.

Sådan vurderer du standardsoftware, konfiguration og specialudvikling

Valget handler ikke om, hvilken løsningstype der lyder mest fleksibel. Det handler om, hvor godt løsningen understøtter jeres prioriterede arbejdsgange, og hvad det kræver at holde den relevant over tid. Sammenlign mulighederne på den samme konkrete proces, for eksempel registrering af en produktionsordre fra planlægning til afslutning.

Løsningstype	Typisk styrke	Vigtige kompromiser
Standardsoftware	Færdige funktioner og en fast produktramme.	Arbejdsgange skal muligvis tilpasses systemet, og særkrav kan føre til manuelle omveje eller ekstra systemer.
Konfigurerbar software	Indstillinger kan tilpasses brugerroller, felter og rapportering uden nødvendigvis at ændre grundproduktet.	Mulighederne afhænger af produktet. Afklar grænserne for konfiguration og betydningen af leverandørens opdateringer.
Specialudvikling	Funktioner kan formes efter dokumenterede proceskrav.	Kræver tydelig dokumentation og aftaler om vedligeholdelse, ændringer og ansvar. Afhængigheden af leverandørens viden bør vurderes.

Hvornår er en standardløsning tilstrækkelig?

Standardsoftware kan være tilstrækkeligt, når de centrale arbejdsgange passer til funktioner, leverandøren kan demonstrere. Afprøv brugerroller, rapportering og konfigurationsmuligheder med jeres egne scenarier. Undersøg også, hvordan opdateringer håndteres, og om de kan påvirke jeres opsætning. Notér særkrav, der stadig kræver dobbeltregistrering, regneark eller et supplerende system. Medregn disse omveje, når I vurderer, hvor godt løsningen passer til processen.

Hvornår bør specialudvikling undersøges?

Undersøg specialudvikling, hvis et væsentligt proceskrav ikke kan dækkes hensigtsmæssigt med standardfunktioner eller konfiguration. Beskriv kravet konkret, og afklar, hvordan løsningen skal dokumenteres, vedligeholdes og ændres, når arbejdsgange eller systemer udvikler sig. En specialtilpasset løsning er ikke automatisk bedre, hvis den tilfører kompleksitet uden at løse et reelt behov.

ERP og MES kan have forskellige roller i virksomhedens systemlandskab, men funktioner og grænser afhænger af den konkrete løsning. IBM beskriver MES som software, der kan overvåge og styre produktionsprocesser. Brug derfor jeres krav til at vurdere, hvad systemet faktisk gør, frem for at lægge vægt på betegnelsen alene.

Vurder også integrationer, ansvar for opdateringer og ejerskab til konfigurationer eller specialudviklede dele. Hvis I undersøger muligheder for at tilpasse software til virksomhedens arbejdsgange, kan information om kundetilpasset software være et udgangspunkt for dialog. Det dokumenterer ikke i sig selv en produktionsplatform. En praktisk beslutningsregel er at vælge den mindst komplekse løsning, der opfylder jeres prioriterede krav.

Hvilke krav skal produktionsstyringssoftware og software til aktivstyring opfylde?

Et brugbart kravgrundlag gør det lettere at sammenligne løsninger på andet end funktionslister. Beskriv hvert behov ud fra den forretningsværdi, det understøtter, hvem der skal bruge funktionen, hvor driftskritisk den er, og hvilke data den kræver. En operatør kan eksempelvis have brug for at registrere en afsluttet opgave, mens en leder skal kunne se status på tværs af ordrer.

Vurder også adgangsstyring, auditspor, rapportering og brugervenlighed ud fra konkrete roller. Hvem må ændre en registrering? Skal det kunne ses, hvem der har ændret hvad og hvornår? Hvilke rapporter skal bruges i den daglige opfølgning? Knyt svarene til jeres faktiske arbejdsgange. Et krav som let at bruge er for upræcist, hvis I ikke også beskriver de opgaver, medarbejderen skal kunne udføre.

Data, integrationer og sporbarhed

Kortlæg, hvilke data der oprettes i løsningen, hvor de skal anvendes, og hvem der har ansvar for kvaliteten. Det kan være ordreoplysninger, registreringer fra produktionsudstyr eller kvalitetsdata. Hvis information skal udveksles med ERP, maskiner, scannere eller andre systemer, så få bekræftet den konkrete tekniske mulighed. Afklar retningen på dataudvekslingen, håndtering af fejl og hvad der sker, hvis forbindelsen afbrydes.

ERP bruges ofte til at samle virksomhedens processer og oplysninger på tværs af funktioner. Forbes giver en introduktion til planlægning af virksomhedens ressourcer, men rollefordelingen mellem ERP og produktionssystemet skal stadig afklares med leverandøren. Fastlæg også, hvilke hændelser der skal kunne spores, ud fra jeres processer og relevante branchekrav.

Brugervenlighed og kravmatrix

Lad de medarbejdere, der skal registrere eller hente produktionsinformation, afprøve typiske opgaver. Undersøg, om arbejdet foregår bedst ved en arbejdsstation, via mobil adgang eller med håndscanner, uden at forudsætte en bestemt løsning. Notér de nødvendige registreringstrin, og se efter gentagne indtastninger eller information, der er svær at finde.

Saml derefter kravene i en matrix, så leverandørens svar kan vurderes og dokumenteres:

Behov	Betydning	Dokumentation	Leverandørens svar
Ordrestatus	Høj, middel eller lav	Visning af konkret arbejdsscenarie	Opfyldt, delvist eller ikke opfyldt
Adgang og ændringshistorik	Angiv efter rolle og drift	Demonstration eller skriftlig beskrivelse	Funktion og eventuelle begrænsninger
Dataudveksling	Angiv konsekvens ved fejl	Bekræftede tekniske oplysninger	Retning, fejlbeskeder og ansvar

Hvis I også undersøger software til aktivstyring, så beskriv separat, hvilke aktiver og oplysninger løsningen skal håndtere. Afklar derefter konkret, om der er overlap med produktionsdata, og hvordan relevante data eventuelt skal udveksles.

Sådan gennemfører du en realistisk vurdering og afprøvning

En struktureret vurdering gør det lettere at se, om en løsning passer til jeres arbejdsgange, før I beslutter jer. Brug fem trin fra den første proceskortlægning til en konkret beslutning og implementeringsplan:

1. Kortlæg problemet: Beskriv en arbejdsgang, hvor status er uklar, eller information registreres flere steder.
2. Prioritér kravene: Skeln mellem nødvendige krav og ønskede funktioner, og udpeg en ansvarlig for hvert krav.
3. Fastlæg acceptkriterier: Beskriv, hvad løsningen skal kunne demonstrere, uden at forudsætte bestemte tidsbesparelser eller resultater.
4. Afprøv scenariet: Bed leverandøren vise arbejdsgangen med realistiske eksempeldata, og aftal eventuelt en afgrænset pilot.
5. Træf beslutning og planlæg: Saml observationer, åbne spørgsmål og risici, før I fastlægger næste skridt og ansvar.

Fra proceskortlægning til kravspecifikation

Følg processen fra start til slut. Notér, hvem der udfører hvert trin, hvor der træffes beslutninger, hvilke data der registreres, og hvor forsinkelser eller dobbeltarbejde opstår. Et eksempel kan være en produktionsordre, der oprettes, fordeles til en ressource, registreres undervejs og afsluttes med relevante kvalitetsoplysninger.

Gør kravene konkrete. I stedet for at skrive, at systemet skal være fleksibelt, kan I beskrive, hvilke roller der skal kunne ændre ordrestatus, og hvilke oplysninger der skal fremgå. Skeln samtidig mellem krav til produktionsstyring og eventuelle tilstødende behov, som software til aktivstyring. De kan hænge sammen, men bør vurderes særskilt.

Afprøv løsningens egnethed før valg

En generisk produktpræsentation viser ikke nødvendigvis, hvordan systemet håndterer jeres arbejdsgang. Bed leverandøren gennemføre det prioriterede scenarie med eksempeldata, og lad relevante medarbejdere følge med. Hvis en pilot er relevant, så aftal på forhånd omfang, deltagere, ansvar og hvilke forhold der skal undersøges. Registrér både brugerobservationer og tekniske spørgsmål, som stadig mangler svar.

Vurder også leverandørens dokumentation og arbejdsform. Afklar, hvem der har ansvar for opsætning, integrationer, fejlretning og senere ændringsønsker. Spørg, hvilken supportmodel der gælder, og hvordan opgaver prioriteres. Skriv åbne risici og forudsætninger ind i beslutningsgrundlaget. Så bygger valget på dokumenterede behov frem for løfter om udokumenterede tidsplaner eller effekter.

Har I brug for at afklare processer og tekniske krav, før I vælger løsning, kan I drøfte jeres arbejdsgange og tilpasningsbehov med DCA Logic. Begynd dialogen med kravene, uden at forudsætte, at en bestemt produktionsplatform allerede er dokumenteret.

Fra krav til samarbejde: vælg en leverandør, der passer til jeres behov

En leverandør skal kunne forstå jeres arbejdsgange og forklare, hvordan en løsning kan understøtte dem. Bed om konkrete svar og dokumentation, ikke kun en præsentation af funktioner. Vær især opmærksom på, om leverandøren skelner tydeligt mellem det, der allerede findes, det der kan konfigureres, og det der kræver særskilt udvikling eller teknisk afklaring.

Få ansvarsfordelingen på plads, før I indgår en aftale. Det gælder kravspecifikation, test, dokumentation og godkendelse af ændringer. Afklar også ejerskab til data, integrationer, konfigurationer og eventuelle specialudviklede komponenter. Det giver et mere gennemskueligt grundlag for samarbejdet, både under implementeringen og når løsningen skal ændres eller vedligeholdes.

Spørgsmål, der bør afklares med leverandøren

Brug spørgsmålene til at undersøge, om leverandøren arbejder systematisk og realistisk:

• Hvem udarbejder og vedligeholder kravspecifikationen, og hvem godkender, at kravene er opfyldt?
• Hvordan dokumenteres test, integrationer og ændringer, og hvem har ansvaret for godkendelse?
• Hvordan håndteres support, fejlretning, opdateringer og videreudvikling efter idriftsættelse?
• Hvilke funktioner er dokumenteret, hvilke kræver tilpasning, og hvilke forhold skal undersøges nærmere?

En præcis afgrænsning er vigtig. Hvis eksempelvis en integration endnu ikke er teknisk verificeret, bør det fremgå som et åbent punkt og ikke som en bekræftet funktion. Aftalen bør også beskrive, hvordan ændringsønsker vurderes, og hvem der beslutter, om de skal indgå i projektet.

Hvornår kan DCA Logic være relevant?

DCA Logic designer og tilpasser kundetilpasset software og IT-systemer til virksomheders arbejdsgange og kan rådgive om software, hardware og tilhørende netværksinfrastruktur. Det kan være relevant at tage med i leverandørdialogen, hvis I undersøger behov for tilpasning eller integration. Det er dog ikke det samme som en dokumenteret standardløsning til produktionsstyring.

Operia er DCA Logics softwareplatform med funktioner inden for intern logistik, pakkemodtagelse, aktivstyring, ruteplanlægning, lokalebooking og flådestyring. Platformen fungerer på tværs af web og mobile håndscannere. Den bør ikke fremstilles som et produktionsstyringssystem. Afklar derfor først, om jeres konkrete proceskrav og tekniske behov kan understøttes, og verificér relevante integrationsmuligheder særskilt.

Et nyttigt næste skridt er at beskrive arbejdsgangen, de vigtigste krav og de systemer, der skal indgå. DCA Logic kan indgå i en indledende dialog om kundetilpasset software og integration, så muligt omfang og åbne spørgsmål bliver tydeligere, før I vurderer løsningens egnethed til produktionsstyring.

Tag næste skridt med et tydeligt kravgrundlag

Det rigtige valg af produktionsstyring begynder med jeres arbejdsgange, ikke med en lang liste over funktioner. Kortlæg de konkrete udfordringer, prioritér kravene efter betydning, og afprøv løsninger med et scenarie fra jeres egen produktion. Sammenlign standardsoftware, konfiguration og specialudvikling ud fra procesfit, integrationer og ansvar for den løbende drift.

Hold samtidig forskellige behov adskilt. Software til aktivstyring kan understøtte overblik over virksomhedens aktiver, men er ikke automatisk et system til at styre produktionen. Afklar funktioner og tekniske muligheder, før I konkluderer, at en løsning passer.

DCA Logic udvikler og tilpasser software til virksomheders arbejdsprocesser og kombinerer softwarearbejde med hardware og netværksinfrastruktur. Det dokumenterer ikke i sig selv en bestemt produktionsplatform, men kan være relevant i en afklarende dialog om jeres behov. Drøft jeres softwarebehov med DCA Logic, og få belyst, hvad der kræver nærmere undersøgelse. Et velafgrænset næste skridt giver jer et stærkere grundlag for en løsning, der passer til driften.

Ofte stillede spørgsmål om produktionsstyringssoftware

Hvad er software til produktionsstyring?

Software til produktionsstyring hjælper med at planlægge produktionsarbejde, registrere aktiviteter og følge op på ordrer og produktionsdata. Det kan for eksempel give medarbejdere adgang til oplysninger om ordrestatus, ressourcer og kvalitetsregistreringer. Funktionerne varierer fra løsning til løsning, så afklar, hvilke trin systemet understøtter. Det er ikke automatisk det samme som styring af maskiner eller software til aktivstyring, der har fokus på virksomhedens aktiver.

Hvad er forskellen på ERP- og MES-software?

ERP-software understøtter typisk administrative processer på tværs af virksomheden, mens MES-software typisk arbejder tættere på produktionen og håndterer produktionsforløb og tilhørende data. Grænsen er ikke ens hos alle leverandører, og nogle løsninger overlapper. Undersøg derfor, hvilke opgaver systemet faktisk løser, hvilke data det behandler, og hvordan det udveksler oplysninger med virksomhedens øvrige systemer. Betegnelsen alene fortæller ikke, om løsningen passer til jeres behov.

Hvornår giver specialudviklet software til produktionsstyring mening?

Specialudvikling kan være relevant, når et vigtigt og tilbagevendende proceskrav ikke dækkes hensigtsmæssigt af standardsoftware eller konfiguration. Beskriv først arbejdsgangen, og undersøg, om en eksisterende løsning kan håndtere den uden uhensigtsmæssige omveje. Sammenlign derefter tilpasningsbehovet med krav til dokumentation, vedligeholdelse og senere ændringer. Vælg ikke specialudvikling alene for fleksibilitetens skyld, men fordi den løser et konkret behov, som kan beskrives og afprøves.

Kan produktionsstyringssoftware integreres med ERP?

Det kan være muligt, men integrationen skal bekræftes for de konkrete systemer. Afklar, hvilke oplysninger der skal udveksles, hvilken vej data skal gå, og hvem der har ansvar for opsætning og fejlretning. Spørg også, hvordan systemerne håndterer manglende eller ugyldige data og forbindelsesbrud. Bed leverandørerne om teknisk dokumentation og en gennemgang af jeres relevante arbejdsgang, før I regner integrationen som en bekræftet funktion.

Hvordan sammenligner man leverandører af produktionssoftware?

Sammenlign leverandører ud fra de samme prioriterede krav og et konkret scenarie fra jeres produktion. Vurder, om de forstår arbejdsgangen, kan dokumentere funktioner og integrationer og tydeligt afgrænser, hvad der kræver tilpasning. Afklar også ansvar for test, opdateringer, support, ændringer og data. Registrér hvert krav med leverandørens svar og eventuelle åbne spørgsmål. Så bliver sammenligningen baseret på dokumenteret egnethed frem for en generel produktpræsentation.

Hvad bør en pilot for produktionsstyringssoftware indeholde?

En pilot bør afprøve et afgrænset, prioriteret arbejdsscenarie med realistiske eksempeldata og deltagelse fra de medarbejdere, der skal bruge systemet. Aftal på forhånd omfang, roller, ansvar og hvilke acceptkriterier I vil undersøge. Registrér brugerobservationer, tekniske afklaringer, integrationsrisici og forhold, der stadig er uafklarede. En pilot bør give et bedre beslutningsgrundlag, ikke bygge på løfter om bestemte besparelser eller resultater.

Tilbyder DCA Logic en færdig løsning til produktionsstyring?

Der er ikke grundlag for at beskrive en færdig standardløsning fra DCA Logic specifikt til produktionsstyring. Virksomheden designer og tilpasser software og IT-systemer til virksomheders arbejdsgange og kan indgå i en dialog om krav og integration. Operia omfatter blandt andet intern logistik, aktivstyring og facility service, men er ikke beskrevet som et produktionsstyringssystem. Afklar derfor jeres behov og relevante funktioner, før I vurderer, om DCA Logic passer til opgaven.