データパイプラインソースとしてのZendeskの設定

このページは機械翻訳により提供されています。翻訳内容と英語版に相違がある場合は、英語版が優先されます。

チケット、ユーザー、組織、および関連するサポートデータを宛先に抽出するため、Zendesk Supportをデータパイプラインソースとして設定します。 このガイドを使用して、認証の設定、コネクションの作成、パイプラインの設定、オブジェクトの追加、同期動作の確認、および既知の制限の理解を行います。

サポートされている機能

Zendeskをパイプラインソースとして使用する場合、次の機能がサポートされます:

  • OAuth 2.0認証: OAuth 2.0ベアラートークンを使用して接続します。 詳細については、サポートされているコネクションタイプを参照してください。
  • フルリフレッシュと増分同期: 増分同期では、利用可能な場合にZendeskのIncremental Exports APIを使用し、オブジェクトに応じてカーソルベースまたは時間ベースのページネーションを使用します。 詳細については、同期モードを参照してください。
  • 論理削除の追跡: サポート対象オブジェクトの削除を検出し、削除されたレコードを宛先でマークします。 オブジェクトのリストについては、削除追跡を参照してください。
  • 動的カスタムフィールド: チケット、ユーザー、組織で定義されたカスタムフィールドを検出し、型指定された宛先列として同期します。
  • スキーマドリフトの検出と処理: 新しいフィールドを自動同期でスキーマの変更を自動的に検出して適用するか、新しいフィールドをブロックでスキーマを固定します。
  • フィールドレベルのデータ保護: 機密フィールドをそのままレプリケートするか、宛先に到達する前にハッシュ化します。
  • 構成可能な同期頻度: 時間ベースの間隔またはcron式を使用して同期をスケジュールします。

前提条件

Zendeskをデータパイプラインソースとして接続する前に、次の要件を満たしてください:

  • Zendesk Supportアカウント。
  • Zendeskテナントのサブドメイン。 たとえば、https://acme.zendesk.comでサインインする場合、サブドメインはacmeです。
  • 同期するデータの読み取り権限を持つZendeskユーザーアカウント。

サポートされるコネクションタイプ

Zendeskデータパイプラインは、readスコープを使用したOAuth 2.0認証をサポートしています。 設定手順については、Zendeskへの接続を参照してください。

Zendeskへの接続

ZendeskコネクターではOAuth 2.0認証を使用します。

非推奨の認証方法

2026年3月31日以降、Basic認証またはCustom OAuth profilesを使用して新しいZendeskコネクションを作成できなくなります。 この変更はZendesk Developer Termsにより必須です。

これらの認証方法を使用している既存のコネクションは、2026年12月31日まで引き続き機能します。 この日付で、Basic認証またはCustom OAuth profileを引き続き使用しているZendeskコネクションは終了され、これらのコネクションに依存するレシピは機能しなくなります。

WorkatoでZendeskに接続するには、次の手順を実行します:

1

作成 > コネクションをクリックするか、Cを2回押します。

2

Zendeskを検索し、アプリとして選択します。

3

コネクション名フィールドにコネクションの名前を入力します。

OAuth 2.0でZendeskに接続OAuth 2.0でZendeskに接続

4

ロケーションドロップダウンメニューを使用して、コネクションを保存するプロジェクトを選択します。

5

Zendeskサブドメインをサブドメインフィールドに入力します。 たとえば、Zendesk URLがhttps://acme.zendesk.comの場合、サブドメインはacmeです。

6

接続をクリックします。

7

認証情報を使用してZendeskにサインインし、Workatoを認可します。

パイプラインの設定

Zendeskをデータパイプラインソースとして設定するには、次の手順を実行します:

1

作成 > データパイプラインを選択するか、C+Iを押します。

2

データパイプライン名フィールドにデータパイプラインの名前を入力します。

データパイプライン設定データパイプライン設定

3

ロケーションドロップダウンメニューを使用して、データパイプラインを保存するプロジェクトを選択します。

4

ビルドを開始をクリックします。

5

ソースアプリから新規/更新済みレコードを抽出トリガーをクリックします。 このトリガーは、パイプラインがZendeskからデータを取得する方法を定義します。

