Avant d’activer votre Mac dans le cloud, confirmez les règles applicables aux deux parties

L’accès ou l’utilisation du site HopVM, la connexion à la console, la création d’un compte, la soumission d’une commande ou l’utilisation effective d’un Mac dans le cloud signifie que le titulaire du compte a lu et accepté les présentes conditions ainsi que la configuration, la durée et la région indiquées dans la commande. En cas de désaccord, interrompez la commande avant de la valider.

Le titulaire du compte doit avoir la capacité juridique nécessaire pour conclure un accord. Lorsqu’une organisation commande, la personne qui soumet la commande doit être dûment autorisée à confirmer les frais, l’usage de l’appareil, les membres autorisés et les modalités de traitement des données. Le titulaire du compte est responsable des opérations effectuées par ses membres autorisés.

Les informations du compte doivent rester exactes et complètes afin de permettre les vérifications d’identité et de commande nécessaires. Il est interdit d’utiliser l’identité d’un tiers, de se faire passer pour une organisation ou de contourner les contrôles de sécurité, la facturation ou les limites d’utilisation au moyen de plusieurs comptes.

HopVM fournit des Mac dans le cloud accessibles à distance. Chaque commande valide correspond à une machine physique dédiée et à un nœud physique réel. Le service n’est pas une machine virtuelle et le processeur, la mémoire et le stockage local d’une même commande ne sont pas vendus comme une instance de calcul partagée.

L’étendue exacte du service est définie dans la confirmation de commande : modèle, puce, mémoire, stockage intégré, période de facturation, nœud sélectionné et options. L’accès à distance peut inclure l’interface graphique macOS et un environnement en ligne de commande, pour le développement, les builds automatisés, les tests, l’inférence de modèles et le traitement multimédia.

Le service n’inclut pas le développement des projets de l’utilisateur, la résolution des dépendances, la revue de code, la maintenance des scripts de build ni les licences d’outils tiers. HopVM gère l’appareil et le chemin d’accès liés à la commande ; l’utilisateur gère la configuration du projet, les versions des outils et la validation des résultats métier.

Mac dans le cloud

Mac utilisé à distance via une connexion réseau contrôlée.

Machine physique dédiée

Appareil réel utilisé exclusivement par cette commande pendant sa validité.

Nœud

Région de service où se trouve l’appareil, selon la région choisie dans la commande.

Durée de location

Période de service calculée à la journée, à la semaine, au mois ou au trimestre.

HopVM propose uniquement les trois modèles en vente ci-dessous. Vérifiez la configuration avant de commander ; ne déduisez pas la mémoire ou le stockage d’un nom similaire. Les modèles disponibles sont HopVM M4 16, HopVM M4 24 et HopVM M4 Pro 64.

Les trois modèles sont disponibles à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong, dans l’est des États-Unis et dans l’ouest des États-Unis, soit six nœuds. Les combinaisons du catalogue sont généralement disponibles ; la disponibilité réelle au moment de la commande est indiquée en temps réel dans la console.

Vérifiez la durée, le nœud, l’extension de stockage et l’option Thunderbolt 5 en parallèle. Après paiement et validation du système, la commande passe en livraison ; son identifiant, sa configuration et son état affichés dans la console servent de référence. En cas d’écart, ouvrez un ticket avant de lancer une tâche métier.

Après la livraison, vérifiez l’état de l’appareil, l’heure système, la capacité du disque, l’utilisateur actuel et le mode d’accès avant de déployer du code ou d’importer des données. Si une tâche a été lancée sur une mauvaise configuration faute de vérification, arrêtez-la et contactez l’assistance pour définir la marche à suivre.

Toutes les commandes sont facturées et réglées en dollars américains (USD). Les seuls moyens de paiement pris en charge sont USDT-TRC20 et Visa / Mastercard / Amex traités par Stripe. Les passerelles réellement disponibles sont celles renvoyées par le système lors de la commande.

Les tarifs des modèles sont ceux du tableau ci-dessus et de la page des offres. Les options sont facturées pour la même durée et s’ajoutent au modèle choisi pour former le montant de la commande :

Avant le paiement, la commande doit indiquer le modèle, la durée, le nœud, les options et le montant total. L’utilisateur doit vérifier le réseau de paiement, le montant et l’identifiant de commande. Toute demande concernant l’état d’une commande doit mentionner son identifiant dans la console, sans transmettre de justificatif de paiement complet par e-mail ou ticket.

Les tarifs de chaque durée sont publiés séparément ; ne calculez pas vous-même les tarifs hebdomadaires, mensuels ou trimestriels à partir du tarif journalier. Pour un renouvellement, une modification de configuration ou l’ajout d’une option, le contenu affiché au moment de la confirmation fait foi ; tout élément non confirmé n’est pas considéré comme commandé.

