Ansvar för partnersupport

Partnerteknisk support inkluderar möjligheten att utföra följande för kunder:

• Tillhandahålla information om allmän tjänst.

• Ge konfigurationsstöd.

• Filtrera icke-tekniska problem från tekniska problem.

• Stöd för problemisolering och fastställande av tjänstefel.

• Analysera var felet inträffade.

• Återställ felaktigt konfigurerade inställningar, som tillämpas av en kund eller partner, för att åtgärda problemet.

• Lösa problem med alla partnerhanterade program eller infrastruktur.

• Prognostiska kapacitetshanteringskrav för nya användare utöver de ursprungliga kraven.

• Konfigurera programfunktioner och utför användaretablering.

• Hantera kundfakturering och fakturering.

• Äga kundrelationen.

• Hantera lösningsintegrering av PSTN-tjänster.

• Hantera kundberedskap för uppgraderingar av dedikerad instans, certifikatförnyelse och infrastrukturunderhåll.

När partnern samarbetar med Cisco TAC för support ansvarar partnern för att hjälpa till med att lösa problem. Detta ansvar omfattar följande:

• Samla in och tillhandahålla information om rapporterade problem

• Hjälp med replikering och felsökning enligt begäran av Cisco TAC

• Hjälp vid provkorrigeringar

• Bekräfta att problem inte är relaterade till maskinvara, programvara, program eller andra källor som tillhandahålls av slutanvändaren.

Det är partnerns ansvar att se till att följande typer av teknisk support tillgodoses för sina kunder.

Krav på teknisk support för partner

När partnern eskalerar ett supportbehov för Cisco TAC måste partnern tillhandahålla följande information:

Allmän information om ärende

• Ange giltigt prenumerationsnummer eller tjänstekontraktsnummer.

• Uppringare måste identifiera sig som medlemmar i partnersupportteamet som representerar partnern eller ett nytt kundkonto.

• Namn, telefonnummer och e-postadress för partnerrepresentanten eller den allmänna partnerinformationen för teamet som eskalerar till Cisco.

När du kontaktar Cisco Cloud Support ska du identifiera partnern, kunden och problemet.

Cisco Support roller och ansvarsområden

Cisco ansvarar för att tillhandahålla stöd till partnern för Dedicated Instance Cloud-tjänsten inom Cisco Cloud-datacentret, inklusive korrigering och en analys av orsaken på hög nivå av problemet (Cisco kommer inte att tillhandahålla detaljerad information på infrastrukturnivå i analysen av orsaken). I händelse av incidenter av allvarlighetsgrad 1 eller allvarlighetsgrad 2 kommer Cisco att proaktivt meddela partner via e-post.

Cisco ansvarar inte för att stödja:

• Partner- eller kundnätverk och utrustning som är ansluten till datacenter för dedikerad instans Cloud och kundlokaler.

  Förbättrad överlevnadsnod som distribueras i kundens lokaler kommer att vara partner/kund och Cisco gemensamt ansvar.

• Programvara eller maskinvara från tredje part

  Partnern ansvarar för att erhålla support eller uppdateringar av programvara eller maskinvara från tredje part om det bedöms vara orsaken till händelsen.

Support relaterade aviseringar och aviseringar

Partner får aviseringar och underhållsbulletiner i Control Hub för deklaration och upplösning av identifierade avbrott till kärntjänster. Partner får också förhandsbesked om påverkansfulla underhållsaktiviteter eller om de som utökas utanför reserverade underhållsfönster.

Dessa aviseringar skickas till partner som har registrerat sig för aviseringar i Control Hub för aviseringar om ”underhåll och avbrott”, se Aviseringar i Control Hub. Partners ansvarar för att Cisco har korrekt och aktuell kontaktinformation. Cisco rekommenderar att administratörer skapar ett konto och använder Webex-programmet för aviseringar.

Underhåll

Underhållsfönster