6

利用可能なソースアプリのリストからZendeskを選択します。

7

このパイプラインで使用するZendeskコネクションを選択します。 または、+ 新規コネクションをクリックして新しいコネクションを作成します。

8

Sub productドロップダウンメニューを使用してSupportを選択します。

9

オブジェクトを追加をクリックして、新しいオブジェクトを追加パネルを開きます。

オブジェクトの追加オブジェクトの追加

10

利用可能なZendeskオブジェクトのリストを検索または参照し、同期するオブジェクトを選択して、Addをクリックします。

新規オブジェクトの追加新規オブジェクトの追加

11

選択した各オブジェクトのスキーマを確認してカスタマイズします。 オブジェクトを選択すると、パイプラインはチケット、ユーザー、組織で定義されたカスタムフィールドを含むスキーマを自動的に取得します。

任意のオブジェクトを展開して、そのフィールドを表示します。 使用可能なすべてのデータを抽出するにはすべてのフィールドを選択したままにし、データ抽出とスキーマレプリケーションから除外するには特定のフィールドの選択を解除します。

12

任意です。 オブジェクトを展開し、各フィールドの処理方法を選択して、フィールドレベルのデータ保護を設定します。

  • そのまま複製: ソースのデータ値が宛先に同一に複製されます。
  • ハッシュ: 宛先に同期する前に、フィールド内の機密データ値をハッシュ化します。

Workatoでは、個人を特定できる情報(PII)やその他の機密フィールドをハッシュ化することを推奨します。 PIIが一般的に含まれるフィールドのリストについては、機密データの処理を参照してください。

13

さらにオブジェクトを追加するには、もう一度オブジェクトを追加をクリックします。 この手順を繰り返して、追加のZendeskオブジェクトをパイプラインに含めます。

14

スキーマ変更の処理方法を選択ドロップダウンメニューを使用して、スキーマドリフトの処理オプションを選択します。

  • Auto-sync new fields: チケット、ユーザー、組織の新しいカスタムフィールドを含め、ソースに追加された新しいフィールドを自動的に検出して同期します。
  • 新しいフィールドをブロック: パイプラインの開始後、スキーマを固定します。 新しいフィールドは手動で追加する必要があります。
15

任意です。 Concurrency limitフィールドに値を入力し、パイプラインがZendeskに対して実行する同時操作数の上限を設定します。

16

Frequencyフィールドで、パイプラインがZendeskから宛先にデータを同期する頻度を設定します。 標準の時間ベースのスケジュールを選択するか、カスタムcron式を定義します。

サポートされるオブジェクト

Zendeskデータパイプラインは、Zendesk SupportおよびHelp Center REST APIからデータを同期します。 次の表は、サポートされているオブジェクトをカテゴリ別に示しています。 各オブジェクトは、宛先内の個別のテーブルとして同期されます。

チケットとチケット履歴

オブジェクト同期モード削除追跡
tickets完全更新、増分はい(ソフト)
ticket_events完全更新、増分いいえ
ticket_comments完全更新、増分いいえ
ticket_audits完全更新いいえ
ticket_metrics完全更新いいえ
ticket_metric_events完全更新、増分はい(ソフト)
ticket_tags完全更新、増分いいえ
ticket_field_history追加専用該当なし
ticket_tag_history追加専用該当なし
ticket_form_history完全更新いいえ
satisfaction_ratings完全更新、増分いいえ

ユーザーと組織

オブジェクト同期モード削除追跡
ユーザー完全更新、増分いいえ
user_identities完全更新いいえ
user_tags完全更新、増分いいえ
user_fields完全更新いいえ
organizations完全更新、増分はい(ソフト)
organization_memberships完全更新いいえ
organization_fields完全更新いいえ
domain_names完全更新、増分いいえ
グループ完全更新はい(ソフト)
group_memberships完全更新いいえ

設定とビジネスルール

オブジェクト同期モード削除追跡
ticket_fields完全更新いいえ
ticket_forms完全更新いいえ
ticket_custom_statuses完全更新いいえ
brands完全更新はい(ソフト)
macros完全更新いいえ
トリガー完全更新いいえ
自動化完全更新いいえ
sla_policies完全更新いいえ
schedules完全更新いいえ
schedule_holidays完全更新いいえ
ticket_skips完全更新いいえ

