Politique d'Org et API de groupe de facturation

FeatureBillingService
Shipped
11 août 2026 à 01:38 UTC
Author
Kamo
Commit
5fbd628

Qui, à l'intérieur d'une organisation, peut payer Kamo est maintenant responsable et séculier. Les deux les routes sont org-arg-arisées et donc délibérément à l'extérieur /api/billing/comptes/- et son intercepteur: "Peux-être que mon personnel achète leurs propres sièges" doit être responsable avant qu'un deuxième compte existe, qui est exactement quand un paramétrage à portée de compte ne peut pas aider. La lecture de la politique est ouverte à tout membre, parce que les surfaces qui cachent les contrôles d'auto-paiement ont besoin de la réponse et ils ne révèlent rien d'actionnable. Tout qui paie pour ce qui est propriétaire uniquement, vérifié par rapport à la base de données plutôt que l'en-tête fourni par l'appelant. La création de groupe refuse lorsque l'organisation n'a pas autorisé les groupes - un groupe est-ce plusieurs personnes qui font ce qu'une personne peut déjà faire, donc une organisation qui n'a pas non plus permis l'auto-paiement. Sous AptÉRité REQUIS-APPROBURE un groupe démarre non approuvé; tous les autres modes ont déjà donné une autorisation générale, Il commence donc à être approuvé. La suppression d'un groupe dissout le nommage et jamais Facturation: annuler ce qu'elle paie est un acte distinct et délibéré. La liste provient des lignes de bonus de l'abonnement plutôt que des lignes de membre. étant dupliqué sur le groupe, de sorte qu'un groupe ne peut pas être en désaccord avec les sièges qu'il est payer.

All changes

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation