Forfaits, limites et facturation — les réponses claires

Un événement d’usage est un enregistrement que votre application envoie à MeterFlow — « le client user-842 a généré 1 image », « 42 secondes de vidéo rendues ». Chaque enregistrement compte une fois, envoyé seul ou par lot dans un seul appel.

Les événements sont comptés par organisation — sur tous ses projets et tous vos clients — par mois calendaire (UTC). Les lectures ne comptent jamais : consulter un solde, lister les plans ou récupérer un résumé d’usage est gratuit. Créditer ou débiter des crédits n’est pas non plus un événement d’usage.

Comment un événement devient un chiffre sur la page d’usage d’un client est expliqué dans le guide du tableau de bord.

En général oui — et c’est le levier le plus efficace dont vous disposez. Un événement d’usage porte une quantité dans son champ value, et un meter dont l’agrégation est Sum additionne ces valeurs. Un seul événement avec value 1 300 compte donc pour un événement sur votre quota mensuel et 1 300 unités sur le meter.

Le style qui épuise un forfait, c’est un événement par appel d’API : 1 000 utilisateurs faisant 100 appels par jour, cela fait environ 3 millions d’événements par mois. Agrégez dans votre propre application sur la fenêtre que vous pouvez vous permettre de perdre en cas de plantage — une requête, un traitement, une minute — puis enregistrez un seul événement avec le total.

Attention : le batch n’est pas la même chose. Envoyer 100 événements en un seul appel batch économise des requêtes HTTP, mais chacun reste un enregistrement à part et continue de compter. Seul le regroupement en un unique événement avec un value plus grand réduit le décompte.

Deux limites : cela fonctionne avec les meters Sum, car les meters Count ignorent la valeur et comptent les occurrences ; et cela ne change rien à ce qui est facturé, puisqu’une limite de forfait « metered » facture à l’unité dans tous les cas.

Vous êtes prévenu bien avant d’être bloqué : nous envoyons un e-mail au contact de facturation de l’organisation à 80 % puis à 100 % des événements inclus, et la page Facturation affiche la consommation du mois par rapport à votre forfait.

Dépasser 100 % n’arrête pas l’ingestion immédiatement : une petite marge au-delà de la quantité incluse laisse passer votre trafic de production le temps de décider. Au-delà, les nouveaux événements d’usage sont refusés avec une erreur explicite « Plan limit reached » (HTTP 403) jusqu’à ce que vous changiez de forfait ou que le nouveau mois commence. Rien n’est perdu en silence, rien n’est facturé — MeterFlow ne facture jamais de dépassement.

Tout le reste continue de fonctionner : les événements déjà enregistrés, les soldes de crédits, les abonnements, le tableau de bord et tous les endpoints de lecture. Le compteur repart à zéro au début de chaque mois calendaire (UTC) ; passer au forfait supérieur relève la limite immédiatement, et un pack d’événements la relève pour le mois en cours.

Votre application reçoit le refus comme une erreur API normale : traitez-la comme n’importe quelle 4xx — journalisez-la et ne réessayez pas à l’aveugle.

Non. Chaque forfait est un prix mensuel fixe avec un nombre fixe d’événements inclus. La ligne « Prix effectif / 1 000 événements » de la page tarifs est simplement ce prix divisé par les événements inclus — un repère de comparaison, pas un tarif que nous appliquons.

S’il vous faut plus d’événements que votre forfait n’en inclut, vous avez deux options, et aucune n’est une facture à l’usage : passer au forfait supérieur, ou ajouter un pack d’événements — 100 000 événements supplémentaires pour 15 $, depuis votre page Facturation, jusqu’à dix à la fois. Un pack couvre le mois de l’achat (acheté dans les cinq derniers jours d’un mois, il couvre aussi le suivant) et ne se reporte pas. Il est volontairement au-dessus du tarif effectif de chaque forfait payant : pour une croissance régulière l’upgrade est plus avantageux, le pack est pour le pic imprévu.

Pas pour le moment — tous les forfaits sont facturés mensuellement. Si la facturation annuelle compte pour vos achats, écrivez-nous à support@meter-flow.com.

Le paiement et la facturation sont gérés par Paddle, notre merchant of record. Les prix sont en USD ; Paddle affiche votre devise locale et la TVA applicable au moment du paiement, encaisse (cartes, PayPal, Apple Pay, Google Pay) et émet la facture. Les entreprises peuvent saisir leur numéro de TVA lors du paiement.

Oui, à tout moment. Un passage au forfait supérieur relève vos limites immédiatement. Si vous résiliez, votre forfait reste actif jusqu’à la fin de la période payée. Votre premier paiement est couvert par une garantie satisfait ou remboursé de 14 jours — voir la politique de remboursement.

