Zapierでdosyaのファイル識別子をマッピングする

Zapierでdosyaの安定したFile IDをマッピングし、ルートと不明なフォルダーを区別して、バージョンが変わっても操作対象を意図したファイルに保ちます。

最終確認日

スクリーンショットは英語版の画面です。

dosyaのファイル名は重複や変更があり得ます。Zapierは安定した識別子をidとfile_idの両方で出力します。どちらも同じファイルレコードを識別し、nameは表示用のデータです。

固有のファイルのテスト、File IDまたはfile_idのマッピング、nullのfolder_idをルートとして扱うこと、後続IDと送信元の照合を示す4つのパネル。
固有のファイルのテスト、File IDまたはfile_idのマッピング、nullのfolder_idをルートとして扱うこと、後続IDと送信元の照合を示す4つのパネル。スクリーンショットを原寸で開く。

手順

  1. 送信元のdosyaトリガーまたはFind a Fileステップで、固有の名前を持つ機密でないファイルを使ってテストし、返された項目を確認してください。
  2. ファイルを要求する後続のdosya操作にFile ID(file_id)をマッピングしてください。トップレベルのidも同一で、Zapierがトリガー配信を重複排除できるよう存在します。
  3. File nameを識別子としてマッピングしないでください。異なるフォルダーに同じ名前を付けることができ、後で名前を変更しても安定したファイルIDは変わりません。
  4. folder_idは振り分けにのみ使用してください。フォルダーIDのnullはワークスペースのルートを明示的に意味し、連携がフォルダーの確認に失敗したことを意味しません。
  5. バージョンが重要な場合はNew FileのWebhookまたはトリガーサンプルからversionを使用してください。Find a Fileは2つの検索経路で一貫したバージョン項目を返さないため、意図的にバージョンを保証しません。
  6. 後続のテストを1回実行し、返されたファイルIDを送信元の出力と比較してください。保存済みサンプルを使う場合は公開前に更新し、テストレコードがまだ存在して選択したワークスペースに属することを確認してください。

トリガーのfile項目は遅延ポインターです。Zapierがバイトデータをダウンロードするのは後続ステップが実際にその項目を使用したときだけです。名前またはIDだけのマッピングではファイル転送やダウンロードの送信量消費は発生しません。

Zapierでのファイル識別子のマッピングに関する参考画面。dosyaのZapier連携の概要。
Zapierでのファイル識別子のマッピングに関する参考画面。dosyaのZapier連携の概要。スクリーンショットを原寸で開く。

期待される結果

操作は正確で安定したdosyaファイルIDを受け取り、名前が重複した場合やバージョンが追加された場合も意図したレコードを対象にします。フォルダーの振り分けではnullをルートとして扱い、検索レスポンスにないバージョンを作り出しません。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。