Choix avant-vente
Indiquez la charge de travail, le nombre de builds simultanés, le nœud, la durée de location et les besoins de stockage. Convient aux évaluations sans commande créée.
Canal recommandé : e-mail du supportFournissez toutes les informations nécessaires en une fois
Contactez ZoomMini,
pour que votre demande soit immédiatement prise en charge.
Pour choisir une configuration, envoyez un e-mail structuré ; pour une commande existante, un problème de connexion ou de facturation, connectez-vous de préférence à la console pour ouvrir un ticket. Les deux canaux s’appuient sur des informations vérifiables : inutile d’envoyer un simple message indiquant que « rien ne fonctionne ».
Seule adresse e-mail du supportsupport@zoommini.com
Avant-vente et demandes non urgentes
E-mail du support
Pour choisir un modèle, obtenir des recommandations de nœud, planifier une mise en service, discuter d’un partenariat ou poser une question sans commande existante. Le générateur ci-dessous vous aide à ne rien oublier.
Priorité aux commandes existantes
Tickets dans la console
Pour l’état de livraison, la connexion à distance, l’utilisation d’une instance, la vérification d’une facture et toute demande liée à une commande. Après l’envoi, vous pouvez consulter le numéro et l’état du traitement.
Accéder aux ticketsCommencez par choisir le type de problème
Cinq types de demandes, deux canaux de contact
Les canaux ne sont pas répartis par service, mais selon l’existence d’une commande et la nécessité d’associer des informations d’instance. Pour une commande existante, ouvrez de préférence un ticket dans la console ; pour les autres demandes, envoyez un e-mail.
Commande existante
Indiquez l’identifiant de commande, le nœud, l’état actuel et le résultat attendu afin de relier directement la livraison, la location et la facturation.
Canal recommandé : ticket dans la consoleSupport technique
Ajoutez les versions de macOS et de Xcode, le mode de connexion, l’heure du problème, les étapes de reproduction et les extraits de journaux importants après anonymisation.
Canal recommandé : ticket dans la consoleSignalement de sécurité
Utilisez un objet de sécurité explicite, indiquez l’heure de l’incident, sa portée et les mesures de restriction déjà prises. N’envoyez ni mot de passe, ni clé privée, ni identifiants complets.
Canal recommandé : ticket dans la console ou e-mail du supportDemande de partenariat
Présentez l’objectif du partenariat, les nœuds nécessaires, le volume d’équipements estimé, le calendrier prévu et les points précis à confirmer.
Canal recommandé : e-mail du supportE-mail de demande avant-vente
Clarifiez votre charge et vos contraintes
Après validation, le sujet et le corps de l’e-mail sont générés uniquement sur votre appareil, puis votre logiciel de messagerie est ouvert. La page n’envoie pas les champs à d’autres destinataires.
Nœuds disponibles
Voir les deux offres de location
Les quatre nœuds sont disponibles pour les deux modèles
Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) et Hong Kong sont disponibles. Le résultat réel de la commande dépend des informations renvoyées en temps réel par la console ; il n’est pas nécessaire de demander l’état temporaire par e-mail.
Gagnez du temps
Voir la checklist de préparation
Donnez des critères de décision, pas seulement un usage
« Pour la CI iOS » reste trop vague. Précisez le nombre de tâches exécutées simultanément, la durée d’un build, la taille des dépendances, le besoin éventuel d’interactions graphiques et le résultat qui validera le test.
Brouillon de ticket technique
Faites correspondre journaux, horaires et étapes de reproduction
Pour une commande existante, copiez en priorité ces champs dans un ticket de la console. Si vous ne pouvez pas accéder temporairement à la console, vous pouvez aussi générer un e-mail structuré.
Effectuez d’abord les vérifications locales
Voir l’ordre complet du diagnostic
Diagnostiquez les problèmes de connexion dans le même ordre
Vérifiez d’abord le réseau local, puis l’état de l’appareil dans la console, avant de contrôler l’adresse, les identifiants et le cache du client. Si l’empreinte SSH change, ne passez pas outre la vérification.
Jeu minimal de journaux
Ouvrir un ticket associé à la commande
Conservez les quatre éléments utiles au diagnostic
L’heure du problème, la commande exécutée, le code d’erreur et un peu de contexte avant et après suffisent généralement pour commencer. Des journaux volumineux et sans rapport ralentissent le diagnostic.
Identifiez séparément les sujets de sécurité
En cas d’anomalie présumée, limitez d’abord l’impact, puis envoyez votre signalement
S’applique aux anomalies de compte présumées, aux accès non autorisés, aux connexions à distance inhabituelles et aux incidents de données. Le signalement doit préciser l’heure de découverte, les commandes ou nœuds concernés, les comportements observés et les mesures de restriction déjà prises.
Restreindre l’accès
Interrompez les sessions suspectes, supprimez les autorisations devenues inutiles et évitez de continuer à utiliser des informations secrètes potentiellement exposées.
Conserver les éléments nécessaires
Notez l’heure, l’identifiant de commande, le nœud, les informations d’origine et les journaux clés, sans modifier la chronologie d’origine.
Faire tourner les secrets
Faites tourner les clés SSH, jetons de dépôt, clés de runner et identifiants d’application potentiellement concernés.
Utiliser un objet distinct
Commencez l’objet de l’e-mail par « Signalement de sécurité » ; pour une commande existante, ouvrez de préférence un ticket dans la console et associez l’identifiant de commande.
À quoi vous attendre
Triage, vérification, puis prochaines étapes
L’ordre de traitement dépend du type de demande, du niveau de détail fourni et de la nécessité de vérifier l’état d’une commande ou d’un nœud. Les problèmes complexes ne feront pas l’objet d’une réponse générique remplaçant les vérifications nécessaires.
1Envoyer
Choisissez un canal qui conserve le contexte
Un ticket envoyé depuis la console crée un dossier traçable, idéal pour une commande existante ; l’e-mail convient aux demandes avant-vente, aux partenariats et aux questions sans commande associée.
2Trier
Vérification de l’identifiant, de l’heure et du périmètre
L’équipe détermine d’abord si le problème concerne la livraison, la connexion, l’environnement de développement, la facturation ou la sécurité. Si un champ essentiel manque, elle demandera uniquement les informations nécessaires.
3Vérifier
Contrôler selon le parcours reproductible
Lorsque la demande nécessite d’associer une commande, de vérifier l’état d’un nœud ou de reproduire un problème de build, le délai dépend de la complexité des vérifications. Répondez dans le ticket ou le fil d’e-mails d’origine.
4Suivre
Consultez l’état de la demande dans la console
L’état du ticket et les réponses suivantes sont visibles dans la console. Pour les demandes par e-mail, utilisez le fil d’origine et ne créez pas plusieurs sujets pour un même problème.
Ce qui accélère le traitement
- Décrivez un seul problème principal par demande
- Indiquez l’identifiant de commande, le nœud et l’heure exacte
- Distinguez le résultat attendu du résultat observé
- Fournissez les étapes minimales de reproduction et des journaux anonymisés
Ce qui entraîne des échanges supplémentaires
- Écrire seulement « ça ne marche pas » sans décrire l’erreur
- Mélanger les problèmes de plusieurs commandes dans un même sujet
- Omettre l’heure du problème ou les informations de version
- Envoyer de nombreux journaux sans rapport ou des informations secrètes
Commencez ici si vous avez déjà une commande
Gérez vos commandes et envoyez des demandes traçables
Connectez-vous à la console pour associer une commande, consulter l’état de l’appareil et ouvrir un ticket. Si vous évaluez encore les modèles et les nœuds, consultez d’abord le centre d’aide, puis utilisez le générateur d’e-mails avant-vente pour préciser votre besoin.