GitHub Copilot Business et Enterprise fonctionnent selon un système de facturation totalement distinct de celui de Copilot en version personnelle. La version personnelle débite la carte bancaire du compte Personal, tandis que la version entreprise débite la carte associée au compte Organization ou Enterprise account, et la page de facturation exige de renseigner l’adresse de l’entreprise, un identifiant fiscal et, si nécessaire, de fournir un justificatif fiscal. Pour les équipes de développement basées en Chine continentale, en Asie du Sud-Est ou en Amérique du Sud, le point de friction principal n’est pas le refus des cartes USDT par GitHub — d’après les observations de la rédaction, le dispositif antifraude de GitHub est relativement souple — mais plutôt le montant total prélevé, nombre de sièges × tarif unitaire, qui dépasse souvent le plafond mensuel des cartes USDT à faible seuil, ainsi que les vérifications supplémentaires déclenchées par une incohérence entre l’adresse de facturation et le BIN de la carte.
Pourquoi MPCard Asia Elite
Les tarifs publics de Copilot Business figurent sur la page pricing officielle de GitHub : facturation mensuelle par siège, avec une remise pour le paiement annuel. Pour une équipe de développement de 20 personnes, le prélèvement mensuel en paiement mensuel se chiffre en centaines de dollars, alors qu’en paiement annuel il s’agit d’une autorisation unique de plusieurs milliers de dollars — deux rythmes qui imposent des exigences très différentes à la carte.
La variante Asia Elite de MPCard convient bien au paiement mensuel pour les petites et moyennes équipes : le BIN Asie-Pacifique présente une bonne compatibilité avec les adresses d’entreprise fréquemment utilisées sur la page de facturation GitHub (Allemagne, Singapour, Hong Kong). Les montants précis d’autorisation unique et de plafond mensuel sont indiqués sur la page officielle des tarifs MPCard ; il est conseillé de les vérifier avant de souscrire, en s’assurant qu’ils couvrent bien le nombre de sièges × le tarif unitaire, plus une marge de change de 1,5 %.
Si le montant d’une autorisation en paiement annuel dépasse le plafond par transaction d’Asia Elite, il est possible de se tourner vers Bybit Card — dont les plafonds par transaction et mensuels figurent sur la page officielle Bybit Card, en tenant compte des restrictions de disponibilité géographique de cette carte. Si l’entité de l’équipe est enregistrée aux États-Unis et que l’on souhaite aligner adresse de facturation, BIN de carte et entité juridique sur les États-Unis, BitPay Card constitue une option pertinente, avec plafonds et tarifs indiqués sur la page officielle BitPay Card.
Étapes à suivre
- 1 Vérifier l'entité de facturation et le cycle de paiementConnectez-vous à GitHub, allez dans Organization → Settings → Billing and plans. Décidez d'abord entre paiement mensuel et paiement annuel : le paiement annuel maîtrise le coût total mais chaque autorisation est d'un montant élevé, ce qui pose problème pour les cartes à faible plafond.
- 2 Préparer l'adresse de facturation et les champs fiscauxLes plans Enterprise et certains clients Business doivent renseigner un numéro de TVA / Tax ID et une adresse d'entreprise. Il est recommandé que le pays de facturation corresponde au pays du BIN de la carte utilisée : une adresse européenne avec un BIN américain déclenche facilement une vérification supplémentaire.
- 3 Préparer une carte USDT et effectuer le KYCChoisissez la variante Asia Elite de MPCard, complétez le KYC avant de recharger. Le plafond mensuel est indiqué sur la page officielle ; avant un abonnement d'entreprise groupé, vérifiez qu'il couvre bien le nombre de sièges × le tarif mensuel par siège.
- 4 Recharger en TRC20 et prévoir une margeRechargez la carte en USDT-TRC20 en prévoyant 5-10 % de marge pour couvrir le change et les hausses saisonnières. GitHub facture en USD ; un règlement multi-devises génère un coût de change d'environ 1,5 %.
- 5 Ajouter le mode de paiement sur GitHubAllez dans Billing → Payment information → Add payment method, saisissez le numéro de carte et l'adresse de facturation. GitHub effectue une pré-autorisation d'un petit montant (généralement 1 $) ; la carte n'est enregistrée qu'après validation.
- 6 Attribuer les sièges à Copilot BusinessRetournez sur la page des paramètres Copilot et ajoutez des Members ou des Teams à Copilot. Le premier prélèvement est calculé au prorata du mois en cours ; la période suivante correspondra au nombre total de sièges × le tarif unitaire.
- 7 Activer les alertes de facturation et surveiller la date de renouvellementDans les paramètres Billing, activez les Email notifications et la Spending limit. Vérifiez le solde de la carte 3 jours avant la date de renouvellement pour éviter qu'un échec de paiement n'entraîne la suppression des sièges.
- 8 Conserver les factures et les relevés de rapprochementGitHub fournit chaque mois une facture PDF dans Billing → Payment history ; téléchargez-la et archivez-la. Il est également conseillé d'exporter les mouvements de la carte USDT pour faciliter les notes de frais et le rapprochement annuel.
Échecs fréquents et solutions
1. Message GitHub « We were unable to authenticate your card » lors de l’ajout de la carte
Ne réessayez pas plus de 3 fois, sinon le dispositif antifraude de GitHub imposera un délai de refroidissement de 24 heures. Vérifiez trois points : le pays de l’adresse de facturation correspond-il au pays du BIN de la carte ; le nom correspond-il exactement à celui du KYC ; le solde de la carte est-il suffisant pour la pré-autorisation de 1 $ plus une marge. Il est conseillé de changer de fenêtre de navigation privée, de vider les cookies, et de s’assurer que l’IP correspond bien à la direction géographique du pays de facturation avant de réessayer.
2. Échec du premier prélèvement après attribution des sièges
Le premier prélèvement de GitHub est calculé au prorata des jours restants du mois en cours ; le montant n’est pas nécessairement un nombre rond. Si la carte est configurée avec un plafond en montant entier, le reliquat du calcul au prorata tombe parfois à la limite du plafond. Solution : rechargez temporairement 5 à 10 dollars de marge supplémentaire sur la carte, ou déclenchez manuellement Pay outstanding balance sur la page Billing.
3. Échec du prélèvement à la date de renouvellement, sièges marqués inactive
GitHub envoie des rappels par e-mail et accorde un délai de grâce selon son propre processus de facturation officiel (le nombre exact de jours est indiqué dans la documentation de facturation GitHub). Rendez-vous immédiatement dans Billing → Payment information, supprimez l’ancienne carte, ajoutez-en une nouvelle (ou ajoutez de nouveau la même carte), puis cliquez sur Pay outstanding balance. Le statut des sièges est généralement rétabli quelques minutes après le succès du prélèvement.
4. Facturation Enterprise exigeant un formulaire fiscal W-8BEN / W-9
Il s’agit d’une exigence de conformité fiscale américaine, indépendante de la carte utilisée. Téléchargez le formulaire indiqué par GitHub ; les entités non américaines doivent remplir un W-8BEN-E. Cette étape n’affecte pas le prélèvement par carte USDT, mais un formulaire non validé peut entraîner le gel de la période de facturation suivante.
5. Autorisation refusée en cas de paiement annuel avec montant trop élevé
Lorsque le montant de l’autorisation dépasse le plafond par transaction de la carte, GitHub n’affiche qu’un « declined » générique. Passez au paiement mensuel, ou utilisez une carte avec un plafond par transaction plus élevé. Ne tentez pas de fractionner la commande — GitHub ne permet pas de scinder une commande Enterprise en plusieurs paiements.
Lectures connexes sur le site
- Pour comparer les tarifs et plafonds des cartes, consultez d’abord la vue d’ensemble des cartes USDT et le classement des frais les plus bas
- Pour les développeurs individuels utilisant Copilot Individual plutôt que Business, la logique est similaire à celle du scénario Cursor Pro
- Si l’entité de l’entreprise est dans l’Union européenne, lisez d’abord les points clés de conformité UE pour le traitement de la TVA
- Si l’entité de l’entreprise est à Hong Kong ou Singapour, consultez la conformité HK et la conformité SG
- Pour les inquiétudes sur la continuité des abonnements d’entreprise en cas de risque lié à l’émetteur, voir risque de faillite de l’émetteur
FAQ
FAQ
- Q. GitHub Copilot Business exige-t-il une adresse de facturation américaine ?
- Non, ce n'est pas obligatoire : GitHub accepte les adresses de facturation du monde entier, mais il est recommandé que le pays de facturation corresponde au pays du BIN de la carte afin de limiter les contrôles antifraude.
- Q. Une carte USDT peut-elle régler un abonnement annuel Copilot Enterprise ?
- Oui, mais le montant de l'autorisation unique est élevé. Vérifiez que les plafonds par transaction et mensuels de la carte couvrent le coût annuel complet ; sinon, privilégiez le paiement mensuel.
- Q. En cas d'échec du renouvellement de Copilot, les sièges sont-ils supprimés immédiatement ?
- Non, pas immédiatement. GitHub envoie plusieurs e-mails et accorde un délai de grâce, mais il est conseillé de recharger ou de changer de carte dès la réception du premier rappel.
- Q. Faut-il obligatoirement renseigner le numéro de TVA / Tax ID ?
- Il est recommandé aux entreprises de l'Union européenne, du Royaume-Uni, etc. de le renseigner pour bénéficier de l'autoliquidation ; les particuliers peuvent laisser ce champ vide. Suivez les indications de la page de facturation GitHub.
- Q. Peut-on payer un Copilot Business d'entreprise avec une carte USDT personnelle ?
- Techniquement oui, mais la facture sera émise au nom d'une personne physique, ce qui complique les notes de frais et le traitement fiscal de l'entreprise. Il est préférable d'utiliser une carte au nom de l'entité professionnelle.