D'abord, le travail: du code à la revue Apple
La base de code Swift progresse, les fonctionnalités sont livrées, une version arrive sur TestFlight pour que le client la teste sur son propre appareil. Vient ensuite la soumission à l'App Store, avec ses cibles Watch et iPad quand le projet les prévoit. À ce stade, le travail technique est terminé.
Ce qui suit n'est plus du code: c'est la revue Apple, qui peut durer plusieurs jours ou plusieurs semaines et renvoyer une application pour un motif mineur. Le client attend cette validation avant de considérer la mission comme livrée, et c'est cette attente qui sépare la dernière ligne de code du moment où la facture peut être envoyée.
Pour un développeur iOS basé hors des États-Unis, cette attente technique s'ajoute à une autre, celle du paiement transfrontalier, une fois que le client a enfin donné son accord.
Ensuite, l'inscription et l'émission de la facture
L'inscription à PANORAMA payments se fait une fois: vérification d'identité, puis description du client et de la mission. À partir de là, la facture n'est plus émise par vous mais par une société américaine déjà en activité, qui sert d'émetteur pour la mission. Pour le service comptable du client, elle ressemble à n'importe quelle facture domestique: réglable par ACH ou par virement bancaire classique, en dollars, vers une banque américaine, avec un formulaire W-9 disponible sur demande.
Le client n'a pas besoin d'être une entreprise américaine à proprement parler: une société de produit à l'audience centrée sur Apple, une agence ou une marque de santé et de bien-être situées dans un autre pays non sanctionné sont acceptées, et 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.
PANORAMA payments retient ensuite une seule commission de plateforme et vous verse le solde dans votre pays: virement bancaire local, SWIFT, SEPA, Wise ou actifs numériques indexés sur le dollar, selon l'endroit où vous vivez. Il n'y a pas d'abonnement mensuel et rien n'est prélevé avant que le client ait payé. Vos impôts restent votre responsabilité: PANORAMA payments ne donne pas de conseil fiscal et n'est l'employeur de personne.
Puis, le mode de facturation qui correspond à la mission
Le développement iOS se facture à l'heure quand la mission est ouverte, au projet quand le périmètre est fixé d'avance, par étape quand un client préfère régler à des jalons précis: la version sur TestFlight, la soumission à l'App Store, la sortie des cibles Watch et iPad.
Avec PANORAMA payments, chacune de ces formules se traduit dans la facture émise par la société américaine: la ligne décrit ce qui a réellement été livré, qu'il s'agisse d'heures de développement, d'un projet fermé ou d'une étape validée. Le mode de facturation choisi avec le client ne change rien au mécanisme de paiement en dessous.
Enfin, le règlement une fois que le client donne son accord
L'accord du client arrive souvent après la revue Apple, parfois plusieurs semaines après la dernière ligne de code. PANORAMA payments ne peut pas accélérer ce cycle de revue ni forcer un client à valider plus vite; ce calendrier reste entre vous et lui.
Ce qui se passe une fois l'accord donné est en revanche entre les mains de PANORAMA payments: la facture domestique part vers le client, il la règle par ACH ou par virement bancaire classique, et vous recevez votre part dans votre pays par le moyen qui vous convient, sans avoir géré vous-même la traversée de la frontière.