FAQ

Six rails : Stripe, PayPal, Authorize.Net et Square pour les cartes et portefeuilles, NOWPayments pour la crypto (Monero, Bitcoin et la plupart des grandes pièces), et le paiement par courrier pour le liquide, les chèques, les Goldbacks, ou tout ce que l'acheteur vous envoie.

Nous listons l'ensemble exact, sans aucun « bientôt disponible », sur la page Fournisseurs. Si votre rail n'est pas sur cette page, le Cloud ne le propose pas encore. Le SDK open source prend en charge quelques rails de plus que ce que le Cloud fait apparaître, donc faire tourner le SDK vous-même est la réponse s'il vous en faut un que nous n'avons pas branché.

Non. Tout l'intérêt est que vous n'en ayez pas besoin. Le bouton d'achat est quelques lignes de HTML que vous collez sur votre page. Nous gérons chaque callback de paiement de notre côté et montrons les transactions dans votre tableau de bord. Rien ne doit changer dans l'hébergement de votre site.

Coller le bouton d'achat revient à copier quelques lignes depuis votre tableau de bord dans l'éditeur de page de votre site. Si vous savez coller un embed (Carrd, Webflow, Framer, Squarespace, WordPress, sites Notion, HTML brut, tout va bien), vous pouvez utiliser Coin Moebius. Vous n'avez pas besoin d'écrire ni de faire tourner le moindre code au-delà.

Presque rien. Le montant de la transaction, la devise, le statut et l'identifiant de l'événement du fournisseur. Aucun e-mail, aucune adresse, aucune adresse IP (nous hachons les IP avec un sel avant de les stocker pour la limitation de débit, et nous ne consignons jamais les corps de webhook bruts). Moins de données, c'est moins à fuir et moins à devoir produire.

Le sélecteur du bouton d'achat affiche « Paiement par courrier » comme option (quand vous l'avez configurée). L'acheteur voit votre adresse postale et un code de référence unique comme X2M-K9P-R7QW. Quand le paiement de l'acheteur arrive, vous trouvez la ligne correspondante dans le tableau de bord et cliquez sur « Marquer comme reçu ». L'acheteur reçoit une confirmation, vos écritures concordent. Les lignes restées non reçues pendant 30 jours expirent automatiquement.

Le bouton « Envoyer un événement test » du tableau de bord crée une transaction d'exemple pour le fournisseur de votre choix (Stripe, NOWPayments ou Paiement par courrier). Choisissez un produit, choisissez ce qui s'est passé, choisissez le fournisseur, et envoyez. La ligne apparaît étiquetée « test » sous le bon filtre de fournisseur. Aucun argent réel, aucun compte externe nécessaire, et les événements test ne comptent pas dans votre quota.

Pour le paiement par courrier en particulier, choisissez « Une commande de paiement par courrier est en attente » pour obtenir une ligne avec un vrai code de référence et des boutons « Marquer comme reçu » / « Annuler » afin de vous exercer au flux de confirmation.

Pour l'aller-retour complet (de la vue de l'acheteur à la vôtre), collez un bouton d'achat sur une page, cliquez dessus et allez jusqu'au bout. Les utilisateurs de Stripe peuvent utiliser des clés en mode test et des numéros de cartes de test. NOWPayments n'a pas de mode test, donc un vrai micro-paiement dans une pièce à faibles frais est le moyen de vérifier tout le parcours. La page de documentation donne le pas-à-pas pour chaque fournisseur.

Oui. C'est à ça que sert le rail de paiement par courrier. L'acheteur choisit « Paiement par courrier », le tableau de bord génère un code de référence, et il vous envoie ce que vous avez convenu d'accepter. Vous marquez la ligne comme reçue à l'arrivée du colis. L'acheteur reçoit sa confirmation, vos comptes concordent. Nous avons utilisé ce flux pour les Goldbacks en particulier, parce que le fondateur est un client.

Oui. Le bouton d'achat hébergé fonctionne pour les abonnements sur Stripe et PayPal. Réglez un produit en Mensuel ou Annuel dans l'onglet Produits de votre tableau de bord, collez le même bouton d'achat sur votre page, et les clics démarrent des abonnements. Le fournisseur gère les renouvellements, détient la carte et héberge la page de résiliation.

Les abonnements Square et Authorize.Net passent par votre propre intégration, pas par le bouton d'achat hébergé. Vous configurez l'abonnement chez le fournisseur, pointez son webhook vers nous, et le reste du système (tableau de bord, endpoint de statut, événements normalisés) gère le cycle de vie de la même façon que pour Stripe et PayPal. La page de documentation donne le format complet de l'API.

Les abonnements crypto ne sont pas à la feuille de route. Le récurrent en crypto est plein de frictions sur chaque passerelle que nous avons évaluée, et nous préférons ne rien livrer plutôt que de livrer une histoire à moitié cassée.

