ドキュメントが Pending または Signature Requested のまま止まっている
Pending または Signature Requested のまま動かないアイテムは、壊れているのではなく、通常は特定の何かを待っている状態です。よく見られる原因を、発生頻度の高い順に示します。
Pending で止まっている場合
出力フォルダーがワークフローを実行するユーザーと共有されていない
これが最も典型的な原因であり、エラーは一切表示されません。チームメンバーが、書き込み権限を持たない出力フォルダーを使用するワークフローを実行すると、アイテムは永遠に Pending のままになります。
ワークフローを実行するすべてのユーザーと出力フォルダーを共有してください。ワークフローの共有および出力フォルダーの変更を参照してください。
ワークフローがレビューまたは承認を待っている
ワークフローにレビューブロックが含まれている場合、ドキュメントは誰かが承認するまで待機します。これは正常な動作ですが、レビューステップの存在を知らなかった場合、止まっているように見えます。
ワークフローを開き、パイプライン内に Review (レビュー) ブロックがないか確認してください。

次に、ドキュメントのレビューと承認を参照してください。
逆のパターンも混乱を招きます。承認ステップはワークフローごとに設定されるため、同僚が Approve (承認) ボタンを持っているのに自分が持っていない場合、多くの場合はパーミッションの問題ではなく、そのワークフローにレビューステップがないことを意味します。
チームから削除されたメンバーは承認リクエストを受け取れなくなります。そのため、唯一の承認者が退出したワークフローは無期限に待機状態になります。承認者を再割り当てしてください。
実行中に接続が切れた
HubSpot の再接続およびMicrosoft の再接続を参照してください。Microsoft の接続が切断されると、ワークフローが Drafts (下書き) のままになることがあります。
Signature Requested で止まっている場合
署名者が署名を追加したが送信していない
eSign ポータルで署名を追加しても、リクエストは完了しません。署名者は送信ボタンを押す必要があります。これだけの理由で、署名者が「署名した」と確信していても、ドキュメントが何日も Signature Requested のまま止まることがあります。
受信者リストで完了済みと未完了の人を確認し、最終ステップを完了するよう求めるメモを添えてリクエストを再送信してください。
複数の署名者を持つリクエストで、一人の受信者がスキップされた
リクエストが2人目の署名者に届いていない場合は、まず HubSpot の接続を確認してください。資格情報の期限切れが原因でまったく同じ問題が発生した事例があります。HubSpot の再接続および複数の署名のリクエストを参照してください。
リンクの有効期限が切れた
Resend (再送信) は、リクエストがまだ有効な間のみ機能します。署名リンクの有効期限が切れた後は、再送信しても有効なリンクは生成されません。新しいリクエストを作成するには、ワークフローを再度実行する必要があります。
再発を防ぐには、Signature Request ブロックで有効期限を変更するか無効にしてください。署名リンクの有効期限および署名リクエストのキャンセルを参照してください。
ドキュメントを再生成すると、新しいリクエストには新しいリンクが発行され、以前のリンクはすべて無効になります。誰かが古いバージョンに署名しないよう、古いリクエストをキャンセルしてください。
それでも止まっている場合
アイテムからサポートコードをコピーし、どのステージで止まっているかを伝えた上でサポートチケットを開いてください。