> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/sv/zoom-workplace/zoom-phone/desk-phone-provisioning-and-customization-field-guide.md). # Fältguide för provisionering och anpassning av skrivbordstelefoner ## Introduktion Denna fältguide ger en praktisk end-to-end-resurs för att driftsätta Zoom Phone med certifierade bordstelefoner. Den stöder IT-team, arkitekter och administratörer genom att beskriva hela livscykeln för en driftsättning av bordstelefoner – från val av hårdvara till felsökning. Eftersom röstinfrastruktur har många sammanlänkade beroenden (nätverksberedskap, enhetskompatibilitet, provisioneringsflöde och aktivering av funktioner) fokuserar detta dokument på att eliminera gissningar och främja förutsägbara, repeterbara resultat. Zoom Phone-bordstelefoner spelar en avgörande roll i miljöer där dedikerad hårdvara föredras eller krävs. Dessa inkluderar receptionsområden, delade arbetsytor, kliniska/industriella miljöer och organisationer som övergår från äldre PBX-system. Den här guiden är utformad för att hjälpa sådana team att modernisera sitt telefoniavtryck samtidigt som hög tillgänglighet, konsekvent samtalskvalitet och stöd för bästa praxis för säkerhet upprätthålls. ## Enhetskompatibilitet och planering Att välja kompatibel hårdvara är grunden för varje tillförlitlig driftsättning. Zoom tillhandahåller en [kontinuerligt uppdaterad certifierad hårdvarulista](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242), vilket hjälper till att säkerställa att varje enhet testas för SIP-interoperabilitet, provisioneringskompatibilitet och stöd för firmware. Att förlita sig på ocertifierade modeller ökar risken för provisioneringsfel, saknade funktioner eller ej stödda beteenden under felsökning. [Zoom Phone Interop-certifierad hårdvara](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0074333) erbjuder viktig interoperabilitet men kräver manuell SRTP-konfiguration med minst AES-128-kryptering och stöder inte avancerade provisioneringsfunktioner. När du väljer enheter bör du mappa funktionella krav till användarroller i stället för att utgå från en enda modell i hela organisationen. Receptionister kan behöva många linjeknappar, assistenter kan kräva övervakning av delad linje, chefer kan behöva avancerade högtalartelefoner och lagerpersonal kan vara beroende av DECT (Digital Enhanced Cordless Telecommunications) för mobilitet. Specialenheter som Algo-sökningsenheter, 2N-dörrtelefoner och CyberData-varningsprodukter måste också komma från listan över stödda enheter för att säkerställa att de beter sig korrekt i söknings-, varnings- och SIP-evenemangsscenarier. ## Nätverksberedskap Nätverksberedskap är den viktigaste faktorn för lyckade utrullningar av Zoom Phone. Bordstelefoner förlitar sig på konsekvent utgående anslutning till Zoom-tjänster för SIP-signalering, provisionering, mediatrafik och säkerhetsuppdateringar. Felkonfigurerade brandväggar, blockerade portar, instabil DNS eller inkonsekventa NTP-tidskällor kan alla orsaka registreringsfel, ljud i endast en riktning eller oväntade omstarter av enhet. Av denna anledning är det avgörande att validera ditt nätverk mot Zooms [krav på brandvägg](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060548#h_01EEBSGCKBYVB20MCVPR78T0NN) innan telefoninstallation för att undvika kostsam omarbetning. Utöver grundläggande IP-åtkomlighet måste nätverk med flera platser eller VLAN-segment säkerställa att telefonerna får korrekt IP-adressering, DHCP-alternativ och QoS-prioritet. LLDP-MED gör det möjligt för telefoner att kommunicera switchportens identitet och detaljer om VLAN-tagging till Zoom Phones [tjänster för nödlokalisering](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0062169), vilket möjliggör korrekt samtalsdirigering på våningsplans- eller rumsnivå. Organisationer bör dokumentera nätverkstopologi, VLAN-numrering, trunkkonfiguration och redundans i vägen för att säkerställa att enheter beter sig konsekvent i hela miljön. ## Checklista för kritisk förkonfigurering En strukturerad checklista för förkonfigurering säkerställer att IT-team inte stöter på undvikbara problem under utrullningen. Bekräftelse av [brandväggsregler](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060548), [validering av enhetsstöd](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242), att testa DHCP/NTP/DNS-respons och att bekräfta beteendet för Emergency plats Services hjälper till att minska etableringsfel när enheter väl når slutanvändare. Denna förberedande process är särskilt viktig för stora eller distribuerade driftsättningar där felsökning av enheter efter installation är tidskrävande. Utöver nätverkskontroller bör organisationer förbereda lagerhanteringssystem som spårar MAC-adresser, ägare, enhetsplatser och tilldelningsstatus. Detta förhindrar förväxlingar med duplicerade MAC-poster eller enheter som visas i portalen som otilldelade. Slutligen, bekräfta om vissa funktioner — såsom samtalsövervakning, avancerad samtalsparkering eller överlevnadsfunktioner — är aktiverade på ditt konto, och aktivera dem om inte innan driftsättning för att säkerställa att funktioner är tillgängliga dag ett. ## Tillhandahållandemetoder Zoom stöder två provisioneringsarbetsflöden: automatisk provisionering (ZTP) och assisterad provisionering. ZTP är den föredragna metoden eftersom den kan minska manuell konfiguration och minskar fel samt möjliggör fjärrdistributioner med ”drop-ship”. När telefonerna har lagts till i Zoom-portalen hämtar de automatiskt konfigurationer när de slås på, vilket gör utrullningar i stor skala betydligt enklare att hantera. [Översikten över provisioneringen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_951fa0ec-bd12-430e-a450-f455a0e2621b) ger en detaljerad förklaring av båda arbetsflödena. Assisterad provisionering används när enheter inte kan nå tillverkarens ZTP-servrar, när nätverket är mycket begränsat eller när specialenheter som personsökningshögtalare eller dörrtelefoner ska driftsättas. Assisterad provisionering kräver att tekniker loggar in i telefonens webbgränssnitt och manuellt anger en Zoom-tillhandahållen provisionerings-URL. Även om det är långsammare än ZTP, ger det detaljerad kontroll och fungerar i miljöer med luftgapade eller icke-standard nätverkskrav. Vissa leverantörer har administrationsapplikationer och/eller direkta API:er som kan användas för att konfigurera telefonen direkt. Dessa alternativ kan hjälpa vid storskaliga utrullningar, särskilt i miljöer där just dessa specifika modeller/leverantörer används och där administrationssviten kan vara igång. Kontrollera med din leverantör för att se om dessa alternativ är tillgängliga för dig. Om din organisation använder Zoom Phone Appliances (ZPA:er), se [Zoom Phone-enhet admin-guide](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064658) för fördjupad provisioneringsinformation, eftersom den skiljer sig från metoderna nedan, och [Certifierad lista över Zoom Phone-enhet](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065959) för att verifiera dina enheter. ## Arbetsflöde för Zero-Touch Provisioning (ZTP) ZTP erbjuder den mest skalbara och tillförlitliga metoden för provisionering av certifierade bordstelefoner. När en enhet läggs till i Zoom-portalen kontaktar telefonen tillverkarens molntjänst, validerar dess MAC-adress och får en omdirigering till Zooms provisioneringsserver. Detta möjliggör konsekvent tillämpning av SIP-inställningar, säkerhetsprofiler, linjeknappar och firmware. [Att följa ZTP-arbetsflödet](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_fb8c8318-f793-4b42-b141-2f09e00867e0) hjälper till att hålla provisioneringsdata säkra och strömlinjeformade. Eftersom ZTP ofta inkluderar firmwareuppdateringar kan enheter starta om flera gånger under sin första installation. Detta beteende är förväntat och bör inte avbrytas. IT-team bör säkerställa att nätverksvägen till ZTP-servrar förblir öppen under driftsättningen och att eventuella tidigare driftsatta telefoner har DHCP-alternativ borttagna, eftersom detta kan blockera ZTP. Felaktiga kablar, PoE-instabilitet eller blockerade portar är vanliga orsaker till avbrott i ZTP som måste åtgärdas innan fullständig utrullning.
## Assisterad provisionering av tillverkaren När ZTP inte kan användas ger assisterad provisionering full kontroll över provisioneringsprocessen. Varje leverantör kräver något olika steg: * [Cisco MPP-telefoner använder fältet ”Profile Rule” för att ta emot Zoom-konfiguration](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058755). * [Yealink-modeller kräver att tillhandahållande-URL:en anges i menyn Auto-Provision](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064882). * [Poly-enheter använder en dedikerad adres för provisioneringsserver](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064115). * [AudioCodes- och Grandstream-enheter har unika URL-syntaxer och certifikatsöverväganden.](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_01F65FEPTABPHZERDMF84NBET6) * [Specialiserade slutpunkter som Algo, CyberData och 2N kräver modellspecifika inställningar för personsökning, relästyrning och dörr Access](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063146). Assisterad provisionering är idealisk för kontrollerade miljöer, testlab eller fall där telefoner tidigare har registrerats på en annan plattform och måste återinitialiseras fullständigt. ## Tillverkarens specifika överväganden Varje enhetstillverkare implementerar provisionering, linjetangentbeteende, firmwareuppdateringar och rapportering av nödsituationens plats på olika sätt. Organisationer bör validera stödda funktioner och firmwareversioner mot Zooms [certifierad hårdvarudokumentation](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242). Detta minskar risken för att upptäcka otillgängliga upptagetstatus (BLF)-lägen, begränsningar för personsökning eller samtalsövervakning-incompatibiliteter efter driftsättning. Versionshantering av firmware är särskilt viktig: vissa funktioner—som läge med delade linjer eller companion-läge—kräver minimala firmware-versioner. Dessutom kan konferenstelefoner, DECT-system och sidokonsoler ha leverantörsspecifika begränsningar som påverkar planeringen av driftsättningen. Genom att dokumentera dessa överväganden i förväg kan IT-team förhindra inkonsekvent beteende mellan enhetsfamiljer. ## funktioner tillgänglighet och användningsfallsmappning Olika modeller av skrivbords-telefoner har stöd för olika funktioner. Vissa har till exempel omfattande BLF-support för receptionområden, medan andra har stöd för kontorsdelning eller utbyggnadsmoduler för linjetangenter. Att granska det [funktioner-kompatibilitetsmatris](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061373) kommer att hjälpa dig att välja enheter som är anpassade till användarnas förväntningar och Business-arbetsflöden. ## Kompanjonsläge och möten Companion Mode låter användare gå med i ett Zoom-möte från sin skrivbordstelefon för ljud medan de använder Zoom Workplace-skrivbords- eller mobilapp för video, chatt och kontroller. Detta hybrida arbetsflöde är idealiskt för anställda som föredrar ett handmunstycke i hårdvara eller en högtalartelefon av högre kvalitet. Enheter visar en Zoom-mötesnyckel när en bjuda in kommer, vilket möjliggör sömlöst deltagande. Companion Mode stöder flexibelt användarbeteende: användare kan byta ljudkällor mitt i mötet eller tilldela om ljudet till sin skrivbordstelefon för långa samtal. Granska[ dokumentationen för följeslagarläget](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0067194) för att bekräfta att dina valda enheter stöder dessa funktioner. ## Anpassning av skrivbordstelefon Zoom Phone möjliggör flexibel och kraftfull anpassning av skrivbordstelefoner, vilket gör det möjligt att skräddarsy varje enhet efter användarens eller miljöns behov. Genom webbportalen kan du konfigurera standardanvändarinställningar (som tidszon, röstbrevlåda, kontorstider) och, ännu viktigare, justera hårdvaruspecifika parametrar såsom linjeknappar, snabbuppringning, upptagetstatus, beteende för hot-desking, bakgrundsbild och utgående uppringar-ID. För administratörer som hanterar stora distributioner stöder Zoom Phone [provisioneringsmallar](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0062241): anpassade konfigurationsprofiler som kan tillämpas över hela organisationen — globalt, per plats eller för enskilda telefoner. Dessa mallar gör att du kan fördefiniera nätverksinställningar, NTP-servrar, DTMF-beteende, telefonspecifika konfigurationsparametrar med mera. Detta gör skalning enklare och möjliggör en konsekvent konfiguration mellan enheter. På en per-användare- eller per-enhet-nivå kan funktioner som upptagetstatus (BLF) eller snabbval tilldelas fysiska eller mjuka knappar, vilket ger receptionist-, assistent- eller delade linjeanvändare ett strömlinjeformat sätt att övervaka status, snabbt ringa kollegor eller besvara samtal. Eftersom layouten för linjeknappar och tilldelningarna kommer från Zoom-portalen undviker du manuell konfiguration på varje telefon — vilket förenklar introduktion och minskar risken för fel. Slutligen sträcker sig Zooms anpassning längre än samtalsstyrning: du kan definiera bakgrundsbilder för telefonens visa-skärmar, ställa in tidsformat, språk och kontrollera om telefonens webbgränssnitt är aktiverat (för framtida manuell adminåtkomst). Detta gör att du kan standardisera funktion, varumärkesanpassning och användarupplevelse över hela din distributionsyta. För mer information om anpassning av funktioner, se vår[ Artikelmatris för skrivbordstelefonfunktioner](https://support.zoom.com/hc/en/category?id=kb_category\&kb_category=c1d4fed28720391089a37408dabb353b). ## Nödtjänster och plats Noggranna nödsamtal bygger på att platser, adresser och nätverksidentifierare är korrekt konfigurerade. Zoom Phone använder en kombination av statisk platsinformation, adresser som anges av användaren och dynamiskt detekterad nätverksidentitet (switchport, trådlöst BSSID, IP-subnät) för att fastställa den korrekta avsändningsbara adressen. Det här systemet säkerställer att användare kan ringa nödsamtal även när de arbetar över stora campusområden eller byggnader med flera våningar. Vyer över[ nödsamtalsdirigering](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061026) finns i Zooms dokumentation om nödtjänster, medan [riktlinjer för konfiguration av adress- och platsobjekt dokumenteras separat](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066469). IT-team bör regelbundet granska nödbeteendet för att säkerställa noggrannhet efter kontorsrenoveringar eller förändringar i nätverkstopologi. För mer information, se vår [Guide för bästa praxis för nödtjänster](https://library.zoom.com/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices). ## Zoom Phone lokal överlevnadsförmåga (ZPLS) Zoom Phone Local Survivability gör det möjligt för viktiga samtalsfunktioner att fortsätta under WAN-avbrott eller störningar i anslutningen till Zooms moln. ZPLS distribueras som en modul på en Zoom Node-apparat och möjliggör internt anknytningsuppringning, enkla vidarekopplingar och, när det kombineras med en SBC, begränsad PSTN-backup. Den här funktionen är fördelaktig för organisationer som prioriterar krav på drifttid eller specifika operativa krav. Alla skrivbordstelefoner stöder inte ZPLS, så kontrollera vår [matris för funktioner och enheter för skrivbordstelefon](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061373#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) för att verifiera kompatibilitet. ZPLS-beteende, konfiguration och failoverlogik beskrivs i [Zooms dokumentation om överlevnadsförmåga](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058798). Organisationer bör testa avbrottsscenarier för att bekräfta förväntat beteende innan de rullar ut till kritiska platser. ## Felsökning Vanliga problem med skrivbordstelefoner beror på felaktiga VLAN-tilldelningar, felkonfigurationer i DHCP, brandväggsbegränsningar eller störningar från SIP ALG. Registreringsfel indikerar ofta tillgänglighetsproblem med provisioneringsservrar, medan saknade funktioner kan tyda på modell- eller firmwareavvikelser. Zoom tillhandahåller omfattande felsökningsdokumentation för provisionerings- och anslutningsproblem, samt bredare felsökningsvägledning för alla Zoom Phone-komponenter [i vår Support-dokumentation](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/sv/zoom-workplace/zoom-phone/desk-phone-provisioning-and-customization-field-guide.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.