Softr

À savoir avant de commencer

• L'action Call API demande un plan Professional ou supérieur, et n'existe que sur les boutons d'items de List / List Details (pas dans la barre supérieure).
• Softr ne reçoit aucun webhook entrant et sa documentation ne garantit pas que les identifiants Call API restent côté serveur : tous les secrets (clé sk_…, jeton Airtable) vivent dans votre backend Xano (guide validé de bout en bout).
• La source de vérité est votre base Airtable / SmartSuite : Xano l'écrit, Softr la reflète par sa synchro.

1. Boutons « Générer le paiement » puis « Payer »

Call API n'exploite pas la réponse pour naviguer : le parcours se fait en deux boutons sur l'item de commande.

1. 1Bouton Call API : POST vers votre endpoint Xano /pay avec reference = l'identifiant d'enregistrement Airtable, montant en unité mineure, devise.
2. 2Côté Xano : la stack /pay crée le lien puis écrit linkUrl dans le champ dédié de l'enregistrement Airtable (External API Request PATCH api.airtable.com/v0/…, jeton en variable d'environnement Xano).
3. 3Bouton Open URL (nouvel onglet) sur ce champ : le client paie sur la page hébergée Mobupay.

2. Refléter l'état payé

Dans la stack du webhook Xano, après la vérification de signature : PATCH sur l'enregistrement Airtable (rapproché via externalId) pour passer le statut à « payée » / « échouée » / « remboursée ». Softr reflète le changement par sa synchro 2 voies : prévoir un rafraîchissement de page, le temps réel sans rechargement n'est pas garanti.

Pièges connus

• Jamais de clé sk_… ni de jeton Airtable dans Softr.
• Jamais d'URL Softr en notificationUrl : rien ne peut y répondre.
• L'état payé se lit dans la base (écrite par Xano après vérification), jamais déduit du retour navigateur.

Tester

Avec une clé sk_test_… dans Xano (cartes de test) : générer le lien, payer, vérifier le statut « payée » dans Airtable puis dans Softr après rafraîchissement, et l'absence de tout secret dans le réseau du navigateur. Voir le guide Xano et le pattern no-code général.