-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify (default) billing plans #428
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
some notes
openapi.yaml
Outdated
Back-ends resolve billing plans in the following order: | ||
1. If provided, use the `plan` in the processing request. | ||
2. If provided, use the plan exposed here. | ||
3. Otherwise, use the `default_plan` exposed through `GET /`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure it's useful to explain this priority scheme here. I think it complicates the description unnecessarily. It's discussed in a more appropriate place already.
What could be useful to mention is whether a user can be subscribed to multiple plans (I think not, if I understand correctly).
Another subtlety is whether there is a difference between a missing "default_plan" or a "null" default plan (e.g. backend does not support plans vs user has no plan)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Agreed, removed the priority scheme.
- Clarified that only a single plan is supported.
- null: I think I can actually remove the nullable as it has the same meaning as "not present".
Fixes the situation around the issues raised in #425 and #426.