PDM i molnet (cloud PDM) är produktdatahantering som levereras som en driftad tjänst: leverantören sköter servrar, lagring, säkerhetskopiering och uppgraderingar, och ert team arbetar i systemet via webbläsaren och en synkklient på datorn. Det gör samma jobb som traditionell PDM (styrda revisioner, incheckning, godkännanden, ändringshantering och spårbarhet) utan hårdvara eller VPN som ni behöver underhålla.
Vad PDM i molnet är, och vad det inte är
Ett PDM-system i molnet behåller PDM:ens kontroller och ändrar bara var systemet körs och vem som driftar det. Vanliga synkverktyg lagrar och delar filer bra, men de vet inte vad en revision är, vem som får frisläppa den eller vilka produkter en ändring påverkar.
I praktiken:
- Revisioner och frisläppningar är formella lägen, skilda från arbetsversioner.
- Ändringsbegäran och godkännanden går genom definierade flöden med namngivna godkännare.
- Behörigheter styr vem som får se, ändra, godkänna och frisläppa, per projekt och roll.
- Systemet loggar varje händelse, så ni får spårbarhet utan att någon behöver underhålla den.
Är PDM nytt för er, börja med vad PDM är.
PDM i molnet jämfört med PDM i egen drift
Traditionell PDM körs på servrar som ni själva driftar: en databas, ett filvalv och ofta en separat server för sökning eller replikering. PDM i molnet flyttar den infrastrukturen till leverantören, och ni märker skillnaden mer i den dagliga driften än i funktionslistor.
| PDM i egen drift | PDM i molnet | |
|---|---|---|
| Infrastruktur | Egna servrar, lagring, säkerhetskopiering och katastrofåterställning | Driftas av leverantören |
| Fjärråtkomst | Oftast VPN eller fjärrskrivbord | Webbläsare och synkklient över internet |
| Åtkomst för leverantörer | Separata konton, VPN eller filer via mejl | Rollbaserad åtkomst i samma system, begränsad till det varje leverantör behöver |
| Säkerhetsmodell | Nätverksperimeter plus egen härdning av servrar | Kryptering och åtkomstkontroll som leverantören driftar, med behörigheter som ni konfigurerar |
| Uppgraderingar | Planerade projekt, ofta med konsult och driftstopp | Levereras av leverantören |
| Kostnad | Licenser plus hårdvara, administrationstid och konsultdagar | Abonnemang per användare |
| Tid till start | Veckor till månader | Dagar till veckor |
Ingen av kolumnerna passar alla företag. Ni väljer vilken kostnad ni hellre bär: att driva infrastrukturen själva, eller att lita på att en leverantör driver den.
Frågor att ställa om säkerhet och datalagring
Ställ de här frågorna till varje leverantör av PDM i molnet innan ni flyttar konstruktionsdata till en driftad tjänst. neos svar står efter varje fråga.
- Var lagras datan? Fråga efter region, inte bara företagets adress. neo driftas inom EU.
- Hur krypteras datan? Kryptering under överföring är standard; fråga vad leverantören krypterar i vila och hur. neo använder kryptering på fältnivå.
- Hur detaljerade är behörigheterna? Leta efter roller per projekt, separata rättigheter för att se, ändra, godkänna och frisläppa, och ett sätt att begränsa externa användare till enskilda objekt. neo har rollerna Read/Write, Read-only och administratör per arbetsyta och projekt, och behörigheter för att se, ändra, godkänna och frisläppa ärvs från projektet.
- Vad loggas? Varje visning, ändring, godkännande och frisläppning bör finnas i en logg som ni kan granska och exportera. neo har fullständiga granskningsloggar.
- Kan ni lämna? Fråga hur ni får ut all er data, i vilket format och till vilken kostnad. I neo kan ni exportera all data när som helst.
- Vilka certifieringar och avtalsvillkor gäller? Kräver er upphandling specifika certifieringar, ett personuppgiftsbiträdesavtal eller särskilda villkor, be om dokumenten och läs dem i sin helhet. För neo, prata med oss om era krav.
Reglerade team bör också fråga hur leverantören hanterar elektroniska signaturer och spårbarhet. neo har validerade elektroniska signaturer och granskningsloggar utformade för att uppfylla kraven i 21 CFR Part 11, och stöder dokumentstyrning enligt ISO 13485 och ISO 9001.
Så fungerar CAD-filer med PDM i molnet
CAD-verktyg arbetar med lokala filer, och ingen redigerar en stor sammanställning i en webbläsare. Varje PDM i molnet behöver därför ett sätt att flytta filer mellan konstruktörens dator och det styrda systemet.
I neo är det neoDrive, en skrivbordsklient som synkar lokala filer till neo. Den hanterar filer från mekaniska och elektriska CAD-system och körs på flera plattformar. Era konstruktörer arbetar i sitt CAD-verktyg som vanligt; filerna synkas till neo, där ert team hanterar incheckning, revisioner, godkännanden och frisläppningar.
Tre begränsningar att känna till:
- neoDrive synkar filer. Det är inte ett tillägg inuti ert CAD-verktyg.
- Ni hanterar revisioner, artikelnummer, metadata och godkännanden i neo, inte inuti CAD-programmet.
- Read-licenser kan inte skapa eller checka in filer, så skrivrättigheterna stannar hos dem som behöver dem.
Om ert arbetssätt bygger på djup integration i ett visst CAD-verktyg, testa just det med era egna sammanställningar under en pilot. Hårdvaruteam som använder flera CAD-verktyg, eller blandar mekanisk och elektrisk konstruktion, tycker ofta att filbaserad synk är det enklare upplägget.
När PDM i egen drift fortfarande är rimligt
Egen drift kan fortfarande passa bättre när:
- Avtal eller regler kräver att datan finns i era egna lokaler, till exempel i vissa försvars- eller myndighetsprogram.
- Era anläggningar har begränsad eller opålitlig internetuppkoppling, och konstruktörerna måste arbeta mot en lokal server.
- Ni redan driver ett PDM i egen drift väl, med IT-avdelning, stabila flöden och inga verkliga problem, och kostnaden för att byta överstiger nyttan.
- Ert arbete är beroende av en CAD-specifik funktion som bara finns i CAD-leverantörens eget serverbaserade PDM.
Annars kostar infrastrukturen oftast ett litet eller medelstort team mer än den ger. PDM för små konstruktionsteam tar upp det fallet.
Att migrera till PDM i molnet
Se migreringen som ett data- och processprojekt snarare än en programvaruinstallation:
- Bestäm vad som ska migreras. Pågående projekt och frisläppta revisioner först; hela arkivet kan följa senare eller ligga kvar skrivskyddat där det är.
- Rätta numreringen innan ni flyttar datan. Artikelnummer och dokument-ID är enklare att städa under migreringen än efteråt.
- Kartlägg revisions- och godkännandemodellen. Skriv ned hur ni namnger revisioner och vem som godkänner vad, och konfigurera sedan det nya systemet efter det.
- Bevara underlagen. För reglerade produkter, se till att godkännandehistorik och signaturer från det gamla systemet finns kvar, vid behov som exporterade poster.
- Kör en verklig ändring före bytet. Frisläpp ett riktigt dokument genom det nya flödet medan det gamla systemet fortfarande finns.
- Stäng den gamla vägen. När det aktiva arbetet har flyttat, gör det gamla systemet eller den delade mappen skrivskyddad.
Med neo hjälper vårt success-team till att definiera nomenklaturen och migrerar befintlig data från kalkylark, äldre PDM- eller PLM-system, CAD-filer och kvalitetsregister. Historisk data finns normalt i neo inom några dagar, och de flesta team är produktiva inom några veckor. En kostnadsfri pilot i 3 månader låter er testa detta med egen data först.
Nästa steg
Läs hur neo fungerar för det dagliga arbetet, se priser eller prata med oss om hur ni flyttar er nuvarande uppsättning.