Skip to content

Commit a537de5

Browse files
committed
docs: correct the seat-overage claim on membership reactivation
Nothing bills for the extra seat: `add_single_seat` is only called from the invite flow, and the codebase's overage billing covers API calls, not seats. An organisation reactivated past its limit simply sits over it. Ref: #8368
1 parent 20bff27 commit a537de5

1 file changed

Lines changed: 5 additions & 2 deletions

File tree

api/users/models.py

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -280,8 +280,11 @@ def set_organisation_membership_active(
280280
281281
Reactivation deliberately does not enforce the plan's seat limit: this is
282282
driven by an external identity provider over SCIM, where failing the call
283-
would leave the provider and Flagsmith out of sync. Going over the limit
284-
is handled by the usual seat overage billing instead.
283+
would leave the provider and Flagsmith out of sync.
284+
285+
Note that nothing then charges for the extra seat — `add_single_seat` is
286+
only called when joining from an invite — so an organisation can sit over
287+
its limit until someone acts on it.
285288
"""
286289
user_organisation = UserOrganisation.objects.get(
287290
user=self, organisation=organisation

0 commit comments

Comments
 (0)