Cisco meddelar partnern om planerade underhållsaktiviteter. Alla planerade ändringar sker i ett underhållsfönster. Cisco ger partnern ett skriftligt meddelande om minst 10 arbetsdagar i förväg för planerat underhåll som kommer att störa kundens samtalsförmåga. Dessa aviseringar skickas till partner som har registrerat sig för Control Hub-aviseringar för aviseringar om ”underhåll och avbrott”, se Aviseringar i Control Hub. Partners ansvarar för att Cisco har korrekt och aktuell kontaktinformation. Cisco rekommenderar att administratörer skapar ett konto och använder Webex-programmet för aviseringar.

Underhållet omfattar följande aktiviteter:

• Rutinunderhåll som har en minimal risk för påverkan på kunden

• Planerade och schemalagda aktiviteter som stör samtalsförmågan för kunden.

• Rutinförnyelse av Cisco-hanterade UC-programcertifikat. Förnyelserna baseras på giltighetstiden och förnyelsedatum och tid för certifikaten. Cisco förnyar certifikaten för UC-program endast 3–7 dagar före utgångsdatumet och följer standardhanteringsprocessen för ändringar.

  För kunder som har aktiverat enkel inloggning (SSO) i UC-program krävs det av partnern att inaktivera SSO, importera IDP-metadatafilen igen och aktivera SSO igen när certifikatförnyelsen har slutförts av Cisco. Det rekommenderas också att partnern eller kunden validerar SSO.

Underhållsfönstren är följande för AMER:

• 9.00. ET till och med 6.00. ET, måndag till fredag

• 9.00. ET till och med 6.00. ET, på helger (endast Ciscos infrastrukturunderhåll)

Underhållsfönstren är följande för APJC:

• 9.00. JST till och med 6.00. JST, måndag till fredag

• 9.00. JST till och med 6.00. JST, på helger (endast Ciscos infrastrukturunderhåll)

Underhållsfönstren är följande för AUS:

• 9.00. ACT till kl. 6.00. ACT, måndag till fredag

• 9.00. ACT till kl. 6.00. ACT, på helger (endast Ciscos infrastrukturunderhåll)

Underhållsfönstren är följande för EU och EMEA:

• 9.00. CET till kl. 6.00. CET, måndag till fredag

• 9.00. CET till kl. 6.00. CET, på helger (endast Ciscos infrastrukturunderhåll)

Tiden för ändringsfönster som nämns ovan är fixad per region och kan inte ändras.

När du planerar underhåll kommer Cisco att göra alla försök att minimera och/eller eliminera risken för avbrott i telefontjänsten baserat på den geoöverflödiga arkitekturen för dedikerad instans. Cisco förväntar sig att alla konfigurationer för partner- och kundledning följer bästa praxis för redundans i Dedicated Instance. Cisco ansvarar inte för förlust av redundans på grund av felaktig konfiguration av partnern. Det är partnerns ansvar att validera och testa alla 3:e partens integreringar som inte är värdbaserade/hanterade i Dedicated Instance-molnet.

Cisco initierar uppgraderingar av UC-program endast av följande skäl:

1. Det finns en säkerhetsrisk i den aktuella versionen av UC-programmet och åtgärden kräver en uppgradering eller COP-installation.

2. Kunden finns för närvarande i en version som är mindre än n-1 (av den nuvarande versionen som stöds av dedikerad instans) eller i en version som närmar sig EOL.

3. Partner kan också begära en uppgradering via ett TAC-ärende om det finns ett nytt funktionsstöd tillgängligt i senare versioner av UC-programmet.

Cisco skickar ett underhållsmeddelande till partner och kund 10 dagar före ändringsfönstret, och det rekommenderas att partnern svarar på Cisco inom 2–3 dagar om den föreslagna ändringsschemat strider mot deras affärsprioriteringar. Detta gör det möjligt för Cisco att hitta ett alternativt ändringsfönster (vardagar och helger) (det omschemalagda datumet är endast tillgängliga enligt Ciscos verksamhetsdatum). I nödsituationer eller nödsituationer, t.ex. allvarlig sårbarhetskorrigering, certifikat som närmar sig utgångsdatum, är det dock inte möjligt att ändra underhållsfönstret.

