Det mesta av hårdvaran en MSP ansvarar för står i någon annans byggnad. Kundernas brandväggar bor i kundens teknikrum, hanterade laptops bor hemma hos medarbetarna, och lånepoolen lämnar ditt kontor vid exakt fel tillfällen. Den här guiden går igenom hur små MSP- och IT-leverantörsteam håller kundhårdvara, låneenheter och bänkens reservdelar under kontroll - utan att uppföljningen blir ett andra jobb.
Det här lär du dig
- Därför glider kundhårdvaran ur sikte
- Vad en MSP bör registrera
- Ett register, många kunder
- Låneenheter, reservdelar och bänken
- Kom igång utan ett kartläggningsprojekt
- Vanliga frågor
Därför glider kundhårdvaran ur sikte
Interna IT-team tappar koll på utrustning; MSP:er tappar den snabbare, av strukturella skäl:
- Avståndet. De flesta kundplatser ser dig en gång i månaden eller per kvartal; mellan besöken flyttas och stuvas hårdvaran om av personer som inte rapporterar till dig.
- Ärenden dokumenterar arbete, inte innehav. PSA-systemet bevisar att du bytte en switch i mars - inte vart den gamla switchen tog vägen, eller vem som fortfarande har låneenheten från det där nattliga driftstoppet.
- Akutlägen struntar i processen. Laptopen som gick ut klockan 19 under en incident är dokumenterad - om alls - i en chattråd som hunnit scrolla förbi till fredagen.
- Bänken töms i tysthet. Reservdelar förbrukas mitt i jobb, och ingen har på sin lott att notera den tomma hyllan.
- Kunderna köper egen utrustning. Enheter du aldrig köpt in dyker upp på nätverket - klassisk skugg-IT - och du förväntas supporta dem ändå.
Mönstret upprepar sig: innehavet byter händer, och bytet når aldrig en post.
Vad en MSP bör registrera
Registrera per styck allt du skulle behöva svara för i ett förnyelsesamtal eller en tvist:
- Kundens kärninfrastruktur - servrar, brandväggar, switchar och accesspunkter (nätverksutrustning), plus hanterade skrivare. De bär serienummer, garantislutdatum och konfigurationsdokument.
- Hanterade slutanvändarenheter - laptops, skärmar, dockningsstationer och headset hos kunder där du äger enhetens livscykel.
- Din lånepool - laptops och reservtelefoner som lämnar huset under incidenter. Högst omsättning, sämst pappersspår - och dessutom dina egna pengar.
- Bänkens reservdelar - hårddiskar, minne, nätaggregat, kablar. Hantera dem som lager med beställningspunkter, inte per styck; ett register med individuellt numrerade SATA-kablar är ett register ingen uppdaterar.
| Kategori | Ägare | Knyts till | Det viktiga på posten |
|---|---|---|---|
| Kundinfrastruktur | Kunden | Kundplatsen | Serienummer, garantislut, konfigurationsdokument |
| Hanterade slutanvändarenheter | Kunden | Medarbetaren som använder den | Nuvarande användare, skick, förnyelsedatum |
| Lånepool | Du | Låntagaren, med återlämningsdatum | Återlämningsdatum och skickfoton |
| Bänkens reservdelar | Du | En lagerplats | Antal kvar och beställningspunkt |
Ett register, många kunder
Ett kalkylark per kund känns prydligt och fallerar i tysthet - varje fil blir inaktuell i sin egen takt. Ett register med hård separation fungerar bättre:
- Varje enhet bär sin kund och plats, så ett filter svarar på “allt hos den här kunden” inför en förnyelse eller revision.
- Din egendom delar aldrig en tvetydig hylla med kundens. En låneenhet förblir flaggad som din även när den står hos en kund i en månad.
- Garantisamtalen blir en export: filtrera en kunds park på garantislut, så skriver nästa kvartals förnyelseförslag i princip sig självt. (En IT-inventariechecklista visar vilka fält som behövs.)
- När ett avtal löper ut är listan över enheter knutna till den kunden överlämningsdokumentet. När en av deras medarbetare slutar börjar återtaget av hårdvaran i registret i stället för i någons minne.
Låneenheter, reservdelar och bänken
Lånepoolen förtjänar mer ceremoni än den brukar få:
- Kvittera ut varje låneenhet på en namngiven låntagare med återlämningsdatum, även mitt i ett driftstopp. Tar det längre än en skanning och tio sekunder kommer teknikerna att gå runt det.
- Gå igenom försenade lån varje vecka. En låneenhet som är två veckor sen är ett telefonsamtal; sex månader sen är den en avskrivning.
- Kör reservdelarna på beställningspunkter. Räkna ner vid förbrukning, låt leveranser uppdatera saldot, så slutar den tomma hyllan vara en överraskning mitt i ett driftstopp.
Tips: fotografera låneenheten vid utlämning och igen vid återlämning. Fotoparet avgör varje “sprickan fanns redan”-diskussion innan den börjar.
Kom igång utan ett kartläggningsprojekt
Du behöver inte inventera varje kund innan det här lönar sig. Ta det i ordning:
- Börja med det som är ditt. Märk upp och registrera lånepoolen och bänken på en eftermiddag - delen med sämst register i dag.
- Lägg till en kund vid nästa planerade besök. Gå igenom platsen, registrera serienummer, fotografera och märk upp längs vägen.
- Importera resten från papper du redan har. Inköpskalkylark och leverantörsfakturor får in större delen av parken i registret via CSV-import.
- Gör skanningen till vanan. Inget lämnar bänken, och inget byter händer ute hos kund, utan en skanning.
AMPthilly passar precis den här sortens arbete. Avdelningar och roller håller varje kunds värld åtskild, och klientrollen låter en kundkontakt logga in och se enbart sina egna tillgångar. Utskrivbara QR-etiketter skannas med en vanlig mobilkamera i webbläsaren - ingen app för teknikern på plats - och varje utlåning, överföring och reparationsärende hamnar i en exporterbar revisionshistorik. Gratisplanen täcker 3 användare och 25 tillgångar, inget kort krävs - tillräckligt för att köra lånepoolen; se priser för resten.
Vanliga frågor
Hur håller MSP:er koll på kundhårdvara? Ett register där varje enhet bär sin kund, plats, serienummer och garantislut - med innehavsbyten registrerade som utlåning och överföringar via en etikettskanning.
Ska en MSP ha ett gemensamt register för alla kunder? Ett system med hård separation invändigt. Kalkylark per kund blir inaktuella i olika takt; ett register filtrerat per kund går alltid att granska.
Hur håller en MSP koll på lånedatorer? Som biblioteksexemplar: en namngiven låntagare, ett återlämningsdatum, skicket fotograferat åt båda hållen, försenade lån genomgångna varje vecka.
Vad ska finnas på en post för kundhårdvara? Serienummer, modell, kund och plats, nuvarande användare, inköpsdatum, leverantör, garantislut och eventuella konfigurationsdokument värda att spara.
Hur bevisar en MSP att en enhet lämnades tillbaka eller byttes ut? Med enhetens innehavshistorik. Ärendena bevisar arbetet; posten bevisar vart hårdvaran tog vägen.
Slutsats
En MSP:s register måste hålla andras egendom, din egendom och gråzonen däremellan tydligt åtskilda - över byggnader du sällan besöker. Knyt varje enhet till en kund och plats, driv lånepoolen som ett bibliotek, håll reservdelarna på beställningspunkter och gör skanningen till själva registreringsögonblicket - med AMPthilly eller på annat sätt - så blir “var är den enheten?” ett filter, inte en utredning.