Paiements machine to machine

SDK.finance décrit les étapes: la machine identifie un besoin, les deux parties conviennent des conditions, le système du payeur vérifie que la machine peut dépenser ce montant, le paiement s'exécute, la livraison est confirmée et les deux parties comptabilisent le résultat. Une machine a besoin de sa propre identité, d'un budget et d'une règle pour le cas où un paiement passe et le service n'arrive pas.

Des frais fixes de dix centimes sur un appel d'API à un centime coûtent plus que l'appel. Les systèmes M2M ne paient donc à la requête que sur des rails bon marché et, sinon, regroupent de nombreux petits montants en un seul débit ou partent d'un solde prépayé, le problème que décrivent les micropaiements.

La recharge des véhicules électriques a ses propres règles dans l'UE. Le règlement sur le déploiement d'une infrastructure pour carburants alternatifs, AFIR, impose aux nouvelles bornes rapides d'accepter le paiement ad hoc par carte, si bien qu'un conducteur peut payer sans contrat. Plug & Charge selon la norme ISO 15118 suit le chemin inverse: la voiture s'identifie auprès de la borne et la session est facturée sur un contrat sans que le conducteur touche quoi que ce soit.

Dans l'industrie, le même schéma facture des heures machine ou des cycles de production. SDK.finance cite l'exemple d'équipements facturés à l'usage, dont les relevés signés d'heures machine déclenchent la facturation. Le volet paiement décide si un tel modèle fonctionne, car la banque ou le prestataire de paiement doit accepter un relevé de machine comme base d'un prélèvement.

Un paiement M2M peut passer par des cartes enregistrées pour des transactions initiées par le commerçant, par des virements déclenchés via une API ou par des stablecoins. Des protocoles pour les paiements logiciels s'ajoutent par-dessus. x402 utilise le code de statut HTTP 402 pour qu'un serveur puisse demander un paiement au sein d'une requête web, et les réseaux de cartes publient leurs propres cadres pour les paiements agentiques.

Dans l'UE, la question de l'autorisation décide de la conception. L'authentification forte du client selon la DSP2 suppose une personne capable de confirmer un paiement. Les paiements M2M reposent donc sur des mandats, des transactions initiées par le commerçant et des exemptions, que la page sur l'authentification forte du client explique.

Les paiements machine to machine sont des paiements que des appareils ou des logiciels lancent et exécutent seuls, dans des règles de dépense fixées à l'avance par leur propriétaire. Par exemple, des voitures paient la recharge ou le stationnement et des logiciels paient des appels d'API.

Les paiements IoT impliquent un appareil physique connecté, et une personne peut encore confirmer le paiement, par exemple dans une application. Dans un paiement M2M, personne ne confirme la transaction individuelle. Les agents d'IA qui achètent des services sont des payeurs M2M sans appareil.

Beaucoup passent par des cartes enregistrées ou des virements avec mandat. Les blockchains et les stablecoins servent quand les montants sont très petits, quand paiement et livraison doivent se régler ensemble, ou quand les parties n'ont pas de relation bancaire commune.