Sårbarhetsskanning av dedikerad instans av en partner eller kund stöds inte. Dedikerad instans har sin egen sårbarhetsskanningsregim som löper kontinuerligt, vi utför också regelbundna oberoende PEN-tester och tillhandahåller en certifieringsskrivelse på Cisco Trust Portal.

Partnern kan schemalägga underhållet genom att skicka ett e-postmeddelande till ucm-cloud-change-management@cisco.com med detaljerad orsak till omschemat.

Ändringar som begärts av partner

Ändringar som begärs av partner kräver en gemensam granskning för att bedöma effekten på Dedikerad instans. Dessa inkluderar ändringar som partnern vill att Cisco ska göra och ändringar som partnern vill göra. Till exempel:

• Konfigurationsändringar som påverkar gränsenheter eller programintegrering

• Begär att inaktivera en tjänst.

Förfrågningar om stora ändringar, t.ex. inaktivering av en tjänst, skickas till Cisco. Partnern fångar kraven och skickar till Cisco via partnerframgångsteamet eller kontohanteraren för att initiera en gemensam granskning. Innan ändringen genomförs utvärderas begäran gemensamt av Dedicated Instance Product Management och partner.

Nödändringar

Cisco och partnern kan göra nödändringar omedelbart eller i nästa tillgängliga underhållsfönster av följande skäl.

• För att återställa tjänsten till en kund

• Att minska effekterna av ett avbrott

• För att undvika en potentiell kundavstängning

• För att åtgärda en säkerhetssårbarhet

För nödändringar i nätverket utanför den dedikerade instansen meddelar partnern Cisco om kundpåverkan som är synliga för Cisco. När det är rimligt möjligt öppnar partnern ett ärende med Cisco så att Cisco kan reagera på påverkan.

När du gör en nödändring i den dedikerade instansen meddelar Cisco partnern när det är rimligt möjligt. E-postmeddelandet som identifierar eventuella påverkan på kunden som orsakats av nödändringen skickas till kommunikationslistan.

Incidenthantering

Incidenthantering minimerar negativa effekter på verksamheten på grund av miljöfel. Cisco analyserar incidenter när de inträffar för att snabbt identifiera en orsak. Cisco tillämpar sedan en lösning tills en permanent lösning kan distribueras.

Partner hanterar incidenthantering i sina nätverk enligt sina egna etablerade processer. Partner meddelar Cisco om aktiviteter som kan väcka larm eller andra aviseringar som är synliga för Cisco.

Cisco följer underhållsfönsterprocessen för att tillämpa ändringar.

Supportärendeklassificering

Svårighetsgraden för TAC-supporten ställs in av partnern vid öppnandet av ett supportärende med Cisco, baserat på företagets påverkan. Partnern kan begära en eskalering till en högre allvarlighetsgrad under en biljett, baserat på förändrade effekter på verksamheten.

Följande avsnitt fungerar som vägledning för partnern för att fastställa korrekt allvarlighetsgrad när du öppnar ett TAC-supportärende.

Påverkan på fall för support

Ett TAC Support-ärende klassificeras efter dess inverkan på verksamheten (storlek, omfattning).

Inverkan är ett mått på Incidentens affärskritiska betydelse, ofta lika mycket som en incident leder till att lösningen blir tillgänglig.

Brådskande supportfall

Brådskande definierar händelsens kritiska karaktär och dess inverkan på tjänsterna eller partnernas förmåga att ta emot tjänsterna.

Svårighetsgrad för supportfall

Allvarlighetsgraden definierar den ansträngningsnivå som Cisco och partnern använder för att lösa incidenten.

Allvarlighetsgraden bestäms genom tillämpning av definitionerna Konsekvenser och Brådskande karaktär.

Matris för allvarlighetsgrad för support

