Responsabilités du partenaire en matière d’assistance

L’assistance technique des partenaires inclut la possibilité d’effectuer les tâches suivantes pour les clients :

• Fournir des informations générales sur les services.

• Fournir une assistance à la configuration.

• Filtrer les problèmes non techniques des problèmes techniques.

• Prise en charge de l’isolation des problèmes et de la détermination des défauts de service.

• Analysez l’emplacement de l’erreur.

• Restaurer les paramètres mal configurés, qui sont appliqués par un client ou le partenaire, pour résoudre le problème.

• Résoudre les problèmes avec toute application ou infrastructure gérée par un partenaire.

• Prévoir les exigences de gestion de la capacité pour les nouveaux utilisateurs au-delà des exigences initiales.

• Configurez les fonctionnalités de l’application et effectuez la mise à disposition des utilisateurs.

• Gérer la facturation et la facturation des clients.

• S’approprier la relation client.

• Gérer l’intégration de la solution des services RTCP.

• Gérer la préparation des clients pour les mises à niveau de l’instance dédiée, le renouvellement des certificats et la maintenance de l’infrastructure.

Lorsque le partenaire contacte le centre d’assistance technique Cisco pour obtenir une assistance, il lui incombe d’aider à résoudre les problèmes. Cette responsabilité comprend les éléments suivants :

• Saisir et fournir les détails des problèmes signalés

• Aider à résoudre les problèmes de réplication et de triage comme demandé par le CAT Cisco

• Aider à tester les correctifs

• Confirmer que les problèmes ne sont pas liés au matériel, aux logiciels, aux applications ou aux autres sources fournies par l’utilisateur final.

Il est de la responsabilité du partenaire de s’assurer que les types de besoins d’assistance technique suivants sont pris en charge pour ses clients.

Exigences du partenaire en matière d’assistance technique

Lorsque le partenaire fait remonter un besoin d’assistance au CAT Cisco, le partenaire doit fournir les informations suivantes :

Informations générales sur le cas

• Fournissez un numéro d’abonnement ou un numéro de contrat de service valide.

• Les appelants doivent s’identifier en tant que membres de l’équipe d’assistance partenaire représentant le partenaire ou un compte client revendu.

• Le nom, le numéro de téléphone et l’adresse électronique du représentant du partenaire ou les informations génériques du partenaire pour l’équipe qui fait remonter l’information à Cisco.

Lorsque vous contactez l'assistance Cisco Cloud, identifiez le partenaire, le client et le problème.

Rôles et responsabilités de l'assistance Cisco

Cisco est responsable de fournir une assistance au partenaire pour le service Cloud d’instance dédiée au sein du centre de données Cisco Cloud, y compris la correction et une analyse de haut niveau des causes racines du problème (Cisco ne fournira pas d’informations détaillées au niveau de l’infrastructure dans l’analyse des causes racines). En cas d’incidents de gravité 1 ou 2, Cisco informera les partenaires de manière proactive par courrier électronique.

Cisco n’est pas responsable de la prise en charge :

• Le réseau et l'équipement du partenaire ou du client qui sont connectés au centre de données Cloud de l'instance dédiée et aux locaux du client.

  Le nœud de survivabilité amélioré déployé dans les locaux du client sera la responsabilité conjointe du partenaire/client et de Cisco.

• Logiciel ou matériel tiers

  Le partenaire est responsable de l’obtention de l’assistance ou des mises à jour des logiciels ou du matériel tiers s’il est déterminé que cela est la cause de l’incident.

Notifications et alertes liées à l'assistance

Les partenaires reçoivent des alertes et des bulletins de maintenance dans le Control Hub pour la déclaration et la résolution des pannes identifiées sur les services principaux. Les partenaires reçoivent également une notification préalable des activités de maintenance importantes ou de celles qui s’étendent en dehors des fenêtres de maintenance réservées.

Ces alertes sont envoyées aux partenaires qui se sont inscrits aux alertes du Control Hub pour les notifications « Maintenance et Pannes », voir Alertes dans le Control Hub. Les partenaires sont responsables de s’assurer que Cisco dispose d’informations de contact exactes et à jour. Cisco recommande aux administrateurs de créer un compte et d’utiliser l’application Webex pour les notifications.

Maintenance

Fenêtre de maintenance