Oui. Le bouton d'achat est une porte d'entrée. En dessous, Coin Moebius est un webhook loué plus un petit ensemble d'endpoints JSON. Si vous voulez écrire votre propre interface, appeler notre API de paiement depuis votre propre serveur, ou faire tourner un flux que le bouton ne couvre pas (un design personnalisé, une application mobile, des abonnements Square ou Authorize.Net), chaque endpoint que le bouton utilise est aussi appelable depuis n'importe quoi. Aucun compte spécial, aucun code en plus de notre côté. La page de documentation liste toute la surface de l'API.

Deux façons. D'abord, transmettez votre propre identifiant utilisateur opaque au moment du paiement (votre fournisseur d'authentification sait déjà qui est connecté). Nous faisons passer cette chaîne jusqu'au fournisseur de paiement et retour, donc chaque transaction de notre tableau de bord porte le même identifiant que vous utilisez dans votre propre système. Vous croisez les références et vous savez qui a fait quoi.

Ensuite, chaque transaction par carte de notre tableau de bord renvoie par lien vers le fournisseur qui l'a traitée (Stripe, PayPal, Square ou Authorize.Net), où vit réellement le dossier de l'acheteur : e-mail, quatre derniers chiffres de la carte, historique des litiges. Nous ne dupliquons pas ces données ; nous y renvoyons simplement. Trois endroits, chacun détenant ce qu'il doit : notre tableau de bord pour le côté paiement, votre système d'authentification pour le côté client, votre fournisseur de paiement pour le détail au niveau de la carte.

Non. Chaque produit de votre catalogue est soit à prix fixe, soit à prix décidé par l'acheteur, réglé par produit. Le prix fixe est la valeur par défaut. Quand un produit est à prix fixe, le worker lit le prix dans votre catalogue et ignore tout montant que le bouton d'achat pourrait porter. Modifier le HTML dans un navigateur change l'affichage mais pas le débit. Vous pouvez marquer certains produits comme à prix décidé par l'acheteur pour les widgets de don et les cagnottes, où l'acheteur est censé choisir le montant ; le tableau de bord vous fait lire ce que cela signifie avant de basculer l'interrupteur.

Nous n'acceptons jamais non plus de paiement pour un produit qui n'est pas listé dans votre catalogue. Si un acheteur pointe d'une manière ou d'une autre un bouton d'achat vers product-id="un-truc-que-je-nai-pas-configure", le paiement échoue avec une erreur claire.

Nous suivons une stricte minimisation des données (voir la question ci-dessus sur ce que nous stockons) et publions un warrant canary sur la page À propos. La chose la plus personnelle au dossier est l'e-mail de compte du commerçant, géré par notre fournisseur d'authentification. Nous n'avons aucune adresse, aucun e-mail ni aucune IP d'acheteur à remettre.

Les comptes multi-utilisateurs sous un seul compte de facturation. Une API programmatique pour le tableau de bord. Chacun arrive quand un client le demande assez fort.

Pro sur Stripe se résilie via le Stripe Customer Portal, lié depuis votre page de facturation dans le tableau de bord. Pro en crypto annuel n'a pas de renouvellement automatique, donc vous ne payez simplement plus à la fin de l'année. Tout solde de dépassement impayé est facturé une fois avant que le compte ne retombe sur Gratuit.

$99/mois ($1,188/an, ou $990/an en crypto) pour des transactions illimitées. Aucun plafond, aucun calcul de dépassement. Vous obtenez aussi des limites d'API plus élevées, une clé d'API serveur et la priorité sur la boîte de réception du support. Tout le reste (tableau de bord, tous les rails, événements test) est identique à Pro.

Business est pour les entreprises faisant assez de volume pour que Pro plus dépassements ne vaille plus le calcul, ou dont le service financier préfère budgéter un seul chiffre fixe. À un volume moyen typique, $99/mois pour de l'illimité représente moins d'un dixième de pour cent du chiffre d'affaires.

Votre argent ne passe jamais par nous. Il s'écoule directement dans votre propre compte de fournisseur. Donc un gel en amont vous touche de la même façon que si vous aviez intégré le fournisseur vous-même ; rien chez Coin Moebius ne l'aggrave.

Comme le sélecteur prend en charge plusieurs rails à la fois, vous pouvez laisser le rail concerné désactivé et continuer de vendre sur les autres le temps de régler la situation. Et comme le SDK est open source, dans le pire des cas vous pouvez aussi le pointer vers un fournisseur que nous n'avons pas encore intégré au Cloud et faire tourner cette intégration vous-même.

Oui. Le SDK est sur github.com/aquarian-metals/coin-moebius sous une licence ouverte. Le bouton d'achat fonctionne sans notre Cloud. Les auto-hébergeurs pointent le SDK vers leur propre serveur et nous passent complètement. Tout l'intérêt de construire ceci par-dessus un SDK ouvert, c'est que vous pouvez partir.