Byta affärssystem i bemanningsföretag – migreringen utan tapp

Snabbsvar Byt vid ett naturligt brytdatum – månadsskifte eller årsskifte för lönedata, aldrig mitt i en löneperiod – och flytta i prioritetsordning: kunder, anställda med anställningsdata, kandidater (GDPR-filtrerat), avtalsmallar, sedan historik. Kör en kort parallellperiod för lönen men hård cutover för CRM:et. Semesterskuld och saldon måste följas åt öre-rätt. Räkna med fyra till sex veckors förberedelse, en superanvändare som äger bytet, och att stämplingsappen fungerar dag ett – det är den enda delen av bytet personalen faktiskt märker.

Inlåsningen är mindre verklig än den känns

Fråga varför ett bolag stannar kvar i ett system de är missnöjda med, och svaret handlar sällan om funktioner – det handlar om rädsla för att förlora data på vägen. Den rädslan förtjänar en ärlig genomlysning, för i praktiken bygger den på två missförstånd.

Datan är er, inte leverantörens. Kunder, anställningsavtal, tidrapporter och kandidatuppgifter är information ni samlat in i er egen verksamhet. Leverantören förvarar den – äger den inte. För personuppgifter finns det dessutom lagstöd: GDPR ger rätt till dataportabilitet, vilket är precis den situation ett systembyte är.

Exporten är i praktiken en självklarhet, inte en förhandling. Våga fråga leverantören rakt ut, redan innan ni bestämt er för att stanna av ren tröghet: vilket format får vi ut kunder, anställda, avtal och historik i, och kostar det något? Ett seriöst affärssystem svarar med en filväg och ett format inom en dag. Ett vagt svar, ett krav på dyra konsulttimmar eller en hänvisning till "det löser vi när ni väl vill lämna" är i sig svaret på hur låsta ni faktiskt är – och ett tecken värt att ta på allvar oavsett om ni byter nu eller om två år.

Rätt tidpunkt att byta

Timingen avgör mer om hur smärtfritt bytet blir än vilket system ni väljer. Tre riktlinjer:

• Byt vid ett brytdatum, inte mitt i en period. För allt som rör lön är månadsskiftet den enda vettiga starten – ett systembyte mitt i en löneperiod betyder att halva periodens timmar, OB och avvikelser ligger i ett system och resten i ett annat, med ingen enda källa till sanning den månaden. Årsskiftet är ännu renare för hela verksamheten, men kräver mer framförhållning.
• Byt i lågsäsong. Om branschen har säsongstoppar (sommarvikarier, julhandel, lager inför Black Friday) – lägg inte migreringen där. Supportbehovet är som störst just när personalen är som mest pressad, och det är fel vecka att lära om ett system.
• Undvik dagarna kring en stor kundleverans. Ett go-live samma vecka som ett stort uppdrag startar hos en nyckelkund lägger risk på fel ställe. Bytet tål en veckas förskjutning bättre än kundrelationen gör.

Vad ska flyttas – i prioritetsordning

Allt behöver inte flytta samma dag, och allt ska definitivt inte flyttas rakt av. Här är ordningen som fungerar i praktiken, med skälet till varje prioritet:

Parallellkörning eller hård cutover?

Frågan kommer alltid upp, och svaret skiljer sig åt mellan verksamhetens delar – två sanningar samtidigt blir sällan en sanning, så välj medvetet per område:

• Lön: en kort parallellperiod är klokt. Kör en enda löneperiod i både gamla och nya systemet och stäm av dem mot varandra, person för person, innan ni litar helt på det nya. Fel lön är dyrt och känsligt att rätta i efterhand – den kostnaden är värd en extra veckas dubbelarbete.
• CRM och pipeline: hård cutover är oftast bättre. Två system med olika bild av samma kunder och samma affärer skapar mer förvirring än det löser. Säljare slutar uppdatera det ena inom en vecka, och då vet ingen längre vilket som stämmer. Sätt ett datum, flytta, och stäng det gamla för skrivning samma dag.
• Kandidatdatabas och tidrapportering: växla på en gång, med en pilotgrupp först. Låt en liten grupp konsulter testa stämplingen i nya systemet en vecka innan hela styrkan går över – det fångar de flesta problemen innan de blir allas problem.

