Module du panneau
BeAdmin sur votre serveur — voilà toute l’infrastructure nécessaire pour encaisser du Monero, sans passerelle supplémentaire.
Le Monero du client arrive directement dans votre portefeuille : le panneau ne conserve que la clé de visualisation privée — elle permet de voir un paiement arriver, jamais de signer un transfert. Chaque facture reçoit sa propre adresse, et le réseau ne révèle jamais qui a payé. Sans pourcentage sur le chiffre d’affaires, sans KYC.
Le Monero suit les quatre mêmes étapes que toute autre commande : une facture en USD, une adresse propre au client, les confirmations réseau — dix d’entre elles, environ 20 minutes — et un webhook vers la boutique. Le panneau pilote tout le cycle.
BeAdmin sur votre serveur — voilà toute l’infrastructure nécessaire pour encaisser du Monero, sans passerelle supplémentaire.
Facture et adresse sont prêtes immédiatement, confirmations et webhook suivent juste après.
Le Monero ne se dépose que dans votre portefeuille — un seul par serveur —, et le panneau en tire lui-même l’adresse de chaque facture.
Il n’y a personne à qui demander un formulaire ou une validation — l’intermédiaire qui les exigerait n’existe tout simplement pas.
Le module tourne sur votre serveur avec le panneau BeAdmin — prêt à encaisser des cryptomonnaies dans votre boutique en ligne. Le point d’entrée, c’est un terminal : on le connecte à un site, un bot ou un espace client.
Il vous faut un serveur avec BeAdmin. Installez le module QryptoPay depuis le panneau.
Créer un terminal génère une page de paiement. Le panneau délivre la clé de signature des transactions.
Choisissez les cryptomonnaies que vous acceptez et indiquez vos portefeuilles de retrait.
La boutique crée une facture et reçoit un lien vers une page de paiement prête à l’emploi. Elle apprend le paiement par webhook.
POST /public/api/payments/intents/create/
{
"key": "<Ed25519 signature: amount_fiat, payment_mid,
customer, terminal_uuid, ts, nonce>"
}
# 200 OK
{
"service_id": "pi_8f2c41d9",
"url": "https://pay.example/i/8f2c41d9",
"expires_at": "2026-08-20T15:22:00Z"
} Du simple HTTP : pas de SDK, pas de widget, pas d’interface de paiement à coder. La boutique apprend le paiement par un webhook signé HMAC, avec un journal de remise et des tentatives automatiques en cas de coupure.
Déboguez sans seconde installation et sans risquer de vrais paiements — basculez de terminal dans la même interface. Le statut du paiement arrive en temps réel par WebSocket.
La clé conservée dans le panneau ne sait faire qu’une chose — voir les paiements arriver. Personne ici pour imposer des plafonds, geler l’argent ou déclencher une rétrofacturation.
Le panneau ne conserve que la clé de visualisation privée de votre portefeuille : elle voit chaque paiement arriver et fournit une adresse propre à chaque facture, mais ne peut signer aucun transfert. Le Monero du client se dépose directement dans votre portefeuille : il n’y a tout simplement aucun transfert vers un compte intermédiaire, c’est un choix délibéré. Et comme le réseau ne révèle jamais l’expéditeur, il n’y a rien à afficher dans le champ « de la part de » du paiement.
Personne ne réclame de formulaire ni ne vérifie la boutique : il n’existe aucun intermédiaire auprès duquel demander l’autorisation d’encaisser du Monero.
Le Monero fonctionne d’origine via un nœud public — indiquez l’adresse du vôtre dans les réglages pour ne dépendre de personne.
Vous définissez vous-même les frais pour un paiement en Monero, indépendamment des autres devises. Lors d’une migration, la sauvegarde du module est chiffrée par votre mot de passe — nous ne pourrons pas l’ouvrir.
La boutique crée une facture et reçoit un lien. Ensuite, notre page prend le relais avec le client — traduite, pensée mobile, avec un statut en direct.
La langue est détectée depuis le navigateur du client, le choix est mémorisé, et les noms de langues s’affichent en endonyme.
Un compte à rebours jusqu’à l’expiration de la facture et un statut en direct par WebSocket : la page détecte le paiement toute seule, pas besoin d’actualiser.
Votre propre logo sur la page ; la mention « Propulsé par BeAdmin » peut être désactivée dans les paramètres.
Le client paie exactement le montant en Monero affiché sur la facture — le cours au moment du paiement n’a plus d’importance.
La licence du module ne dépend pas du volume de Monero que vous avez encaissé.
C’est la licence du module qui fixe la facture, pas le montant de Monero encaissé : le panier moyen ne change rien au prix.
Vous avez vendu dix fois plus de Monero — la facture n’a pas changé. Chez les passerelles custodiales, le taux grimpe avec le chiffre d’affaires.
Le Monero va du client à votre portefeuille directement, sans compte intermédiaire — seuls les frais réseau sont déduits, rien de plus.
Les services custodiaux ont leur propre taux ; ici, il est de 0 % sur toutes les formules : rien n’est prélevé sur le chiffre d’affaires en Monero, à part les frais réseau. La ligne « 1 % » sert de comparaison.
La différence n’est pas le nombre de cryptomonnaies prises en charge, mais qui manipule l’argent et qui fixe les règles.
Le XMR fait partie des devises additionnelles et s’active via la licence. La formule gratuite « Start » fonctionne sur l’ETH natif — le Monero n’en fait pas partie. Aucun pourcentage sur le chiffre d’affaires, nulle part.
Le XMR n’est pas inclus dans la formule gratuite — ajoutez le XMR dans le calculateur, 25 $ par mois.
Commencer gratuitementLe Monero, dans la licence, n’ajoute aucun pourcentage sur le chiffre d’affaires — le calculateur affiche le montant. Le prix exact et le paiement se font dans le compte cloud BeAdmin.
Des hébergeurs vérifiés où le panneau est prêt à l’emploi — il ne reste plus qu’à activer le module.
Éprouvé depuis plus de 15 ans dans l’hébergement. Votre VPS avec BeAdmin est prêt à l’emploi dès la livraison.
La fiabilité européenne, en toute simplicité. Lancez BeAdmin avec votre VPS en un clic.
Vous voulez accepter plus que le XMR ? Activez d’autres devises dans le même module : pas de seconde installation, pas de nouvelle intégration.
Encaisser des paiements ne devrait pas demander une astreinte. Le module vous prévient quand il a vraiment besoin d’un coup de main.
Un paiement a expiré ou est arrivé sans commande associée — nous vous prévenons immédiatement, pas seulement sur demande.
Portefeuilles, factures en attente et fonds reçus — au même endroit que le reste de votre serveur. Pas de seconde interface d’administration à ouvrir.
GasFree, routeurs, virements groupés depuis une plateforme d’échange — ces paiements sont crédités normalement, sans traitement manuel.
Encaissements, factures impayées et solde du portefeuille : dans le même panneau que le reste du serveur. Un e-mail arrive aussitôt en cas de paiement sans commande correspondante.
Un paiement égale une commande égale un webhook, quels que soient les chevauchements de moment ou de montant. Aucun double crédit.
L’argent arrive sur l’adresse mais ne correspond à aucune commande — vous êtes averti, le paiement ne se perd pas dans les journaux.
Un module du panneau BeAdmin qui encaisse le Monero de vos clients directement dans votre portefeuille : il émet la facture, fournit une adresse propre à chacune, suit les confirmations et prévient la boutique — automatiquement, sans intermédiaire.
Non — l’encaissement du Monero ne connaît tout simplement aucun intermédiaire : le paiement du client arrive directement dans votre portefeuille, sans le moindre formulaire.
Non-custodial. La seule clé présente dans le système est la clé de visualisation privée de votre portefeuille : elle permet de voir un paiement arriver, jamais de signer un transfert. Seul votre propre portefeuille peut dépenser, et BeAdmin ne conserve aucun solde qu’il pourrait geler ou prélever.
Il arrive dans votre portefeuille dès que le réseau confirme le paiement — 10 confirmations, environ 20 minutes. Pas besoin de transfert automatique ni de portefeuille de retrait séparé : le panneau attribue à chaque facture une adresse propre de votre portefeuille, et la clé de visualisation privée qu’il détient ne permet de rien déplacer.
Non : le réseau Monero ne révèle jamais l’expéditeur, si bien que le champ « de la part de » reste vide dans les détails du paiement. La commande, elle, reste identifiée sans ambiguïté — grâce à l’adresse que le panneau a attribuée à cette facture.
Le Monero est encaissé sur un seul portefeuille par serveur, et le panneau en tire lui-même l’adresse de chaque facture — rien à répartir entre plusieurs portefeuilles, ni à réconcilier ensuite. Le modèle fonctionne ainsi : un serveur n’a jamais qu’un seul portefeuille Monero actif.
Une requête signée par le terminal crée la facture et le lien vers la page de paiement Monero. La boutique reçoit un webhook signé HMAC — pas besoin d’installer un SDK ou un widget.
Non. Une API HTTP remplace les modules tout faits : une requête signée génère la facture en Monero, la boutique reçoit le lien de paiement, et le webhook clôt le cycle par une notification automatique.
Un serveur, le panneau BeAdmin et le module QryptoPay — et le Monero est prêt à être encaissé en suivant le guide.