Överlämningspunkt
Vad är en överlämningspunkt?
En överlämningspunkt är den fysiskt och avtalsmässigt definierade punkt där en operatörs nät slutar och kundens eller fastighetens nät tar vid. Fram till överlämningspunkten ansvarar operatören för förbindelsen; bortom den ansvarar fastighetsägaren eller kunden. Punkten ligger ofta i fastighetens teknikutrymme – till exempel i en ODF-panel (fiberpanel) eller på en specifik port i operatörens utrustning.
Betydelsen av överlämningspunkt
Överlämningspunkten låter som en teknikalitet men är i praktiken en av de viktigaste raderna i ett förbindelseavtal. Den avgör tre saker: vem som ska åtgärda ett fel, vad operatörens SLA faktiskt omfattar och vilket tekniskt gränssnitt kunden får att ansluta sin utrustning mot. När ett avbrott inträffar är den första frågan alltid på vilken sida av överlämningspunkten felet ligger – och om punkten är otydligt definierad riskerar felsökningen att fastna i ansvarsdiskussioner medan tjänsten står stilla. För fastighetsägare med många operatörer i huset är tydliga överlämningspunkter dessutom en förutsättning för ordning i teknikutrymmena.
Så fungerar en överlämningspunkt
I praktiken definieras överlämningspunkten i leveransavtalet och dokumenteras vid installation:
- Fysisk placering: exakt var punkten finns – byggnad, utrymme, stativ, panel och port – ska framgå av leveransdokumentationen.
- Tekniskt gränssnitt: vilken typ av anslutning kunden får, till exempel fiberpar i en ODF eller en Ethernet-port på operatörens överlämningsutrustning.
- Ansvarsgräns: operatören övervakar och ansvarar för förbindelsen fram till punkten; fastighetsnätet och kundens utrustning bortom den är kundens ansvar.
- Mätreferens: vid leverans verifieras förbindelsen fram till överlämningspunkten, vilket blir referens vid framtida felsökning.
- SLA-gräns: tillgänglighetsåtaganden och viten räknas till denna punkt – inte till användarens skrivbord.
Punkten är också slutet på operatörens accessnät, den sista sträckan fram till kundens lokal.
Fördelar med en tydligt definierad överlämningspunkt
En tydlig överlämningspunkt ger snabbare felavhjälpning, eftersom ansvarsfrågan är avgjord på förhand. Den ger rättvisande SLA-uppföljning, korrekt dokumenterade teknikutrymmen och enklare multioperatörsmiljöer i fastigheter. För kunden blir det också tydligt vilken del av kedjan man själv behöver säkra – exempelvis med redundans i det egna nätet bortom punkten.
Överlämningspunkter och Advania
Som operatör och fastighets-IT-partner arbetar Advania med tydligt definierade och dokumenterade överlämningspunkter i sina leveranser, och hjälper kunder att reda ut gränssnitt och ansvar i befintliga miljöer. Läs mer om hur vi arbetar med hållbar och säker fastighets-IT.
Vanliga frågor och svar om överlämningspunkt
Var sitter överlämningspunkten normalt?
Oftast i fastighetens teknikutrymme eller nod, där operatörens accessnät terminerar – i en fiberpanel eller på en port i operatörens utrustning. Exakt placering ska framgå av avtal och leveransdokumentation.
Vem ansvarar för felet om tjänsten ligger nere?
Det beror på var felet sitter. Fram till överlämningspunkten ansvarar operatören, bortom den fastighetsägaren eller kunden. Därför inleds felsökning normalt med att avgöra på vilken sida felet ligger.
Gäller operatörens SLA hela vägen till min utrustning?
Nej, som regel gäller SLA:t fram till överlämningspunkten. Kundens interna nät omfattas inte, vilket är ett vanligt missförstånd när tillgänglighet diskuteras.
Kan en fastighet ha flera överlämningspunkter?
Ja. Varje operatör och förbindelse har sin egen, och vid redundanta förbindelser bör punkterna dessutom placeras åtskilt – gärna i olika teknikutrymmen – för att undvika gemensamma felkällor.
Viktiga punkter att ta med sig om överlämningspunkt
- Ansvarsgräns: punkten där operatörens ansvar slutar och fastighetens tar vid.
- Avtalskritisk: SLA, viten och felansvar räknas till överlämningspunkten.
- Dokumentation: placering och gränssnitt ska vara exakt definierade vid leverans.
- Felsökningens startpunkt: första frågan vid avbrott är vilken sida felet ligger på.
- Redundanstänk: separera överlämningspunkter för redundanta förbindelser.
Vill ni skapa en hållbar och säker fastighets-IT?
-
A
- Accessnät
- Accesspunkt
- Active Directory
- Affärssystem
- Agent Assist
- Agentic AI
- Artificial General Intelligence (AGI)
- AI
- AI Act / AI-förordningen
- AI-agent
- AI-compliant
- AI Factory
- AI-first
- AI governance
- AI PC
- AI-proofed
- AI-ready
- AIaaS
- AIOps
- Air Gap / Air Gapped
- Azure Kubernetes Service (AKS)
- Algoritm
- Alignment
- API
- API Gateway
- Attack Surface Management (ASM)
- Automation
- Autonomous agents
- AWS (Amazon Web Services)
- Azure API Management
- Azure Arc
- Azure Cosmos DB
- Azure Data Factory
- Azure DevOps
- Azure Event Grid
- Azure Event Hubs
- Azure Function Apps
- Azure Integration Services
- Azure Key Vault
- Azure Logic Apps
- Azure Service Bus
- Azure Storage Account
- Azure Virtual Desktop (AVD)
- B
-
C
- C3PAO
- CapEx vs OpEx
- CASB (Cloud Access Security Broker)
- CCaaS
- CEaaS
- Chaos Engineering
- Chatbot
- CI/CD
- CIEM (Cloud Infrastructure Entitlement Management)
- Cirkulär IT
- CIS
- Claude Code
- CLI
- Click to Do
- CLOUD Act
- Cloud Native
- Cloud Security (Molnsäkerhet)
- CMMC
- CNAPP
- Colocation
- Computer vision
- Conditional Access (Villkorlig åtkomst)
- Confidential Computing
- Containerisering
- Content Delivery Network (CDN)
- Context window
- Copilot
- Copilot Studio
- CRC
- CRM
- CSIRT
- CSP (Cloud Solution Provider)
- CSRD
- CTEM
- Customer experience
- CVE (Common Vulnerabilities and Exposures)
- CVSS
- Cyber Kill Chain
- Cyber range
- Cyber resilience
- Cyberförsäkring
- Cyberresiliensförordningen
- Cybersäkerhet
- Cybersäkerhetslagen
- Cybersäkerhetsakten
-
D
- DaaS
- DANE
- DAS (Distributed Antenna System)
- Data-fabric plattform
- Data Governance
- Data Lake
- Data Lakehouse
- Data Mesh
- Data Pipeline
- Data sovereignty
- Dataanalys
- Databas
- Databricks
- Datacenter
- Datacenterstack
- Datahantering (Data Management)
- Datalager (Data Warehouse)
- Datamigrering
- Dataskyddsombud (DPO)
- Datasuveränitet
- Datavisualisering
- DCS
- DDoS
- Deep learning
- Deepfake
- DevOps
- DevSecOps
- Digital Employee Experience (DEX)
- Digital Experience Platform (DXP)
- Digital kompetens
- Digital leveranskedja
- Digital motståndskraft
- Digital Operational Resilience
- Digital suveränitet
- Digital transformation
- Digital tvilling
- Digital twin
- Digitalisering
- Disaster Recovery
- Diversitet
- DKIM
- Data Loss Prevention (DLP)
- DMA
- DMARC
- DNS (Domain Name System)
- DNSSEC
- Docker
- DORA
- DPIA (Dataskyddskonsekvensbedömning)
- Disaster Recovery as a Service (DRaaS)
- DRP
- DSA
- DSPM (Data Security Posture Management)
- DUC
- E
- F
- G
- H
-
I
- IaaS (Infrastructure as a Service)
- IAM
- ICS
- Identity Governance and Administration (IGA)
- IEC 62443
- IIoT
- Immutable backups
- IMY (Integritetsskyddsmyndigheten)
- Incident Response
- Inference
- Informationsklassning
- Informationssäkerhet
- Infrastruktur-som-kod
- Inomhustäckning
- Insider Threat / Insiderhot
- Integration
- Integration ERP
- Integrationsförvaltning
- Intrångsdetektionssystem (IDS)
- Intune
- IOC
- IoT - Internet of Things
- IPS
- ISO
- ISO 22301
- ISO 27001
- ISO 42001
- IT-drift
- IT-forensik
- IT/OT-konvergens
- IT-säkerhet
- IT-upphandling
- ITAD Services
- IT Asset Management (ITAM)
- ITIL
- J
- K
- L
-
M
- Malware
- Managed Print Services (MPS)
- Managed Service Provider (MSP)
- Maskininlärning
- Master Data Management (MDM)
- MDM (Mobile Device Management)
- Managed Detection and Response (MDR)
- MFA
- Microservices
- Microsoft 365
- Microsoft Defender
- Microsoft Entra ID
- Microsoft Fabric
- Microsoft Foundry
- Microsoft Pluton
- Microsoft Purview
- Microsoft Sentinel
- Microsoft Teams Rooms
- Microsoft Viva
- Mikrosegmentering
- MISP
- MITRE ATT&CK
- MLOps (Machine Learning Operations)
- Modbus
- Model Context Protocol (MCP)
- Model drift
- Model serving
- Molndrift
- Molnmigrering
- Molnsäkerhet
- Monoberoende - Ändringar som hotar
- Mopria
- MTA-STS
- Multiagent Systems / Multiagentsystem
- Multicloud
- Multimodal
- N
- O
-
P
- PaaS (Platform as a Service)
- PAM (Privileged Access Management)
- Passkey / Passwordless
- Patch
- Patch Management
- Patchhantering
- Penetrationstest
- Personuppgiftsbiträdesavtal
- Phishing
- Pinnacle Partner
- PKI (Public Key Infrastructure)
- Platform Engineering
- PLC
- Post-kvantumkryptografi
- Power Automate
- Power BI
- Power Platform
- Primär / sekundär förbindelse
- Privat 5G-nät
- Private AI
- Profibus / Fieldbus
- Profinet
- Prompt Engineering
- Prompt injection
- Promptslop
- PropTech
- PTS (Post- och telestyrelsen)
- Purdue-modellen
- Q
- R
-
S
- Supply Chain Attack
- SaaS
- Säkerhetsgranskning
- Säkerhetskänslig verksamhet
- Säkerhetsklassad
- Säkerhetsklassad IT-miljö
- Säkerhetsklassning
- Säkerhetsmedvetenhet (Security Awareness)
- Säkerhetsskyddad IT
- Säkerhetsskyddad upphandling
- Säkerhetsskyddsanalys
- Säkerhetsskyddslagen
- SASE
- SBOM (Software Bill of Materials)
- SBTi
- SCADA
- Schrems II
- Scope 1/2/3
- SD-WAN (Software-Defined WAN)
- SDN
- Secure-Core PC
- Security Posture Management (CSPM/SSPM)
- SEK Handbok 459
- Self-hosted LLM
- SEO
- Serverless Computing
- Servicedesk
- Shadow AI
- Sharepoint
- SIEM
- Single Sign-On (SSO)
- SIS
- SIT-test
- Skyddsvärd information
- Service Level Agreement (SLA)
- Småceller (small cells)
- Small Language Models (SLM)
- Smart fastighet
- Smishing
- SMTP AUTH
- SOAR
- SOC
- SOC 2
- Social Engineering
- Sovereign AI
- Sovereign Cloud
- Spear phishing
- SPF (Sender Policy Framework)
- Spoofing
- Spridningsnät
- SRE (Site Reliability Engineering)
- SSE
- SSL/TLS
- Stadsnät
- Strukturerat kablage
- Svanenmärkningen
- Svartfiber
- Synthetic data
- Systemintegration
- T
- U
- V
- W
- X
- Y
- Z
- Å
- Ä
- Ö