Монетизация и биллинг в концепциях WSO API Manager - PullRequest
0 голосов
/ 29 ноября 2018

Я задаю этот вопрос, потому что вижу, что он уже сделан, но ответы не ясны.

Я включил монетизацию в WSO2 API Manager 2.5.0 (интегрирован с WSO2 Analytics и WSO2 Identity Server какKey Manager), следуя документации .

Имея подписчика API (зарегистрированного в API Store), я подписываюсь на коммерческий API (он имеет уровни регулирования с subscription_fee и charge_per_extra свойств), выбирая уровень регулирования подписки.Я перенаправлен в Billing Engine, поэтому я регистрируюсь и ввожу данные банковского счета.После этого я перенаправлен в API Store.

Все нормально.Но с новым пользователем, созданным в Billing Engine, пользователь-подписчик API может войти в Billing Engine и определить новые планы и сгенерировать счета .Это не имеет смысла для меня.

В этом ответе пользователь-разработчик API отделен от пользователя-разработчика API.Но я этого не понимаю.В моем идеальном случае использования:

  • Пользователь-создатель API (или пользователь-издатель API) должен выставлять счета (генерировать и выставлять счет) пользователю подписчика API в зависимости от количества запросов API.
  • Пользователь-подписчик API (который является разработчиком своего приложения) получит счет и осуществит платеж.

Итак, В чем разница между APIпользователь-подписчик и пользователь-разработчик API?

А также, я хотел бы иметь те же уровни регулирования, что и тарифные планы на моей платформе.И не позволяйте подписчикам создавать новые планы (ни генерировать собственные счета). Как я могу это сделать?

Есть другой похожий вопрос , объясняющий поток и уточняющий об этом, но в ответе говорится, что в документах это выглядит как ошибка,Это неправда, потому что Billing Engine действительно имеет описанный поток.

Другой вопрос без успеха.

1 Ответ

0 голосов
/ 29 ноября 2018

@ Педро, в идеале абонент не может определить тарифный план в системе.Поскольку механизм выставления счетов является демонстрационным приложением для монетизации, он не включает проверку роли.

...