23:18フォローするZendeskでは、チケットやユーザー、組織など、顧客データを保存および管理するための様々なタイプのネイティブデータオブジェクトが提供されますが、組織が必要とする可能性のあるすべてのタイプのデータオブジェクトが提供されるわけではありません。新しいチケットが届くたびに、チケットをカタログ内の製品に関連付けて、さまざまな製品を使用する際の顧客のエクスペリエンスをより詳細に把握したい場合があるかもしれません。Sunshineのカスタムオブジェクトを使用すると、Zendeskで新しいオブジェクトタイプのブループリントを作成し、ブループリントに基づいてオブジェクトレコードを作成できます。カスタムオブジェクトは、製品やサービス契約、顧客による訪問など、ほぼあらゆるものを表すことができます。APIを使用して作成できます。作成したカスタムオブジェクトを使用して、ビジネスニーズに合わせてZendeskアカウントをカスタマイズできます。このガイドでは、管理センターでカスタムオブジェクトを定義する方法を示します。ここでは、例として、民泊ビジネスを使用します。お客様は、民泊サービス会社のサポートチームに電話をかけるかチャットを開始して、民泊施設に関する問題を報告できます。報告を受けたサポートチームは、問題に関するチケットを作成します。この民泊サービス会社では、Supportの各チケットを民泊施設に関連付けて、エージェントがより良いカスタマーサービスを提供できるようにしたいと考えています。この情報を使用して、各施設でのカスタマーエクスペリエンスをより詳しく把握し、施設の改善を図りたいと考えています。この記事では、次のトピックについて説明します。SupportのEnterpriseプランで使用できます。無料のトライアルアカウントは、Enterpriseプランに該当します。)をクリックし、「管理」>「Sunshine」を選択します。管理センターの「カスタムオブジェクトとリレーションシップ」ページが開きます。カスタムオブジェクトをアクティブにします。カスタムオブジェクトタイプを定義する民泊サービス会社の場合は、民泊施設ごとに、その施設を表すカスタムオブジェクトレコードを1つ作成する必要があります。会社が新たに民泊施設を契約する際には、その施設を表すオブジェクトレコードを追加するだけです。民泊施設は、特定の属性を共有します。各施設には住所や週払い料金、ベッドルームの室数などの属性があります。各属性の値は、施設ごとに異なります。リスボンにある民泊施設では、ベッドルームが2部屋で、宿泊料週600ドルです。アスペンにある施設ではベッドルームが3部屋で、宿泊料週1,100ドルです。property」タイプ)のSunshineカスタムオブジェクトはすべて、同一の属性を共有します。カスタムオブジェクトの属性は、「オブジェクトタイプ」と呼ばれるブループリントで定義されます。技術上は、オブジェクトタイプは、属性を記述する「キー」と「スキーマ」から構成されます。キーは、オブジェクトタイプを識別するのに使用される名前です。「rental_property」のように記述します。民泊施設のあらゆる属性を定義できます。ここでは、例を簡単にするために、「rental_property」というキーを持つ新しいカスタムオブジェクトに次の属性を使用することにします。現地の清掃サービスの連絡先電話番号これがスキーマです。スキーマには、特定の民泊施設に関する情報は含まれません。スキーマはその情報が記述されているだけです。object(カスタムオブジェクトのスキーマの作成)」を参照してください。)をクリックし、「管理」>「Sunshine」を選択します。Sunshineが有効になっている場合はデフォルトで、管理センターの「オブジェクトタイプ」ページが開きます。有効になっていない場合、左のサイドバーからこのページを選択します。「オブジェクトタイプを追加」をクリックします。「キー」に、「rental_property」と入力します。キーは次の要件を満たす必要があります。一意であること英数字(a〜z、0〜9)、アンダースコア(_)およびダッシュ(-)のみを含むこと文字列の長さが2文字以上、32文字以内であること。キーの下にあるサンプルプロパティをクリックして、新しいプロパティを定義するフォームを開きます。各フォームに以下の値を入力します。」をクリックして、別のプロパティを追加します。スキーマテーブルに2番目のプロパティの値を入力します。」をクリックし、スキーマテーブルにさらに別のプロパティを追加します。「保存」をクリックします。開くと、オブジェクトタイプが以下のように表示されます。スキーマプレビューを確認します。「data」オブジェクトタイプは、「key」と「schema」で構成されています。APIを使用し、会社の各民泊施設のオブジェクトレコードを作成できます。APIを使用して、それらのオブジェクトレコードを読み取り、更新、削除することができます。オブジェクトレコードは、定義されたプロパティを持つデータベースレコードにすぎません。開発者が民泊施設のレコードを作成するためのAPIリクエストに含めるデータは、定義したオブジェクトタイプによって定義されます。「rental_property」タイプの場合は、「id」、「bedrooms」、「address」、「country」、「cleaning_service」、および「cleaning_service_phone」です。}}後からレコードを取得する場合は、開発者は複数の異なるエンドポイントを使用してそれらのレコードを取得します。Records(オブジェクトレコード)」を参照してください。Recordエンドポイントを使用して、当該民泊施設のオブジェクトレコードを更新できます。Recordエンドポイントを使用します。Recordエンドポイントを使用します。データをモデリングする民泊施設のデータをより意味のある方法で活用するには、「rental_property」タイプと他のオブジェクトタイプの間にリレーションシップを確立します。特定の民泊施設に関する情報は、その施設についてゲストが送信したチケットに関連付けられていない限り、施設管理者にとってあまり有用ではありません。チケットは、Zendeskの別のオブジェクトタイプにすぎません。カスタムオブジェクトは、オブジェクトタイプ間のいくつかのリレーションシップをサポートします。両方のオブジェクトタイプは、リレーションシップの両端に1つのレコードのみを持つことができます。チケットは1つの民泊施設にのみ関連付けられ、民泊施設は1つのチケットにのみ関連付けられます。これは、民泊サービスの例では実行可能なオプションではありません。1つの民泊施設に、複数のチケットが関係することもあるからです。最初のオブジェクトタイプの各オブジェクトは、2番目のオブジェクトタイプのオブジェクトに関係しないか、1つと関係するか、複数と関係します。民泊施設は、どのチケットとも関係しないか、1つのチケットとのみ関係するか、複数のチケットと関係することができます。最初のオブジェクトタイプの各オブジェクトは、2番目のオブジェクトタイプのどれにも関係しないか、1つのみと関係するか、または多くのオブジェクトに関係します。2番目のオブジェクトタイプの各オブジェクトは、最初のオブジェクトタイプのどれにも関係しないか、1つのみと関係するか、または多くのオブジェクトに関係します。1対多のリレーションシップタイプを2つ使用して、多対多のリレーションシップタイプを定義します。リレーションシップとは、次の項目間の関係性です。2つのカスタムオブジェクトタイプ(「rental_property」と「guest_contract」オブジェクトタイプの間など)1つのカスタムオブジェクトタイプとZendeskのオブジェクトタイプ(チケット、ユーザー、記事、組織、グループ、またはチャット)のいずれか2つのオブジェクトタイプリレーションシップタイプを定義するオブジェクトタイプがオブジェクトレコードを作成するためのブループリントであるように、リレーションシップタイプは2つの特定のオブジェクトタイプ間のリレーションシップレコードを作成するためのブループリントです。ticket」リレーションシップタイプを定義します。リレーションシップタイプを定義しても、2つの特定のレコード間の関連付けは作成されません。これは単に、リレーションシップを説明するものです。リレーションシップタイプを定義した後、特定のチケットを特定の民泊施設に関連付けるリレーションシップレコードを作成できます。各レコードにおいて1つのチケットが1つの民泊施設に関連付けられている状態で、リレーションシップレコードが蓄積されると、各民泊施設の問題のより明確な状況をつかむことができます。Sunshineは、定義したリレーションシップタイプに基づいて、民泊施設ごとにチケットをグループ化できます。1つの民泊施設には多数のチケットがあります。)をクリックし、「管理」>「Sunshine」を選択します。左側のサイドバーにある「リレーションシップタイプ」を選択し、「リレーションシップタイプを追加」をクリックします。「キー」に、「rental_property_has_many_tickets」と入力します。キーは次の要件を満たす必要があります。一意であること英数字(a〜z、0〜9)、アンダースコア(_)およびダッシュ(-)のみを含むこと文字列の長さが2文字以上、32文字以内であること。メニューから次の値を選択します。zen:ticketページは次のようになります。「保存」をクリックします。作成したリレーションシップタイプを後から編集することはできません。削除してから、新しいリレーションタイプを作成し直す必要があります。関連レコードを関連付けるリレーションシップタイプを定義したら、そのリレーションシップタイプに基づいて関連レコードの関連付けを開始できます。リレーションシップレコード(リレーションシップタイプではありません)を作成して、あるオブジェクトタイプのレコードを別のオブジェクトタイプのレコードに関連付けます。民泊サービス会社の場合は、特定のチケットと特定の民泊施設間のリレーションシップレコードを作成できます。関連レコードは、2つの関連するオブジェクトレコードのIDとそれらのリレーションシップタイプで構成されます。関連レコードには、宿泊者の問題や民泊施設に関する実際の情報は含まれていません。含まれているのは、チケットレコードのIDと民泊施設レコードのIDのみです。SunshineはこれらのIDを使用して関連レコードを取得します。関連レコードは、作成した関連タイプによって管理されます。「rental_property_has_many_tickets」という名前の1対多タイプで、各チケットは1つの民泊施設にのみ関連付けることができますが、各民泊施設は、多くのチケットに関連付けることができます。Recordの作成エンドポイントにPOSTリクエストを行います。リクエストに含めるJSONオブジェクトには、リレーションシップタイプと「ソース」オブジェクトおよび「ターゲット」オブジェクトのIDを指定する必要があります。作成されたリレーションシップレコードは、基盤のリレーションタイプとなるため、変更できません。開発者は、このリレーションシップレコードを削除して、別のリレーションシップレコードを作成する必要があります。Recordを使用して、リレーションシップレコードを取得できます。開発者は、「5d0daa84-aec0-11e7-9a70-416881d66b6d」というレコードIDを持つ民泊施設のすべての関連チケットを取得できます。}}この例では、民泊施設には「35438118」と「35437746」の2つのチケットが関連付けられています。この情報を使用してチケットを表示できます。まとめカスタムオブジェクトとリレーションシップレコードを使用して、実際の問題を解決したり、既存のプロセスを改善したり、顧客の状況をより詳細に把握したりできます。チームの開発者は、民泊施設のカスタムオブジェクトを使用して、チケットに対応するエージェントに民泊施設の詳細を表示するZendeskアプリを構築できます。エージェントがチケットのステータスを「新規」から「オープン」に変更すると、アプリはチケットと民泊施設を関連付けるリレーションシップレコードを作成できます。APIを使用して、各民泊施設のすべてのチケットをリストするレポートを生成し、その情報を使用して民泊施設の改善を図ることができます。