Dans le cadre d’une autorisation légale, l’utilisateur peut effectuer du développement logiciel, de l’intégration continue, des tests automatisés, de l’inférence de modèles, du transcodage, du rendu et des tâches d’ingénierie connexes. Les tâches doivent correspondre à la configuration commandée et ne pas nuire à la plateforme, aux nœuds, au réseau ni aux droits d’autrui.

Les comportements suivants sont interdits :

• Accès non autorisé : Scanner, sonder, contourner l’authentification ou accéder à des comptes, systèmes, réseaux et données sans autorisation.
• Propagation de codes malveillants : Créer, héberger, exécuter ou distribuer des programmes destinés à détruire, voler, extorquer, contrôler furtivement ou contourner la détection de sécurité.
• Abus de ressources : Affecter la stabilité des nœuds ou l’accès des utilisateurs légitimes par un trafic anormal, une automatisation malveillante, des attaques persistantes ou tout autre moyen.
• Traitement de contenus illicites : Stocker, générer, diffuser ou traiter des contenus et données qui enfreignent le droit applicable.
• Atteinte aux droits d’autrui : Utiliser sans autorisation le code, les données, les modèles, les médias, les marques, les œuvres protégées ou les informations personnelles d’autrui.
• Contournement des contrôles : Supprimer, modifier ou contourner les restrictions d’accès, la journalisation, les limites de commande et les politiques de sécurité.

En cas de comportement à haut risque, HopVM peut d’abord limiter la session, l’accès réseau ou les opérations sur l’appareil afin de contenir l’impact, puis indiquer les vérifications requises via les coordonnées du compte. L’utilisateur doit fournir l’usage de la tâche, la période concernée et les éléments désensibilisés nécessaires.

L’utilisateur protège les mots de passe du compte, les clés de connexion, les informations d’accès à l’appareil et la liste des membres autorisés. Les identifiants doivent être transmis uniquement aux membres qui en ont besoin, par un moyen contrôlé ; ne les collez pas dans un dépôt public, des journaux de build, des conversations ou des documents de projet non protégés.

Lorsqu’une équipe utilise le même appareil, elle doit définir les autorisations des membres, les répertoires de projet, la file des tâches et les dossiers de passation. Lorsqu’un membre quitte le projet ou change de rôle, révoquez rapidement ses droits et renouvelez les identifiants concernés. Ne conservez pas de session ouverte ni d’informations de connexion sur un appareil public.

En cas de connexion inhabituelle, de session inconnue, de changement de droits ou de suspicion de fuite de clé, l’utilisateur doit immédiatement arrêter la tâche concernée, révoquer les identifiants, conserver l’heure, le nœud et les journaux désensibilisés, puis ouvrir un ticket dans la console. Les rapports de sécurité, demandes de documents de conformité et questions générales utilisent également support@hopvm.com.

L’objectif de disponibilité du service HopVM est de 99,9 %. Tous les nœuds sont fournis selon une exploitation normale 365 jours par an. Les relevés d’état des 90 derniers jours indiquent la connectivité des nœuds et les incidents clôturés ; ils ne garantissent pas les performances d’un projet, d’un outil ou d’une sortie réseau donnée.

La disponibilité est vérifiée à partir de l’état des nœuds HopVM, des journaux des appareils et des connexions. Le réseau local de l’utilisateur, les identifiants incorrects, la configuration du projet, l’arrêt volontaire des tâches, les problèmes d’outils tiers et les interruptions dues aux actions de l’utilisateur ne sont pas comptabilisés comme indisponibilité de la plateforme.

Si l’utilisateur estime que la disponibilité cible n’a pas été atteinte, il doit déposer une demande dans la console dans les 30 jours calendaires suivant la clôture de l’incident, avec l’identifiant de commande, le nœud, la date, l’heure et le fuseau, la durée, les étapes de reproduction et la sortie d’erreur désensibilisée. Toute demande sans commande associée ou période précise doit être complétée avant vérification.

Si la vérification confirme l’éligibilité, l’indemnisation est déterminée selon la commande concernée, la durée réelle de l’impact et les conditions applicables. Les cas de force majeure, les actions de l’utilisateur et les événements de réseau externes hors du contrôle de la plateforme sont exclus. N’envoyez pas d’identifiants ni de données complètes du projet par e-mail public.

L’utilisateur gère son code, ses caches de dépendances, artefacts de build, fichiers de modèles, médias, clés et autres données de projet. Le Mac dans le cloud est un appareil de travail et ne doit pas être l’unique emplacement des données. Conservez des copies indépendantes des éléments importants et vérifiez qu’elles peuvent être restaurées.

Pendant la location, définissez la fréquence d’export selon le risque du projet. Pour les builds longs, l’inférence et le transcodage, conservez les commandes reproductibles, les versions des dépendances, les résumés de journaux et les résultats intermédiaires afin de reprendre le travail après une modification de connexion ou un redémarrage.