Passer à un forfait inférieur ne supprime jamais rien : si votre organisation dépasse les plafonds du forfait inférieur, l’existant continue de fonctionner ; vous ne pouvez simplement rien ajouter tant que vous n’êtes pas repassé en dessous.

Un projet, presque toujours. Un projet est un produit ou une app : il a ses propres clés API, meters, plans, soldes clients et usage, et les projets ne voient jamais les données les uns des autres. Tous les projets d’une organisation partagent un seul quota d’événements et une seule facture — chaque forfait payant en inclut 20.

Une organisation est la frontière de facturation : son propre forfait, son propre quota d’événements, sa propre facture, sa propre équipe. N’en créez une seconde que si vous avez vraiment besoin d’une facturation séparée ou d’une équipe séparée — deux sociétés, par exemple. Chaque organisation est facturée sur son propre forfait, et les supplémentaires démarrent gratuitement sur Drip.

Une seule organisation, avec un projet par produit ou par client. Vous payez une fois et le quota d’événements est partagé entre tous. Plusieurs organisations, c’est plusieurs factures.

Ne donnez à un client sa propre organisation que s’il doit recevoir sa propre facture et gérer sa propre équipe — cette organisation tournera alors sur son propre forfait.

Non. Les sièges d’équipe sont vos collègues dans le tableau de bord — vous plus les personnes que vous invitez. Vos utilisateurs finaux ne se connectent jamais à MeterFlow : ils n’existent que comme identifiants client dans votre projet, sont illimités sur tous les forfaits et n’ont aucun coût par client.

Non. La limite d’organisations ne compte que celles que vous possédez. Dans une organisation où vous avez été invité, c’est le forfait de son propriétaire qui s’applique — à tous ses membres.

Oui, et les chiffres sont publiés : 20 projets, 75 meters par projet, 10 clés API par projet et par environnement, 30 endpoints webhook par projet — identiques sur tous les forfaits payants. Ce sont des plafonds de plateforme dimensionnés pour qu’une intégration réelle ne les atteigne jamais, pas des leviers de vente : changer de forfait ne les déplace pas. Si votre intégration en a vraiment besoin de plus, écrivez à support@meter-flow.com.

Le forfait gratuit Drip a des plafonds plus petits pour l’évaluation (2 projets, 5 meters, 4 clés API par environnement, 3 webhooks) ; là, passer au forfait supérieur les relève vraiment. Le plafond de clés API reste volontairement modeste même sur les forfaits payants : chaque clé active est un identifiant avec sa propre limite de débit, c’est donc un plafond de sécurité — révoquez les clés que vous n’utilisez plus.

L’action de création est refusée avec un message qui nomme la limite — rien de ce qui existe déjà n’est affecté. Sur Drip, le message vous invite à passer au forfait supérieur, car les plafonds payants sont plus élevés ; sur un forfait payant, il vous renvoie vers le support, car changer de forfait ne modifierait pas le plafond et nous ne voulons pas promettre le contraire.

Non — chaque forfait inclut les deux. Les clés de test (mf_test_…) et de production (mf_live_…) écrivent dans des données totalement isolées : soldes, abonnements et usage ne se mélangent jamais, tandis que meters et plans sont une configuration partagée que vous définissez une seule fois. Le plafond de clés API s’applique par environnement : un projet dispose du nombre complet de clés de production et du nombre complet de clés de test.

La conservation indique jusqu’où votre historique d’usage reste consultable pour les résumés et analyses — de 45 jours sur Drip à 12 mois sur Torrent. Les soldes de crédits et le registre des transactions ne sont jamais supprimés, quel que soit le forfait : chaque crédit, débit et prélèvement reste enregistré.

Communauté (Drip) : la documentation de ce site et les gestionnaires de tickets des dépôts publics des SDK (Node.js, Python) — consultables à tout moment, traités quand nous le pouvons, sans réponse garantie. E-mail (Flow) : écrivez à support@meter-flow.com (ou utilisez le formulaire d’aide) et un humain vous répond. Prioritaire (Stream et Torrent) : vos messages passent devant la file.

Aucun forfait n’inclut encore de SLA contractuel — nous n’en afficherons pas avant de pouvoir le tenir.

Node.js (npm install meterflow, docs) et Python (pip install meterflow, docs). Les deux sont entièrement typés, n’ont qu’une seule dépendance et couvrent les mêmes opérations : crédits, événements d’usage, abonnements, formules et vérifications d’entitlements, plus une vue en lecture seule de vos endpoints de webhook et de leurs accusés de livraison. Tout autre langage appelle directement l’API REST — les SDK sont de fines surcouches, pas un ensemble de fonctionnalités à part.

Le guide du tableau de bord explique chaque boîte de dialogue champ par champ avec des exemples, et la visite du tableau de bord montre les écrans. Cette page ne couvre que les forfaits et la facturation.