Cisco har möjlighet att ändra ärendets svårighetsgrad och nedgradera supportärendets svårighetsgrad, om det är motiverat. Ärendet får lämnas öppet under en föreskriven period medan den operativa stabiliteten bedöms.

Svarstider för programvarustöd

I följande avsnitt beskrivs Ciscos planerade svarstid för inlämnade ärenden baserat på deras svårighetsgrad. Vid enstaka tillfällen kan svårighetsgraden justeras för att överensstämma med riktlinjerna ovan.

Cisco- och servicenivåmål

Webex Calling Dedicated Instance ger partners teknisk support 24x7. Partner kan skicka in S3- och S4-problem direkt i Cisco Support Case Manager. För problem med S1 och S2 rekommenderas att du ringer det globala TAC-numret 1-800-553-2447.

Ciscos standard är att uppfylla S3- och S4-svårighetsnivåer minst 95 % av tiden, baserat på följande rutnät:

Svarstiden är den tid som gått för Cisco att erkänna ett problem av en viss allvarlighetsgrad. Om Cisco inte kan lösa problemet inom det angivna intervallet tillhandahåller Cisco en status och en åtgärdsplan för upplösning. Rekonstruktionstiden beror på att en kvalificerad person från partnerns sida är tillgänglig för att hjälpa till att reproducera och/eller isolera problemet, vilket är en oförenlighet mellan Cisco och partnerns miljö. Om en sådan person inte kan göras tillgänglig kan dessa upplösningstider förlängas.

Om en acceptabel status och/eller upplösning inte har uppnåtts av Cisco inom de angivna tidsramarna bör partnerna eskalera till Cisco.

Cisco-alternativpaket (COP)-filer

Cisco släpper COP-filer för att en aning ändra hur produktionskod körs och ger Cisco ett sätt att distribuera programvara utanför regelbundna programvaruversionscykler. Vid behov släpps COP-filer någon gång efter att den ursprungliga produktionskoden har släppts. Produktionsteamet släpper COP-filer för problem med hög påverkan och när det inte finns någon tillgänglig lösning för ett problem. Förutom att utfärda korrigeringar släpps COP-filer ibland för att distribuera verktyg vid uppgradering (till exempel diskrensning).

Vanligtvis har fältmeddelanden med åtgärdade problem en associerad COP-fil. Det finns vanligtvis en separat COP-fil för varje problem.

PSIRT har inte alltid en associerad COP-fil. För PSIRT:er publiceras vanligtvis en ny version för en fullständig uppgradering.

Cisco-initierade senarier

Om Cisco fastställer att en kunds Dedicated Instance-miljö behöver en installation av en COP-fil använder Cisco en av följande processer:

1. Om COP-filen dikterar en nödlösning (sårbarhet eller överhängande fel) överför Cisco COP-filen under Ciscos schemalagda underhållsfönster.

2. I alla andra fall schemaläggs COP-installationen som ett regelbundet underhåll med partner eller kund enligt den vanliga ändringsprocessen.

Kundinitierat scenario

Om en kund bestämmer att de behöver en COP-filinstallation (telefonens fasta programvara, språkpaket, enhetspaket) ska kunden initiera följande process:

Skapa en tjänstebegäran i Control Hub för att den specifika COP-filen ska laddas upp till SFTP-servern i dedikerad instans, se Tjänstebegäran.

Cisco överför bara filen till SFTP-avskiljning. Det är partnerns ansvar att ladda ner COP till UC-programmet och installera det efter behov.

COP-filer publiceras på Ciscos nedladdningssida för programvara:

https://software.cisco.com/download/home

Partneransvar

Partnern ska se till att dess nätverksutrustning har tillräcklig kapacitet för att hantera belastningen och en lämplig förväntad tillväxt.

Partnern tillhandahåller kunskapsarbetare och arbetsytesenheter som räknas under aktiveringen av dedikerad instans (det angivna numret ska vara det slutliga tillståndet för totalt nummer som kommer att konfigureras i dedikerad instans). Baserat på den information som tillhandahålls kommer Cisco att göra dimensioneringen av UC-programmen i Dedicated Instance, för mer information om dimensionering av UC-program se. Partnern hanterar tillhandahållandet av funktioner och användare inom den begärda kapaciteten.