Avant la fin de la location, une annulation ou une résiliation, effectuez les exports nécessaires, arrêtez les tâches en arrière-plan, révoquez les identifiants temporaires et supprimez les fichiers sensibles inutiles. Après la fin de l’accès, ne supposez pas pouvoir récupérer les données de l’appareil.

Pour une collaboration à plusieurs, définissez le propriétaire des données, le responsable de l’export, l’heure de passation et l’emplacement des artefacts. Conserver des fichiers sur le bureau, dans un répertoire temporaire ou dans un cache de build ne constitue pas une sauvegarde vérifiable.

1. Enregistrer les données sources Synchronisez le code, la configuration et les éléments d’entrée vers un stockage contrôlé.
2. Exporter les artefacts Vérifiez que les archives, packages d’installation, résultats de modèles ou productions multimédias sont lisibles.
3. Révoquer les identifiants Supprimez les jetons temporaires, clés de connexion et autorisations des membres.
4. Documenter la passation Indiquez la dernière tâche terminée normalement, le travail restant et l’emplacement des données.

Une commande peut être limitée, suspendue ou résiliée en cas de paiement incomplet, d’échec de vérification du paiement, de risque de sécurité important, de violation des règles d’usage acceptable, de fin de location ou d’annulation par l’utilisateur. Le traitement applicable est indiqué dans l’état de la commande et les notifications de ticket de la console.

Une commande dont le paiement n’est pas terminé n’est pas livrée normalement. En cas de risque de sécurité sur une commande livrée, HopVM peut d’abord limiter l’accès ou la tâche concernée, puis demander au titulaire du compte de vérifier son identité, son usage et les journaux associés. La restauration de l’accès dépend du résultat du traitement après résolution du risque.

Lors d’une annulation volontaire, confirmez d’abord l’arrêt des tâches, l’exportation des artefacts et la révocation des autorisations. Une demande d’annulation ne prolonge pas automatiquement l’accès et ne justifie pas de retarder la migration des données.

À la fin naturelle de la location, l’accès à l’appareil évolue selon l’état de la commande. Pour continuer à l’utiliser, vérifiez la commande et confirmez la période suivante avant la fin de la période actuelle ; la possibilité de soumettre la combinaison correspondante est indiquée en temps réel dans la console.

En cas de violation grave, de risque persistant ou de refus de coopérer à une vérification nécessaire, HopVM peut résilier le service concerné. Les données de commande, de paiement et de sécurité à conserver sont traitées dans la mesure nécessaire au service, au règlement des litiges et aux obligations légales.

Chaque partie est responsable des actes relevant de son contrôle. La responsabilité de HopVM porte sur l’appareil associé à la commande, l’état du nœud et le chemin d’accès à la plateforme ; l’utilisateur est responsable du code, des dépendances, des clés, des autorisations, des paramètres, des copies de données et des résultats métier.

Les problèmes dus à des outils tiers, dépôts de code externes, sources de dépendances, réseau local, erreurs de configuration ou actions de membres non autorisés doivent d’abord être attribués selon leur cause réelle. Les problèmes de service prouvés par les journaux, les commandes et une période précise sont traités selon la procédure d’incident et d’indemnisation prévue par les présentes conditions.

Dans la mesure autorisée par le droit applicable, les pertes de bénéfices ou de revenus attendus, l’atteinte à la réputation, les pertes étendues dues aux données non sauvegardées et autres dommages indirects ne sont pas inclus dans le calcul de l’indemnisation. Les dispositions impératives du droit applicable prévalent.

En cas de force majeure ou d’événement externe raisonnablement hors du contrôle de la plateforme, les parties doivent réduire rapidement l’impact, conserver les preuves nécessaires et communiquer les conditions de reprise. Cela ne modifie pas la responsabilité de l’utilisateur de protéger ses identifiants, de conserver des copies de données et d’arrêter les tâches à haut risque.

Les notifications relatives aux présentes conditions, à une commande ou au service peuvent être envoyées via les informations du compte, un ticket de la console ou support@hopvm.com . Elles doivent inclure un identifiant de commande reconnaissable, une chronologie factuelle, l’objet de la demande et des preuves désensibilisées, sans mot de passe ni clé privée complète.

Les présentes conditions sont régies par le droit de la juridiction où est établi l’opérateur de la plateforme. En cas de litige, les parties doivent d’abord tenter de le résoudre par notification écrite et éléments vérifiables ; à défaut d’accord, le litige est soumis au tribunal compétent de cette juridiction.

Si une partie des présentes conditions est jugée inapplicable, les autres dispositions restent en vigueur. En cas de modification importante, HopVM en précisera le champ d’application dans la version publiée ; les modifications ne changent pas rétroactivement la configuration ni les prix confirmés de commandes déjà exécutées.