Les demandes de conseil avant achat, de partenariat et les rapports de sécurité peuvent être envoyés par e-mail. Pour une commande existante, l’état d’un hôte ou un problème de connexion, ouvrez de préférence un ticket depuis la console. Indiquez la région, la configuration, l’heure et le résultat attendu : c’est généralement plus utile que d’ajouter des pièces jointes.
Choisissez un seul canal pour chaque problème. Pour une commande existante, privilégiez le ticket afin que l’équipe puisse vérifier les informations de commande et de nœud dans le cadre autorisé.
Pour comparer les deux modèles, choisir parmi les quatre régions, définir la durée de location, ajouter du stockage ou discuter d’un achat d’équipe et d’une intégration à votre workflow.
Pour le suivi de commande, la vérification de configuration, la région, le renouvellement ou un contenu livré non conforme. Le ticket conserve le contexte et évite de répéter les informations dans plusieurs e-mails.
Pour les connexions SSH ou VNC impossibles, les anomalies réseau du nœud, l’état du stockage et la vérification de l’environnement de build. Effectuez d’abord les contrôles de base de la documentation, puis ajoutez les résultats expurgés au ticket.
Pour signaler un problème susceptible d’affecter le site, la console, le parcours de commande ou les limites d’accès aux nœuds. Envoyez d’abord les preuves nécessaires en privé et ne divulguez pas publiquement un problème non corrigé.
Les informations ci-dessous sont préparées uniquement dans votre navigateur actuel pour générer un e-mail destiné au support. Le formulaire n’est pas envoyé à un serveur backend propriétaire.
Les demandes de configuration avant la création d’une commande, les partenariats, les rapports de sécurité et les questions générales ne nécessitant pas le contexte d’une commande peuvent être envoyés à l’adresse du support.
Si vous avez déjà une commande ou si le problème concerne un nœud précis, la livraison, un renouvellement, une adresse de connexion ou une anomalie de fonctionnement, utilisez un ticket dans la console pour conserver l’historique complet.
Il n’est pas nécessaire de rédiger un long cahier des charges. Décrivez votre workflow, votre stockage, la durée et la région pour commencer à comparer BookaMac M4 et BookaMac M4 Pro.
Précisez si votre usage principal concerne les builds Xcode, un self-hosted runner, l’inférence de modèles en local, ou l’encodage et le rendu par lots. Indiquez aussi le nombre de tâches simultanées et si vous avez besoin d’une interface graphique.
Résultat attendu : l’équipe peut d’abord évaluer les besoins en CPU, mémoire et fonctionnement continu.Estimez l’espace occupé par les dépôts, les caches de dépendances, les artefacts de build et les médias. Indiquez si vous envisagez un SSD de +1TB, un SSD de +2TB ou une mise en parallèle via Thunderbolt 5.
Résultat attendu : le stockage de base et les options ne seront pas réévalués après la commande.Déterminez s’il s’agit d’une adaptation ponctuelle, de builds par étapes ou d’une CI continue. Les deux modèles sont disponibles à la journée, à la semaine, au mois ou au trimestre ; choisissez une durée adaptée à votre projet.
Résultat attendu : le devis correspond directement à votre période d’utilisation réelle, sans mélanger les durées.Choisissez Singapour, Japon (Tokyo), Corée du Sud (Séoul) ou Hong Kong, en tenant compte de l’emplacement de votre équipe, de vos dépôts et de vos principaux flux d’accès.
Résultat attendu : les recommandations reposent sur les quatre régions disponibles, sans ajouter de nœud hors catalogue.La page des offres réunit BookaMac M4, BookaMac M4 Pro, les options de stockage et la disponibilité dans les quatre régions.
La gestion des commandes et des hôtes se fait dans la console. Pour un problème lié à un nœud précis, ouvrez le ticket depuis la commande correspondante. N’envoyez pas plusieurs e-mails identiques : le contexte serait fragmenté.
Fournissez uniquement l’identifiant nécessaire pour retrouver la commande, sans informations complètes de paiement ou de connexion.
Indiquez Singapour, Japon (Tokyo), Corée du Sud (Séoul) ou Hong Kong, ainsi que le modèle concerné.
Utilisez une indication horaire avec fuseau et précisez si le problème est continu ou intermittent.
Conservez le code d’erreur et le contexte essentiel ; supprimez les clés, mots de passe, jetons et identifiants complets.
Envoyez les rapports de sécurité à support@bookamac.com. Indiquez « rapport de sécurité » dans l’objet, puis décrivez l’impact, les prérequis, les étapes minimales de reproduction, les résultats observés et attendus, ainsi que vos créneaux de contact.
Avant la confirmation et la correction du problème, ne divulguez pas les détails publiquement, n’accédez pas à des données qui ne vous appartiennent pas, n’élargissez pas les tests et ne perturbez pas les nœuds d’autres utilisateurs pour démontrer l’impact.
Envoyer un rapport au supportIndiquez les pages, parcours ou limites d’accès concernés, et précisez si une connexion ou un état de commande particulier est requis.
Fournissez des étapes minimales et reproductibles, en supprimant les identifiants et les informations personnelles sans rapport avec le problème.
Ajoutez les messages d’erreur nécessaires, des captures expurgées ou la séquence des requêtes, en distinguant les faits observés des hypothèses.
Indiquez votre fuseau horaire et vos disponibilités pour faciliter la vérification d’informations complémentaires ou le suivi du traitement.
Les réponses du support se concentrent sur la livraison du nœud, le chemin de connexion et les faits de configuration. Fournir une piste de diagnostic ne signifie pas gérer à votre place votre code, vos certificats ou vos outils tiers.
| Type de problème | Nous pouvons aider à | À préparer avant l’envoi | Limites de responsabilité |
|---|---|---|---|
| Conseil de configuration | Expliquer les différences entre les deux modèles selon leurs spécifications publiques, votre charge de travail et vos besoins de stockage. | Type de tâches, volume simultané, espace de stockage, durée de location et région cible. | Ces conseils servent au choix de configuration et ne constituent pas une garantie de performance pour un projet donné. |
| Diagnostic de connexion | Vérifier l’adresse du nœud, le chemin réseau, les conditions de connexion de base en SSH ou VNC et les messages d’erreur. | Identifiant de commande, région, heure, environnement client et journaux expurgés. | Vous êtes responsable des règles réseau locales, de la conservation des clés et des opérations effectuées pendant la session. |
| Environnement de build | Aider à vérifier la configuration du nœud, son accessibilité et les points de contrôle de la chaîne d’outils de base. | Version de Xcode, commande de build, nom de la cible, code de sortie et journaux essentiels. | Nous n’écrivons pas le code et ne gérons ni dépôts, ni certificats, ni fichiers de provisioning, ni processus de publication. |
| Outils tiers | Aider à distinguer un problème du nœud d’un problème de configuration de l’outil et fournir des pistes de vérification au niveau de l’environnement. | Version de l’outil, commande de reproduction, différences de configuration et sortie d’erreur officielle. | Vous gérez vous-même le comportement, les licences et la stratégie de mise à jour des outils tiers. |
| Rapport de sécurité | Recevoir l’impact, les étapes de reproduction et les preuves, effectuer l’orientation et demander les compléments nécessaires. | Étapes minimales de reproduction, preuves expurgées, évaluation de l’impact et créneaux de contact. | N’accédez pas aux données d’autrui, n’élargissez pas le périmètre de test et ne divulguez pas les détails non corrigés. |
L’objectif du support est d’envoyer une première réponse, d’orienter la demande ou de demander des informations complémentaires sous 1 jour ouvré. L’e-mail ne convient pas aux incidents nécessitant une réaction immédiate ; pour une commande existante ou une anomalie de nœud, utilisez de préférence un ticket dans la console.
Non. Un seul canal par problème facilite le suivi. Utilisez l’e-mail du support pour l’avant-vente, les partenariats et les rapports de sécurité ; utilisez un ticket dans la console pour les commandes existantes, la livraison et les problèmes de connexion.
Conservez les codes d’erreur, noms de commandes, heures, séquences d’appels essentielles et le contexte directement lié au problème. Supprimez les clés privées, mots de passe, jetons, identifiants de connexion complets, informations personnelles et contenus de projets sans rapport.
Les tickets conservent le contexte de commande, tandis que l’e-mail du support traite l’avant-vente, les partenariats et les rapports de sécurité. Choisissez un seul canal et fournissez uniquement les informations nécessaires à la résolution.