Cisco informe le partenaire des activités de maintenance planifiées. Tous les changements planifiés se produisent dans une fenêtre de maintenance. Cisco fournit au partenaire un préavis écrit d’au moins 10 jours ouvrables à l’avance pour la maintenance planifiée qui perturbera la capacité d’appel du client. Ces alertes sont envoyées aux partenaires qui se sont inscrits aux alertes du Control Hub pour les notifications « Maintenance et pannes », reportez-vous à la section Alertes du Control Hub. Les partenaires sont responsables de s’assurer que Cisco dispose d’informations de contact exactes et à jour. Cisco recommande aux administrateurs de créer un compte et d’utiliser l’application Webex pour les notifications.

La maintenance comprend les activités suivantes :

• Activités de maintenance de routine qui présentent un risque minimum d'impact sur le client

• Activités planifiées et programmées qui perturberont la capacité d’appel du client.

• Renouvellements de routine des certificats d'application UC gérés par Cisco. Les renouvellements sont basés sur la période de validité et la date et l’heure de renouvellement des certificats. Cisco renouvelle les certificats des applications UC seulement 3 à 7 jours avant la date d'expiration et suit le processus standard de gestion des modifications.

  Pour les clients qui ont activé l’authentification unique (SSO) dans les applications UC, une fois le renouvellement du certificat terminé par Cisco, le partenaire doit désactiver l’authentification unique (SSO), réimporter le fichier de métadonnées IDP et réactiver l’authentification unique (SSO). Il est également recommandé au partenaire ou au client de valider l’authentification unique SSO.

Les fenêtres de maintenance sont les suivantes pour AMER :

• 9 heures ET jusqu'à 6 heures du matin ET, du lundi au vendredi

• 9 heures ET jusqu'à 6 heures du matin ET, le week-end (maintenance de l’infrastructure de Cisco uniquement)

Les fenêtres de maintenance sont les suivantes pour l'APJC :

• 9 heures JST à 6 heures du matin JST, du lundi au vendredi

• 9 heures JST à 6 heures du matin JST, le week-end (maintenance de l’infrastructure de Cisco uniquement)

Les fenêtres de maintenance sont les suivantes pour AUS :

• 9 heures ACT jusqu'à 6 heures du matin ACT, du lundi au vendredi

• 9 heures ACT jusqu'à 6 heures du matin ACT, le week-end (maintenance de l’infrastructure de Cisco uniquement)

Les fenêtres de maintenance sont les suivantes pour l'UE et l'EMEA :

• 9 heures CET à 6 heures du matin CET, du lundi au vendredi

• 9 heures CET à 6 heures du matin CET, le week-end (maintenance de l’infrastructure de Cisco uniquement)

Le temps de changement des fenêtres mentionné ci-dessus est fixe par région et ne peut pas être modifié.

Lors de la planification de la maintenance, Cisco fera tout son possible pour minimiser et/ou éliminer le risque d’interruption du service téléphonique en fonction de l’architecture redondante de l’instance dédiée. Cisco s’attend à ce que toutes les configurations des prospects partenaires et clients respectent les meilleures pratiques d’instance dédiée en matière de redondance. Cisco n’est pas responsable d’une perte de redondance due à une mauvaise configuration par le partenaire. Il est de la responsabilité du partenaire de valider et de tester toutes les intégrations tierces qui ne sont pas hébergées/gérées dans le Cloud d’instance dédiée.

Cisco lance les mises à niveau des applications UC uniquement pour les raisons suivantes :

1. Il y a une vulnérabilité de sécurité dans la version actuelle de l'application UC et le correctif nécessite une mise à niveau ou une installation COP.

2. Le client est actuellement dans une version inférieure à n-1 (de la version actuelle prise en charge de l’instance dédiée) ou dans une version qui approche de la fin de vie.

3. Les partenaires peuvent également demander une mise à niveau par le biais d’un cas d’assistance technique s’il existe une nouvelle fonctionnalité disponible dans les versions ultérieures de l’application UC.