Semesterskulden måste följa med öre-rätt

Det här är den detalj som avgör om revisorn nickar eller ringer. Semesterskuld och andra innestående saldon (komptid, flexsaldo, ej uttagna utlägg) ska inte "ungefär stämma" efter bytet – de ska stämma exakt, till kronan och ören, mot vad som fanns i gamla systemet på brytdagen. Ta ut ett saldobesked per anställd, mata in det som ett ingångsvärde i det nya systemet, och stäm av totalsumman mot bokföringens semesterlöneskuld innan det gamla systemet stängs för gott – för när det väl är stängt är felräkningen svår att spåra (räknesättet går vi igenom i guiden om semesterersättning). En anställd som slutar tre månader efter bytet och kräver ut sin semesterersättning bryr sig inte om vilket system skulden uppstod i – bara att summan stämmer.

Integrationerna som ska kopplas om

Ett affärssystem för bemanning pratar med fler system än det egna gränssnittet visar. Lista upp varje koppling innan bytet, inte efter:

• Bokföring – fakturaunderlag och löneverifikat ska landa i rätt bokföringssystem från dag ett, inte manuellt knappas in en övergångsperiod.
• AGI – arbetsgivardeklarationen på individnivå går till Skatteverket varje månad; kontrollera att nya systemet producerar filen i rätt format innan första skarpa körningen.
• Fora och Collectum – tjänstepensionsrapporteringen bygger på utbetald bruttolön. Stäm av att uppgifterna som skickas efter bytet matchar det gamla systemets rapporteringslogik.
• Karriärsida och annonser – det lättaste att glömma och det som gör mest skada om det missas. Se nästa avsnitt om vanliga fel.

Personalens övergång – stämplingsappen är den kritiska änden

Av allt som byts är stämplingsappen den enda delen av det nya systemet som varje anställd möter varje dag. CRM:et, avtalsmallarna och integrationerna är osynliga för konsulterna på fältet – men om appen krånglar första morgonen, om inloggningen inte funkar eller om ingen vet hur man rapporterar en avvikande timme, havererar förtroendet för hela bytet på en enda dag, oavsett hur bra resten är förberett (tidrapporteringens attestkedja beskrivs i vår guide om ämnet).

Två saker minskar den risken radikalt: utse en superanvändare – gärna en person per ort eller avdelning som testat systemet i förväg och kan svara på frågor innan de hinner bli en supportbiljett – och kör en pilotgrupp en vecka före full lansering. De problem piloten hittar är problem hela styrkan slipper.

Checklista: vecka för vecka

Se hur det ser ut på andra sidan bytet – öppna demon (påhittad data, ingen säljare).

Avtalsfrågorna mot den gamla leverantören

Bytet stannar inte vid det nya systemet – det gamla avtalet ska också avslutas rent. Fyra frågor att få skriftligt svar på innan ni säger upp:

• Uppsägningstid. Ofta en till tre månader, ibland med automatisk förlängning ett år framåt om uppsägningsfönstret missas. Räkna baklänges från önskat brytdatum.
• Exportformatets format. CSV och Excel går att arbeta med. Ett proprietärt format som bara leverantörens eget verktyg läser är i praktiken ingen export alls – kräv ett öppet format i avtalet eller skriftligt innan uppsägning.
• Vad exporten kostar. En del leverantörer tar betalt per export eller per konsulttimme för att "plocka fram" datan. Fråga priset innan ni behöver den, inte när räkningen kommer.
• När läsåtkomsten stängs. Den ska stängas efter avstämningsperioden är klar, inte samma dag som ni loggar in i det nya systemet första gången. Ni kommer vilja slå upp något i efterhand.

