Vad är en leverantör av applikationstjänster (ASP)?

En leverantör av applikationstjänster — på engelska Application Service Provider, ASP — är en organisation som driver, underhåller och tillhandahåller affärsapplikationer åt sina kunder via nätverk. Modellen är inte ny: termen myntades på sent 1990-tal och var föregångaren till dagens SaaS. Idag används ASP-termen fortfarande i offentliga upphandlingar, längre IT-outsourcing-avtal och inom branscher med strikta krav på dataresidens — där man medvetet vill skilja mellan single-tenant managed application och multi-tenant SaaS.

Kortfattat

• En ASP driftar och stödjer affärsapplikationer åt sina kunder via nätverk eller moln.
• Modellen är föregångaren till SaaS — men ASP-arkitekturer är ofta single-tenant och kundspecifika, medan SaaS är multi-tenant och standardiserad.
• Skopen omfattar typiskt: hosting, säkerhetspatchning, backup, övervakning, support, livscykelhantering, integrationer.
• Vanliga applikationer: ERP, CRM, HR/lön, ekonomisystem, branschsystem (t.ex. journalsystem, ärendehantering).
• 2026 används termen oftast i kombination med "managed application services" — en bredare leverans där applikationsdrift ingår i en större molnoperationstjänst.

Vad omfattar en ASP-tjänst?

Den exakta skopen varierar per avtal, men en typisk ASP-leverans inkluderar:

• Hosting — infrastrukturen som applikationen körs på (idag oftast publikt moln, ibland privat eller hybrid).
• Drift och övervakning — 24/7-bevakning av applikationens hälsa, prestanda och tillgänglighet.
• Säkerhetspatchning — applikation, operativsystem, databas och beroenden hålls aktuella enligt avtalad cadence.
• Backup och katastrofåterställning — RPO/RTO definierade i SLA, regelbundna återställningstester.
• Användarsupport — typiskt L1/L2; L3 kan ingå eller fjärrhanteras av applikationsleverantören.
• Integrationer och anpassningar — bygga och underhålla kopplingar till andra system (SSO, dataflöden, API:er).
• Livscykelhantering — versionsuppgraderingar, miljöplaning, migreringar.

ASP vs SaaS — den viktiga distinktionen

SaaS (Software as a Service) är en specifik leveransmodell där applikationsleverantören själv driver en multi-tenant lösning för alla sina kunder samtidigt. Microsoft 365 är SaaS; Salesforce är SaaS. ASP är en bredare modell där en tredje part kan driva applikationer som från början inte var SaaS-byggda — t.ex. SAP ECC, branschsystem för advokatbyråer, äldre journalsystem inom vården.

Praktiska skillnader:

• Tenanthet. SaaS är multi-tenant per definition. ASP är vanligen single-tenant — varje kund har sin egen applikationsinstans, ofta egna databasservrar.
• Anpassningsgrad. SaaS-konfiguration är begränsad till vad leverantören tillåter. ASP kan köra kundspecifika anpassningar, plugins och integrationer.
• Versioner. I SaaS uppgraderas alla kunder samtidigt. I ASP kan kunder ligga på olika versioner, planerat per avtal.
• Dataresidens. SaaS-leverantörens regioner styr var data ligger. I ASP-modeller kan kunden välja moln, region och kryptering — viktigt för svenska offentliga aktörer och reglerad verksamhet.

När passar ASP-modellen 2026?

Trots att SaaS dominerar nybyggnad finns det fortfarande tydliga användningsfall där ASP-modellen är rätt:

1. Legacy-applikationer som inte finns som SaaS. SAP ECC, äldre branschsystem, egenutvecklade affärssystem — de behöver driftas men byts inte ut imorgon.
2. Reglerad verksamhet med krav på dataresidens. Svensk vård, försäkringsbranschen, finanssektorn där dataplats och granskning är reglerad.
3. Lågt-modifierade SaaS som ändå kräver driftansvar. Vissa SaaS-applikationer behöver fortfarande hands-on integration, åtkomststyrning, säkerhetsövervakning och felsökning som SaaS-leverantören inte gör.
4. Hybridscenarier. En del av applikationen ligger i molnet, en del lokalt — leverantören tar ansvar för båda.

Hur väljer man rätt ASP-leverantör?

Viktiga utvärderingskriterier:

• Bevisad erfarenhet av just din applikation. En generell molnleverantör är inte samma sak som en med 50 SAP-kunder.
• Tydliga SLA:er per komponent — tillgänglighet på applikationsnivå, inte bara infrastruktur.
• Tydlig ansvarsmatris (RACI) mellan kund, ASP-leverantör och applikationsleverantör.
• Säkerhetsmognad — ISO 27001, NIS2-beredskap, dokumenterade incidentprocesser.
• Exit-klausuler som inte låser in dig — kunden måste kunna byta leverantör utan att förlora data eller anpassningar.

Vanliga utmaningar i en ASP-relation

Tre saker brukar gå snett — vilket är värt att hantera proaktivt i avtalet:

• Ansvarsglapp mellan ASP och applikationsleverantör. När en bugg eller säkerhetsproblem uppstår är frågan "är detta drift eller produkt?" ofta öppen. Tydlig RACI och eskaleringsmatris behövs från dag ett — annars blir era användare "diplomatkurirer" mellan två leverantörer.
• Föråldrade versioner. ASP-modellens flexibilitet kring uppgraderingar blir lätt en skuld. Kund och leverantör skjuter på uppgraderingar för att slippa förändringen, och efter tre år hänger ni på en obsolet version utan säkerhetspatchar. Schemalägg versionsuppgraderingar i avtalet, inte i goodwill.
• Övervakningsblindhet. ASP rapporterar typiskt "applikationen är uppe" — men slutanvändarna upplever långsamma transaktioner, felmeddelanden vid integration, eller intermittenta inloggningsproblem. Kräv end-to-end synthetic monitoring i SLA, inte bara ping på serverhälsa.

Hur Opsio hjälper

Opsio levererar managed application services för svenska och nordiska kunder — från drift av SAP, branschsystem och egenutvecklade applikationer till löpande säkerhetspatchning, övervakning och support. Vi etablerar tydlig RACI mellan kund, applikationsleverantör och vår driftleverans från första dagen, och rapporterar på slutanvändarupplevelse — inte bara serverhälsa. Läs mer om vår applikationsdrifttjänst.