L’abonnement Okouro se fait au niveau du compte. Chaque compte repose sur un plan gratuit, auquel s’ajoutent les plans payants proposés au vôtre. Les noms, prix et limites des plans varient d’un déploiement à l’autre. Fiez-vous à ce que votre compte affiche vraiment, plutôt qu’à des paliers supposés.
Comment les plans sont facturés
Chaque plan porte une grille tarifaire en trois parties :
- Frais de base - le montant mensuel du plan, quelle que soit la taille de l’équipe.
- Sièges inclus - les consultants facturables que les frais de base couvrent déjà.
- Prix par consultant - le coût mensuel de chaque consultant facturable au-delà des sièges inclus.
Votre montant mensuel est le frais de base majoré du prix par consultant appliqué à chacun des consultants facturables au-delà des sièges inclus. Sur le plan gratuit, le frais de base et le prix par consultant sont tous deux nuls : la grille tarifaire n’ajoute donc rien à la facture.
Un consultant facturable est tout consultant dont le statut n’est pas Inactive. Les consultants actifs comptent, et ceux qui restent sur le banc comptent de la même manière.
Facturation au pic
Le prestataire facture le nombre le plus élevé de consultants facturables atteint au cours du mois, et non le relevé d’un jour donné. Des personnes ajoutées en cours de mois élèvent le pic ; marquer quelqu’un Inactive abaisse les pics suivants. Le montant affiché dans l’application est une estimation du prélèvement à venir, calculée sur le relevé du jour. L’historique des règlements fait autorité sur ce qui a réellement été facturé.
Plafond de consultants
Les plans payants ne fixent aucun plafond de consultants : la croissance se paie tête par tête, selon la grille tarifaire. Le plan gratuit conserve une petite dotation de consultants, qui joue le rôle de plafond.
Ce qu’un plan apporte
Hors grille tarifaire, un plan regroupe deux choses :
- Quotas - des plafonds sur les clients, les missions actives, l’historique analytique (mesuré en mois) et les modèles de devis.
- Fonctionnalités - les feuilles de temps hebdomadaires et quatorzaines, et les affectations fractionnées.
Le quota d’historique analytique borne la profondeur des fenêtres de rapport.
Quand vous touchez un quota, la création de ressources supplémentaires de ce type est bloquée, jusqu’à ce que vous changiez de plan ou libériez de la place.
Souscrire à un plan payant
Depuis Organisation > Abonnement, choisir un plan payant réserve l’abonnement au lieu de l’activer : le statut passe à Pending, les droits du plan ne sont pas encore ouverts, et vous êtes renvoyé vers une page de paiement sécurisée hébergée par le prestataire de paiement, où s’effectue le premier prélèvement.
Le plan s’active automatiquement dès que le premier prélèvement est encaissé (le prestataire notifie Okouro). Une réservation restée impayée expire d’elle-même après 24 heures.
Gérer votre abonnement
Seuls les administrateurs gèrent l’abonnement, depuis Organisation > Abonnement. La carte affiche :
- Le plan actuel et son statut -
Pending,Active,Past dueouCanceled. Un abonnement manquant ou annulé s’affiche comme le plan gratuit. - Le prix mensuel estimé et la date du prochain prélèvement.
- Une ligne ambre Sera annulé le pendant qu’une annulation est en attente.
Les jauges d’utilisation comparent votre consommation à chaque quota. Là où le plan ne fixe pas de plafond, elles affichent Illimité. Le plan, le prix et les relevés reflètent l’abonnement réel de votre compte.
La carte enregistrée s’affiche masquée (marque, quatre derniers chiffres, échéance) et peut être mise à jour à tout moment via le portail sécurisé du prestataire. Aucune donnée de carte ne transite par Okouro.
Changer, annuler, rétablir
- Passer d’un plan payant à un autre sur un abonnement déjà actif s’applique immédiatement, sans nouvelle page de paiement.
- Redescendre vers le plan gratuit annule l’abonnement à la fin de la période, après laquelle le compte repasse au plan gratuit.
- Vous pouvez Rétablir une annulation en attente.
Paiement en retard
Quand un paiement échoue, l’accès premium est suspendu à une date précise. Il reprend automatiquement dès que le prestataire de paiement encaisse un règlement. Mettez à jour votre moyen de paiement chez le prestataire pour retrouver le service plus vite.
Règlements
Les derniers règlements sont listés avec leur période, leur montant et leur résultat, réussi ou échoué. Les échecs portent aussi un motif.
Configuration opérateur : processeur de paiement
Les opérateurs sélectionnent le backend de facturation dans application.toml, sous [app.billing.provider] :
type = "Stub"- développement : paiements simulés servis par des pages locales de développement.type = "Stripe"- intégration Stripe.
Une configuration Stripe ressemble à ceci :
[app.billing.provider]
type = "Stripe"
success_url = "https://your-domain/"
cancel_url = "https://your-domain/"
return_url = "https://your-domain/"
config = { secret_key = "sk_test_...", webhook_signing_secret = "whsec_..." }
[app.billing.provider.config.prices.business]
flat_price_id = "price_..."
metered_price_id = "price_..."
meter_id = "meter_..."
Une liaison de prix est déclarée par code de plan payant (ici, business) :
flat_price_id- le prix récurrent des frais de base.metered_price_id- le prix du siège par consultant.meter_id- le mètre Stripe qui agrège les jauges de sièges avec une agrégation MAX.
Les URL de redirection ramènent l’administrateur dans l’application : success_url après un achat mené à bien, cancel_url quand l’achat est abandonné, return_url après la gestion de la carte.
Prérequis dans le tableau de bord Stripe : un mètre avec agrégation MAX, les prix liés ci-dessus, et un webhook pointant vers le point d’entrée /billing/provider-events du contrôleur, délivrant au moins checkout.session.completed, invoice.paid, invoice.payment_failed, customer.subscription.deleted et customer.updated.
En développement, le backend Stub émule localement la page de paiement (/dev/stub-checkout, /dev/stub-portal) afin de parcourir toute la boucle sans compte de prestataire.