Vanliga fel

• Flytta allt, inklusive skräpdata. Kandidater som borde gallrats för länge sedan, döda kontakter, avtalsmallar ingen använt på tre år. Ett byte är chansen att städa – ta inte med sig städbehovet in i det nya systemet också.
• Byta mitt i en löneperiod. Halva periodens timmar i ett system, resten i ett annat – ingen enda källa till sanning för OB och garantilön den månaden. Vänta till brytdatumet, även om det känns som att tappa fart.
• Ingen ansvarig ägare av bytet. Utan en namngiven person blir migreringen allas och ingens ansvar, och tidsplanen glider vecka för vecka utan att någon märker det förrän go-live redan är försenat en månad.
• Glömma omkoppla karriärsidans ansökningsformulär. Ansökningar fortsätter droppa in i det gamla systemets inkorg, som ingen längre bevakar efter bytet – kandidater som aldrig får svar, och ett rekryteringsbortfall ingen upptäcker förrän en kund frågar var vikarien blev av.

Var Bemanno passar in i det här

Den här artikeln är skriven av oss som bygger Bemanno, och den är ärligt talat skriven med köpintention – ni läser den för att ni funderar på ett byte, och vi vill gärna vara det ni byter till. Så här ser vår del av det ut: importhjälp ingår i onboardingen, vi går igenom exporten från ert nuvarande system tillsammans med er innan något flyttas, och skarp drift är realistiskt inom en vecka för de flesta bolag i vår storleksklass. Och sedan cirkeln sluts – ni äger er data i Bemanno precis som ni ägde den innan, med full export den dag ni någon gång skulle vilja lämna oss. Det är inte en eftergift. Inlåsning är helt enkelt inte affärsidén. Priserna står öppet på sajten, och vår guide om att välja rätt affärssystem är ett bra första steg om ni inte redan bestämt vart ni byter till.

Vanliga frågor

Hur lång tid tar det att byta affärssystem?

Räkna med fyra till sex veckors förberedelse och två veckors avstämning efter go-live – från beslut till att gamla systemet stängs helt är sex till åtta veckor rimligt för ett mindre eller mellanstort bemanningsbolag. Själva växlingen, dagen ni börjar arbeta i det nya systemet, kan ske på en enda dag om exporten och importen är förberedda i förväg. Det som tar tid är inte tekniken utan avstämningen: att semesterskuld, saldon och anställningsdata stämmer öre för öre innan gamla systemet stängs.

Är man inlåst i sitt gamla affärssystem?

I praktiken sällan så låst som det känns. Datan är er, inte leverantörens, och GDPR ger dessutom rätt till dataportabilitet för personuppgifter. Det som skiljer ett smidigt byte från ett svårt är exportformatet – fråga leverantören rakt ut vilket format ni får ut kunder, anställda, avtal och historik i, och till vilken kostnad. Ett vagt svar eller en hög konsultavgift för exporten säger mer om leverantören än om hur låsta ni faktiskt är.

Ska man köra gamla och nya systemet parallellt?

Det beror på vilken del av verksamheten det gäller. För lönehanteringen är en kort parallellperiod – en enstaka löneperiod körd i båda systemen för avstämning – ofta klokt, eftersom felaktig lön är dyrt att rätta i efterhand. För CRM och pipeline är en hård cutover oftast bättre: två system med olika sanningar om samma kunder skapar mer förvirring än det löser, och säljarna slutar uppdatera det ena inom en vecka.

Vad händer med semesterskulden vid ett systembyte?

Semesterskuld och andra innestående saldon måste följa med öre-rätt till det nya systemet – annars upptäcks glappet först vid nästa bokslut eller när en anställd slutar och kräver ut sin semesterersättning. Ta ut ett saldobesked per anställd från det gamla systemet per brytdatumet, mata in det som ingångsvärde i det nya, och stäm av totalsumman mot bokföringens semesterlöneskuld innan gamla systemet stängs för gott.