はい、「アカウントの作成」はSailPoint IdentityNowのWebサービスコネクタで有効な操作タイプです。WebサービスコネクタはRESTまたはSOAP APIと連携するように設計されており、外部システム上でアカウントの作成、更新、削除などの操作を実行できます。
「アカウントの作成」操作は、コネクタを介して外部アプリケーションまたはシステムに新しい ID をプロビジョニングするときに使用される標準機能です。
参照：
SailPoint IdentityNow Web サービス コネクタ操作ガイド。
SailPoint IdentityNow Web サービス コネクタ API プロビジョニング ドキュメント。

SailPoint IdentityNow APIドキュメントはhttps://docs.sailpoint.comに掲載されています。この公式ドキュメントサイトには、開発者がAPIを介してIdentityNowを操作するために必要なすべての情報が掲載されています。認証、リクエストの送信、APIエンドポイントを使用した自動化や他のシステムとの統合方法に関するガイドラインも含まれています。
SailPoint ドキュメントからの主要な参照:
SailPoint API ドキュメント: docs.sailpoint.com サイトには、SailPoint IdentityNow の公式 API ドキュメントが掲載されており、IdentityNow の API の使用に関するあらゆる側面が網羅されています。

いいえ、この例はIdentityNowにおけるデータフロー全体を正確に説明しているわけではありません。アイデンティティの集約とアイデンティティモデルの構築については正しく言及していますが、3番目のステップである
「アカウントはソース システムにプロビジョニングされます」は、必ずしも ID 集約プロセスの一部ではありません。
プロビジョニングは通常、アクセス要求や認証の決定によって開始される別のワークフローであり、ID集約とは直接結びついていません。また、ID属性の定期的な同期はID更新の一環として行われますが、必ずしもすべてのケースでアカウントのプロビジョニングと結びついているわけではありません。
参照：
SailPoint IdentityNow の集約および ID モデルのドキュメント。
SailPoint IdentityNow プロビジョニング ワークフロー ガイド。

B
このユースケースでは、プロビジョニングが開始されますが、ソース側でプロビジョニングが無効化されているため、自動プロビジョニングを続行できません。説明されているプロセスは正確です。プロビジョニングが無効化されているソースにプロビジョニングが割り当てられた場合、IdentityNowは自動システムによるプロビジョニングを実行しません。代わりに、手動タスクが生成され、人がプロビジョニングプロセスを完了します。この手動介入により、自動コネクタではなく人による監視を通じてではありますが、必要なアクセス変更が確実に実行されます。
このシナリオは、プロビジョニング不可としてフラグが付けられたソースを IdentityNow が処理する方法と一致しています。
プロビジョニング ロジックは引き続きシステム内で計算されますが、ソースがこのように構成されている場合、実際の実装には手動の手順が必要になります。
参照：
SailPoint IdentityNow プロビジョニング アーキテクチャ。
SailPoint IdentityNow 手動プロビジョニング ワークフロー ドキュメント。

SailPoint IdentityNow におけるプロビジョニングとは、アクセスリクエストやユーザーID属性の変更に基づいて、システムやアプリケーションへのアクセスを許可または取り消すプロセスを指します。このシナリオでは、John Doe が Salesforce の「営業」プロファイルへのアクセスをリクエストし、上司がそれを承認するケースを想定しています。
ただし、アクセス要求を承認するだけでは、特定の条件が満たされない限り、プロビジョニングが自動的にトリガーされることはありません。
プロビジョニングポリシー：SailPoint IdentityNowでは、アクセスをプロビジョニングするために、承認プロセス後に実行されるアクションを定義するプロビジョニングポリシーが必要です。このポリシーは、承認後にアクセスを許可するか拒否するかを指定するために設定されることがよくあります。要求されたアクセスにプロビジョニングポリシーがリンクされていない場合、アクションはトリガーされません。
ソース設定：SailPoint IdentityNow の Salesforce ソース（コネクタ）も、プロビジョニングタスクを処理するために適切に設定されている必要があります。Salesforce ソースが適切に設定されていない場合、リクエストが承認されてもプロビジョニングアクションは送信されません。
手動プロビジョニングワークフロー：場合によっては、IdentityNowは、承認後にプロビジョニングアクションを実行するために手動介入（手動プロビジョニングワークフローのトリガーや追加ステップなど）を必要とするように設定されていることがあります。この設定がない場合、承認されたリクエストは自動プロビジョニングにつながりません。
シナリオでは、アクセス要求を処理するためのプロビジョニング ポリシーまたはソース構成が存在することが明示的に示されていないため、プロビジョニングは送信されないというのが正しい結論です。
SailPoint ドキュメントからの主要な参照:
IdentityNowにおけるプロビジョニングの概念：ドキュメントでは、プロビジョニングは、リクエストをコネクタソースにリンクする定義済みのワークフローとプロビジョニングポリシーによってトリガーされることが強調されています。これらがなければ、承認は実際のプロビジョニングにつながりません。