Pourquoi faire passer sa facture par une société américaine
Le travail d'un développeur Android n'a rien d'américain : il s'écrit en Kotlin, se teste sur des appareils du monde entier et se publie sur un magasin qui n'appartient à aucun pays en particulier. Alors pourquoi faire émettre la facture par une société installée aux États-Unis plutôt que l'envoyer soi-même.
La réponse ne porte que sur la facture, pas sur le travail. Cela ne corrige aucun bug de compatibilité, n'accélère aucune validation côté client et ne change rien à la manière dont votre publication sur le Play Store est jugée. Ce que ça change, c'est que le document que reçoit le service comptable ressemble à celui de n'importe quel fournisseur domestique, plutôt qu'à un virement à l'international qui pose des questions.
Ce que fait réellement la facture émise pour vous
Vous vous inscrivez une fois, vous vérifiez votre identité, puis vous décrivez le client et le travail Android facturé. La facture part ensuite vers ce client, émise par une société américaine : pour son service comptable, c'est un fournisseur domestique de plus, payable par ACH ou virement, en dollars, vers une banque aux États-Unis, avec un formulaire W-9 disponible sur demande.
Que le client soit une entreprise américaine à audience mondiale, un produit de logistique ou de service sur le terrain, ou une agence, le paiement suit le même chemin, dans n'importe quel pays qui n'est pas sous sanctions. La facture peut être émise en onze devises, dont le dollar américain, l'euro, la livre sterling, le dollar canadien, le dollar australien et le franc suisse.
PANORAMA payments retient ensuite une seule commission de plateforme et vous paie dans votre pays : virement bancaire, SWIFT, SEPA, Wise, compte local ou actifs numériques libellés en dollars comme l'USDT, selon où vous vivez. Aucun abonnement mensuel, rien n'est prélevé avant que le client ait payé, et vous restez seul responsable de vos impôts chez vous.
Facturer à l'heure, au projet ou par jalons de publication
Un développement Android se facture souvent à l'heure pendant les phases de correctifs et de tests sur différents appareils, puis passe à un prix de projet ou à des jalons calés sur les étapes d'un déploiement progressif jusqu'à la publication complète sur le Play Store.
La facture émise pour vous peut décrire chaque étape séparément : la base de code Kotlin livrée, les correctifs de compatibilité apportés après un rapport de bug, l'avancement d'un déploiement progressif. Le client retrouve sur un document ce qui correspond à ce qu'il a réellement reçu et validé.
Le bug reste le vôtre à corriger, la facture non
Un rapport de bug venu d'un appareil que vous n'avez jamais testé restera toujours une variable du métier, et aucune facture n'y changera rien. Ce qui reste sous votre contrôle, c'est que le paiement du travail déjà accepté n'ait pas, en plus, à traverser un circuit bancaire compliqué.
Une fois la facture réglée par le client, la commission de plateforme est retenue et le reste vous revient dans votre pays. Le reste du métier, les tests, les correctifs, les validations, continue de se jouer comme avant.