Zapierでdosyaを再接続する
有効なフルアクセスでフォルダー制限のないAPIキーを使ってZapierをdosyaに再接続し、失敗した自動化を再実行する前にワークスペースへのアクセスを確認します。
最終確認日
スクリーンショットは英語版の画面です。
dosyaはAPIの401をZapierの再接続が必要なエラーに変換します。復旧には代替APIキーが必要です。読み取り専用、アップロード専用、またはフォルダーに制限されたキーで再接続しても、接続が不完全になるか、Zapの登録やREST呼び出し時に失敗します。
手順
- 影響を受けたZapier接続を開き、それを使うZapを記録してください。dosyaで目的のアカウントの
https://app.dosya.dev/profile/apiを開いてください。 - full権限の新しいキーを作成してください。フォルダー制限は選ばないでください。フォルダーに制限された認証情報はWebDAVまたはS3でのみ機能し、Zapier連携はREST APIを使用します。
- アクセスを限定する必要がある場合は、Zapが必要とする1つのワークスペースにキーを限定してください。作成時にシークレットをコピーし、Zapierのdosya API key欄に保存してください。Zapの入力には入れないでください。
- 接続テストを実行してください。フルアクセスでないキーでは**This key has “
” scope… Create a full-scope key and reconnect.**と表示されます。フォルダーに制限されたキーでは制限のないフルアクセスキーの作成を求められます。 - 書き込みを有効にする前に、各トリガーのワークスペースの選択欄と読み取り専用の検索を1つ再テストしてください。ワークスペースに限定したキーでは、対象のワークスペースが表示され、無関係なワークスペースは拒否されるはずです。
- 依存するすべてのZapが新しい接続を使用してから、dosyaで古いキーを失効させてください。その後、最初の実際のイベントまたは管理された操作を監視し、成功以外のステータスを保存してください。
連携は/api/meが返すdosyaユーザーのメールアドレスを接続名に表示します。この表示でアカウントを確認し、ワークスペースの選択欄や限定キーの拒否を使って実際の範囲を確認してください。
期待される結果
Zapierがフルアクセスキーで目的のdosyaアカウントとして認証され、選択したワークスペースにアクセスできます。古いキーを失効させる前に既存のZapが再テストされ、認証情報の交換によってWebhookや書き込みステップが気付かれず停止することを防げます。
関連ガイド
この記事は役に立ちましたか？
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。