05/07に記載のあるchangelogによってWebexのユーザステータス仕様が変更になるか教えてほしい

[kita7963]

05/07に記載のあるchangelogについて詳細を教えてほしいです。
この周知は、loginEnableとinvitePendingに対して、/people APIから設定変更が不可になるだけで、
loginEnableとinvitePendingのステータス変化は従来通りのWebexの仕様（※）に従い、変更はないと考えてよいでしょうか。

■Webexの仕様
https://help.webex.com/en-us/article/bl994/User-status-of-new-and-converted-users-in-Control-Hub

■APIのチェンジログ
https://developer.webex.com/docs/api/changelog
May 7, 2024
Breaking Change
We have found inconsistencies in the /people API as they relate to the invitePending and loginEnabled statuses and how they relate to the Control Hub view of users. We are going to normalize these fields in the following manner: invitePending will be a read-only field that is set and unset by our Common Identity system depending on if the user accepted the invite email. User login is allowed only after invitePending has cleared (false). loginEnabled can be set to allow or disallow users from logging in.

We will enforce this logic on or after June 10, 2024.

[Tohru Ohzono · Accepted solution]

こんにちは。

お問い合わせの件に関しては、操作手順などによって、
"loginEnabled"と"invitePending"にフラグ状態の関連性に矛盾が生じるケースが確認されたため、
システムとしては矛盾状態を解消する方向に修正するという意味合いになります。

"invitePending"はWebexの共通ID基盤側でのみ変更され、APIとしては読み取り専用となります。
アカウント自体は作られているがまだ有効化されていない場合に、"true"となります。

"loginEnabled"は、アカウントのが有効化されたあとに、ログインが可能かどうかを示す、または設定するフラグになります。
"PUT"リクエストで、"loginEnabled"が更新できなくなる予定は現時点では発表されておらず、今後も利用可能なはずです。
※ このフラグは、"invitePending"が"false"になったあとに設定するようなものなので、"POST"(Create a Person)で指定はできません。

"loginEnabled"と"invitePending"をそのままの意味で解釈して、
それぞれ処理しているのであれば、問題が生じるケースはかなり少ないと思います。
もし具体的な懸念点等ございましたら、お知らせください。
個別に考察いたします。