Enterprise限定オブジェクト

次のオブジェクトは、Zendesk Enterpriseプランでのみ同期されます。 接続済みアカウントにアクセス権がない場合、Workatoはこれらのオブジェクトを省略します:

オブジェクト同期モード削除追跡
custom_roles完全更新いいえ
audit_logs完全更新、増分いいえ

Help Center

次のオブジェクトは、ZendeskアカウントでHelp Centerが有効になっている場合にのみ同期されます:

オブジェクト同期モード削除追跡
articles完全更新、増分いいえ
sections完全更新いいえ
カテゴリー完全更新いいえ
posts完全更新いいえ
post_comments完全更新いいえ
article_votes完全更新いいえ

同期モード

Zendeskデータパイプラインは、フルリフレッシュと増分同期をサポートしています。 同期モードは、パイプラインに追加するときにオブジェクトごとに設定されます。

完全更新

フルリフレッシュ同期では、選択したオブジェクトについてZendeskから利用可能なすべてのレコードを読み取り、宛先テーブルを上書きします。 実行ごとに完全なスナップショットが必要な設定オブジェクトと参照オブジェクトには、フルリフレッシュを使用します。

増分同期

増分同期では、前回の正常な実行以降に追加または変更されたレコードのみを抽出します。 Workatoは、利用可能な場合にZendeskのIncremental Exports APIを使用し、専用の増分エンドポイントを公開していないオブジェクトについては、時間枠付きのリストクエリまたは親から派生したカーソルにフォールバックします。

各オブジェクトの増分メカニズムを確認するには、サポートされているオブジェクトの表を参照してください。

削除追跡

削除追跡をサポートするオブジェクトの場合、Workatoは削除されたレコードを削除するのではなく、宛先でマークします。 Workatoは、オブジェクトに応じて、次のネイティブフィールドを通じて削除を検出します:

オブジェクトフィールドを削除
tickets_workato_is_deleted(合成、ソースstatus=deletedの場合に設定)
organizationsdeleted_at
グループ削除済み
brandsis_deleted

削除追跡をサポートするオブジェクトを確認するには、サポートされているオブジェクトの表を参照してください。

削除されたチケットの保持

Zendeskは、削除されたチケットを増分エクスポートで約120日間保持します。 最初の30日間、Zendeskはユーザー提供フィールドをスクラブし、チケットIDを保持します。 次の90日間は、最小限のデータのみが残ります。 120日後、WorkatoはZendesk APIから削除レコードを復元できません。

データ整合性の除外ウィンドウ

ZendeskのIncremental Exports APIは、データ整合性のため、過去60秒以内に更新されたレコードを除外します。 過去1分以内に更新されたレコードは、次回の実行まで増分同期の結果に表示されません。 Workatoはこの除外ウィンドウより前に同期カーソルを設定するため、次回の実行で以前に除外されたレコードをデータ損失なしで取得します。

スキーマとデータ型の処理

Zendeskからデータを同期する場合、スキーマとデータ型には次の考慮事項が適用されます。

カスタムフィールド

Zendeskは、チケット、ユーザー、組織のカスタムフィールドをサポートしています。 Workatoは、コネクション設定時と各スキーマ更新時にカスタムフィールド定義を検出し、各カスタムフィールドを宛先の型指定された列として公開します。

親オブジェクト定義エンドポイント出力列パターン
tickets/api/v2/ticket_fieldsticket_custom_field_<id>
ユーザー/api/v2/user_fieldsuser_field_<key>
organizations/api/v2/organization_fieldsorganization_field_<key>

Zendeskカスタムフィールド型は、次のように宛先の型にマッピングされます:

Zendeskフィールド型宛先の型
text, textarea, regexp, dropdown, lookup文字列
multiselectString(JSON配列)
checkboxブール値
date, datetime, integer, numeric, decimal文字列

