Le code est en production, la facture peut attendre
L'API tourne déjà dans le dépôt du client, la base de données a été migrée, et l'intégration avec son système de paiement répond comme prévu. Le service est déployé, il tourne, et personne côté client ne le remet en question. C'est à ce moment précis que la facture devient le sujet.
Pour un développeur backend situé hors des États-Unis, cette facture pose un problème que le code ne pose jamais : un compte bancaire étranger, une devise que le service comptable du client ne sait pas toujours traiter, et un virement international dont les frais et les délais ne sont écrits nulle part. Le client demande parfois un formulaire fiscal américain que vous n'avez aucune raison de posséder.
Le vrai nœud, pour ce métier en particulier, c'est que l'accès à la production est souvent donné avant que la première facture soit payée. La revue de sécurité du client et le dossier de paiement arrivent donc en même temps, et l'un ne doit pas retarder l'autre.
Le circuit de paiement, côté PANORAMA payments
Vous vous inscrivez une seule fois, vous vérifiez votre identité, et vous décrivez le client ainsi que le travail à facturer. La facture n'est pas émise en votre nom : elle est émise par une société américaine déjà existante, qui joue ce rôle pour un grand nombre de professionnels. Pour le service comptable du client, c'est une facture domestique ordinaire.
Votre client paie par ACH ou par virement bancaire, en dollars, vers une banque américaine, et un formulaire W-9 est disponible sur demande. Le payeur peut être une entreprise ou un particulier, situé aux États-Unis ou dans tout pays qui n'est pas sous sanctions. La facture peut être émise dans onze devises, dont le dollar américain, l'euro, la livre sterling, le dollar canadien, le dollar australien et le franc suisse : quelle que soit la devise choisie, l'argent est reçu par la société américaine.
PANORAMA payments prélève ensuite une seule commission de plateforme et vous paie dans votre pays, par virement bancaire, SWIFT, SEPA, Wise, un compte local, ou des actifs numériques libellés en dollars comme l'USDT, selon l'endroit où vous vivez. Il n'y a pas d'abonnement mensuel, et rien n'est facturé avant que le client ait payé.
Facturer à l'heure, au jalon ou en régie
Le développement backend se facture rarement de la même façon d'un client à l'autre : à l'heure pour une mission continue, au jalon pour un projet découpé en étapes, ou en régie mensuelle pour une présence régulière sur le service. Chacune de ces formes se retrouve telle quelle sur la facture émise par PANORAMA payments.
Les entreprises SaaS, les équipes fintech ou healthtech, et les agences qui sous-traitent la partie serveur d'un projet n'ont pas la même patience pour un paiement compliqué : plus l'accès accordé est sensible, plus le service comptable veut une facture qui ressemble à toutes les autres qu'il traite déjà. Une API, un schéma de base de données avec ses migrations, une intégration avec un système de paiement ou de CRM, un service déployé et qui tourne : chaque livrable devient une ligne de facture reconnaissable.
Ce que PANORAMA payments ne change pas
PANORAMA payments ne devient pas votre employeur et ne donne aucun conseil fiscal. Vous restez responsable de vos propres impôts dans votre pays de résidence, exactement comme avant. La plateforme ne promet rien sur la rapidité d'un paiement ni sur le comportement d'un client qui tarderait à régler.
Ce qui change, c'est la lecture que le client fait de la facture. Un service comptable américain qui voit une société américaine, un paiement par ACH et un W-9 disponible n'a plus de raison de traiter votre dossier différemment des autres fournisseurs, y compris quand l'accès qu'il vous a donné touche à sa production.