Date et heure de survenue
Indiquez le fuseau horaire et une heure approximative, puis précisez s’il s’agit de la première occurrence, d’un problème systématique ou intermittent.
Pour choisir un nœud, déterminer la durée de location, migrer votre environnement ou connecter un self-hosted runner, expliquez votre besoin par e-mail. Pour une commande, une facture ou une instance en cours d’exécution, connectez-vous à la console et ouvrez un ticket avec le numéro de commande, le nœud et les informations de reproduction.
Après avoir choisi un accès, le générateur ci-dessous affiche les champs requis correspondants. Vous réduisez ainsi les demandes d’informations successives et évitez de décrire une commande sans contexte matériel.
Après validation, le système génère localement l’objet et le corps du message, puis les ouvre dans votre application de messagerie. Le contenu n’est envoyé à aucun autre destinataire par la page ; vous pouvez encore le vérifier et le modifier avant l’envoi.
Le récapitulatif se met à jour uniquement sur cette page et sert à vérifier que les informations essentielles sont présentes.
Les instances en cours, l’état d’une commande, l’identification de la facturation et les problèmes techniques nécessitant un suivi continu sont à traiter via un ticket dans la console. Le ticket conserve les compléments et l’historique du traitement.
« La build échoue » ou « la connexion est lente » ne suffit pas à localiser le problème. Chaque champ doit contenir des informations vérifiables ; si un élément ne s’applique pas, écrivez « sans objet » plutôt que de laisser le destinataire deviner.
Indiquez le fuseau horaire et une heure approximative, puis précisez s’il s’agit de la première occurrence, d’un problème systématique ou intermittent.
Notez la version complète de macOS et indiquez si une mise à jour du système, de Xcode ou des dépendances venait d’être effectuée.
Listez les versions de Xcode, Command Line Tools, Homebrew, Git, Fastlane, du runner ou des SDK concernés.
Partez d’un état initial fonctionnel et décrivez dans l’ordre les commandes, actions dans l’interface, conditions d’entrée et premier emplacement où l’anomalie apparaît.
Décrivez séparément les artefacts, l’état ou la durée attendus et ce qui est réellement observé ; ne collez pas uniquement la dernière ligne d’erreur.
Conservez le contexte nécessaire avant et après l’erreur, en supprimant mots de passe, clés privées, jetons complets, données métier et chemins personnels superflus.
Décrivez d’abord l’environnement, puis les actions et enfin le résultat. Le destinataire pourra ainsi reproduire le même parcours.
Environnement : version complète de macOS / versions complètes des outils / nœud
Action : étapes de reproduction depuis l’état initial
Attendu : artefact à générer ou état attendu
Réel : erreur, état anormal et fréquence
Journaux : extraits nécessaires anonymisés
L’assistance relative aux commandes et à la facturation doit permettre de retrouver un enregistrement précis. Indiquez le numéro de commande dans la console, le nœud et le modèle choisis, la durée de location, l’état affiché et les éléments à vérifier.
Indiquez le numéro de commande et le nœud concerné. Si votre équipe a plusieurs commandes, listez-les séparément ; ne donnez pas uniquement le nom de l’équipe ou la date du paiement.
Il n’est pas nécessaire d’envoyer les informations complètes de carte, des clés d’actifs numériques ou un mot de passe. Indiquez seulement le type de paiement utilisé et l’état de la commande affiché dans la console.
La première réponse vise à confirmer le périmètre du problème, les informations manquantes et les prochaines étapes. Elle ne signifie pas que tout sera résolu dès le premier échange. Plus les informations sont complètes, plus le diagnostic ou la vérification de commande peut commencer rapidement.
L’objet de l’e-mail contient le type de problème, le nœud et le modèle ; le ticket dans la console conserve le contexte de la commande. Le destinataire vérifie d’abord que les informations nécessaires sont présentes.
Pour les demandes avant achat et de partenariat, l’objectif est généralement une première réponse sous 1 jour ouvré ; pour les tickets de commandes existantes, sous 4 heures ouvrées. Pour une reproduction complexe, la réponse indique la prochaine vérification à effectuer.
Ne créez pas plusieurs e-mails ou tickets pour un même problème. Ajoutez les résultats des tests, les journaux anonymisés et les dates de modification au dossier existant afin de préserver la continuité du diagnostic.
| Canal | Problèmes concernés | Informations à joindre | Objectif de première réponse |
|---|---|---|---|
| E-mail d’assistance | Choix avant achat, planification de migration, intégration CI/CD, demande de partenariat | Usage, nœud, modèle, durée, chaîne d’outils et question précise | Sous 1 jour ouvré |
| Ticket dans la console | Commandes existantes, identification de facturation, instances en cours et diagnostic technique continu | Numéro de commande, nœud, date et heure, versions, étapes de reproduction et journaux anonymisés | Sous 4 heures ouvrées |
Le ticket dans la console conserve le contexte de la commande et de l’instance. L’e-mail d’assistance convient au choix du nœud, à la durée de location, à la migration d’environnement, à l’intégration CI/CD et à la définition du partenariat.