Partnern måste informera Cisco om ändringarna, antalet kunskapsarbetare och arbetsytenheter som tillhandahålls under aktiveringen. Baserat på den information som tillhandahålls kommer Cisco att analysera de ändringar som krävs för UC-programmen och göra de ändringar som krävs. För samma sak måste partnern ta upp ett TAC-supportärende med Cisco och arbeta tillsammans med en expansionsplan. Partnern kan endast konfigurera funktionerna och användarna efter att den extra kapaciteten har lagts till för kunden.

Det kan ta tid att lägga till ytterligare kapacitet, beroende på typ av tillväxtbehov. Detta kommer att arbeta tillsammans mellan partnern och Cisco.

Ciscos ansvar

Tjänsten för dedikerad instans övervakar datacenterkapaciteten och ser till att datacenterutrustningen har tillräcklig kapacitet för att hantera belastningen och en lämplig mängd prognostiserad tillväxt.

Cisco informerar partnern om planerade expansioner eller ändringar för att hantera kapacitetstillväxten om dessa förändringar påverkar kunden. Genomförandet av uppgraderingar och ändringar följer förändringsprocessen.

Versionshantering för version av Cisco Collaboration Systems

När en ny version av Collaboration Systems blir tillgänglig blir den tidigare versionen (”n-1”) ”n-2” och den aktuella versionen (”n”) ”n-1”.

** måste arbeta med Cisco om affärskraven för att stanna på v12.5 och planera när kunden är redo att flytta till v14.0SU3. Version v12.5 EOL har meddelats.

Kort efter att en ny version av Collaboration Systems har tillkännagivits, går ”n-2”-versionen in i slutet av försäljningsperioden. Alla kunder som deltar i den här versionen måste uppgradera till den senaste versionen. Cisco hjälper denna insats genom att informera partnern om att börja förbereda sig för uppgraderingen. Cisco och partnern kommer gemensamt att samordna ett underhållsfönster enligt kundens affärsbehov.

Uppgradering till den senaste versionen av Collaboration Systems är valfritt för kunder på n-1-versionen av Collaboration Systems. Om en versionsuppgradering för Collaboration Systems krävs, eller om en SU-uppgradering krävs på grund av nya funktioner, konsulterar Cisco för att samordna ett underhållsfönster för uppgraderingen. Om Cisco upptäcker att en SU-uppgradering krävs av stabilitets- eller prestandaskäl kommer Cisco att samordna med partnern för att schemalägga uppgraderingen.

Cisco meddelar partnern att en uppgradering har slutförts.

Partneransvar

Partnern övervakar sitt nätverk och utrustning som är ansluten till datacentret för Cisco Dedicated Instance. Partnern övervakar även sitt nätverk och utrustning som är:

• Används för att stödja tjänsten Dedikerad instans OCH

• Ansluten till kundlokaler.

Partner övervakar alla partnerhanterade enheter som är integrerade med Dedicated Instance Cloud.

Cisco-ansvar

Webex Calling Dedicated Instance använder branschledande nätverksverktyg för att övervaka nätverksanslutningarna från datacenter mellan vårt datacenter och partnernätverk och försäkringsverktyg för att proaktivt identifiera och isolera tjänsteförsämringar i våra globalt spridda, geo-överflödiga datacenter.

Cisco övervakar inte integreringstjänster till partnerhanterade enheter som är anslutna till Dedicated Instance Cloud. Detta inkluderar, men är inte begränsat till, följande:

• Cisco övervakar inte SIP-trunken för dedikerad instans mot ett annat kluster än UC-klustret för dedikerad instans

• Cisco övervakar inte CTI-dirigeringspunkterna för dedikerad instans mot ett annat kontaktcenter än en Cisco-hanterad Contact Center Express.