Cisco envoie une notification de maintenance au partenaire et au client 10 jours avant la fenêtre de changement, et il est recommandé que le partenaire réponde à Cisco dans les 2 à 3 jours si le calendrier de changement proposé entre en conflit avec ses priorités commerciales. Cela permet à Cisco de trouver une autre fenêtre de changement (les jours de semaine et les week-ends) (la date reprogrammée correspond uniquement aux dates disponibles des opérations de Cisco). Cependant, dans les scénarios urgents ou urgents, tels que le correctif sévère de vulnérabilité de sécurité, les certificats arrivant à expiration, la flexibilité de changer la fenêtre de maintenance ne sera pas possible.

L’analyse de vulnérabilité de l’Instance dédiée par un partenaire ou un client n’est pas prise en charge. L’instance dédiée a son propre régime d’analyse des vulnérabilités qui est en cours d’exécution en permanence. Nous effectuons également régulièrement un test PEN indépendant et fournissons une lettre d’attestation sur le portail de confiance Cisco.

Le partenaire peut reprogrammer la maintenance en envoyant un e-mail à ucm-cloud-change-management@cisco.com avec la raison détaillée de la reprogrammation.

Modifications demandées par le partenaire

Les modifications demandées par le partenaire nécessitent un examen conjoint pour évaluer l’impact sur l’instance dédiée. Ceux-ci incluent les modifications que le partenaire souhaite que Cisco effectue et les modifications que le partenaire souhaite effectuer. Par exemple :

• Changements de configuration qui affectent les périphériques périphériques ou l'intégration d'applications

• Demandes de désactivation d’un service.

Les demandes de modifications importantes, telles que la désactivation d’un service, sont soumises à Cisco. Le partenaire saisit les exigences et les soumet à Cisco par le biais de l’équipe de réussite du partenaire ou du gestionnaire de compte, pour lancer un examen conjoint. Avant la mise en œuvre du changement, la demande est évaluée conjointement par Dedicated Instance Product Management et le partenaire.

Modifications d’urgence

Cisco et le partenaire peuvent entreprendre des modifications d’urgence immédiatement, ou à la prochaine fenêtre de maintenance disponible, pour les raisons suivantes.

• Rétablir le service à un client

• Réduire l’impact d’une panne

• Pour éviter une panne potentielle du client

• Pour remédier à une vulnérabilité de sécurité

Pour les changements d’urgence sur le réseau en dehors de l’instance dédiée, le partenaire notifie à Cisco les impacts clients visibles par Cisco. Lorsque cela est raisonnablement possible, le partenaire ouvre un dossier auprès de Cisco afin que Cisco puisse réagir à l’impact.

Lorsque vous effectuez un changement d’urgence dans l’Instance dédiée, Cisco en informe le partenaire lorsque cela est raisonnablement possible. L'e-mail qui identifie tout impact sur le client causé par le changement d'urgence est envoyé à la liste des communications.

Gestion des incidents

La gestion des incidents minimise les effets négatifs sur l'entreprise causés par des erreurs dans l'environnement. Cisco analyse les incidents au fur et à mesure qu’ils se produisent pour identifier rapidement une cause. Cisco applique ensuite une solution de contournement jusqu’à ce qu’un correctif permanent puisse être déployé.

Les partenaires gèrent la gestion des incidents dans leurs réseaux selon leurs propres processus établis. Les partenaires notifient à Cisco les activités qui peuvent déclencher des alarmes ou d’autres notifications visibles par Cisco.

Cisco suit le processus de la fenêtre de maintenance pour appliquer les modifications.

Classification des cas d’assistance

La gravité du cas d’assistance du CAT est définie par le partenaire lors de l’ouverture d’un ticket d’assistance auprès de Cisco, en fonction de l’impact sur l’entreprise. Le partenaire peut demander une escalade à une gravité plus élevée pendant le cycle de vie d’un ticket, en fonction de l’évolution des impacts sur l’entreprise.

La section suivante sert de guide au partenaire pour déterminer le niveau de gravité correct lors de l’ouverture d’un ticket d’assistance au CAT.

Impact sur le cas d’assistance

Un cas de Support TAC est classé en fonction de son impact sur l’activité (taille, périmètre).

L’impact est une mesure de la criticité commerciale d’un incident, souvent égale à la mesure dans laquelle un incident conduit à la disponibilité de la solution.

Urgence des cas d’assistance

L’urgence définit la criticité de l’Incident et son impact sur les Services ou la capacité des partenaires à recevoir les Services.

Gravité des cas d’assistance

La gravité définit le niveau d'effort déployé par Cisco et le partenaire pour résoudre l'incident.

Le niveau de gravité est déterminé en appliquant les définitions d’impact et d’urgence.

Matrice de gravité des cas d’assistance

Cisco a la possibilité, lors du triage des incidents, de modifier la gravité du cas et de rétrograder la gravité du ticket d’assistance, le cas échéant. Le cas peut être laissé en suspens pendant une période prescrite pendant l'évaluation de la stabilité opérationnelle.

Objectifs de délai de réponse du support logiciel

La section suivante détaille le temps de réponse prévu par Cisco pour les cas soumis en fonction de leur gravité. Occasionnellement, la gravité du cas peut être ajustée pour s’aligner sur les directives ci-dessus.

Objectif de niveau de service et de Cisco

L’instance dédiée Webex Calling fournit aux partenaires une assistance technique en anglais 24x7. Les partenaires peuvent soumettre les problèmes S3 et S4 directement dans Gestionnaire de cas d'assistance Cisco. Pour les problèmes S1 et S2, il est recommandé d’appeler le numéro du TAC mondial 1-800-553-2447.

La norme de Cisco est de respecter les niveaux de gravité S3 et S4 au moins 95 % du temps, selon la grille suivante :

Le temps de réponse est le temps écoulé pour que Cisco reconnaisse un problème d’une gravité donnée. Si Cisco ne parvient pas à résoudre le problème dans l’intervalle spécifié, Cisco fournit un statut et un plan d’action pour la résolution. Le temps de résolution dépend de la disponibilité d’une personne qualifiée du côté du partenaire pour aider à reproduire et/ou isoler le problème, d’une incompatibilité entre Cisco et l’environnement du partenaire. Si une telle personne ne peut être mise à disposition, ces délais de résolution peuvent être prolongés.

Si un statut acceptable et/ou une résolution n’a pas été atteint par Cisco dans les délais indiqués, les partenaires doivent en informer Cisco.

Fichiers du pack d'options Cisco (COP)

Cisco libère des fichiers COP pour modifier légèrement la façon dont le code de production s'exécute et fournit à Cisco un moyen de déployer des logiciels en dehors des cycles de publication habituels. Si nécessaire, les fichiers COP sont libérés à un moment donné après la libération du code de production initial. Les équipes de production publient des fichiers COP pour les problèmes à fort impact et lorsqu’il n’y a pas de solution de contournement disponible pour un problème. En plus des correctifs de problèmes, les fichiers COP sont parfois libérés pour distribuer les utilitaires lors de la mise à niveau (par exemple, le nettoyage du disque).

Généralement, les avis de terrain avec des problèmes résolus ont un fichier COP associé. Il y a généralement un fichier COP séparé pour chaque problème.

Les PSIRT n’ont pas toujours de fichier COP associé. Pour les PSIRT, une nouvelle version est généralement publiée pour une mise à niveau complète.

senarios initiés par Cisco

Si Cisco détermine que l'environnement d'instance dédiée d'un client nécessite une installation de fichier COP, Cisco utilise l'un des processus suivants :

1. Si le fichier COP demande un correctif d'urgence (vulnérabilité ou échec imminent), Cisco télécharge le fichier COP pendant la fenêtre de maintenance programmée de Cisco.

2. Dans tous les autres cas, l’installation COP sera programmée en maintenance régulière avec le partenaire ou le client suivant la procédure régulière de gestion des changements.

Scénario initié par le client

Si un client décide qu'il a besoin d'une installation de fichier COP (micrologiciel du téléphone, packs de langue locale, packs de périphériques), le client doit initier le processus suivant :

Créez une demande de service dans Control Hub pour le fichier COP spécifique à télécharger sur le serveur SFTP dans Instance dédiée, reportez-vous à Demande de service.

Cisco ne télécharge le fichier que sur le serveur SFTP. Il est de la responsabilité du partenaire de télécharger l’application COP vers UC et de l’installer, selon votre convenance.

Les fichiers COP sont publiés sur la page de téléchargement du logiciel de Cisco :

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

Responsabilité du partenaire

Le partenaire s’assure que son équipement réseau dispose d’une capacité suffisante pour supporter la charge et d’une croissance prévisionnelle appropriée.

Le partenaire fournit le nombre des travailleurs de la connaissance et des périphériques de l’espace de travail pendant l’activation de l’instance dédiée (le nombre fourni doit être l’état final du nombre total qui sera configuré dans l’instance dédiée). En fonction des détails fournis, Cisco effectuera le dimensionnement des applications UC dans l’instance dédiée. Pour plus d’informations sur le dimensionnement des applications UC, reportez-vous. Le partenaire gère la mise à disposition des fonctionnalités et des utilisateurs dans la limite de la capacité demandée.

Le partenaire doit informer Cisco des modifications apportées au nombre de travailleurs de la connaissance et au nombre de périphériques d’espace de travail fournis pendant l’activation. Sur la base des détails fournis, Cisco analysera les modifications nécessaires pour les applications UC et effectuera les modifications nécessaires. Pour cela, le partenaire doit présenter un cas d’assistance au CAT avec Cisco et travailler ensemble sur un plan d’extension. Le partenaire peut configurer les fonctionnalités et les utilisateurs uniquement après l’ajout de la capacité supplémentaire pour le client.

L’ajout de capacités supplémentaires peut prendre du temps, selon le type de besoin de croissance. Cela sera travaillé ensemble entre le partenaire et Cisco.

Responsabilité de Cisco

Le service Instance dédiée surveille la capacité du centre de données et s'assure que son équipement de centre de données a une capacité suffisante pour gérer la charge et une quantité appropriée de croissance prévue.

Cisco informe le partenaire des extensions ou changements prévus pour répondre à la croissance de la capacité si ces changements affectent le client. La mise en œuvre des évolutions et des changements suit le processus de gestion des changements.

Gestion des versions pour la version de Cisco Collaboration Systems

Lorsqu'une nouvelle version de Collaboration Systems est disponible, la version précédente (« n-1 ») devient « n-2 » et la version actuelle (« n ») devient « n-1 ».

** devra travailler avec Cisco sur les exigences commerciales pour rester sur la version 12.5 et planifier quand le client sera prêt à passer à la version 14.0SU3. La version v12.5 EOL a été annoncée.

Peu après l'annonce d'une nouvelle version de Collaboration Systems, la version « n-2 » entre en période de fin de commercialisation. Tous les clients qui sont sur cette version doivent effectuer une mise à niveau vers la dernière version. Cisco aidera cet effort en informant le partenaire de commencer à se préparer pour la mise à niveau. Cisco et le partenaire coordonneront conjointement une fenêtre de maintenance en fonction des besoins commerciaux du client.

La mise à niveau vers la dernière version des systèmes de collaboration est facultative pour les clients sur la version n-1 des systèmes de collaboration. Si une mise à niveau de la version des systèmes de collaboration est requise, ou si une mise à niveau de la SU est requise en raison de nouvelles fonctionnalités, consultez Cisco pour coordonner une fenêtre de maintenance pour la mise à niveau. Si Cisco constate qu’une mise à niveau de la SU est nécessaire pour des raisons de stabilité ou de performance, Cisco se concertera avec le partenaire pour programmer la mise à niveau.

Cisco informera le partenaire de la conclusion d’une mise à niveau.

Responsabilités des partenaires

Le partenaire surveille son réseau et son équipement qui sont connectés au centre de données Cisco Dedicated Instance. Le partenaire surveille également son réseau et ses équipements qui sont :

• Utilisé pour prendre en charge le service d’instance dédiée, ET

• Connecté aux locaux du client.

Le partenaire surveille tous les périphériques gérés par le partenaire intégrés à Dedicated Instance Cloud.

Responsabilités de Cisco

L’instance dédiée Webex Calling utilise des outils réseau de pointe pour surveiller les connexions réseau des centres de données entre notre centre de données et le réseau des partenaires, ainsi que des outils d’assurance pour identifier et isoler de manière proactive les défaillances de service dans nos centres de données géoredondants dispersés dans le monde entier.

Cisco ne surveille pas les services d’intégration dans les périphériques gérés par les partenaires connectés à Dedicated Instance Cloud. Cela comprend, sans s’y limiter, les éléments suivants :

• Cisco ne surveille pas le trunk SIP d’instance dédiée vers un cluster autre que le cluster UC d’instance dédiée

• Cisco ne surveille pas les points de routage CTI de l’instance dédiée vers un centre de contact autre qu’un Contact Center Express géré par Cisco.