オンプレミスのNintex WorkflowsをMicrosoft 365に移行する際、アプリはオンプレミスのNintexアクションをMicrosoft 365のNintexアクションに変換する必要があります。

ShareGateは多くのアクションをサポートしていますが、変換できないアクションも一部存在します。変換できないアクションに遭遇すると、そのアクションはプレースホルダーアクションに置き換えられます。

オンプレミスからMicrosoft 365への移行でサポートされているアクションとサポートされていないアクションの完全な一覧については、Some on-premises Nintex Workflow actions cannot be migrated to Microsoft 365を参照してください。

アプリはNintex Workflowを移行しないのではなく、サポートされていないすべてのアクションを空のプレースホルダーアクションに置き換えます。これにより、一部のアクションがコピーされない場合でも、ワークフローの構造を移行できます。

移行元でのアクションの内容を判断できるように、プレースホルダーアクションの名前は元のアクションの名前と同じになります。

以下は、このプロセスを説明するための図の例です。

これは、SharePoint 2013のシンプルなNintex Workflowです。このワークフローには、サポートされているアクションとサポートされていないアクションの両方が含まれています。

これは、SharePoint 2013のNintex WorkflowをMicrosoft 365に移行した後の状態です。

一部のNintexアクションはMicrosoft 365の対応するアクションに変換されましたが、一部は変換されませんでした。

警告サインが付いている2つのアクションが、プレースホルダーアクションを表しています。

プレースホルダーアクションは、元のアクションと同じ名前になります。例えば、Request approvalはRequest approvalという名前のままです。これにより、正しいMicrosoft 365の対応アクションを選択しやすくなります。

プレースホルダーアクションをダブルクリックすると、そのアクションが使用できないことを知らせるメッセージが表示されます。

すべてのプレースホルダーアクションを削除するか、Microsoft 365の対応アクションに置き換えるまで、ワークフローを発行することはできません。

子アクションを持つ未サポートアクションがある場合、次のようになります。

これは、元のアクションが削除され、それに伴い子アクションも失われるためです。

アプリがサポートされていないアクションをプレースホルダーアクションとして移行した場合、ワークフローは移行先で保存されるのみで、発行はされません。

ワークフローを発行するには、まずNintex Workflow Designerですべてのプレースホルダーアクションを置き換える必要があります。

この記事はAIによって翻訳されています。ご不明な点がある場合は、英語の原文をご確認ください。