Supervision de l’état de QryptoPay
Le cloud BeAdmin peut superviser le bon fonctionnement de votre serveur QryptoPay. Si le serveur tombe en panne, il ne peut généralement plus le signaler lui-même, mais le cloud s’en aperçoit : il affiche l’état avec l’historique des pannes dans votre compte cloud, et vous envoie un e-mail à la panne comme au rétablissement.
ℹ️ Pourquoi c’est important
Une panne du serveur QryptoPay passe inaperçue, y compris pour la réception des paiements : vos clients ne pourront simplement pas payer, et vous ne le saurez qu’en vérifiant vous-même. La supervision signale le problème presque tout de suite : vous avez le temps de réagir avant que vos clients ne le remarquent.
Comment ça fonctionne
Quand vous activez l’option sur un serveur QryptoPay, vous choisissez les marchands à surveiller. Ensuite, le cloud vérifie le serveur de lui-même, sans intervention de votre part : le serveur, le panneau, le module lui-même et les pages de paiement des marchands chaque minute, le traitement des paiements toutes les 2 minutes. La fréquence des vérifications n’est pas modifiable, mais vous pouvez choisir ce qui déclenche une alerte et la rapidité avec laquelle un problème est signalé (voir plus bas).
La supervision peut détecter les situations suivantes :
- le serveur est inaccessible ;
- le panneau ne répond pas ;
- les services internes du module QryptoPay sont en panne ;
- la page de paiement d’un marchand ne fonctionne pas ;
- des problèmes liés au traitement des paiements — plus de détails dans la section suivante.
Une vérification peut échouer de plusieurs façons : le serveur n’a pas répondu du tout (en général, un problème de réseau) ou il a répondu par une erreur. La supervision distingue ces cas, mais ne donne pas l’alerte pour une seule vérification manquée : l’état ne passe à « Panne » que si le problème est confirmé.
Si les vérifications échouées deviennent nettement plus fréquentes que d’habitude, sans aller encore jusqu’à une panne complète, le cloud affiche un état intermédiaire, « Instable ». Le seuil de déclenchement, vous le définissez vous-même dans les paramètres de sensibilité.
Un service ne sort pas de l’état « Panne » dès la première vérification réussie : le cloud s’assure d’abord que le serveur répond de nouveau de façon stable, et n’envoie qu’ensuite l’e-mail de rétablissement. Vous ne recevrez donc pas un faux « tout va bien » au milieu de problèmes qui continuent.
Dans votre compte cloud, chaque service affiche une bande avec l’historique des dernières vérifications : survolez n’importe quel carré (ou placez-y le focus au clavier) pour voir le résultat de cette vérification.
En raison des délais, l’état affiché dans votre compte cloud peut avoir un léger retard sur la réalité, et le bouton « Vérifier maintenant » du compte cloud permet de lancer une vérification manuellement, avant l’heure prévue. C’est pratique si vous avez déjà rétabli le serveur et que vous ne voulez pas attendre la prochaine requête pour vous assurer que tout fonctionne.
Si vous désactivez la supervision ou si la licence de l’option expire, l’historique des pannes n’est pas perdu : il reste consultable dans le compte cloud. Il est conservé 90 jours, puis supprimé.
Si le traitement des paiements rencontre un problème
Dans le compte cloud, le traitement des paiements peut afficher l’état « Scanner en rattrapage ». Ce n’est généralement pas une panne : le traitement rattrape son retard et, tant qu’il rattrape, les nouveaux paiements sont confirmés avec un délai — aucune action n’est requise. Si l’écart ne se réduit pas, le compte cloud et l’e-mail vous invitent à contacter le support.
Dans d’autres situations, le compte cloud et l’e-mail indiquent quoi faire, par exemple :
- Le traitement prend du retard et n’avance pas : les nouveaux paiements ne sont plus confirmés. Redémarrez le module dans le panneau et, si cela ne suffit pas, contactez le support.
- Le nœud ne fournit pas de blocs récents : vérifiez le nœud dans les paramètres du module ou basculez temporairement sur un nœud public.
💡 Monero : si le nœud public ne suffit pas
Pour Monero, les paramètres indiquent l’adresse du nœud du réseau : c’est par là qu’il faut commencer. Mais si, après être passé à un nœud public, les blocs récents n’arrivent toujours pas, la cause n’est pas dans les paramètres : redémarrez le module dans le panneau et, si cela ne suffit pas, contactez le support.
Sensibilité et notifications
Dans le panneau comme dans le compte cloud (sur la même page de paramètres), vous pouvez régler des paramètres communs à l’ensemble du serveur :
- Sensibilité — l’ampleur que doit atteindre la hausse du nombre de pannes pour que le cloud affiche l’état « Instable » : « Élevée » (10 %), « Moyenne » (20 %, par défaut) ou « Faible » (40 %). Plus la sensibilité est élevée, plus tôt vous êtes informé d’un problème, mais plus vous recevez aussi de notifications pour des pannes mineures.
- Catégorie de notifications — recevoir des e-mails uniquement en cas de pannes, ou aussi en cas de fonctionnement instable.
💡 Quelle sensibilité choisir
Observez pendant une ou deux semaines, puis décidez de l’option qui vous convient. En règle générale, plus vous traitez de paiements par jour, plus il faut monter la sensibilité : manquer un problème coûte plus cher que lire une notification de trop.
Ces paramètres se règlent dans le panneau — QryptoPay → « Paramètres » → « Supervision » → « Paramètres des vérifications » — ou dans le compte cloud, sur la page du serveur, onglet « Supervision ». La valeur est commune : une modification faite à un endroit apparaît aussitôt à l’autre.
Notifications
L’e-mail est envoyé selon les règles suivantes :
- en cas de panne, nous vous prévenons tout de suite ;
- les pics ponctuels de problèmes n’envoient rien, seuls les problèmes durables le font ;
- si un problème s’éternise, vous recevez de temps en temps un e-mail de mise à jour de l’état ;
- en cas de rétablissement, nous vous prévenons toujours, y compris pour un rétablissement partiel : si certains services sont revenus et d’autres non, l’e-mail énumère les deux.
⚠️ Ne les confondez pas avec les autres notifications
Les notifications d’expiration de licence sont envoyées séparément, la supervision n’y participe pas, même si la date d’expiration de la licence est visible à la fois dans le compte cloud, sur la page de supervision, et dans la section correspondante des paramètres du module sur le serveur.
La notification de panne est envoyée à l’adresse e-mail du propriétaire du compte cloud par lequel la licence de supervision a été souscrite. Cette adresse peut différer de celle indiquée dans les notifications du module lui-même (voir Configurer les notifications e-mail de QryptoPay).
Aucune notification n’est envoyée dans les cas suivants :
- lors d’une mise à jour planifiée du panneau ;
- si la page de paiement du marchand est volontairement désactivée, ou si le marchand lui-même est exclu des vérifications ;
- si aucun réseau de réception de paiements n’est encore configuré dans le module ;
- si vous avez vous-même désactivé la supervision.
Comment l’activer
La supervision est une option payante de la licence. Elle se souscrit séparément pour chaque serveur, mais, dans ce cadre, vous pouvez superviser plusieurs marchands à la fois (pour savoir comment souscrire une option de licence, consultez Obtenir une licence).
💡 L’option reste payée
Désactiver la supervision arrête les vérifications elles-mêmes, mais n’annule pas l’option de licence achetée : elle reste active et payée jusqu’à la fin de sa durée.
Vous pouvez ajouter la supervision à votre licence de l’une des façons suivantes :
- dans le compte cloud — sur la page du serveur, onglet « Supervision » ;
- dans le panneau — QryptoPay → « Paramètres » → « Supervision ».
Après le paiement de la licence, ouvrez sur le serveur QryptoPay → « Paramètres » → « Supervision », vérifiez que la supervision est activée, sélectionnez les marchands à surveiller, puis réglez la sensibilité et la catégorie de notifications à votre convenance.