日付、日時、および数値のカスタムフィールド型は、提示された型に違反する可能性があるテナント制御の履歴値に対応するため、Stringにマッピングされます。 ソース型は、宛先列のメタデータとして保持されます。

タイムスタンプ

ほとんどのZendeskタイムスタンプは、UTCのISO 8601文字列です(例: 2024-01-15T10:30:00Z)。 Workatoは、これらの値を宛先でタイムゾーン付きタイムスタンプとして保持します。

ticketsgenerated_timestampフィールドは、代わりにUnixエポック秒を使用します。 Zendeskは、この内部システムタイムスタンプを使用して、増分エクスポート内のチケットを並べ替えます。

ネストされたフィールド

Zendeskは、チケットのvia.channelなど、多くのリソースでネストされたオブジェクトを返します。 Workatoは、パス形式の列名(例: via_channel)を使用して、ネストされたプリミティブフィールドをフラット化します。 配列、ポリモーフィックフィールド、およびより深いネストされたオブジェクトは、JSON文字列列として保存されます。

合成列

Workatoは、宛先テーブルに次の合成列を追加します:

タイプ目的
_workato_is_deletedブール値論理削除されたticketsレコードの場合、trueに設定されます。 削除追跡を使用するその他のオブジェクトは、ネイティブ削除フィールドを使用します。 詳細については、削除追跡を参照してください。
_workato_source_cursorTimestampまたはLong親から派生したオブジェクトまたは履歴オブジェクトの各行の抽出に使用されたソースカーソル値を記録します。

機密データの処理

Zendesk Supportデータには、特にチケットの説明とコメントに大量のPIIが含まれる場合があります。 これらのフィールドには、名前、メールアドレス、電話番号、郵送先住所、アカウント番号など、自由記述の顧客メッセージに埋め込まれた非構造化PIIが頻繁に含まれます。 ユーザーおよび組織レコードには連絡先情報が含まれ、カスタムフィールドに機密値が含まれる場合があります。

パイプライン設定中にフィールドレベルのデータ保護でHashオプションを使用し、PIIが宛先に到達する前に保護します。 詳細については、パイプラインを構成手順を参照してください。

制限事項

Zendeskをデータパイプラインソースとして使用する場合、次の制限が適用されます。

システム駆動のチケット更新

Zendeskの増分チケットエクスポートには、自動クローズ、SLAターゲット更新、アーカイブなどのシステムプロセスによって更新されたチケットが含まれます。 これらのシステム更新により、ユーザーに表示される変更が発生していない場合でも、チケットがエクスポートに表示されます。 積極的な自動化ルールを持つアカウントでは、想定よりも多い更新量が発生する場合があります。

追加専用履歴オブジェクトは再同期できません

ticket_field_historyおよびticket_tag_historyオブジェクトは、ZendeskのチケットEvent streamsから派生した追加専用の監査ログです。 これらのオブジェクトを再同期しないでください。 ZendeskのEvent streamsには保持期間の制限があるため、再同期すると、保持期間を過ぎた履歴が失われる可能性があります。

組織メンバーシップ

organization_membershipsオブジェクトは増分同期をサポートしておらず、実行のたびに完全に再インポートされます。 このオブジェクトは他のオブジェクトより低い頻度でスケジュールするか、不要な場合はパイプラインから除外します。

大量の詳細トラバーサル

ticket_auditsticket_form_history、およびuser_identitiesオブジェクトでは、親チケットまたはユーザーごとに1回以上のAPI呼び出しが必要です。 大規模アカウントでこれらのオブジェクトを初期同期する場合、完了までに何時間もかかることがあります。 Workatoは最後に完了した親から詳細トラバーサルを再開するため、中断された同期は停止した場所から続行されます。

標準チケットメトリックリストはアーカイブ済みチケットを除外します

ticket_metricsオブジェクトは、アーカイブ済みチケットを除外するZendeskの標準リストエンドポイントを通じて同期されます。 アーカイブ済みチケットのメトリックは利用できません。

サンドボックスのレート制限

Zendeskサンドボックスアカウントのレート制限は、プロダクションアカウントより大幅に低くなります。 サンドボックスに対してパイプラインをテストする場合は、この点を考慮してください。

最終更新日: