Remarques :
-
Les conditions du Support Premium GitHub entrent en vigueur en novembre 2021 et peuvent changer sans préavis.
-
Lorsque vous utilisez les offres de support de GitHub, les termes de votre contrat, la déclaration de confidentialité GitHub et le contrat de protection des données GitHub s’appliquent. Par contrat, nous entendons votre principal contrat avec nous, c’est-à-dire les conditions d’utilisation de GitHub Corporate, le Contrat client GitHub ou votre contrat de licence en volume Microsoft.
À propos du Support Premium GitHub
En plus de tous les avantages du Support GitHub Enterprise, les clients GitHub Enterprise peuvent acheter le Support Premium GitHub, qui offre :
- Support écrit, en anglais, via notre portail de support 24 heures sur 24, 7 jours sur 7
- Support téléphonique par demande de rappel, en anglais, via notre portail de support 24 heures sur 24, 7 jours sur 7 (si nécessaire pour la résolution de tickets)
- Contrat de niveau de service (SLA) avec temps de réponse initiaux garantis
- Gestion de l’escalade et des incidents
- Les ingénieurs du support technique, pour les clients Premium, et les ingénieurs de fiabilité des clients (CRE), pour les clients Premium Plus, ont un accès direct aux ressources d’ingénierie d’escalade, si nécessaire pour accélérer la résolution des cas
- Coordinateur d’incident disponible pour gérer les ressources techniques dans GitHub jusqu’à ce que le problème sous-jacent soit atténué ou entièrement résolu
- Accès au contenu Premium
- Contrôles d’intégrité
- Prévention des crises : simulations d’incident guidées qui vous aident à vous préparer et à expérimenter un incident sans risque. (Premium Plus plan / GitHub Engineering Direct only)
- Assistance de mise à niveau d’application : avant votre mise à niveau, nous examinons vos plans de mise à niveau, vos playbooks et d’autres documentations et répondons à des questions spécifiques à votre environnement (Premium Plus plan / GitHub Engineering Direct uniquement)
- Heures d’assistance d’administration (Premium Plus plan / GitHub Engineering Direct uniquement)
Plans du Support Premium GitHub
Il existe deux plans pour le Support Premium GitHub : Premium et Premium Plus / GitHub Engineering Direct.
| Premium plan | Premium Plus plan / GitHub Engineering Direct | |
|---|---|---|
| Heures d’ouverture | 24 x 7 | 24 x 7 |
| Temps de réponse initial |
|
|
| Canaux de support |
|
|
| Entrainement | Accès au contenu premium |
|
| Membres disposant de droits d’utilisation du support | 20 | 20 |
| Ressources | Traitement prioritaire des tickets |
|
| Gestion de l’escalade | Pour les tickets de priorité élevé et urgent | Pour les tickets de priorité Élevé et Urgent |
| Gestion des incidents | Aucun | Pour les tickets de priorité urgent, selon les besoins |
| Contrôles d'intégrité | Nombre illimité de rapports de contrôle de santé automatisés (consultez « Génération d’un contrôle d’intégrité pour votre entreprise ») |
|
| Prévention des crises | Aucun | Participation annuelle aux simulations d’incident guidées pour vous aider à être préparé |
| Heures de conseil technique | Aucun | 12 heures par trimestre |
| Assistance de mise à niveau d’application | Aucun | Par demande |
| Planification cloud | Aucun | Par demande |
Remarque : Les propriétaires d’entreprise et gestionnaires de facturation ont automatiquement droit au support. Les propriétaires d’entreprise peuvent ajouter des droits d’utilisation du support aux membres des organisations faisant partie de leur compte d’entreprise. Pour plus d’informations, consultez « Gestion des droits au support pour votre entreprise ».
Inscription au Support Premium GitHub
Pour vous inscrire au Support Premium GitHub ou pour mettre à niveau votre plan, contactez notre équipe de gestion des comptes.
Étendue du support
Si votre demande de support dépasse le cadre de ce que notre équipe peut faire pour vous aider, nous serons peut-être en mesure de vous recommander les étapes à suivre pour résoudre votre problème en dehors du Support GitHub. Votre demande de support est peut-être hors de portée du Support GitHub si elle porte principalement sur ce qui suit :
- Intégrations tierces, telles que Jira
- Configuration matérielle
- CI/CD, par exemple Jenkins
- L’écriture de scripts
- La configuration de systèmes d’authentification externes, comme des fournisseurs d’identité SAML
- Projets Open source
- Écriture ou débogage de nouvelles requêtes pour CodeQL
- Orchestration de conteneurs, telle que l’installation de Kubernetes, la mise en réseau, etc.
- Fonctionnalité bêta. La prise en charge des fonctionnalités bêta est hors de l’étendue de Support GitHub. Pour obtenir de la prise en charge des fonctionnalités bêta, vous pouvez contacter votre gestionnaire de comptes sur L’équipe commerciale GitHub.
Si vous ne savez pas si tel est le cas, ouvrez un ticket et nous serons ravis de vous aider à déterminer la meilleure façon de procéder.
Contact du Support Premium GitHub
Les clients du Support Premium GitHub peuvent utiliser le Portail de support GitHub pour signaler des problèmes par écrit, en anglais.
Heures d’ouverture
Le Support Premium GitHub est disponible 24h/24 et 7j/7. Si vous avez acheté l’accès au Support Premium GitHub avant le 17 septembre 2018, le support technique est limité pendant les jours fériés. Pour plus d’informations sur les jours fériés observés par le Support Premium GitHub, consultez le calendrier des jours fériés dans « À propos du support GitHub ».
Temps de réponse établis par le contrat de niveau de service
Pour les tickets que vous soumettez, le support est disponible 24h/24 et 7j/7. Le temps de réponse initial garanti par le contrat SLA dépend du niveau de priorité du ticket. Le temps de réponse commence quand le Support Premium GitHub définit le niveau de priorité du ticket. Une réponse ne signifie pas que le problème a été résolu.
| Niveau de priorité des tickets | Temps de réponse initial |
|---|---|
| Urgent | 30 minutes |
| High | 4 heures |
Pendant le temps de réponse initial des tickets de priorité Urgent, nous procédons en principe comme suit :
- L’ingénieur de support ou le CRE qui a reçu la notification attribue et examine attentivement votre ticket. L’objectif consiste à comprendre le problème, à commencer la résolution des problèmes et à identifier les étapes suivantes.
- Dans la réponse initiale, l’ingénieur de support ou le CRE désigné accuse réception du ticket et confirme son acceptation. Il indique également les prochaines étapes à suivre pour clarifier et résoudre la situation. Pour vous aider à résoudre votre problème, l’ingénieur de support ou le CRE peut vous demander des informations supplémentaires : captures d’écran, messages d’erreur, fichiers journaux, fichiers de diagnostic, bundles de support, sortie de commandes de console spécifiques, etc.
- Selon le problème, l’ingénieur de support ou le CRE désigné peut collaborer avec d’autres personnes du support, des ingénieurs ou le responsable régional de la gestion des incidents.
- Si un rappel a été demandé lors de l’ouverture du ticket Urgent, l’ingénieur de support ou le CRE désigné détermine si, à l’heure actuelle, le partage d’écran est le moyen le plus efficace de conduire le ticket vers sa résolution. Si c’est le cas, il vous propose de rejoindre une session de partage d’écran.
Installation de mises en production GitHub Enterprise Server
Pour vérifier que votre instance GitHub Enterprise Server est stable, vous devez installer et implémenter les mises en production de GitHub Enterprise Server. L’installation de mises en production GitHub Enterprise Server garantit que vous disposez des fonctionnalités, modifications et améliorations les plus récentes, ainsi que des mises à jour de fonctionnalités, de corrections de code, de correctifs ou d’autres mises à jour et correctifs généraux de GitHub Enterprise Server.
Vous devez installer la version minimale prise en charge de GitHub Enterprise Server conformément à la section Versions prises en charge de votre contrat de licence applicable, dans les 90 jours qui suivent la demande de Support Premium GitHub.
Affectation d’une priorité à un ticket de support
Quand vous contactez le Support Premium GitHub, vous pouvez choisir l’un des quatre niveaux de priorité pour le ticket : Urgent, High, Normal ou Low. Pour plus d’informations, consultez « À propos de la priorité des tickets ».
Résolution et fermeture des tickets de support
Le Support Premium GitHub peut considérer qu’un ticket est résolu une fois qu’il a fourni une explication, une recommandation, des instructions d’utilisation, des instructions de contournement, ou qu’il vous a informé de l’existence d’une version disponible de GitHub Enterprise Server permettant de résoudre le problème.
Si vous utilisez un plug-in, un module ou du code personnalisé ou non pris en charge, le Support Premium GitHub peut vous demander de supprimer le plug-in, le module ou le code non pris en charge pendant la tentative de résolution du problème. Si le problème est résolu après la suppression du plug-in, du module ou du code personnalisé non pris en charge, le Support Premium GitHub peut considérer que le ticket est résolu.
Le Support Premium GitHub peut fermer un ticket s’il sort du cadre du support, ou si plusieurs tentatives visant à vous joindre sont restées sans réponse. Si le Support Premium GitHub ferme un ticket en raison d’une absence de réponse de votre part, vous pouvez demander au Support Premium GitHub de rouvrir le ticket.
Réception de crédits pour non-réponse aux tickets de support
Si vous ne recevez pas de réponse initiale dans le temps de réponse garanti pour plus de quatre tickets au cours d’un trimestre donné en fonction de l’année d’exercice de GitHub, vous avez droit à un crédit. Pour honorer le SLA, GitHub remboursera 20 % des frais trimestriels Support Premium GitHub. Pour recevoir le remboursement, vous devez soumettre une demande de crédit.
La demande de crédit doit être effectuée dans les 30 jours qui suivent la fin du trimestre au cours duquel le Support Premium GitHub n’a pas répondu à vos tickets dans le temps de réponse spécifié. Les demandes de crédit ne seront pas honorées si l’échéance correspondante est dépassée. Le dépassement de l’échéance correspondante signifie que vous renoncez à votre demande de remboursement du crédit éligible. Les demandes de crédit peuvent prendre la forme d'un remboursement ou d'un crédit sur votre compte, ne peuvent être échangées contre un montant en espèces, exigent que vous ayez payé toutes les factures en suspens et expirent à la fin de votre accord avec GitHub.
Pour recevoir un remboursement, vous devez envoyer une demande de crédit remplie à supportcredits@github.com. Pour être éligible, la demande de crédit doit :
- Être envoyé depuis une adresse e-mail associée à votre compte sur votre instance GitHub Enterprise Server
- Être reçue par GitHub avant la fin du 30e jour qui suit le trimestre au cours duquel les quatre crédits qualifiants ont eu lieu
- Inclure « Credit Request » (Demande de crédit) dans la ligne d’objet
Les informations suivantes doivent être incluses dans votre demande de crédit :
- Date (La date doit être comprise dans les 30 jours qui suivent le trimestre au cours duquel les demandes ont eu lieu, en fonction de la fin de l’année d’exercice de GitHub [31 janvier, 30 avril, 31 juillet ou 31 octobre].)
- Contact client (Vous devez spécifier à la fois le nom et l’adresse e-mail.)
- Adresse du client
- Crédits éligibles (Vous devez fournir la date de chaque crédit éligible et le numéro de ticket associé.)
- Numéros de ticket
Accès à du contenu premium
Vous pouvez accéder à du contenu premium en vous connectant au Portail de support GitHub, puis en cliquant sur Premium.