# Signals ## イベントヘルプ -------------------------------------------------------------------------------- title: "Catalyst パブリッシャー" description: "Catalyst Signalsのパブリッシャーは、ターゲットが関心を持つイベントを生成・発行するための主要なソースです。" last_updated: "2026-09-02T11:25:12.880Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/catalyst-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Catalyst Publishers 以下は、各Catalystパブリッシャーでサポートされているデフォルトイベントの一覧です。 ### Cloud Scale Authentication <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>ユーザーサインアップ</td> <td>user_signedup</td> <td>Catalyst Authenticationを使用してユーザーがアプリにサインアップするとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>ユーザー確認</td> <td>user_confirmed</td> <td>Catalyst Authenticationを使用してユーザーがアカウントの確認に成功するとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>ユーザー削除</td> <td>user_deleted</td> <td>Catalyst Authenticationを使用してユーザーが削除されるとイベントが生成されます。</td> </tr> </tbody> </table> ### Cloud Scale Cache <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>アイテム作成</td> <td>cache_item_created</td> <td>Cacheセグメントでアイテムが作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>アイテム更新</td> <td>cache_item_updated</td> <td>Cacheセグメントでキャッシュされたアイテムが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> ### Cloud Scale Data Store <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>行挿入</td> <td>row_inserted</td> <td>Catalyst Data Storeのテーブルに新しい行が挿入されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>行削除</td> <td>row_deleted</td> <td>Catalyst Data Storeのテーブルで行が削除されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>行更新</td> <td>row_updated</td> <td>Catalyst Data Storeのテーブルで行が更新されるとイベントが生成されます。</td> </tr> </tbody> </table> ### Cloud Scale Stratus <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>オブジェクトダウンロード</td> <td>ustratus_object_downloaded</td> <td>Stratusのバケットからオブジェクトがダウンロードされるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>オブジェクトアップロード</td> <td>stratus_object_uploaded</td> <td>Stratusのバケットにオブジェクトがアップロードされるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>オブジェクト削除</td> <td>stratus_object_deleted</td> <td>Stratusのバケットからオブジェクトが削除されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>オブジェクト更新</td> <td>stratus_object_updated</td> <td>Stratusのバケットでオブジェクトが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> <!-- ### Cloud Scale Web Client Hosting <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Webアプリデプロイ</td> <td>webapp_deployed</td> <td>Cloud ScaleのWeb Client Hostingでアプリケーションをデプロイするとイベントが生成されます。</td> </tr> </tbody> </table> --> ### Zoho パブリッシャー -------------------------------------------------------------------------------- title: "Zoho Bigin" description: "Zoho Biginでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.880Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-bigin/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Bigin 以下は、Zoho Biginパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>連絡先作成</td> <td>contact_created</td> <td>Zoho Biginで新しい連絡先が作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>通話作成</td> <td>call_created</td> <td>Zoho Biginで新しい通話が作成されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>通話削除</td> <td>call_deleted</td> <td>Zoho Biginで通話が削除されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>通話更新</td> <td>call_updated</td> <td>Zoho Biginで通話が更新されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>会社作成</td> <td>account_created</td> <td>Zoho Biginで会社が作成されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>会社削除</td> <td>account_deleted</td> <td>Zoho Biginで会社が削除されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>会社更新</td> <td>account_updated</td> <td>Zoho Biginで会社が更新されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>連絡先削除</td> <td>contact_deleted</td> <td>Zoho Biginで連絡先が削除されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>連絡先更新</td> <td>contact_updated</td> <td>Zoho Biginで連絡先が更新されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>イベント作成</td> <td>event_created</td> <td>Zoho Biginで新しいイベントが作成されるとイベントが生成されます。</td> <tr> <td>11</td> <td>イベント更新</td> <td>event_updated</td> <td>Zoho Biginでイベントが更新されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>パイプライン作成</td> <td>deal_created</td> <td>Zoho Biginでパイプラインが作成されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>パイプライン削除</td> <td>deal_deleted</td> <td>Zoho Biginでパイプラインが削除されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>パイプライン更新</td> <td>deal_updated</td> <td>Zoho Biginでパイプラインが更新されるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>商品作成</td> <td>product_created</td> <td>Zoho Biginで新しい商品が作成されるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>商品削除</td> <td>product_deleted</td> <td>Zoho Biginで商品が削除されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>商品更新</td> <td>product_updated</td> <td>Zoho Biginで商品が更新されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>タスク作成</td> <td>task_created</td> <td>Zoho Biginで新しいタスクが作成されるとイベントが生成されます。</td> </tr> <tr> <td>19</td> <td>タスク削除</td> <td>task_deleted</td> <td>Zoho Biginでタスクが削除されるとイベントが生成されます。</td> </tr> <tr> <td>20</td> <td>タスク更新</td> <td>task_updated</td> <td>Zoho Biginでタスクが更新されるとイベントが生成されます。</td> </tr> <tr> <td>21</td> <td>イベント削除</td> <td>event_deleted</td> <td>Zoho Biginでイベントが削除されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Billing" description: "Zoho Billingでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.880Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-billing/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Billing 以下は、Zoho Billingパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w25p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>サブスクリプション作成</td> <td>subscription_created</td> <td>Zoho Billingでサブスクリプションが作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>サブスクリプション更新</td> <td>subscription_updated</td> <td>Zoho Billingでサブスクリプションが更新されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>サブスクリプション更新（リニューアル）</td> <td>subscription_renewed</td> <td>Zoho Billingでサブスクリプションが更新（リニューアル）されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>サブスクリプションキャンセル</td> <td>subscription_cancelled</td> <td>Zoho Billingでサブスクリプションがキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>サブスクリプション削除</td> <td>subscription_deleted</td> <td>Zoho Billingでサブスクリプションが削除されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>サブスクリプション一時停止</td> <td>subscription_paused</td> <td>Zoho Billingでサブスクリプションが一時停止されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>サブスクリプションダウングレード</td> <td>subscription_downgraded</td> <td>Zoho Billingでサブスクリプションがダウングレードされるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>サブスクリプションアップグレード</td> <td>subscription_upgraded</td> <td>Zoho Billingでサブスクリプションがアップグレードされるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>サブスクリプション再開</td> <td>subscription_resumed</td> <td>Zoho Billingでサブスクリプションが再開されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>サブスクリプション期限切れ</td> <td>subscription_expired</td> <td>Zoho Billingでサブスクリプションが期限切れになるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>サブスクリプション未払い</td> <td>subscription_unpaid</td> <td>Zoho Billingでサブスクリプションが未払いになるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>請求書（インボイス）作成</td> <td>invoice_created</td> <td>Zoho Billingで請求書（インボイス）が作成されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>サブスクリプション再有効化</td> <td>subscription_reactivated</td> <td>Zoho Billingでサブスクリプションが再有効化されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>請求書（インボイス）更新</td> <td>invoice_updated</td> <td>Zoho Billingで請求書（インボイス）が更新されるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>支払い返金</td> <td>payment_refunded</td> <td>Zoho Billingで支払いが返金されるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>支払い成功</td> <td>payment_succeeded</td> <td>Zoho Billingで支払いが成功するとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Books" description: "Zoho Booksでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.880Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-books/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Books 以下は、Zoho Booksパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w30p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>請求書作成</td> <td>bill_created</td> <td>Zoho Booksで請求書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>請求書更新</td> <td>bill_updated</td> <td>Zoho Booksで請求書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>見積書作成</td> <td>estimate_created</td> <td>Zoho Booksで見積書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>見積書更新</td> <td>estimate_updated</td> <td>Zoho Booksで見積書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>経費作成</td> <td>expense_created</td> <td>Zoho Booksで経費が作成されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>クレジットノート作成</td> <td>credit_note_created</td> <td>Zoho Booksでクレジットノートが作成されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>クレジットノート更新</td> <td>credit_note_updated</td> <td>Zoho Booksでクレジットノートが更新されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>顧客作成</td> <td>customer_created</td> <td>Zoho Booksで顧客が作成されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>顧客更新</td> <td>customer_updated</td> <td>Zoho Booksで顧客が更新されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>経費更新</td> <td>expense_updated</td> <td>Zoho Booksで経費が更新されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>請求書（インボイス）作成</td> <td>invoice_created</td> <td>Zoho Booksで請求書（インボイス）が作成されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>請求書（インボイス）更新</td> <td>invoice_updated</td> <td>Zoho Booksで請求書（インボイス）が更新されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>発注書作成</td> <td>purchase_order_created</td> <td>Zoho Booksで発注書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>発注書更新</td> <td>purchase_order_updated</td> <td>Zoho Booksで発注書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>販売注文作成</td> <td>sales_order_created</td> <td>Zoho Booksで販売注文が作成されるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>販売注文更新</td> <td>sales_order_updated</td> <td>Zoho Booksで販売注文が更新されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>顧客支払い作成</td> <td>customer_payment_created</td> <td>Zoho Booksで顧客支払いが作成されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>顧客支払い更新</td> <td>customer_payment_updated</td> <td>Zoho Booksで顧客支払いが更新されるとイベントが生成されます。</td> </tr> <tr> <td>19</td> <td>仕入先支払い作成</td> <td>vendor_payment_created</td> <td>Zoho Booksで仕入先支払いが作成されるとイベントが生成されます。</td> </tr> <tr> <td>20</td> <td>仕入先支払い更新</td> <td>vendor_payment_updated</td> <td>Zoho Booksで仕入先支払いが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Commerce" description: "Zoho Commerceでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.880Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-commerce/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Commerce 以下は、Zoho Commerceパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>販売注文作成</td> <td>sales_order_created</td> <td>Zoho Commerceで販売注文が作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>販売注文確認</td> <td>sales_order_confirmed</td> <td>Zoho Commerceで販売注文が確認されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>販売注文キャンセル</td> <td>sales_order_cancelled</td> <td>Zoho Commerceで販売注文がキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>販売注文却下</td> <td>sales_order_declined</td> <td>Zoho Commerceで販売注文が却下されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>販売注文出荷</td> <td>sales_order_shipped</td> <td>Zoho Commerceで販売注文が出荷されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>販売注文配送完了</td> <td>sales_order_delivered</td> <td>Zoho Commerceで販売注文が配送完了になるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho CRM" description: "Zoho CRMでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.881Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-crm/" service: "Signals" -------------------------------------------------------------------------------- # Zoho CRM 以下は、Zoho CRMパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>リード作成</td> <td>lead_created</td> <td>Zoho CRMでリードが作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>リード承認</td> <td>lead_approved</td> <td>Zoho CRMでリードが承認されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>リード変換</td> <td>lead_converted</td> <td>Zoho CRMでリードが変換されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>リード削除</td> <td>lead_deleted</td> <td>Zoho CRMでリードが削除されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>リード却下</td> <td>lead_rejected</td> <td>Zoho CRMでリードが却下されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>リード更新</td> <td>lead_updated</td> <td>Zoho CRMでリードが更新されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>アカウント承認</td> <td>account_approved</td> <td>Zoho CRMでアカウントが承認されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>アカウント作成</td> <td>account_created</td> <td>Zoho CRMでアカウントが作成されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>アカウント削除</td> <td>account_deleted</td> <td>Zoho CRMでアカウントが削除されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>アカウント却下</td> <td>account_rejected</td> <td>Zoho CRMでアカウントが却下されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>アカウント更新</td> <td>account_updated</td> <td>Zoho CRMでアカウントが更新されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>連絡先作成</td> <td>contact_created</td> <td>Zoho CRMで連絡先が作成されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>連絡先削除</td> <td>contact_deleted</td> <td>Zoho CRMで連絡先が削除されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>連絡先更新</td> <td>contact_updated</td> <td>Zoho CRMで連絡先が更新されるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>連絡先承認</td> <td>contact_approved</td> <td>Zoho CRMで連絡先が承認されるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>連絡先却下</td> <td>contact_rejected</td> <td>Zoho CRMで連絡先が却下されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>商談承認</td> <td>deal_approved</td> <td>Zoho CRMで商談が承認されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>商談作成</td> <td>deal_created</td> <td>Zoho CRMで商談が作成されるとイベントが生成されます。</td> </tr> <tr> <td>19</td> <td>商談削除</td> <td>deal_deleted</td> <td>Zoho CRMで商談が削除されるとイベントが生成されます。</td> </tr> <tr> <td>20</td> <td>商談却下</td> <td>deal_rejected</td> <td>Zoho CRMで商談が却下されるとイベントが生成されます。</td> </tr> <tr> <td>21</td> <td>商談更新</td> <td>deal_updated</td> <td>Zoho CRMで商談が更新されるとイベントが生成されます。</td> </tr> <tr> <td>22</td> <td>商品作成</td> <td>product_created</td> <td>Zoho CRMで商品が作成されるとイベントが生成されます。</td> </tr> <tr> <td>23</td> <td>キャンペーン承認</td> <td>campaign_approved</td> <td>Zoho CRMでキャンペーンが承認されるとイベントが生成されます。</td> </tr> <tr> <td>24</td> <td>キャンペーン作成</td> <td>campaign_created</td> <td>Zoho CRMでキャンペーンが作成されるとイベントが生成されます。</td> </tr> <tr> <td>25</td> <td>キャンペーン削除</td> <td>campaign_deleted</td> <td>Zoho CRMでキャンペーンが削除されるとイベントが生成されます。</td> </tr> <tr> <td>26</td> <td>キャンペーンメンバーステータス更新</td> <td>campaign_member_status</td> <td>Zoho CRMでキャンペーンメンバーのステータスが更新されるとイベントが生成されます。</td> </tr> <tr> <td>27</td> <td>キャンペーン却下</td> <td>campaign_rejected</td> <td>Zoho CRMでキャンペーンが却下されるとイベントが生成されます。</td> </tr> <tr> <td>28</td> <td>キャンペーン更新</td> <td>campaign_updated</td> <td>Zoho CRMでキャンペーンが更新されるとイベントが生成されます。</td> </tr> <tr> <td>29</td> <td>ケース承認</td> <td>case_approved</td> <td>Zoho CRMでケースが承認されるとイベントが生成されます。</td> </tr> <tr> <td>30</td> <td>ケース作成</td> <td>case_created</td> <td>Zoho CRMでケースが作成されるとイベントが生成されます。</td> </tr> <tr> <td>31</td> <td>ケース削除</td> <td>case_deleted</td> <td>Zoho CRMでケースが削除されるとイベントが生成されます。</td> </tr> <tr> <td>32</td> <td>ケース却下</td> <td>case_rejected</td> <td>Zoho CRMでケースが却下されるとイベントが生成されます。</td> </tr> <tr> <td>33</td> <td>ケース更新</td> <td>case_updated</td> <td>Zoho CRMでケースが更新されるとイベントが生成されます。</td> </tr> <tr> <td>34</td> <td>商品承認</td> <td>product_approved</td> <td>Zoho CRMで商品が承認されるとイベントが生成されます。</td> </tr> <tr> <td>35</td> <td>商品削除</td> <td>product_deleted</td> <td>Zoho CRMで商品が削除されるとイベントが生成されます。</td> </tr> <tr> <td>36</td> <td>商品却下</td> <td>product_rejected</td> <td>Zoho CRMで商品が却下されるとイベントが生成されます。</td> </tr> <tr> <td>37</td> <td>商品更新</td> <td>product_updated</td> <td>Zoho CRMで商品が更新されるとイベントが生成されます。</td> </tr> <tr> <td>38</td> <td>ソリューション承認</td> <td>solution_approved</td> <td>Zoho CRMでソリューションが承認されるとイベントが生成されます。</td> </tr> <tr> <td>39</td> <td>ソリューション作成</td> <td>solution_created</td> <td>Zoho CRMでソリューションが作成されるとイベントが生成されます。</td> </tr> <tr> <td>40</td> <td>ソリューション削除</td> <td>solution_deleted</td> <td>Zoho CRMでソリューションが削除されるとイベントが生成されます。</td> </tr> <tr> <td>41</td> <td>ソリューション却下</td> <td>solution_rejected</td> <td>Zoho CRMでソリューションが却下されるとイベントが生成されます。</td> </tr> <tr> <td>42</td> <td>ソリューション更新</td> <td>solution_updated</td> <td>Zoho CRMでソリューションが更新されるとイベントが生成されます。</td> </tr> <tr> <td>43</td> <td>価格表承認</td> <td>price_book_approved</td> <td>Zoho CRMで価格表が承認されるとイベントが生成されます。</td> </tr> <tr> <td>44</td> <td>価格表作成</td> <td>price_book_created</td> <td>Zoho CRMで価格表が作成されるとイベントが生成されます。</td> </tr> <tr> <td>45</td> <td>価格表削除</td> <td>price_book_deleted</td> <td>Zoho CRMで価格表が削除されるとイベントが生成されます。</td> </tr> <tr> <td>46</td> <td>価格表却下</td> <td>price_book_rejected</td> <td>Zoho CRMで価格表が却下されるとイベントが生成されます。</td> </tr> <tr> <td>47</td> <td>価格表更新</td> <td>price_book_updated</td> <td>Zoho CRMで価格表が更新されるとイベントが生成されます。</td> </tr> <tr> <td>48</td> <td>見積書承認</td> <td>quote_approved</td> <td>Zoho CRMで見積書が承認されるとイベントが生成されます。</td> </tr> <tr> <td>49</td> <td>見積書変換</td> <td>quote_converted</td> <td>Zoho CRMで見積書が変換されるとイベントが生成されます。</td> </tr> <tr> <td>50</td> <td>見積書作成</td> <td>quote_created</td> <td>Zoho CRMで見積書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>51</td> <td>見積書削除</td> <td>quote_deleted</td> <td>Zoho CRMで見積書が削除されるとイベントが生成されます。</td> </tr> <tr> <td>52</td> <td>見積書却下</td> <td>quote_rejected</td> <td>Zoho CRMで見積書が却下されるとイベントが生成されます。</td> </tr> <tr> <td>53</td> <td>見積書更新</td> <td>quote_updated</td> <td>Zoho CRMで見積書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>54</td> <td>仕入先承認</td> <td>vendor_approved</td> <td>Zoho CRMで仕入先が承認されるとイベントが生成されます。</td> </tr> <tr> <td>55</td> <td>仕入先作成</td> <td>vendor_created</td> <td>Zoho CRMで仕入先が作成されるとイベントが生成されます。</td> </tr> <tr> <td>56</td> <td>仕入先削除</td> <td>vendor_deleted</td> <td>Zoho CRMで仕入先が削除されるとイベントが生成されます。</td> </tr> <tr> <td>57</td> <td>仕入先却下</td> <td>vendor_rejected</td> <td>Zoho CRMで仕入先が却下されるとイベントが生成されます。</td> </tr> <tr> <td>58</td> <td>仕入先更新</td> <td>vendor_updated</td> <td>Zoho CRMで仕入先が更新されるとイベントが生成されます。</td> </tr> <tr> <td>59</td> <td>請求書（インボイス）承認</td> <td>invoice_approved</td> <td>Zoho CRMで請求書（インボイス）が承認されるとイベントが生成されます。</td> </tr> <tr> <td>60</td> <td>請求書（インボイス）作成</td> <td>invoice_created</td> <td>Zoho CRMで請求書（インボイス）が作成されるとイベントが生成されます。</td> </tr> <tr> <td>61</td> <td>請求書（インボイス）削除</td> <td>invoice_deleted</td> <td>Zoho CRMで請求書（インボイス）が削除されるとイベントが生成されます。</td> </tr> <tr> <td>62</td> <td>請求書（インボイス）却下</td> <td>invoice_rejected</td> <td>Zoho CRMで請求書（インボイス）が却下されるとイベントが生成されます。</td> </tr> <tr> <td>63</td> <td>請求書（インボイス）更新</td> <td>invoice_updated</td> <td>Zoho CRMで請求書（インボイス）が更新されるとイベントが生成されます。</td> </tr> <tr> <td>64</td> <td>メモ承認</td> <td>note_approved</td> <td>Zoho CRMでメモが承認されるとイベントが生成されます。</td> </tr> <tr> <td>65</td> <td>メモ作成</td> <td>note_created</td> <td>Zoho CRMでメモが作成されるとイベントが生成されます。</td> </tr> <tr> <td>66</td> <td>メモ削除</td> <td>note_deleted</td> <td>Zoho CRMでメモが削除されるとイベントが生成されます。</td> </tr> <tr> <td>67</td> <td>メモ却下</td> <td>note_rejected</td> <td>Zoho CRMでメモが却下されるとイベントが生成されます。</td> </tr> <tr> <td>68</td> <td>メモ更新</td> <td>note_updated</td> <td>Zoho CRMでメモが更新されるとイベントが生成されます。</td> </tr> <tr> <td>69</td> <td>発注書承認</td> <td>purchase_order_approved</td> <td>Zoho CRMで発注書が承認されるとイベントが生成されます。</td> </tr> <tr> <td>70</td> <td>発注書作成</td> <td>purchase_order_created</td> <td>Zoho CRMで発注書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>71</td> <td>発注書削除</td> <td>purchase_order_deleted</td> <td>Zoho CRMで発注書が削除されるとイベントが生成されます。</td> </tr> <tr> <td>72</td> <td>発注書更新</td> <td>purchase_order_updated</td> <td>Zoho CRMで発注書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>73</td> <td>販売注文承認</td> <td>sales_order_approved</td> <td>Zoho CRMで販売注文が承認されるとイベントが生成されます。</td> </tr> <tr> <td>74</td> <td>販売注文変換</td> <td>sales_order_converted</td> <td>Zoho CRMで販売注文が変換されるとイベントが生成されます。</td> </tr> <tr> <td>75</td> <td>販売注文作成</td> <td>sales_order_created</td> <td>Zoho CRMで販売注文が作成されるとイベントが生成されます。</td> </tr> <tr> <td>76</td> <td>販売注文削除</td> <td>sales_order_deleted</td> <td>Zoho CRMで販売注文が削除されるとイベントが生成されます。</td> </tr> <tr> <td>77</td> <td>販売注文却下</td> <td>sales_order_rejected</td> <td>Zoho CRMで販売注文が却下されるとイベントが生成されます。</td> </tr> <tr> <td>78</td> <td>販売注文更新</td> <td>sales_order_updated</td> <td>Zoho CRMで販売注文が更新されるとイベントが生成されます。</td> </tr> <tr> <td>79</td> <td>通話作成</td> <td>call_created</td> <td>Zoho CRMで通話が作成されるとイベントが生成されます。</td> </tr> <tr> <td>80</td> <td>通話削除</td> <td>call_deleted</td> <td>Zoho CRMで通話が削除されるとイベントが生成されます。</td> </tr> <tr> <td>81</td> <td>不在着信</td> <td>call_missed</td> <td>Zoho CRMで通話が不在になるとイベントが生成されます。</td> </tr> <tr> <td>82</td> <td>通話受信</td> <td>call_received</td> <td>Zoho CRMで通話が受信されるとイベントが生成されます。</td> </tr> <tr> <td>83</td> <td>通話更新</td> <td>call_updated</td> <td>Zoho CRMで通話が更新されるとイベントが生成されます。</td> </tr> <tr> <td>84</td> <td>メールバウンス</td> <td>email_bounced</td> <td>Zoho CRMでメールがバウンスされるとイベントが生成されます。</td> </tr> <tr> <td>85</td> <td>メールクリック</td> <td>email_clicked</td> <td>Zoho CRMでメールがクリックされるとイベントが生成されます。</td> </tr> <tr> <td>86</td> <td>メール開封</td> <td>email_opened</td> <td>Zoho CRMでメールが開封されるとイベントが生成されます。</td> </tr> <tr> <td>87</td> <td>メール受信</td> <td>email_received</td> <td>Zoho CRMでメールが受信されるとイベントが生成されます。</td> </tr> <tr> <td>88</td> <td>メール再購読</td> <td>email_resubscribed</td> <td>Zoho CRMでメールが再購読されるとイベントが生成されます。</td> </tr> <tr> <td>89</td> <td>メール送信</td> <td>email_sent</td> <td>Zoho CRMでメールが送信されるとイベントが生成されます。</td> </tr> <tr> <td>90</td> <td>メール購読解除</td> <td>email_unsubscribed</td> <td>Zoho CRMでメールの購読が解除されるとイベントが生成されます。</td> </tr> <tr> <td>91</td> <td>アウトバウンド通話不応答</td> <td>outbound_call_unattended</td> <td>Zoho CRMでアウトバウンド通話が不応答になるとイベントが生成されます。</td> </tr> <tr> <td>92</td> <td>発注書却下</td> <td>purchase_order_rejected</td> <td>Zoho CRMで発注書が却下されるとイベントが生成されます。</td> </tr> <tr> <td>93</td> <td>ミーティング承認</td> <td>event_approved</td> <td>Zoho CRMでミーティングが承認されるとイベントが生成されます。</td> </tr> <tr> <td>94</td> <td>ミーティング作成</td> <td>event_created</td> <td>Zoho CRMでミーティングが作成されるとイベントが生成されます。</td> </tr> <tr> <td>95</td> <td>ミーティング削除</td> <td>event_deleted</td> <td>Zoho CRMでミーティングが削除されるとイベントが生成されます。</td> </tr> <tr> <td>96</td> <td>ミーティング却下</td> <td>event_rejected</td> <td>Zoho CRMでミーティングが却下されるとイベントが生成されます。</td> </tr> <tr> <td>97</td> <td>ミーティング更新</td> <td>event_updated</td> <td>Zoho CRMでミーティングが更新されるとイベントが生成されます。</td> </tr> <tr> <td>98</td> <td>タスク承認</td> <td>task_approved</td> <td>Zoho CRMでタスクが承認されるとイベントが生成されます。</td> </tr> <tr> <td>99</td> <td>タスク作成</td> <td>task_created</td> <td>Zoho CRMでタスクが作成されるとイベントが生成されます。</td> </tr> <tr> <td>100</td> <td>タスク削除</td> <td>task_deleted</td> <td>Zoho CRMでタスクが削除されるとイベントが生成されます。</td> </tr> <tr> <td>101</td> <td>タスク却下</td> <td>task_rejected</td> <td>Zoho CRMでタスクが却下されるとイベントが生成されます。</td> </tr> <tr> <td>102</td> <td>タスク更新</td> <td>task_updated</td> <td>Zoho CRMでタスクが更新されるとイベントが生成されます。</td> </tr> <tr> <td>103</td> <td>Webフォーム送信</td> <td>webform_submitted</td> <td>Zoho CRMでWebフォームが送信されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Expense" description: "Zoho Expenseでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.882Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-expense/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Expense 以下は、Zoho Expenseパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w35p">API Name</th> <th class="w50p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>出張作成</td> <td>trips_created</td> <td>Zoho Expenseで出張が作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>出張削除</td> <td>trips_deleted</td> <td>Zoho Expenseで出張が削除されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>出張編集</td> <td>trips_edited</td> <td>Zoho Expenseで出張が編集されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>出張提出</td> <td>trips_submitted</td> <td>Zoho Expenseで出張が提出されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>出張承認</td> <td>trips_approved</td> <td>Zoho Expenseで出張が承認されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>出張クローズ</td> <td>trips_closed</td> <td>Zoho Expenseで出張がクローズされるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>出張取り消し</td> <td>trips_recalled</td> <td>Zoho Expenseで出張が取り消されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>出張却下</td> <td>trips_rejected</td> <td>Zoho Expenseで出張が却下されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>出張キャンセル</td> <td>trips_cancelled</td> <td>Zoho Expenseで出張がキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>出張オプション承認</td> <td>trips_trip_option_approved</td> <td>Zoho Expenseで出張の出張オプションが承認されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>出張オプション選択</td> <td>trips_trip_option_selected</td> <td>Zoho Expenseで出張内の出張オプションが選択されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>出張オプション追加</td> <td>trips_trip_option_added</td> <td>Zoho Expenseで出張に出張オプションが追加されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>出張旅程リスケジュール</td> <td>trips_itinerary_rescheduled</td> <td>Zoho Expenseで出張の旅程がリスケジュールされるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>出張追加オプションリクエスト</td> <td>trips_more_option_requested</td> <td>Zoho Expenseで出張の追加オプションがリクエストされるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>出張オプションキャンセル</td> <td>trips_trip_option_cancelled</td> <td>Zoho Expenseで出張の出張オプションがキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>出張オプション却下</td> <td>trips_trip_option_rejected</td> <td>Zoho Expenseで出張の出張オプションが却下されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>レポート作成</td> <td>reports_created</td> <td>Zoho Expenseでレポートが作成されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>レポート編集</td> <td>reports_edited</td> <td>Zoho Expenseでレポートが編集されるとイベントが生成されます。</td> </tr> <tr> <td>19</td> <td>出張旅程キャンセル</td> <td>trips_itinerary_cancelled</td> <td>Zoho Expenseで出張の旅程がキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>20</td> <td>出張リスケジュール</td> <td>trips_rescheduled</td> <td>Zoho Expenseで出張がリスケジュールされるとイベントが生成されます。</td> </tr> <tr> <td>21</td> <td>レポート承認</td> <td>reports_approved</td> <td>Zoho Expenseでレポートが承認されるとイベントが生成されます。</td> </tr> <tr> <td>22</td> <td>レポート削除</td> <td>reports_deleted</td> <td>Zoho Expenseでレポートが削除されるとイベントが生成されます。</td> </tr> <tr> <td>23</td> <td>レポート提出</td> <td>reports_submitted</td> <td>Zoho Expenseでレポートが提出されるとイベントが生成されます。</td> </tr> <tr> <td>24</td> <td>レポート取り消し</td> <td>reports_recalled</td> <td>Zoho Expenseでレポートが取り消されるとイベントが生成されます。</td> </tr> <tr> <td>25</td> <td>レポート精算</td> <td>reports_reimbursed</td> <td>Zoho Expenseでレポートが精算されるとイベントが生成されます。</td> </tr> <tr> <td>26</td> <td>レポート却下</td> <td>reports_rejected</td> <td>Zoho Expenseでレポートが却下されるとイベントが生成されます。</td> </tr> <tr> <td>27</td> <td>前払い作成</td> <td>advances_created</td> <td>Zoho Expenseで前払いが作成されるとイベントが生成されます。</td> </tr> <tr> <td>28</td> <td>前払い削除</td> <td>advances_deleted</td> <td>Zoho Expenseで前払いが削除されるとイベントが生成されます。</td> </tr> <tr> <td>29</td> <td>前払い編集</td> <td>advances_edited</td> <td>Zoho Expenseで前払いが編集されるとイベントが生成されます。</td> </tr> <tr> <td>30</td> <td>レポート精算キャンセル</td> <td>reports_reimbursement_cancelled</td> <td>Zoho Expenseでレポートの精算がキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>31</td> <td>前払い返金作成</td> <td>advance_refunds_created</td> <td>Zoho Expenseで前払い返金が作成されるとイベントが生成されます。</td> </tr> <tr> <td>32</td> <td>前払い返金削除</td> <td>advance_refunds_deleted</td> <td>Zoho Expenseで前払い返金が削除されるとイベントが生成されます。</td> </tr> <tr> <td>33</td> <td>前払い返金編集</td> <td>advance_refunds_edited</td> <td>Zoho Expenseで前払い返金が編集されるとイベントが生成されます。</td> </tr> <tr> <td>34</td> <td>前払い支払い</td> <td>advances_paid</td> <td>Zoho Expenseで前払いが支払われるとイベントが生成されます。</td> </tr> <tr> <td>35</td> <td>前払い却下</td> <td>advances_rejected</td> <td>Zoho Expenseで前払いが却下されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Inventory" description: "Zoho Inventoryでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.882Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-inventory/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Inventory 以下は、Zoho Inventoryパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w25p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>アイテム作成</td> <td>item_created</td> <td>Zoho Inventoryでアイテムが作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>アイテム更新</td> <td>item_updated</td> <td>Zoho Inventoryでアイテムが更新されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>在庫調整作成</td> <td>adjustments_created</td> <td>Zoho Inventoryで在庫調整が作成されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>在庫調整削除</td> <td>adjustments_deleted</td> <td>Zoho Inventoryで在庫調整が削除されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>在庫調整更新</td> <td>adjustments_updated</td> <td>Zoho Inventoryで在庫調整が更新されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>顧客作成</td> <td>customer_created</td> <td>Zoho Inventoryで顧客が作成されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>顧客削除</td> <td>customer_deleted</td> <td>Zoho Inventoryで顧客が削除されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>顧客更新</td> <td>customer_updated</td> <td>Zoho Inventoryで顧客が更新されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>アイテム削除</td> <td>item_deleted</td> <td>Zoho Inventoryでアイテムが削除されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>請求書（インボイス）作成</td> <td>invoice_created</td> <td>Zoho Inventoryで請求書（インボイス）が作成されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>販売注文作成</td> <td>sales_order_created</td> <td>Zoho Inventoryで販売注文が作成されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>販売注文削除</td> <td>sales_order_deleted</td> <td>Zoho Inventoryで販売注文が削除されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>販売注文更新</td> <td>sales_order_updated</td> <td>Zoho Inventoryで販売注文が更新されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>クレジットノート作成</td> <td>credit_note_created</td> <td>Zoho Inventoryでクレジットノートが作成されるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>請求書（インボイス）削除</td> <td>invoice_deleted</td> <td>Zoho Inventoryで請求書（インボイス）が削除されるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>請求書（インボイス）更新</td> <td>invoice_updated</td> <td>Zoho Inventoryで請求書（インボイス）が更新されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>クレジットノート削除</td> <td>credit_note_deleted</td> <td>Zoho Inventoryでクレジットノートが削除されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>クレジットノート更新</td> <td>credit_note_updated</td> <td>Zoho Inventoryでクレジットノートが更新されるとイベントが生成されます。</td> </tr> <tr> <td>19</td> <td>納品書作成</td> <td>delivery_challan_created</td> <td>Zoho Inventoryで納品書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>20</td> <td>納品書削除</td> <td>delivery_challan_deleted</td> <td>Zoho Inventoryで納品書が削除されるとイベントが生成されます。</td> </tr> <tr> <td>21</td> <td>納品書更新</td> <td>delivery_challan_updated</td> <td>Zoho Inventoryで納品書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>22</td> <td>請求書作成</td> <td>bill_created</td> <td>Zoho Inventoryで請求書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>23</td> <td>発注書作成</td> <td>purchase_order_created</td> <td>Zoho Inventoryで発注書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>24</td> <td>発注書削除</td> <td>purchase_order_deleted</td> <td>Zoho Inventoryで発注書が削除されるとイベントが生成されます。</td> </tr> <tr> <td>25</td> <td>発注書更新</td> <td>purchase_order_updated</td> <td>Zoho Inventoryで発注書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>26</td> <td>売上返品作成</td> <td>sales_returns_created</td> <td>Zoho Inventoryで売上返品が作成されるとイベントが生成されます。</td> </tr> <tr> <td>27</td> <td>売上返品削除</td> <td>sales_returns_deleted</td> <td>Zoho Inventoryで売上返品が削除されるとイベントが生成されます。</td> </tr> <tr> <td>28</td> <td>売上返品更新</td> <td>sales_returns_updated</td> <td>Zoho Inventoryで売上返品が更新されるとイベントが生成されます。</td> </tr> <tr> <td>29</td> <td>請求書削除</td> <td>bill_deleted</td> <td>Zoho Inventoryで請求書が削除されるとイベントが生成されます。</td> </tr> <tr> <td>30</td> <td>請求書更新</td> <td>bill_updated</td> <td>Zoho Inventoryで請求書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>31</td> <td>移動注文作成</td> <td>transfer_order_created</td> <td>Zoho Inventoryで移動注文が作成されるとイベントが生成されます。</td> </tr> <tr> <td>32</td> <td>移動注文更新</td> <td>transfer_order_updated</td> <td>Zoho Inventoryで移動注文が更新されるとイベントが生成されます。</td> </tr> <tr> <td>33</td> <td>仕入先クレジット作成</td> <td>vendor_credits_created</td> <td>Zoho Inventoryで仕入先クレジットが作成されるとイベントが生成されます。</td> </tr> <tr> <td>34</td> <td>仕入先クレジット削除</td> <td>vendor_credits_deleted</td> <td>Zoho Inventoryで仕入先クレジットが削除されるとイベントが生成されます。</td> </tr> <tr> <td>35</td> <td>仕入先クレジット更新</td> <td>vendor_credits_updated</td> <td>Zoho Inventoryで仕入先クレジットが更新されるとイベントが生成されます。</td> </tr> <tr> <td>36</td> <td>移動注文削除</td> <td>transfer_order_deleted</td> <td>Zoho Inventoryで移動注文が削除されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Invoice" description: "Zoho Invoiceでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.882Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-invoice/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Invoice 以下は、Zoho Invoiceパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>見積書作成</td> <td>estimate_created</td> <td>Zoho Invoiceで見積書が作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>見積書更新</td> <td>estimate_updated</td> <td>Zoho Invoiceで見積書が更新されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>請求書（インボイス）作成</td> <td>invoice_created</td> <td>Zoho Invoiceで請求書（インボイス）が作成されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>請求書（インボイス）更新</td> <td>invoice_updated</td> <td>Zoho Invoiceで請求書（インボイス）が更新されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>顧客作成</td> <td>customer_created</td> <td>Zoho Invoiceで顧客が作成されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>顧客更新</td> <td>customer_updated</td> <td>Zoho Invoiceで顧客が更新されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>支払い受領</td> <td>payment_received</td> <td>Zoho Invoiceで支払いが受領されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>支払い更新</td> <td>payment_updated</td> <td>Zoho Invoiceで支払いが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Survey" description: "Zoho Surveyでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.882Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-survey/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Survey 以下は、Zoho Surveyパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>回答完了</td> <td>response_completed</td> <td>Zoho Surveyで回答が完了するとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>回答作成</td> <td>response_created</td> <td>Zoho Surveyで回答が作成されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Meeting" description: "Zoho Meetingでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.882Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-meeting/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Meeting 以下は、Zoho Meetingパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>ミーティング作成</td> <td>meeting_created</td> <td>Zoho Meetingsでミーティングが作成されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>ミーティングキャンセル</td> <td>meeting_canceled</td> <td>Zoho Meetingsでミーティングがキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>ミーティング更新</td> <td>meeting_updated</td> <td>Zoho Meetingsでミーティングが更新されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>ミーティング終了</td> <td>meeting_ended</td> <td>Zoho Meetingsでミーティングが終了するとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>ミーティング開始</td> <td>meeting_started</td> <td>Zoho Meetingsでミーティングが開始されるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>ウェビナー作成</td> <td>webinar_created</td> <td>Zoho Meetingsでウェビナーが作成されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>ウェビナーキャンセル</td> <td>webinar_canceled</td> <td>Zoho Meetingsでウェビナーがキャンセルされるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>ウェビナー更新</td> <td>webinar_updated</td> <td>Zoho Meetingsでウェビナーが更新されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>ウェビナー終了</td> <td>webinar_ended</td> <td>Zoho Meetingsでウェビナーが終了するとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>ウェビナー開始</td> <td>webinar_started</td> <td>Zoho Meetingsでウェビナーが開始されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>ウェビナーメンバー参加</td> <td>webinar_member_joined</td> <td>Zoho Meetingsでメンバーがウェビナーに参加するとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>ウェビナー登録</td> <td>webinar_registered</td> <td>Zoho Meetingsでウェビナーが登録されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>ウェビナーメンバー削除</td> <td>webinar_member_removed</td> <td>Zoho Meetingsでメンバーがウェビナーから削除されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Assist" description: "Zoho Assistでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.883Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-assist/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Assist 以下は、Zoho Assistパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>アウトバウンドセッション開始</td> <td>outbound_session_start</td> <td>Zoho Assistでアウトバウンドセッションが開始されるとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>画面共有セッション開始</td> <td>session_start_ss</td> <td>Zoho Assistで画面共有セッションが開始されるとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>リモートサポートセッション終了</td> <td>session_end_rs</td> <td>Zoho Assistでリモートサポートセッションが終了するとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>画面共有セッション終了</td> <td>ssession_end_ss</td> <td>Zoho Assistで画面共有セッションが終了するとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>リモートサポート顧客参加</td> <td>customer_join_rs</td> <td>Zoho Assistで顧客がリモートサポートセッションに参加するとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>インバウンドリクエスト作成</td> <td>inbound_request_create</td> <td>Zoho Assistでインバウンドリクエストが作成されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>インバウンドリクエスト転送</td> <td>inbound_request_transfer</td> <td>Zoho Assistでインバウンドリクエストが転送されるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>インバウンドリクエスト委任</td> <td>inbound_request_delegate</td> <td>Zoho Assistでインバウンドリクエストが委任されるとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>インバウンドリクエストピック</td> <td>inbound_request_picked</td> <td>Zoho Assistでインバウンドリクエストがピックされるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>インバウンドリクエスト拒否</td> <td>inbound_request_declined</td> <td>Zoho Assistでインバウンドリクエストが拒否されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>インバウンドリクエスト破棄</td> <td>inbound_request_dropped</td> <td>Zoho Assistでインバウンドリクエストが破棄されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>インバウンドリクエスト期限切れ</td> <td>inbound_request_expired</td> <td>Zoho Assistでインバウンドリクエストが期限切れになるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>デバイス追加</td> <td>device_add</td> <td>Zoho Assistでデバイスが追加されるとイベントが生成されます。</td> </tr> <tr> <td>14</td> <td>デバイスオンライン</td> <td>device_online</td> <td>Zoho Assistでデバイスがオンラインになるとイベントが生成されます。</td> </tr> <tr> <td>15</td> <td>デバイスオフライン</td> <td>device_offline</td> <td>Zoho Assistでデバイスがオフラインになるとイベントが生成されます。</td> </tr> <tr> <td>16</td> <td>デバイス削除</td> <td>device_delete</td> <td>Zoho Assistでデバイスが削除されるとイベントが生成されます。</td> </tr> <tr> <td>17</td> <td>無人アクセスセッション開始</td> <td>session_start_urs</td> <td>Zoho Assistで無人アクセスセッションが開始されるとイベントが生成されます。</td> </tr> <tr> <td>18</td> <td>無人アクセスセッション終了</td> <td>session_end_urs</td> <td>Zoho Assistで無人アクセスセッションが終了するとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Campaigns" description: "Zoho Campaignsでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.883Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-campaigns/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Campaigns 以下は、Zoho Campaignsパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>連絡先購読</td> <td>contact_subscribed</td> <td>Zoho Campaignsで連絡先が購読するとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>連絡先購読解除</td> <td>contact_unsubscribed</td> <td>Zoho Campaignsで連絡先が購読を解除するとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>メール送信</td> <td>email_sent</td> <td>Zoho Campaignsを使用してメールが送信されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>メール開封</td> <td>email_opened</td> <td>Zoho Campaignsでメールが開封されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>メールクリック</td> <td>email_clicked</td> <td>Zoho Campaignsでメールがアクセスされるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>メール返信</td> <td>email_replied</td> <td>Zoho Campaignsからメールに返信されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>メールバウンス</td> <td>email_bounced</td> <td>Zoho Campaignsでメールがバウンスされるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>購読設定更新</td> <td>subscription_preference_updated</td> <td>Zoho Campaignsで連絡先が購読設定を更新するとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>フィールド更新</td> <td>field_updated</td> <td>Zoho Campaignsで連絡先のフィールドが更新されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>リスト更新</td> <td>list_updated</td> <td>Zoho Campaignsでリストが更新されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>タグ更新</td> <td>tag_updated</td> <td>Zoho Campaignsで連絡先のタグが更新されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>スコア更新</td> <td>score_updated</td> <td>Zoho Campaignsで連絡先のスコアが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Marketing Automation" description: "Zoho Marketing Automationでサポートされているデフォルトイベントの一覧です。" last_updated: "2026-09-02T11:25:12.883Z" source: "https://docs.catalyst.zoho.com/ja/signals/event-help/zoho-publishers/zoho-marketing-automation/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Marketing Automation 以下は、Zoho Marketing Automationパブリッシャーでサポートされているデフォルトイベントの一覧です。 <table class="content-table"> <thead> <tr> <th class="w5p">No.</th> <th class="w20p">表示名</th> <th class="w20p">API Name</th> <th class="w55p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>連絡先購読</td> <td>contact_subscribed</td> <td>Zoho Marketing Automationで連絡先が購読するとイベントが生成されます。</td> </tr> <tr> <td>2</td> <td>連絡先購読解除</td> <td>contact_unsubscribed</td> <td>Zoho Marketing Automationで連絡先が購読を解除するとイベントが生成されます。</td> </tr> <tr> <td>3</td> <td>メール送信</td> <td>email_sent</td> <td>Zoho Marketing Automationを使用してメールが送信されるとイベントが生成されます。</td> </tr> <tr> <td>4</td> <td>メール開封</td> <td>email_opened</td> <td>Zoho Marketing Automationでメールが開封されるとイベントが生成されます。</td> </tr> <tr> <td>5</td> <td>メールクリック</td> <td>email_clicked</td> <td>Zoho Marketing Automationでメールがアクセスされるとイベントが生成されます。</td> </tr> <tr> <td>6</td> <td>メール返信</td> <td>email_replied</td> <td>Zoho Marketing Automationからメールに返信されるとイベントが生成されます。</td> </tr> <tr> <td>7</td> <td>メールバウンス</td> <td>email_bounced</td> <td>Zoho Marketing Automationでメールがバウンスされるとイベントが生成されます。</td> </tr> <tr> <td>8</td> <td>購読設定更新</td> <td>subscription_preference_updated</td> <td>Zoho Marketing Automationで連絡先が購読設定を更新するとイベントが生成されます。</td> </tr> <tr> <td>9</td> <td>フィールド更新</td> <td>field_updated</td> <td>Zoho Marketing Automationで連絡先のフィールドが更新されるとイベントが生成されます。</td> </tr> <tr> <td>10</td> <td>リスト更新</td> <td>list_updated</td> <td>Zoho Marketing Automationでリストが更新されるとイベントが生成されます。</td> </tr> <tr> <td>11</td> <td>タグ更新</td> <td>tag_updated</td> <td>Zoho Marketing Automationで連絡先のタグが更新されるとイベントが生成されます。</td> </tr> <tr> <td>12</td> <td>スコア更新</td> <td>score_updated</td> <td>Zoho Marketing Automationで連絡先のスコアが更新されるとイベントが生成されます。</td> </tr> <tr> <td>13</td> <td>ステージ更新</td> <td>stage_updated</td> <td>Zoho Marketing Automationで連絡先のステージが更新されるとイベントが生成されます。</td> </tr> </tbody> </table> ## はじめに -------------------------------------------------------------------------------- title: "導入" description: "分離されたアプリケーション間のシームレスな通信を確立するCatalyst Signalsの使い方を学びましょう。" last_updated: "2026-09-02T11:25:12.883Z" source: "https://docs.catalyst.zoho.com/ja/signals/getting-started/introduction/" service: "Signals" -------------------------------------------------------------------------------- # Catalyst Signalsとは Catalyst Signalsは、組織がイベント駆動アーキテクチャ（EDA）を導入し、業務の効率化と生産性の向上を実現するための最先端のイベントバスサービスです。分離されたアプリケーションやサービス間のほぼリアルタイムの通信を可能にし、ワークフローの応答性、スケーラビリティ、信頼性を確保します。 Signalsは、大規模なコーディングや複雑な設定を必要とせずに、イベント駆動アーキテクチャを簡素化します。直感的なインターフェースにより、さまざまな技術レベルのユーザーがパブリッシャーとターゲット間のイベントフローを簡単に設計・管理できます。 ### 定義済みパブリッシャーとスキーマ Catalyst Signalsには、Zohoサービスや、Authentication、Cache、Data Store、Stratusを含むCatalystのCloud Scaleサービスから、豊富な定義済みパブリッシャーが用意されています。これらのサービスには、スキーマに関連付けられたデフォルトのイベントが付属しており、手動でスキーマを作成する必要がありません。CRMなどのZohoサービスでは、カスタムモジュールも同期され、イベント変換やWebhook設定時の互換性が確保されます。 カスタムパブリッシャーの場合でも、ライブイベントペイロードからスキーマを生成できます。スキーマ設定の手間を排除することで、Catalyst Signalsはアプリケーション間のビジネスクリティカルなワークフローの迅速なオンボーディングを可能にします。 ### 柔軟で堅牢なイベントオーケストレーション イベントがキャプチャされると、Catalyst Signalsはイベントの処理とルーティングを完全に制御できます。スマートルールを定義してイベントのフィルタリングと変換を行い、配信モードの割り当て、リトライの設定、Webhook、Function、Circuitなどの複数のターゲットへのイベントルーティングが可能です。 配信中の障害が発生した場合、Catalyst DevOpsから統合されたアプリケーションアラートを自動的にトリガーできます。これにより、チームは失敗したイベントに関するリアルタイムのメール通知を受け取り、即座に対応できます。さらに、CatalystのSecurity & Identityサービス（Cloud Scale配下）のConnectionsがWebhook設定に組み込まれており、最小限の労力で認可済みエンドポイントへの安全なイベント配信が保証されます。 Signalを受信する各FunctionまたはCircuitは、それぞれのコンソールで利用可能なログを使用して独立して監視でき、イベントフロー実行のより深い可視性とトレーサビリティを提供します。 ### デジタルトランスフォーメーションの推進 Catalyst Signalsは、システムを近代化しデジタルトランスフォーメーションを推進するビジネスの*Catalyst（触媒）*として機能します。Signalsと他のCatalystコンポーネントを組み合わせることで、変化に迅速に適応できるスケーラブルで疎結合なシステムを構築できます。 社内ワークフローの自動化、ユーザー行動への対応、分散システム間のデータ同期など、Catalyst Signalsは運用の最適化とスケールでのイノベーション推進のための柔軟でメンテナンスの少ない基盤を提供します。 ### アーキテクチャ 複数のクラウド環境に接続してリアルタイムデータを処理・配信するSignalsのアーキテクチャをご紹介します。 イベントは、システム内の変更や発生を表すJSON形式のメッセージです。ターゲットアプリケーションは、パブリッシャーからのこれらのイベントをリッスンしてオーケストレーションを実行します。このプロセスでは、あるソフトウェアソースからのイベントが、別のソフトウェアのワークフローのトリガーとして機能します。ターゲットはWebhook、Function、Circuitを通じてイベントの詳細を受信します。 例えば、**Travel Bureau**という旅行・ホスピタリティ企業があるとします。宿泊施設、フライト、その他の旅行関連サービスの予約を行うオンラインプラットフォームを運営しています。この企業は、予約管理、カスタマーサービスとサポート、パーソナライズされたレコメンデーションなど、さまざまな業務を処理するために複数のサービスを使用しています。 <!-- Here's an overview of Signals implementation for the Travel Bureau. --> <!-- IMAGE --> - **予約サービス**: ユーザーが企業のプラットフォームで予約を行うと、Catalyst Signalsに「新規予約」イベントが発行されます。 - **予約管理**: 予約管理サービスは「新規予約」イベントをサブスクライブしています。イベントを受信すると、予約日、顧客の好み、サービスの選択などの詳細を収集し、リアルタイムで予約を更新・管理します。 - **カスタマーサービスとサポート**: カスタマーサービスも「新規予約」イベントをサブスクライブしています。予約が完了すると、ユーザーに連絡し、特定の要件、リクエスト、苦情がないか確認します。 - **パーソナライズされたレコメンデーション**: レコメンデーションエンジンは、ユーザーの好みやサービスの選択を含む「新規予約」イベントをリッスンします。それに基づいて、宿泊施設、アクティビティ、目的地のパーソナライズされたレコメンデーションを生成します。これにより、ユーザーエクスペリエンスが向上し、コンバージョン率が増加します。 Catalyst Signalsはこれらのソフトウェアソースを接続し、リアルタイムのイベント処理とインテリジェントな自動化を通じて、優れたエンドユーザーエクスペリエンスと業務の最適化を実現します。 次のページに進んで、Signalsのコア要素やその他の機能について詳しく学びましょう。 -------------------------------------------------------------------------------- title: "生態系" description: "分離されたアプリケーション間のシームレスな通信を確立するCatalyst Signalsの使い方を学びましょう。" last_updated: "2026-09-02T11:25:12.884Z" source: "https://docs.catalyst.zoho.com/ja/signals/getting-started/ecosystem/" service: "Signals" -------------------------------------------------------------------------------- # Signalsのエコシステム アプリケーション内で発生する重要なアクションまたは変更です。 パブリッシャーはイベントの主要な発生源です。 パブリッシャーからターゲットへの受信イベントの取り込みを制御します。 イベントの配信先となるエンドポイントまたはアプリケーションです。 分離されたアプリ間のイベント駆動通信を可能にするHTTPベースのコールバック関数です。 上記のように、Catalyst Signalsはさまざまな要素で構成されており、それぞれに固有の機能と範囲があります。 イベント: 環境またはアプリケーション内で発生する重要なアクションまたは変更を指します。 パブリッシャー: イベントが発行されるソースとして機能します。このコンポーネントは、ソースリストの認証と管理を支援します。Zoho製品またはカスタム製品のいずれかを使用できます。 ルール: パブリッシャーとターゲット間の関係を確立します。この関係は、パブリッシャーからのイベントをいつ、どこに伝達するかを決定するフィルターを含むルールに基づいています。 ターゲット: ターゲットは通常、パブリッシャーが生成したイベントの配信先となるエンドポイントです。Signalsは3種類のターゲットをサポートしています: Webhook、Function、Circuit。 Webhook: イベントの詳細が共有される主要なターゲットタイプの1つです。このコンポーネントは、SignalsでWebhookを使用するために必要な設定を保持します。 -------------------------------------------------------------------------------- title: "利点" description: "分離されたアプリケーション間のシームレスな通信を確立するCatalyst Signalsの使い方を学びましょう。" last_updated: "2026-09-02T11:25:12.884Z" source: "https://docs.catalyst.zoho.com/ja/signals/getting-started/benefits/" service: "Signals" -------------------------------------------------------------------------------- # メリット ### サーバーレス管理 Catalyst Signalsは、サーバーレスアーキテクチャを通じてイベント駆動開発を効率化します。このアプローチにより、インフラストラクチャ管理の必要性を排除し、イベント駆動アプリケーションの設計とデプロイに専念できます。Catalyst Signalsを使用すると、イベントの処理と配信を簡単に処理でき、開発サイクルの短縮と生産性の向上を実現します。 ### ノーコードイベント管理 このプラットフォームは、サードパーティを含むあらゆるアプリケーションやサービス間の接続と統合を容易にします。コードを記述せずに、簡単で合理化されたワークフローを設定し、これらのシステム間でデータを転送できます。カスタムパブリッシャーとそのイベントの設定もコード不要です。さらに、ルール内の各ターゲットの要件に応じて、コーディングなしでイベントスキーマをカスタマイズできます。 ### スケーラブルで回復力がある Catalyst Signalsで比類のないスケーラビリティと回復力を体験してください。その堅牢なインフラストラクチャは数百万のイベントを難なく管理し、最も要求の厳しいワークロードでも最適なパフォーマンスを確保します。動的な要件に容易に適応しながら、俊敏性と応答性を維持できます。 ### モノリシックアーキテクチャの近代化 Catalyst Signalsは、シームレスなワークフローの分離と高性能なイベントブロードキャスティングを導入することで、モノリシックアーキテクチャの変革を簡素化します。この近代化により、俊敏性が向上し、急速に変化する環境での迅速な適応とイノベーションが可能になります。 ### アドホック統合 パブリッシャーとターゲット間のシームレスなアドホック統合により、多様なクラウド環境間でリアルタイムデータを処理・配信できます。Catalyst Signalsは、コードによるワークフロー設定やアプリケーション間の統合処理が不要なため、開発工数を削減し、運用効率を向上させます。これにより、さまざまなビジネスニーズに迅速に対応し、変化する市場環境で成功できるようになります。 ### 一元管理 ログとダッシュボードを通じて、イベントの追跡、監視、管理のための一元化されたフレームワークを活用できます。パフォーマンスの最適化をシンプルにし、アプリケーション要件への準拠を確保します。イベントルールへのより深い洞察により、運用効率を向上させ、イベント駆動アーキテクチャ全体にわたるプロアクティブな意思決定を促進できます。 -------------------------------------------------------------------------------- title: "ユースケース" description: "分離されたアプリケーション間のシームレスな通信を確立するCatalyst Signalsの使い方を学びましょう。" last_updated: "2026-09-02T11:25:12.884Z" source: "https://docs.catalyst.zoho.com/ja/signals/getting-started/use-cases/" service: "Signals" -------------------------------------------------------------------------------- # 実際のユースケース Catalyst Signalsは、多様なニーズに対応するさまざまなシナリオで多くのメリットを提供します。このセクションでは、Signalsによるリアルタイムイベント処理と動的なスケーラビリティの汎用性とポテンシャルをご紹介します。 ### 1. リード評価の自動化 #### シナリオ Zoho Surveyの回答完了時に、Zoho CRMでのリード評価を自動化する必要があります。 #### ソリューション Zoho Survey（パブリッシャー）が**回答完了**イベントをSignalsでWebhookとして設定されたQuick MLエンドポイント（ターゲット）に送信します。Quick MLは、人口統計情報や行動パターンなどのさまざまな基準に基づいてリード評価を行います。 ### 2. 高度なリードエンリッチメント #### シナリオ Zoho CRMでリードを作成した後、リードナーチャリングを改善するためにリードデータを強化する必要があります。 #### ソリューション Zoho CRM（パブリッシャー）がSignalsを通じて**新規リード作成**イベントをCatalyst Function（ターゲット）にトリガーします。FunctionはCatalyst SmartBrowzを使用して企業の詳細をスクレイピングし、リードデータを強化します。さらに、このデータに基づいてコンバージョンの可能性が高いリードを優先順位付けできます。 ### 3. レコード作成の自動化 #### シナリオ Catalystで開発された顧客ポータルアプリケーションが、注文が行われるたびにZoho CRMの商談モジュールにレコードを自動的に作成する必要があります。 #### ソリューション 顧客ポータルアプリケーション（パブリッシャー）が注文確定イベントをZoho CRM Functions（ターゲット）のREST API URLに送信します。これはSignalsでWebhookとして設定されています。受信したイベントの詳細を使用して、FunctionがZoho CRMに商談レコードを作成します。 ### 4. データ抽出と承認プロセス #### シナリオ 保険会社でドキュメントがアップロードされるたびに、光学文字認識（OCR）を使用して自動的にデータを抽出し、その内容に基づいて承認を行う必要があります。 #### ソリューション 保険会社（パブリッシャー）がSignals経由でドキュメントアップロードイベントをCatalyst Functions（ターゲット）に送信します。FunctionはOCR処理にZia Servicesを使用し、検証結果に基づいて承認プロセスを自動化します。 ### 5. 動的な意思決定のためのフィードバック分類 #### シナリオ ビジネスWebサイトでフィードバックが送信されるたびに、積極的な意思決定のためにポジティブ、ネガティブ、ニュートラルに分類する必要があります。 #### ソリューション Webサイト（パブリッシャー）がSignals経由でフィードバック送信イベントをCatalyst Functions（ターゲット）に送信します。FunctionはZia Servicesのテキスト分析機能を使用して、テキスト全体のセンチメントに基づいてフィードバックを分類します。 ### 6. Eコマースにおける製品交換 #### シナリオ オンラインプラットフォームでの製品交換プロセスを合理化し、毎日特定の時間に在庫の更新と製品の発送を行う必要があります。 #### ソリューション オンラインプラットフォーム（パブリッシャー）が各交換リクエストに対して製品交換イベントを発行します。これらのイベントはスケジュールされたバッチポリシーに基づいて、Signals経由でCatalyst Circuits（ターゲット）に収集・配信されます。Circuitは交換注文を生成し、Zoho Inventoryを更新し、在庫を適切に管理します。 ### 7. SaaSプラットフォームとのリアルタイム統合 #### シナリオ Shopifyの購入詳細をZoho AnalyticsとZoho Inventoryに共有し、売上分析を行う必要があります。 #### ソリューション Shopify（パブリッシャー）がSignalsを通じて購入完了イベントをCatalyst Functions（ターゲット）に生成・送信します。FunctionはイベントデータをZoho InventoryとZoho Analyticsに中継し、リアルタイムの売上分析を行います。 -------------------------------------------------------------------------------- title: "クイックスタートガイド" description: "分離されたアプリケーション間のシームレスな通信を確立するCatalyst Signalsの使い方を学びましょう。" last_updated: "2026-09-02T11:25:12.885Z" source: "https://docs.catalyst.zoho.com/ja/signals/getting-started/quick-start-guide/" service: "Signals" -------------------------------------------------------------------------------- # クイックスタートガイド Catalyst Signalsは、アプリケーション間のほぼ即時の通信を確立するためのユーザーフレンドリーなイベントバスサービスです。このガイドでは、パブリッシャーの設定、Webhookの作成、イベントをシームレスに管理するためのルール設定のプロセスを説明します。 ## Catalystプロジェクトの作成 Catalystコンソールにログインし、新しいプロジェクトを作成して、Catalyst Signalのコンポーネントやコンソールからのその他のサービスを活用しましょう。 ## Catalyst Signalsの要素へのアクセス 左側のサービスメニューからCatalyst Signalsに移動し、**Start Exploring**をクリックします。 ### ステップ1 - パブリッシャーの追加 パブリッシャーセクションで、Catalyst Signalsで提供されるデフォルトのサービスからパブリッシャーを追加するか、任意のカスタムパブリッシャーを作成できます。いくつかのZohoサービスとCatalyst Cloud Scaleサービスがサポートされており、簡単に設定できるよう定義済みイベントのセットが用意されています。 ZohoおよびCatalystパブリッシャーの場合、内部認可によってイベントの受信が容易になります。ただし、カスタムパブリッシャーの場合は、Signalsでイベントを受信するために、パブリッシャーアプリケーション内のイベントのREST API URLを提供する必要があります。 カスタムパブリッシャーの作成方法を学ぶ ### ステップ2 - Webhookの作成 Signalsサービス内のWebhookセクションに移動し、必要な詳細を入力してWebhookを作成します。Webhookの追加設定で、HTTPS Webhook呼び出しの送信レート制限、ヘッダー、パラメーターを設定します。詳細なガイドラインについては、こちらのドキュメントを参照してください。 Webhookを使用する代わりに、Catalyst ServerlessからFunctionやCircuitを作成して、ターゲットシステムのダウンストリームワークフローを設定することもできます。 ### ステップ3 - ルールの設定 ルールセクションに移動し、パブリッシャーのリストから特定のイベントのルールを作成します。関連するイベントのみを受信するために、イベントペイロードで利用可能なプロパティに基づいてイベントをフィルタリングできます。 さらに、ターゲットへのイベント配信方法を決定できます。これにはディスパッチポリシー、コンシューマータイプ、Time To Live、リトライが含まれます。3ペインビューで既存のペイロード、マッピング、変換後のペイロードを表示しながら、イベントペイロードを簡単に変換できます。 ### ステップ4 - モニタリング 設定したルールが実行されると、ログまたはダッシュボードを使用してパフォーマンスを監視し、Catalystプロジェクト内で設定された各ルールの概要を確認できます。マイグレーションを実行して、これらのルールをCatalystの本番環境にデプロイします。 Catalyst Signalsを使用すると、異なるアプリケーションやシステムのコンポーネントを効率的に分離し、人的介入なしに自動的に動作させることができます。 ## ヘルプコンポーネント -------------------------------------------------------------------------------- title: "イベント" description: "Catalyst Signalsのイベントは、アプリケーション内の重要な変更や発生をキャプチャし記述するためのコア要素です。" last_updated: "2026-09-02T11:25:12.885Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/events/" service: "Signals" -------------------------------------------------------------------------------- # イベント イベントは、Catalyst Signalsの基本的な構成要素であり、環境またはアプリケーション内の重要な変更や発生を記述します。ユーザーインタラクションから外部刺激まで、幅広いアクションとトリガーを網羅します。これらのイベントは、さまざまな環境やアプリケーション間の無数のアクションやワークフローのトリガーとして機能します。 Catalyst Signalsでは、これらのイベントがリアルタイム処理、自動化、異種システムやアプリケーションのシームレスな統合を推進する上で重要な役割を果たします。このツールを使用して、イベントをキャプチャ、処理し、ターゲットと呼ばれるさまざまなエンドポイントにルーティングできます。 イベントの例を以下に示します: - **Eコマースマーケティングサイト**では、顧客が注文すると、在庫管理アプリケーションが自動的に更新されます。このシナリオでは、注文確定がイベントとなります。 - **CRMアプリケーション**では、リードが作成されると、組織のWebサイトがリードの詳細に基づいて製品のレコメンデーションを表示します。このシナリオでは、リード作成がイベントとなります。 ### イベントステータス Signals環境内のイベントを追跡するために、処理ステータスごとに分類されます。これは、イベントが関連付けられているルールの数やターゲットへの配信数に関係なく、イベントの全体的なパフォーマンスを表します。各ルールとターゲットの実行ステータスは、ログヘルプページで確認できます。 Signalsにおけるイベントの全体的なパフォーマンスステータスは以下のとおりです: - **Received** - すべてのタイプのパブリッシャーからSignalsに受信されたイベント。 - **In Queue** - 受信済みだがまだ処理されていないイベント。 - **In Progress** - 現在処理中のイベント。 - **Success** - イベントがSuccessとマークされるためには、関連付けられたすべてのルールのすべてのターゲットに配信される必要があります。 - **Failed** - 関連付けられたいずれかのルールの少なくとも1つのターゲットへの配信に失敗したイベントは、全体ステータスがFailedとなります。 - **Unmatched** - ルールフィルターで設定された条件を満たさなかった、またはアクティブなルールやターゲットがないため処理されなかったイベント。 - **Unprocessed** - 非アクティブなパブリッシャー、ルール、またはターゲットに関連付けられたイベント。 - **Dropped** - 削除または無効化されたターゲットやルールに関連付けられたイベント。 Note 全体的なイベントステータスは、各ルールとターゲットにおけるイベントのパフォーマンスを追跡するイベント実行ステータスによって決定されます。 - 全体的なイベントステータスは、次の優先順位に従います: **Failed > Dropped > Success**。 - いずれかの実行が**Failed**または**Dropped**とマークされた場合、イベントステータスも**Failed**または**Dropped**とマークされます。 - **Failed**と**Dropped**の両方の実行ステータスがイベントに存在する場合、Failedの優先度が高いため、全体的なイベントステータスは**Failed**とマークされます。 ### Zohoイベント Zohoパブリッシャー向けの事前設定されたサービスには、それぞれ独自のスキーマを持つデフォルトのイベントが用意されています。この自動セットアップにより、手動でスキーマを作成する必要がなくなり、イベント管理が合理化されます。ZohoサービスからのイベントはCatalystと他のサービス間の内部認可プロセスを通じてSignalsに受信されます。そのため、Zohoパブリッシャーに対して認可設定を行う必要はありません。 Zoho CRM内で作成された**カスタムモジュール**のイベントはデフォルトで定義されます。**カスタムフィールド**も定期的に同期され、Signalsでのイベント変換やWebhook作成時のイベントスキーマとのシームレスな統合が確保されます。カスタムフィールド同期がサポートされているサービスは以下のとおりです: - Zoho Bigin - Zoho Billing - Zoho Books - Zoho CRM - Zoho Expense - Zoho Inventory - Zoho Invoice サポートされているZohoパブリッシャーの完全なリストはこちら ### Catalystイベント いくつかのCatalystサービスもSignalsのデフォルトCatalystパブリッシャーとしてサポートされています。各Catalystサービスには、定義済みのイベントと対応するスキーマのセットが用意されています。これらのイベントは、サービスがパブリッシャーとして追加されると自動的にリストされ、手動設定の必要がありません。 これにより、データ更新、キャッシュ変更、ファイルアクション、認証アクティビティなどのインフラストラクチャレベルの変更をシームレスにキャプチャし、モニタリング、分析、またはダウンストリームプロセスとの統合のためにSignalsを通じてルーティングできます。 Notes: * カスタムイベントのサンプルペイロードを生成。 * Zohoパブリッシャーのデフォルトイベントは、Create、Delete、Update、Approve、Rejectの5つの主要なスコープに分類されます。各スコープは、ターゲットへのイベントの生成と送信をもたらす異なるタイプのアクションを表します。 ### カスタムイベント Signalsでカスタムイベントを受信するには、カスタムパブリッシャーアプリケーション内にこれらのイベントのREST APIキーを設定する必要があります。さらに、スキーマを生成するために特定のイベントのサンプルペイロードが必要です。 Catalyst Signalsは、スキーマを生成するためのイベントペイロードの追加方法を2つ提供しています: - **ライブイベントペイロード**: この方法で提供されるURLを使用して、API呼び出しのペイロードをキャプチャし、イベントスキーマとして使用するために必要なキーを入力できます。 Note: イベントペイロードをキャプチャするために提供されるURLは、15分間のみ有効です。 - **手動イベントペイロード**: この方法では、イベントスキーマを生成するためにペイロードを手動で提供する必要があります。 カスタムパブリッシャーのカスタムイベントとスキーマの作成手順 Note: * すべてのパブリッシャーにわたって最大200件のイベントを作成および設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 * カスタムイベントのサンプルペイロードの生成について詳しく学びましょう。 ### イベントスキーマ イベントスキーマには、イベントに関する追加のコンテキストと情報を提供するメタデータが含まれています。イベントスキーマを編集して、要件に合わせてカスタマイズし、ターゲット環境でワークフローをさらにトリガーすることもできます。イベントスキーマの抽出または変換方法を学ぶ これはCatalyst Signalsによって自動生成されますが、イベント処理を理解するためにイベントスキーマのデフォルトキーを分析してみましょう。 { "$schema": "https://json-schema.org/draft/2020-12/schema#", "type": "object", "properties": { "rule_id": { "type": "string" }, "target_id": { "type": "string" }, "version": { "type": "integer" }, "attempt": { "type": "integer" }, "account": { "type": "object", "properties": { "org_id": { "type": "string" }, "project": { "type": "object", "properties": { "environment": { "type": "string" }, "name": { "type": "string" }, "id": { "type": "string" } } } } }, "events": { "type": "array", "items": { "type": "object", "properties": { "data": { "type": "object" <!-- properties of an event --> }, "id": { "type": "string" }, "time_in_ms": { "type": "string" }, "source": { "type": "string" }, "event_config": { "type": "object", "properties": { "api_name": { "type": "string" }, "id": { "type": "string" } } } } } } } } 以下は、参考としてスキーマに基づいて生成されたサンプルイベントペイロードです。 { "rule_id": "123456789", "target_id": "98765432", "version": 1, "attempt": 1, "account": { "org_id": "87359421", "project": { "environment": "DEVELOPMENT", "name": "Project-Rainfall", "id": "12950000000020015" } }, "events": [ { "data": { <!-- properties of an event --> }, "id": "b05f449e-7eb0-4e7f-a40f-662820729d20", "time_in_ms": 1721312979144, "source": "publisher_id:12950000000021006/service:zohocrm/account:87394113", "event_config": { "api_name": "Lead Created", "id": "12950000000021007" } } ] } #### スキーマのデフォルトAPIキー <table class="content-table"> <thead> <tr> <th class="w10p">S.No.</th> <th class="w15p">API Name</th> <th class="w15p">データ型</th> <th class="w60p">説明</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>rule_id</td> <td>long string</td> <td>イベントが生成されたルールの一意のIDです。</td> </tr> <tr> <td>2</td> <td>target_id</td> <td>long string</td> <td>イベントとその詳細が配信されるターゲットの一意のIDを指します。</td> </tr> <tr> <td>3</td> <td>version</td> <td>integer</td> <td>Catalyst Signalsにおけるイベントスキーマのバージョンを表すキーです。</td> </tr> <tr> <td>4</td> <td>attempt</td> <td>integer</td> <td>イベントがターゲットに到達するための現在の試行回数を示します。<br />1より大きい試行回数は、ルールで設定されたリトライ回数に対応します。</td> </tr> <tr> <td>5</td> <td>account</td> <td>object</td> <td>以下のCatalystアカウントの詳細が含まれます: <ul> <li>org_id (string) - イベントが設定されたCatalyst組織IDを指します。</li> <li>project (object) - Signalsサービスへのアクセスに使用されるCatalystプロジェクトの名前(string)、environment (string)、id (string)が含まれます。</li> </ul></td> </tr> <tr> <td>6</td> <td>events</td> <td>array</td> <td>オブジェクトの配列です。配列内の各オブジェクトは、パブリッシャーの設定済みイベントの1つを指します。<br />この配列のオブジェクトに含まれるデフォルトキーは以下のとおりです: <ul> <li>data (object) - イベントの詳細を含むオブジェクトです。<!-- Learn more about this key --></li> <li>id (long string) - この特定の発生に対するイベントの一意のIDを表します。</li> <li>time_in_ms (integer) - イベント生成時刻をミリ秒単位で示すキーです。</li> <li>source (string) - パブリッシャーID、サービス名、アカウントIDがスラッシュ（/）で区切られて含まれます。</li> <li>event_config (object) - イベントのid (long string)とapi_name (string)が含まれます。</li> </ul></td> </tr> </tbody> </table> Note: * dataオブジェクト内のキーは、イベントを表し記述するため、イベントごとに異なります。要件に応じて、dataオブジェクト内のキーを追加/削除できます。 * スキーマからデフォルトキーを削除することもできます。イベントスキーマのカスタマイズ方法を学ぶ -------------------------------------------------------------------------------- title: "ダッシュボード" description: "Catalyst Signalsのダッシュボードは、効率的なイベント管理のためにプロジェクト内のイベントの分析ビューを提供します。" last_updated: "2026-09-02T11:25:12.886Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/dashboard/" service: "Signals" -------------------------------------------------------------------------------- # ダッシュボード Catalyst Signalsの分析ダッシュボードは、Catalystプロジェクト内のイベントパフォーマンスの統合ビューを提供します。データをわかりやすい形式で表示し、有益なインサイトを得ることができます。トレンドの分析、パターンの特定、システムパフォーマンスの最適化とシームレスなイベント処理の確保に向けた情報に基づいた意思決定が含まれます。 タイトルバーの更新アイコンを使用して、イベントパフォーマンスのリアルタイム更新を取得できます。ダッシュボードの左上隅にある時間ドロップダウンで、ダッシュボードに表示されるデータの期間を調整できます。デフォルトのビューは**過去3時間**に設定されており、段階的な期間を提供します。必要なビジネス期間の完全な分析を取得するための範囲カレンダーも使用できます。 ### イベントチャート 折れ線グラフは、Signalsサービスで処理されたイベント数を分単位で時系列で示します。**1分間隔から最大15分**まで期間を調整できる高い柔軟性を提供します。チャートの下のアイコンを使用して、タイムスケールでこの間隔を調整できます。 グラフには、イベントのステータスを表す3本の異なるラインが表示されます。 - **Received** - パブリッシャーからSignalsに受信されたすべてのイベントが青色で表示されます。 - **Success** - ルール条件を正常に満たし、ターゲットに配信されたイベントが緑色で表示されます。 - **Failed** - ルール条件を満たしたがエラーによりターゲットに到達できなかったイベントが赤色で表示されます。 Note: 設定されたリトライ回数後にターゲットに到達できなかったイベントのみがFailedとしてマークされます。 処理されたイベント数の時系列による可視化とイベントステータスの区別により、イベントルールのパフォーマンス、信頼性、全体的な健全性を理解できます。 ### イベント統計 この統計は、さまざまなイベント処理ステータスにわたるイベントの数とパーセンテージの理解を提供します。異常の把握と改善領域の特定に役立ち、効果的なイベント処理を確保します。以下のイベントステータスが表示されます: - **Received** - すべてのパブリッシャーからSignalsが受信したイベントの合計数を示します。 - **In Queue** - 受信済みで処理が開始されていないイベントの合計数を表します。 - **In Progress** - 現在イベント処理中のイベントの合計数を示します。 - **Success** - エラーなしにターゲットに正常に配信されたイベントの合計数を示します。 - **Failed** - エラーによりターゲットへの配信に失敗したイベントの合計数を表します。 - **Unmatched** - ルールフィルターで設定された条件を満たさなかった、またはアクティブなルールやターゲットがなく処理されなかったイベントの合計数を示します。 - **Dropped** - ターゲットまたはルールが無効化または削除された場合にドロップされたイベントの合計数を示します。 Note: SuccessとFailedのステータスは、タイトルバーの右上隅に表示されている選択した時間間隔に対する相対的なパーセンテージでKPIメトリクスを表示します。 例えば、期間が過去3時間に設定されている場合、パーセンテージはその前の3時間との比較を反映します。 ### トップパブリッシャー この要素は、ステータスに関係なく、上位5つのパブリッシャーとその合計イベント数をリスト表示します。どのパブリッシャーが最もアクティブで、有益なイベントの生成に効果的であるかをより深く理解できます。重要なイベントトラフィックの発生源を認識することで、個々のパブリッシャーがイベント処理ワークフロー全体に与える影響を評価できます。これにより、イベント処理ワークフローのパフォーマンスと効果を向上させるためのデータ駆動型の意思決定を行えます。 ### 最多障害 この要素は、上位5つの障害ターゲットと、失敗したイベント数、および関連するコンシューマータイプと名前を表示します。イベント処理ワークフロー内の問題領域を特定するのに役立ちます。この情報により、集中的なデバッグとトラブルシューティングが容易になり、影響を受けたターゲットの管理を担当する関連チームとより効率的に連携できます。 -------------------------------------------------------------------------------- title: "ログ" description: "Catalyst Signalsのログは、複数のルールとターゲットにわたるイベントの全体的なパフォーマンスとステータスを追跡するのに役立ちます。" last_updated: "2026-09-02T11:25:12.887Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/logs/" service: "Signals" -------------------------------------------------------------------------------- # ログ イベントログは、Signals内で処理されたすべてのイベントの包括的な記録を提供します。パブリッシャーシステムでサブスクライブされたイベントが発生するたびに、一意のIDが生成され、タイムスタンプ、ステータス、その他の関連する詳細とともにここに記録されます。管理者がイベントルールを監視、分析、効果的にトラブルシューティングするための貴重なインサイトの源として機能します。 <!-- to do: change the colors in the image --> ## 主要な機能 ### ログの詳細 イベントログは、イベントソース、タイムスタンプ、ステータス、ディスパッチタイプ、詳細ビューページでターゲットに到達するまでの試行回数など、システム内で処理された各イベントの詳細をキャプチャします。各ステータスの詳細については、イベントステータスヘルプページを参照してください。このデータにより、イベントフローの可視性を確保し、個々のイベントのライフサイクルを追跡できます。 <!-- to do: New image --> ### 包括的なイベントキャプチャ Signalsは、特定のビジネス要件を達成するために複数のルールとターゲットにデプロイされたイベントの**ログ詳細ビュー**を提供します。ログページ内で、異なるルールとターゲットにわたる特定のイベントのパフォーマンスを追跡し、フローとパフォーマンスメトリクスを分析できます。以下は、そのために使用されるイベント実行ステータスのリストです。 - **In Queue** - ルール設定に従ってイベントが処理され、ターゲットへの配信キューに入れられた状態です。 - **In Progress** - 現在ターゲットに配信中のイベントです。 - **Success** - ルールで指定されたターゲットにイベントが正常に配信された状態です。 - **Failed** - ルールで指定されたターゲットにイベントが配信されなかった、またはターゲットが受信したイベントへの応答に失敗した状態です。 - **Dropped** - 削除または無効化されたターゲットまたはルールに関連付けられたイベントです。 - **Batching** - 選択されたディスパッチポリシーに従ってターゲットに配信されるバッチの一部であるイベントです。 - **Scheduled** - Signalsがイベントを受信し、スケジュールされた時間にターゲットに配信するよう設定された状態です。 - **Retry Scheduled** - イベントがターゲットに到達できなかった場合、設定されたリトライポリシーに基づいてリトライがスケジュールされた状態を示します。 Note 各イベントには全体的なイベントステータスが割り当てられ、関連するすべてのターゲットにわたる配信結果を要約します。このステータスはイベント実行ステータスの影響を受けます。 - 全体的なイベントステータスは、次の優先順位に従います: **Failed > Dropped > Success**。 - いずれかの実行が**Failed**または**Dropped**とマークされた場合、イベントステータスも**Failed**または**Dropped**とマークされます。 - **Failed**と**Dropped**の両方の実行ステータスがイベントに存在する場合、Failedの優先度が高いため、全体的なイベントステータスは**Failed**とマークされます。 <!-- to do: gif showing this status --> ### ログフィルター ログリストビューページの左上隅にあるフィルターアイコンは、特定のイベントを検索するのに役立つさまざまなフィルターを提供します。フィルターは、ターゲット、ステータス、ルール、イベント、および一意のIDに基づいて分類されています。「**イベントでフィルター**」では、サービス、パブリッシャー、サブスクライブされたイベントを選択してイベントを検索できます。 <!-- to do: changes in the UI colors and status so replace gif --> ### デバッグとトラブルシューティング 各イベントログには、イベント処理フローのステータスが含まれています。イベントが失敗した場合、詳細ビューで**Failed**ステータスにマウスオーバーすると、失敗メッセージが表示されます。これにより、エラーの迅速な分析、根本原因の特定、問題の効率的な解決が可能になり、システムの信頼性を確保できます。 イベントがFunctionまたはCircuitにターゲットとして配信された場合、その横に**ログ**アイコンが表示されます。 - **Function**の場合、アイコンをクリックするとDevOpsのログページに移動し、Functionのログが記録されています。 - **Circuit**の場合、ServerlessのCircuit実行履歴ページにリダイレクトされます。 ターゲットのFunctionがイベントへの応答に時間がかかりすぎる場合、ログアイコンの横にある**Kill Function**アイコンを使用して終了できます。Functionを終了すると、イベントは**Dropped**ステータスに移行し、イベントデータを復元することはできません。 -------------------------------------------------------------------------------- title: "デプロイに関する注意事項" description: "Catalyst Signalsのダッシュボードは、効率的なイベント管理のためにプロジェクト内のイベントの分析ビューを提供します。" last_updated: "2026-09-02T11:25:12.887Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/deployment/" service: "Signals" -------------------------------------------------------------------------------- # デプロイメントに関する注意事項 Catalyst by Zohoは、**開発環境**と**本番環境**の2つの異なる環境をサポートしています。これにより、安定したコンポーネントを本番環境に移行する前に、サンドボックス環境でアプリケーションのビルド、テスト、検証を行えます。 これらの環境の違いと使い方については、Catalyst環境ヘルプガイドを参照してください。 以下は、Catalyst Signalsを本番環境にデプロイする際の重要な考慮事項です: ### デプロイのユーザー権限 Catalystでデプロイを開始するユーザーは、使用するZohoパブリッシャーアプリケーションの管理者である必要があります。これは、Catalyst SignalsとZohoパブリッシャー間の適切な認可を確保するために不可欠です。 ### すべての依存Catalystコンポーネントのデプロイ Signalsの設定が以下のような他のCatalystコンポーネントを使用している場合: - パブリッシャーとしてのCloud Scaleサービス - ターゲットとしてのServerless FunctionまたはCircuit - Webhook認可用のConnections これらの**依存コンポーネントすべてをCatalyst Signalsと一緒にデプロイ**してください。 ### パブリッシャーのデプロイ制限 **1回のデプロイ**で本番環境にデプロイできるパブリッシャーは**最大25件**です。この制限は、Signalsでサポートされているパブリッシャーの種類に関係なく適用されます。 ### 本番環境ではルールがロックされる 本番環境では、既存のルールの**有効化または無効化**のみが許可されます。本番環境で直接ルールの**作成、編集、削除はできません**。ルールへのすべての構造的変更は開発環境で行い、その後デプロイする必要があります。 **Zoho CRMパブリッシャー**の場合、**デプロイ時に関連付けられた組織を変更**できます。これにより、開発環境で使用していたサンドボックス組織から、デプロイ時に対応する本番組織に切り替えることができます。 ### カスタムコンポーネントの整合性確保 Catalyst Signalsをデプロイする前に、開発環境のルールで使用しているすべてのカスタムモジュールとカスタムフィールドが、デプロイ時に本番組織で利用可能であることを確認してください。 ### Webhook -------------------------------------------------------------------------------- title: "主要なポイント" description: "分離されたアプリ間のイベント駆動通信を可能にするHTTPベースのコールバック関数です。" last_updated: "2026-09-02T11:25:12.887Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/webhooks/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # Webhook Webhookは、アプリケーション間のリアルタイム通信とデータ交換のシームレスな共有を提供します。これらのHTTPS（Hypertext Transfer Protocol Secure）コールバックにより、異なるアプリケーション間のほぼ即時のインタラクションが可能になります。 Webhookにより、Signalsはパブリッシャー環境で発生する定義済みイベントに基づいて、ターゲットシステムのアクションを自動的にトリガーできます。これにより、手動による介入の必要性を排除し、システムが変更に動的に対応できるようになります。 Note: Catalystプロジェクト内で最大100件のWebhookを作成できます。 ## 主要な機能 ### 認可 Catalyst Cloud Scale配下のConnectionsにより、Webhookの認可設定が簡素化されます。これにより、開発者は外部の認証情報を手動で管理することなく、Webhookリクエストを安全に認証できます。 ### Webhookパフォーマンスの追跡 各Webhookには、実行トレンドとパフォーマンスに関するインサイトを提供する専用の**アクティビティ**ページがあります。時系列での成功および失敗した実行回数を表示します。 この機能により、開発者は**実行履歴**を通じてWebhookの信頼性を監視し、問題を効率的にトラブルシューティングできます。レスポンスJSONやステータスコードなどの詳細をキャプチャし、障害の分析、パターンの特定、Webhookパフォーマンスの最適化を容易にします。 ### サポートされるHTTPSメソッド Catalyst Signalsは、Webhook用に複数のHTTPSメソッドをサポートしています。**POST**、**GET**、**PUT**、**PATCH**、**DELETE**、**OPTIONS**が含まれます。この柔軟性により、イベントデータの管理が強化され、ターゲットアプリケーションへの堅牢で効率的なイベント配信が実現します。 ### 呼び出しレート制限 呼び出しレート制限は、1秒あたりにWebhookがトリガーされる頻度を制御します。この制限は、ターゲットシステムに過負荷をかける可能性のあるエンドポイントの過度な使用を防ぐのに役立ちます。1秒あたり1～300回のHTTPS呼び出しの間で設定でき、デフォルトは**1秒あたり300回**です。 ### カスタマイズ可能なヘッダーとパラメーター Webhookは、静的な値または二重中括弧で囲まれた動的なプレースホルダー（***{{variable}}***）のいずれかで構成できるカスタマイズ可能なヘッダーとパラメーターをサポートしています。指定後、ターゲットページのプレースホルダーで設定する必要があります。 各Webhookは最大**25個のユニークなヘッダーとパラメーター**をサポートしており、送信データの精密な制御が可能です。 Webhookのヘッダーとパラメーターの設定方法を学ぶ -------------------------------------------------------------------------------- title: "Webhookの作成" description: "分離されたアプリ間のイベント駆動通信を可能にするHTTPベースのコールバック関数です。" last_updated: "2026-09-02T11:25:12.887Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/webhooks/create-webhook/" service: "Signals" -------------------------------------------------------------------------------- # Webhookの作成 1. Webhookセクションに移動し、**Create Webhook**をクリックします。 2. 以下の画像に示されているように必要な詳細を入力し、**Save**をクリックします。 要件に応じて必要なHTTPSメソッドを選択し、エンドポイントURLを入力します。 HTTPSメソッドの詳細を学ぶ ### ヘッダーとパラメーターの設定 3. HTTPS呼び出しにカスタムヘッダーまたはパラメーターを含めるには、必要なキーとその対応する値を入力します。 プレースホルダー値を使用している場合、Webhookをターゲットに関連付ける際に実際の値を割り当てることができます。 以下を提供できます: - **静的な値**: 固定されたまま変わらない値で、特別な形式なしに直接割り当てることができます。 - **動的な値**: イベントペイロードの値を参照するには、***{{event_data_key_name}}***の形式を使用します。これにより、各イベントからデータを動的に渡すことができます。 - **プレースホルダーベースの静的な値**: ルール設定時に割り当てられる静的な値を表すには、***{{static_value}}***の形式を使用します。これにより、複数のターゲットで同じWebhookを使用しながら、各ターゲットのヘッダーまたはパラメーターに異なる静的な値を割り当てることができます。 Note: プレースホルダーベースの静的な値は、基盤となるWebhook設定は同じでも、コンテキスト上の値がターゲットごとに異なる場合に特に便利です。 4. ヘッダー/パラメーターの設定後、このWebhookを使用するルールに移動します。ルールのターゲットセクションで、作成したWebhookを選択します。 5. Webhookを選択すると、**プレースホルダー**と呼ばれる新しいセクションが表示されます。ここで、ヘッダーまたはパラメーター設定で使用したプレースホルダーに実際の値を割り当てることができます。 動的な値の場合は、キーの値として使用したいキーのJSONパスを入力します。 ### Connectionによる認可 6. 「Authorize via Connection」オプションを選択すると、Catalyst Cloud Scaleサービスの下で現在のプロジェクト用に作成されたすべてのConnectionが表示されます。 Webhookの新しいConnectionを作成するには、リストの末尾にある**Create New**オプションをクリックします。Connectionsのステップバイステップガイドを参照してプロセスを進めてください。 ### スロットリング設定 7. Webhookの**追加設定**で、Webhook呼び出しの1秒あたりの送信レート制限を設定できます。これにより、ターゲットシステムに過負荷をかける可能性のあるエンドポイントの過度な使用を制限します。 Note:* このWebhookを使用して行えるのはHTTPS呼び出しのみです。 * 最大送信レート制限は1秒あたり300回のHTTPS呼び出しまで設定できます。 ### ターゲット -------------------------------------------------------------------------------- title: "主要なポイント" description: "ターゲットは、パブリッシャーから生成・送信されたイベントの配信先となるエンドポイントです。" last_updated: "2026-09-02T11:25:12.888Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/targets/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # ターゲット ターゲットは通常、パブリッシャーが生成したイベントの配信先となるエンドポイントです。ターゲットは、同じまたは異なるパブリッシャーから複数のイベントを受信できます。 ターゲットの例を以下に示します: - **UPIベースの決済アプリケーション**では、無効な支払い試行、異常なアカウントアクティビティ、取引パターンの異常などのイベントが、不正検出ソフトウェアに即座に配信されます。ここでは、イベントデータがWebhookエンドポイント（ターゲット）に共有され、不正検出ソフトウェアが適切に対応できるようにします。 - **ソーシャルメディアアプリケーション**では、広告キャンペーン、スポンサー投稿、プロモーション活動に関連するイベントが、キャンペーンパフォーマンスの評価と戦略の最適化のためにマーケティングソフトウェアに配信されます。このシナリオでは、イベントデータがCatalyst Circuits（ターゲット）に共有され、マーケティングソフトウェアが人的介入なしに処理と対応を行えるようにします。 Note: 1つのルールに最大5つのターゲットを関連付けることができます。 ## 主要な機能 ターゲットは、ルール内の定義済みルールとフィルターに基づいて受信イベントを処理する責任を負います。Signalsでのこの処理には、データ抽出と変換、ディスパッチ、ダウンストリームプロセスのトリガーなどのアクションが含まれる場合があります。 ### ターゲットタイプ プラットフォームは、ダウンストリームプロセスをトリガーする以下のさまざまなタイプのターゲットをサポートしています: - Webhookは、アプリケーション間でリアルタイムデータを共有するのに役立つHTTPコールバックです。システム間のイベント駆動統合に一般的に使用されます。 - Functionは、受信イベントに応じて実行されるよう設定されます。Java、Node.js、Pythonプログラミング言語で記述されたコードスニペットで構成され、ターゲットで特定のタスクの実行やビジネスロジックを処理します。 - Circuitは、定義済みワークフローを使用して受信イベントに基づいてプロセスを自動化します。コーディングなしに複雑なイベント駆動ワークフローを設計できます。 単一のWebhook/Function/Circuitは、ディスパッチポリシー、リトライポリシー、ボディ設定のバリエーションを持つ異なるターゲット設定名で、Catalystプロジェクト内で複数回使用できます。 ### イベントディスパッチタイムアウト イベントがターゲットにディスパッチされると、Signalsは指定された期間ターゲットの応答を待ちます。ターゲットがこの期間内に応答しない場合、イベントは**Failed**としてマークされます。 各ターゲットタイプの時間間隔は以下のとおりです: <table class="content-table"> <thead> <tr> <th class="w30p">ターゲットタイプ</th> <th class="w30p">キューディスパッチ</th> <th class="w30p">バッチディスパッチ</th> </tr> </thead> <tbody> <tr> <td>Webhooks</td> <td>5秒</td> <td>15秒</td> </tr> <tr> <td>Circuits</td> <td>5秒</td> <td>15秒</td> </tr> <tr> <td>Functions</td> <td>15分</td> <td>15分</td> </tr> </tbody> </table> ### ディスパッチポリシー Catalyst Signalsは、イベントをキュー内で個別に、またはバッチとしてまとめて受信する柔軟性を提供します。それぞれのタイプをカスタマイズすることもできます。 - **即時** - パブリッシャーシステムでイベントが発生するたびに即座に受信されます。ターゲットに送信する前にSignals内にイベントが保持されるカスタマイズされた**Time To Live**期間を設定できます。 - **バッチ** - さまざまなディスパッチ方法と頻度に基づいて、イベントがまとめて配信されます。この方法でディスパッチされるイベントのTime To Live期間はデフォルトで24時間に設定されており、変更できません。 ディスパッチポリシーのタイプについて詳しく学びましょう。 ### リトライポリシー イベントがターゲットとの通信に失敗した場合、Signalsはその特定のイベントがターゲットに到達するために**最大20回のリトライ**を許可します。これらのリトライは自動的に行われ、ユースケースに応じてリトライ回数や頻度をカスタマイズできます。 - **自動** - 自動頻度モードでは、最初のリトライは失敗したイベントの1分後に行われます。最初のリトライも失敗した場合、以降のリトライは前回の失敗時間に基づく指数関数的な間隔パターンに従います。 例えば、イベントがターゲットに到達できなかった場合、最初のリトライは失敗の1分後に発生します。このリトライも失敗した場合、以降のリトライは前回の時間の2倍の間隔で行われ、**最大10分**です。 間隔は次のとおりです: 2回目のリトライ - 2分、3回目のリトライ - 4分、4回目のリトライ - 8分、5回目以降のリトライ - 10分。このパターンはイベントがターゲットに到達するか、設定されたリトライ回数に達するまで続きます。 - **手動** - このモードでは、リトライの頻度間隔を手動で設定できます。要件に応じて、時間または分単位で設定できます。この頻度はイベントのTime To Live期間と互換性があり、それを超えてはなりません。手動頻度は**1分から1時間の間**で設定できます。 Note: リトライポリシーは、特定のイベントの設定されたTime To Live期間内に実行されます。リトライ回数がその期間を超える場合、ドロップされます。 ### プレースホルダー プレースホルダーは、このターゲットに関連付けられたWebhookのヘッダーまたはパラメーターの定義において重要な役割を果たします。このフィールドは、Webhook内のヘッダーとパラメーターに動的な値を使用し、このターゲットに関連付けた場合にのみ表示されます。静的な値の場合は、ユースケースに応じて値を直接追加できます。ただし、動的な値の場合は、イベントスキーマ内のキーのJSONパスを指定する必要があります。 ### イベント変換 イベントスキーマはイベントとともに自動生成され、Signalsに送信されます。ルールのターゲットページで、ターゲットに配信する前にスキーマをカスタマイズできます。ペイロード全体をターゲットに共有するか、ビジネス要件に合わせて抽出と変換を実行するかを選択できます。 - **抽出** - このアクションにより、既存のイベントスキーマから特定のキーを取得し、そのプロパティのみで新しいスキーマを構築できます。設定されたワークフローに不要な詳細をフィルタリングし、最適化されたイベントデータのみをターゲットに共有します。 - **変換** - これにより、希望する形式に合わせてイベントスキーマ内のキー名と値を変更できます。ターゲット環境でのワークフローやダウンストリームプロセスとの互換性を提供します。 イベントスキーマの抽出と変換のステップバイステップガイド -------------------------------------------------------------------------------- title: "ディスパッチポリシー" description: "ディスパッチポリシーは、イベントを個別に配信するかバッチとしてターゲットに配信するかを決定するのに役立ちます。" last_updated: "2026-09-02T11:25:12.888Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/targets/dispatch-policy/" service: "Signals" -------------------------------------------------------------------------------- # ディスパッチポリシー Signalsのディスパッチポリシーは、パブリッシャーがイベントを送信した後、ターゲットシステムへのイベントの配信方法を決定します。多種多様なユースケースと好みに対応するために、個別または一括で処理するオプションを提供します。要件に基づいてこのポリシーを設定し、システム内でのイベントの効率的かつタイムリーな処理を確保できます。 Note: ターゲットシステムに一度に配信されるイベントの最大サイズは1024 KB（1 MB）です。 ### 即時 このポリシーでは、パブリッシャーアプリケーションでイベントが発生した直後にターゲットに配信されます。これにより、パブリッシャーのアクティビティとパフォーマンスメトリクスの継続的な監視が可能になります。支払い処理、在庫更新などの即時アクションのトリガーに役立ち、潜在的なセキュリティ侵害の防止にも活用できます。 デフォルトでは、Signalsはパブリッシャーとターゲット間でイベントを最大24時間保持します。この**Time to Live**（TTL）期間は、ワークフローのニーズに合わせて時間または分単位でカスタマイズできます。 一部のシナリオでは、イベントが一括で受信される場合があります。デフォルトでは、これらは即座にバッチとして配信されます。各イベントを個別に配信したい場合は、即時ポリシーの下で**Send as Single Event**オプションを有効にできます。 Note: Time To Live（TTL）期間は最大24時間または1440分まで設定できます。 ### バッチ このタイプは、ターゲットシステムへのイベントの一括配信を支援します。キャンペーン応答やログ管理などのシナリオで全体的なイベントからインサイトを得て、それに応じてダウンストリームワークフローをトリガーできます。Signals内の各イベントの**Time To Live（TTL）**期間は**デフォルトで24時間**に設定されており、変更できません。 Signalsは、ターゲットに配信するイベントの収集を定義する4つのディスパッチタイプを提供しています。以下が利用可能なディスパッチタイプです: - **件数指定** - 設定されたイベント件数に達するまでSignalsが待機し、バッチとしてターゲットに配信します。このタイプには以下の例外的なケースがあります: - 設定された件数に達する前にイベントが最大サイズ1MBに達した場合、Signalsは残りのイベントを新しいバッチに収集し、複数のバッチとしてターゲットに配信します。 - TTL期間内に設定された件数に達しなかった場合、イベントは[ワンタイムディスパッチポリシー](/ja/signals/help/targets/dispatch-policy/#one-time-dispatch)に基づいてターゲットシステムに配信されます。 Note: 最小イベント件数は2件、設定可能な最大イベント件数は100件です。 - **サイズ指定** - このタイプでは、イベントの合計サイズが設定されたサイズに一致した場合に配信されます。 TTL期間内に設定されたサイズに達しなかった場合、イベントはワンタイムディスパッチポリシーに基づいてターゲットに配信されます。 Note: 設定可能な最大イベントサイズは100 KBです。 - **間隔指定** - イベントが定期的な間隔でターゲットに配信されます。間隔時間の前にイベントが最大サイズ1MBに達した場合、設定された間隔で複数のバッチとしてディスパッチされます。 Note: 間隔は最小2時間から最大12時間まで設定できます。 - **スケジュール指定** - イベントが毎日設定された時間に配信され、タイムゾーンに合わせてカスタマイズすることもできます。 スケジュールされた時間の前にイベントが最大サイズ1MBに達した場合、設定されたスケジュール時間に複数のバッチとしてディスパッチされます。 ### ワンタイムディスパッチ Signalsのワンタイムディスパッチポリシーは、特定のシナリオでのデータ損失を防止するのに役立ちます。ターゲットに設定されたリトライ回数は適用されず、失敗したイベントは再度取得できません。 以下の2つの異なるインスタンスで発生します: - **クリーンアップ前** - 失敗したイベントのデータをクリアするために毎日の終わりに実行されます。クリーンアップ前に、Signalsは24時間以内にディスパッチ条件を満たしていないバッチイベントがないかチェックします。見つかった場合、それらはターゲットに配信されます。 - **即時** - 既存のルールのディスパッチタイプに変更が加えられた場合、前のディスパッチタイプに従ってSignals内に蓄積されたイベントが即座にターゲットシステムに配信されます。 Note: イベントのターゲットまたはルールが削除/無効化された場合、イベントステータスは「Failed」として記録されます。 #### イベントボディの設定 -------------------------------------------------------------------------------- title: "イベント変換" description: "運用効率のために、ターゲットに配信する前にイベントボディをカスタマイズします。" last_updated: "2026-09-02T11:25:12.889Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/targets/event-body-setup/event-transformation/" service: "Signals" -------------------------------------------------------------------------------- # イベント変換 各ターゲットシステムに合わせてイベントスキーマをカスタマイズできます。これにより、同じイベントに対して異なるターゲットごとに異なるスキーマを持つ複雑なオーケストレーションフローを構築できます。Signalsは、スキーマ変換のためのJSONパスとマッピングロジックを使用して、コーディングなしでプロセスを簡素化します。 ### 抽出 このアプローチにより、スキーマから単一のキーを抽出し、その特定のキーのみを指定されたターゲットに転送できます。 #### データの抽出方法 1. こちらのドキュメントの手順に従ってルールを作成します。 2. *ターゲット入力*を設定する際に、*ターゲット入力*の下の**Extraction**を選択します。 3. **Path**のボックスをクリックして、イベントスキーマ内のすべてのキーを表示します。必要なキーを選択してルールを保存します。 ### 変換 データ変換は、JSONパスを利用したマッピングの概念に基づいています。 #### データの変換方法 1. こちらのドキュメントの手順に従ってルールを作成します。 2. *ターゲット入力*を設定する際に、*ターゲット入力*の下の**Transformation**を選択します。 3. 新しいテンプレートで、キー名を入力し、その値の代わりにサンプルイベントスキーマの目的のキーのJSONパスを指定します。 4. テンプレートで配列を作成するには、**for-eachメソッド**を使用します。これにより、サンプルスキーマの任意の配列から特定のオブジェクト/キーにアクセスできます。 配列にしたいキーの横に、この構文**forEach((var{n})->{JSON_path_of_desired_key} )**をデプロイします。 構文内の**var{n}**は、配列の変数名と配列内の特定のインデックスを指定します。構文内の**JSON_path**の場所には、新しいキーやJSONオブジェクトを使用することもでき、その中にfor-eachメソッドを含めることも含めないこともできます。 構文内のキー値をマッピングするには、引数で設定した**var{n}**（変数）を指定し、目的のキーに移動します。 Note: Catalyst Signalsは、提供されたサンプルイベントスキーマに基づいて、テンプレートコンパイラペインでJSONパスの候補を提供します。これにより、サンプルスキーマからのキーとその順序の検索が容易になります。 -------------------------------------------------------------------------------- title: "サンプル" description: "運用効率のために、ターゲットに配信する前にイベントボディをカスタマイズするいくつかのサンプルです。" last_updated: "2026-09-02T11:25:12.889Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/targets/event-body-setup/samples/" service: "Signals" -------------------------------------------------------------------------------- # 例 以下は、Catalyst SignalsにおけるZoho CRMサービスの**Leads Created**イベントのサンプルイベントペイロードです。 ### サンプルイベントペイロード { "rule_id": "123456789", "target_id": "98765432", "version": 1, "attempt": 1, "account": { "org_id": "85512289", "project": { "environment": "DEVELOPMENT", "name": "crm", "id": "10666000000021013" } }, "events": [ { "data": { "Owner": { "name": "Owner name", "id": "9876543210", "zuid": "654321" }, "Company": "Company", "Email": "test@zoho.com", "Lead_Status_Prediction": "value of picklist", "Last_Activity_Time": "2024-01-01T12:00:00+00:00", "Industry": "value of picklist", "Unsubscribed_Mode": "value of picklist", "Street": "Street", "Zip_Code": "Zip Code", "id": 9876543210, "Data_Source": "value of picklist", "Enrich_Status__s": "value of picklist", "Created_Time": "2024-01-01T12:00:00+00:00", "Change_Log_Time__s": "2024-01-01T12:00:00+00:00", "City": "City", "No_of_Employees": 1, "Data_Processing_Basis": "value of picklist", "Converted__s": true, "Converted_Date_Time": "2024-01-01T12:00:00+00:00", "Converted_Account": { "name": "lookup name", "id": "9876543210" }, "State": "State", "Country": "Country", "Created_By": { "name": "Owner name", "id": "9876543210", "zuid": "654321" }, "Annual_Revenue": 100, "Secondary_Email": "test@zoho.com", "Description": "Description", "Rating": "value of picklist", "Website": "https://catalyst.zoho.com", "Twitter": "Twitter", "Salutation": "value of picklist", "First_Name": "First Name", "Full_Name": "Full Name", "Lead_Status": "value of picklist", "Modified_By": { "name": "Owner name", "id": "9876543210" }, "Lead_Conversion_Time": 1, "Skype_ID": "Skype ID", "Phone": 9876543210, "Email_Opt_Out": true, "Designation": "Designation", "Modified_Time": "2024-01-01T12:00:00+00:00", "Lead_Status_Prediction_Score": 1, "Unsubscribed_Time": "2024-01-01T12:00:00+00:00", "Converted_Contact": { "name": "lookup name", "id": "9876543210" }, "Mobile": 9876543210, "Last_Name": "Last Name", "Locked__s": true, "Lead_Source": "value of picklist", "Tag": "Tag", "Fax": "Fax", "Last_Enriched_Time__s": "2024-01-01T12:00:00+00:00" }, "id": "c6b53699-94b1-48a1-86fd-80b8d4778e28", "time_in_ms": 1718780819204, "source": "publisher_id:10666000000021074/service:zohocrm/account:73756307", "event_config": { "api_name": "Leads Created", "id": "10666000000021075" } } ] } このサンプルイベントペイロードを使用して、ターゲットで最もよく使用される2つの変換パターンを説明します。 ### シナリオ1: シンプルな変換 配列内の特定のインデックスのオブジェクトに対して、新しいキーと値のペアの追加と既存のものの変更という基本的な変換を行います。 #### 新しいペイロード要件 - イベントID、リードID、メールなど既存のキーを保持する。 - この**"is_transformed": true**という新しいキーと値のペアを追加する。 - リードのフルネームを**Name**という別のキーで保持する。 #### 期待されるイベントペイロード { "id" : 9876543210, "name" : "Full Name", "email" : "test@zoho.com", "event_id" : "c6b53699-94b1-48a1-86fd-80b8d4778e28", "is_transformed" : true } 1. JSONオブジェクトを開き、「**id**」キーを追加して、値の代わりにサンプルイベントペイロード内の対応するキーのJSONパスを提供します。「**email**」と「**event_id**」キーについても同じ手順を繰り返します。 2. 「**name**」キーには、サンプルイベントペイロード内のFull_NameキーのJSONパスを提供します。最後に、この**"is_transformed": true**の静的なキーと値のペアを追加して、このペイロードが特定のイベント用に設定されたオーケストレーションに合わせて変換されたことを示します。 以下のテンプレートコンパイラをコピーして貼り付け、Zoho CRMサービスのLead Createdイベントのペイロードの即時変換を確認することもできます。 { "id" : $.events[0].data.id, "name" : $.events[0].data.Full_Name, "email" : $.events[0].data.Email, "event_id" : $.events[0].id, "is_transformed" : true } Note: これはevents配列の最初のインデックスのJSONオブジェクトにのみ適用されます。 <br /> <hr /> ### シナリオ2: 複雑な変換 上記のシナリオで確認した要件と同じですが、特定のインデックスのオブジェクトではなく、**events**配列内のすべてのJSONオブジェクトに変換を適用する必要があります。 #### 新しいペイロード要件 - **data**というJSONオブジェクトの配列を持つ。 - 配列内の各JSONオブジェクトに、前のシナリオで変換したid、name、email、event_idキーを含める。 - この**"is_transformed": true**の新しいキーと値のペアを追加する。 #### 期待されるイベントペイロード { "data" : [ { "id" : 9876543210, "name" : "Full Name", "email" : "test@zoho.com", "event_id" : "c6b53699-94b1-48a1-86fd-80b8d4778e28" } ], "is_transformed" : true } 1. 配列を作成するには、**data**キーでJSONオブジェクトを開きます。サンプルペイロードの**events**配列のJSONパスを提供し、値の代わりにこの**forEach((var{n})->{JSON_path_of_desired_key} )**構文をデプロイします。varを変数名に置き換えてください。 2. この配列のオブジェクト内に含めたいキーの名前（id、name、email、event_id）を入力します。値の代わりに、**$**記号なしで特定の配列から対応するキーのJSONパスを提供します。 これにより、インデックス0から始まる各オブジェクトを反復処理し、リード名、ID、メールを含むオブジェクトの配列を生成します。 3. この**"is_transformed": true**の静的なキーと値のペアを追加して、このペイロードが特定のイベント用に設定されたオーケストレーションに合わせて変換されたことを示します。 この変換をステップバイステップで練習するか、以下のテンプレートコンパイラをコピーして貼り付け、Zoho CRMサービスのLead Createdイベントのペイロードの即時変換を確認できます。 { "data" : $.events.forEach((array) -> { "id" : array.data.id, "name" : array.data.Full_Name, "email" : array.data.Email, "event_id" : array.id } ), "is_transformed" : true } ### ルール -------------------------------------------------------------------------------- title: "主要なポイント" description: "ルールは、パブリッシャーからさまざまなターゲットへのイベントの取り込みを支援します。ターゲットに応じたイベントのカスタマイズとフィルタリングについて詳しく学びましょう。" last_updated: "2026-09-02T11:25:12.889Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/rules/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # ルール ルールは、パブリッシャーからターゲットへの受信イベントの取り込みを制御するステートメントです。イベントの配信に際して特定の条件が満たされた場合に実行すべきアクションを規定します。変化するビジネスニーズに対応するために、ルール設定の調整、マッチング基準の更新、ターゲットアクションの変更を行えます。 ルールの例を以下に示します: - **Travel Bureau**では、オンラインプラットフォームで旅行が予約されるたびに、予約管理、カスタマーサービスとサポート、パーソナライズされたレコメンデーションなど、複数のターゲットサービスにイベントを配信する必要があります。これを実現するには、条件なしで複数のターゲットを持つルールを作成します。 - 製品のさまざまな機能に対して複数のキャンペーンやトレードショーを管理する**マーケティングソフトウェア**では、各機能部門に顧客インタラクションを定期的に通知する必要があります。これを実現するには、機能に一致する条件を持つルールを作成します。その後、ルールはWebhookを通じて特定の機能部門にイベントを転送できます。 Note: 最大100件のルールを作成・設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 ## 主要な機能 ### イベントソース イベントソースは、設定されたイベントがSignalsにディスパッチされるパブリッシャーを指します。各ルールは、パブリッシャーのイベントを1つ以上のターゲットに接続します。1つのルールで**最大5つのターゲット**を設定でき、さまざまなサービスが同じイベントに対応できます。 パブリッシャーの作成方法を学ぶ ### フィルター ルールはフィルターを使用して、ターゲットに配信する必要のあるイベントを特定します。これらのフィルターは、パブリッシャー、イベントの詳細、またはイベントペイロード内の特定の値などのイベントスキーマに基づいています。Signalsのフィルタリング機能により、ターゲットでのダウンストリームプロセスのトリガーに必要なイベントを正確に検出できます。 Note: 1つのルールあたり最大25件のフィルター条件を設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 ### ターゲット入力 ターゲットは、イベントスキーマのデータ抽出や変換を含むいくつかのアクションに基づいて、受信イベントを処理します。また、イベントを即時配信するか、条件を満たした場合にバッチとして配信するかを決定するディスパッチポリシーも実装します。これらのイベントは、さまざまなコンシューマータイプを通じてダウンストリームプロセスをさらにトリガーします。 ターゲットの種類とターゲット入力を参照してください。 ### 複数ターゲットの関連付け Signalsのルールは複数のターゲットをサポートしており、イベントがルールに一致した際に実行される複数のアクションを定義できます。これにより、1つまたは多くのターゲットにおいて複数のダウンストリームプロセスをトリガーする必要がある複雑なイベントルーティングやオーケストレーションシナリオを管理できます。 ### アプリアラート統合 CatalystエコシステムのアプリケーションアラートがCatalyst Signals内でサポートされており、イベント配信の失敗について常に把握できます。有効にすると、アプリケーションアラートはイベントがターゲットに到達できなかった場合に自動的にメール通知を送信します。このオプションサポートにより、常に監視する必要なくリアルタイムでアラートを受け取り、迅速な解決が可能になります。 アプリケーションアラートの定義と管理設定については、Catalyst DevOpsサービスで設定できます。アプリケーションアラートの設定について詳しく学びましょう。 -------------------------------------------------------------------------------- title: "ルールの作成" description: "ルールは、パブリッシャーからさまざまなターゲットへのイベントの取り込みを支援します。ターゲットに応じたイベントのカスタマイズとフィルタリングについて詳しく学びましょう。" last_updated: "2026-09-02T11:25:12.890Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/rules/create-rule/" service: "Signals" -------------------------------------------------------------------------------- # ルールの作成 ルール内で使用するために、事前にパブリッシャー、そのイベント、ターゲットタイプを設定する必要があります。WebhookはSignalsサービス内で設定でき、FunctionとCircuitはCatalyst Serverlessプラットフォームで作成できます。 ### I. イベントソースの設定 1. **ルール**セクションに移動し、**Add Rule**ボタンをクリックします。 2. この画像に示されているように、タイトルバーにルールの名前と説明を入力します。 3. **Choose Events**をクリックします。 Zoho、Catalyst、SAAS、カスタムパブリッシャーから設定済みのパブリッシャーを表示するポップアップが開きます。 パブリッシャーを選択し、そこからイベントを選択します。 ### II. フィルターの設定 1. フィルターの編集アイコンを選択して、ターゲットに送信するイベントを決定します。 すべてのイベントを配信するか、条件を作成して必要なイベントのみをターゲットと共有するかを選択できます。 2. **Events matching certain conditions**オプションを選択し、条件を入力します。 フィルターの**Path**キーには、ペイロード内の特定のイベントのすべてのプロパティがリストされます。ルールでフィルターを作成するために、以下の**比較演算子**がサポートされています: <table class="content-table"> <thead> <tr> <th class="w30p">データ型</th> <th class="w70p">サポートされる比較演算子</th> </tr> </thead> <tbody> <tr> <td>String</td> <td>is, isn't, contains, doesn\'t contain, starts with, ends with, is empty, is not empty</td> </tr> <tr> <td>Integer, Number</td> <td>= (equals), != (not equals), < (less than), <= (lesser than or equals), > (greater than), >= (greater than or equals), between, not between, is empty, is not empty</td> </tr> <tr> <td>Boolean</td> <td>is, isn't</td> </tr> <tr> <td>DateTime, Date</td> <td>is, isn't, is before, is after, between, not between, is empty, is not empty, Today, Tomorrow, Tomorrow Onwards, Yesterday, Till Yesterday, Last Month, Current Month, Next Month, Last Week, Current Week, Next Week</td> </tr> </tbody> </table> ### III. ターゲット入力の設定 1. **Choose Target**ボタンをクリックします。 2. ポップアップウィンドウで、ターゲット名を入力し、コンシューマータイプを選択します。 3. 希望するコンシューマータイプを選択したら、ルール用のWebhook / Function / Circuitを選択する必要があります。 Note: 1つのルールあたり最大25件のフィルター条件を設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 #### プレースホルダー ヘッダーまたはパラメーターに動的な値を持つWebhookを選択した場合、画像に示されているように**プレースホルダー**と呼ばれる新しいフィールドが表示されます。 - Webhookページでヘッダー/パラメーター用に設定したキーの値を指定します。 - 静的な値を提供するか、イベントスキーマのJSONパスを使用して動的な値を提供できます。使用したい値を持つキーを示すにはJSONパスを使用します。 4. 希望するターゲットへのイベント配信モードを選択します。 ディスパッチポリシーの詳細を学ぶ 5. イベントがターゲットに到達できなかった場合に行われるリトライ回数を入力します。 ニーズに応じてリトライの頻度も設定できます。リトライ試行の頻度について詳しくは、こちらのヘルプページを参照してください。 6. **ターゲット入力**で、完全なイベントスキーマをターゲットに配信するか、ビジネス要件に応じて抽出と変換を行ってからターゲットに配信するかを選択できます。 #### 抽出 - **ターゲット入力**の下の**Extraction**オプションを選択します。 - **Path**フィールドに、特定のイベントスキーマからのすべてのキーがJSONパスの形式でリストされます。イベントスキーマから単一のキーのみを選択して抽出できます。 #### 変換 スキーマの変換方法を学ぶ - **ターゲット入力**の下の**Transformation**オプションを選択します。 サンプルイベントペイロードが左側に表示された3ペインのトランスフォーマーが表示されます。 - 中央ペインで、ターゲットに必要なカスタムキーを含むJSONボディを構築します。 - キーに値を提供する代わりに、デフォルトのイベントペイロードから値をマッチングできます。 左側のサンプルイベントペイロードを参照し、コンパイラ内のキーに対して使用したい値のキーのJSONパスを提供します。 - 右ペインの**Generate Output**ボタンをクリックします。これにより、デフォルトペイロードのデータにマッピングされたカスタムキーを含む変換後のペイロードが表示されます。 Signalsは、生成された出力をこのルール内の特定のターゲット用の新しいペイロードとして使用します。変換が完了したら、**Confirm**ボタンをクリックします。 イベント変換とそのガイドラインについて詳しく学ぶ 7. 同様に、1つのルールに最大**5つのターゲット**を追加できます。ターゲットを追加した後、右上隅の**Save**ボタンをクリックします。 Note: 最大100件のルールを作成・設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 ### IV. アプリアラートの設定 1. ルールを作成した後、その詳細ページに移動し、右上隅にある**Configure Alert**ボタンをクリックします。 2. Catalyst DevOpsサービスの下のアプリケーションアラートセクションにリダイレクトされ、設定を完了できます。 詳細な手順については、アプリケーションアラートヘルプページを参照してください。 ### パブリッシャー -------------------------------------------------------------------------------- title: "主要なポイント" description: "Catalyst Signalsのパブリッシャーは、ターゲットが関心を持つイベントを生成・送信する主要なソースです。" last_updated: "2026-09-02T11:25:12.891Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/publishers/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # パブリッシャー パブリッシャーは、システム内のイベントの主要なソースです。ターゲットが関心を持つアプリケーション内のアクションまたは変更が発生した際にイベントを生成します。パブリッシャーは通常、大量のイベント生成を処理するためにスケーラブルであり、Zohoまたはその他の外部SaaS製品のいずれかを使用できます。 パブリッシャーの例を以下に示します: - ライドシェアの**モバイルアプリケーション**がパブリッシャーとして機能し、ドライバーが割り当てられるたびにユーザーに通知するためのイベントを生成・送信します。 - **Zoho Inventory**がパブリッシャーとして機能し、在庫リストが更新されるたびにEコマースプラットフォームの在庫数を変更するためのイベントを送信します。 パブリッシャーは、ターゲットシステム内でのリアルタイムイベント処理とイベント駆動ワークフローを実現する上で重要な役割を果たします。 ## 主要な機能 ### デフォルトパブリッシャー Catalyst Signalsは、使いやすさのためにデフォルトのパブリッシャーセットを提供しています。さらに、Catalyst Signalsで独自の認可済みパブリッシャーとイベントを作成することもできます。デフォルトパブリッシャーは以下の2つのタイプに分類されます: - Zohoパブリッシャー: 製品が提供するサービスに基づいたデフォルトイベントのセットを持つ、すべてのZoho製品が含まれます。CatalystとメールIDが同一のZoho製品のみを設定できます。 - Catalystパブリッシャー: Catalystパブリッシャーとそのサポートされるイベントがデフォルトでリストされます。同じプロジェクトおよび組織に作成されたCatalystサービスのみを設定できます。 - カスタムパブリッシャー: 任意の製品で新しいパブリッシャーを作成できます。独自のイベントを追加・設定し、必要なREST API URLを提供する必要があります。 ### ノーコードスキーマ SignalsのZohoおよびCatalystパブリッシャーには、各イベントのイベントスキーマがデフォルトで含まれています。カスタムパブリッシャーの場合でも、イベントペイロードを追加するだけでカスタムイベントのスキーマが自動生成されます。 イベントペイロードを手動で追加するか、ライブイベントペイロードオプションを使用してAPI呼び出しからキャプチャできます。既存のスキーマのカスタマイズも、SignalsでJSONパスを使用するだけで簡単に行えます。イベント変換ガイド ### イベント順序保証 イベント順序保証は、パブリッシャーから受信した順序と同じ順序でイベントがターゲットに配信されることを保証します。これは**順序依存のイベント処理**に依存するワークフローに特に有用です。この機能は、Zoho、Catalyst、カスタムのすべてのパブリッシャータイプで動作します。 イベント順序保証が有効な場合、Signalsは各イベントが最初の試行で正常に配信される限り、イベントのシーケンスを維持します。イベントが失敗して**Dropped**ステータスに入った場合、設定されたリトライポリシーに従ってリトライされます。後続のイベントは受信された順序で配信されます。 リトライ処理とイベントステータスの詳細については、リトライポリシーとイベントステータスヘルプページを参照してください。 #### パブリッシャーの作成 -------------------------------------------------------------------------------- title: "Zoho パブリッシャー" description: "Catalyst Signalsは、イベント駆動アーキテクチャの確立を容易にするために、デフォルトのZohoパブリッシャーセットを提供します。" last_updated: "2026-09-02T11:25:12.891Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/publishers/create-publisher/zoho-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Zohoパブリッシャー Catalyst Signalsは、いくつかのZoho製品をデフォルトでサポートしており、簡単にルールを確立できます。 以下は、デフォルトパブリッシャーとして提供されている現在のZoho製品です。 - Zoho Bigin - Zoho Billing - Zoho Books - Zoho Commerce - Zoho CRM - Zoho Expense - Zoho Inventory - Zoho Invoice - Zoho Meeting - Zoho Survey - Zoho Assist - Zoho Campaigns - Zoho Marketing Automation Note: 最大100件のZohoパブリッシャーを設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 Catalyst Signalsは、内部認可を通じてこれらのデフォルト製品との接続を確立します。これにより、手動での認可やスコープの設定が不要となり、プロセスが合理化されます。 ### Zohoパブリッシャーの作成 1. 左側メニューの「パブリッシャー」に移動し、**パブリッシャーの追加**ボタンをクリックします。 2. 追加したいパブリッシャータイプを選択します。 3. パブリッシャーとして追加したいZohoサービスを選択します。 4. 下の画像に示されているように詳細を入力します。 **API Name**フィールドの値には、スペースやハイフンを含めることはできず、**50**文字を超えてはなりません。アンダースコアと英数字を使用できますが、数値で始めることはできません。 **Organization**フィールドには、同じメールアドレスで作成または参加した組織がリストされます。 5. **イベント順序保証**を有効にして、イベントが受信された順序で配信されるようにします。詳細については、イベント順序保証ヘルプセクションを参照してください。 6. 必須の詳細を入力した後、右上隅の**Save**ボタンをクリックします。 7. 認可メッセージがポップアップ表示され、作成したZohoサービスのデータへのアクセスを要求します。**Authorize**をクリックして続行します。 ### Zohoパブリッシャーからのイベント追加 Zohoパブリッシャーの**サブスクライブ済みイベント**は、ルールを作成したイベントです。一方、**未サブスクライブイベント**は、まだルールに関連付けられていないデフォルトのイベントです。 1. パブリッシャーを作成すると、一般的な詳細セクションの下にイベントタブが表示され、サービスでサポートされているすべてのイベントがリストされます。 2. **Add Rule**ボタンをクリックして、ルール作成ページに移動し、パブリッシャーからのイベントをサブスクライブします。 詳細なガイダンスについては、ルール作成ヘルプページを参照してください。 Note: * Zohoパブリッシャーから生成されSignalsに送信される単一イベント発生の最大許容サイズは100 KBです。 * イベントは、同じイベントの複数回の発生データを運ぶこともでき、合計サイズは最大5 MBです。特定のイベントの発生回数に上限はありません。 * パブリッシャー（Zohoサービス）に保存されているデータに関する必要なPII設定がパブリッシャーサービスレベルで制限されていることを確認してください。これにより、業界標準のデータプラクティスへの継続的な準拠が確保されます。 -------------------------------------------------------------------------------- title: "Catalyst パブリッシャー" description: "Catalyst Signalsは、Catalystエコシステム内でイベント駆動アーキテクチャの確立を容易にするために、デフォルトのCatalystサービスをパブリッシャーとして提供します。" last_updated: "2026-09-02T11:25:12.892Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/publishers/create-publisher/catalyst-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Catalystパブリッシャー Catalyst Signalsは、Catalystエコシステム内の複数のサービスに対してデフォルトのパブリッシャーサポートを提供しており、これらのサービスのアクティビティに基づいたイベントルールを簡単に設定できます。これにより、特定のイベントが発生した際に、レスポンシブなワークフローの構築やFunctionの自動トリガーが可能になります。 以下は、デフォルトとして提供されている現在のCatalystパブリッシャーです: - Cloud Scale Authentication - Cloud Scale Cache - Cloud Scale Data Store - Cloud Scale Stratus Note: これらのパブリッシャーは、同じプロジェクトおよび組織に属するサービスに対してのみ設定できます。Signalsで設定する前に、対象のサービスがプロジェクト内でアクティブかつセットアップ済みであることを確認してください。 ### Catalystパブリッシャーの作成 1. 左側メニューの「パブリッシャー」に移動し、**パブリッシャーの追加**ボタンをクリックします。 2. パブリッシャータイプとして**Catalyst Publishers**を選択します。 3. パブリッシャーとして追加したいCatalystサービスを選択します。 4. 下の画像に示されているように詳細を入力します。 API Nameフィールドの値には、スペースやハイフンを含めることはできず、50文字を超えてはなりません。アンダースコアと英数字を使用できますが、数値で始めることはできません。 OrganizationフィールドとProjectフィールドには、Catalyst Signalsプロジェクトと同じ現在の組織とプロジェクトのみがリストされます。 5. **イベント順序保証**を有効にして、イベントが受信された順序で配信されるようにします。詳細については、イベント順序保証ヘルプセクションを参照してください。 6. 必須の詳細を入力した後、右上隅の**Save**ボタンをクリックします。 ### Catalystパブリッシャーからのイベント追加 1. パブリッシャーを作成すると、一般的な詳細セクションの下にイベントタブが表示され、サービスでサポートされているすべてのイベントがリストされます。 2. **Add Rule**ボタンをクリックして、ルール作成ページに移動し、パブリッシャーからのイベントをサブスクライブします。 詳細なガイダンスについては、ルール作成ヘルプページを参照してください。 -------------------------------------------------------------------------------- title: "カスタムパブリッシャー" description: "Catalyst Signalsでカスタムパブリッシャーを構築して、ターゲットとサードパーティアプリケーションを接続し、人的介入なしにワークフローを自動化します。" last_updated: "2026-09-02T11:25:12.892Z" source: "https://docs.catalyst.zoho.com/ja/signals/help/publishers/create-publisher/custom-publishers/" service: "Signals" -------------------------------------------------------------------------------- # カスタムパブリッシャー 既存のデフォルトパブリッシャーに加えて、任意の製品で新しいパブリッシャーを作成できます。 カスタムパブリッシャーの場合、独自のイベントを追加する必要があります。これらのイベントがSignalsで受信されるようにするには、イベントが投稿されるパブリッシャーアプリケーションにカスタムイベントのREST API URLを提供します。API URLは**1分あたり最大500リクエスト**をサポートします。このしきい値を超えると、REST APIは次の60秒間ロックされます。 Note: * 開発環境でカスタムイベント用に生成されたREST API URLは、本番環境で同じカスタムイベント用に作成されたURLとは異なります。プロジェクトを本番に移行する際は、URLを置き換えてください。 * 最大25件のカスタムパブリッシャーを作成・設定できます。このしきい値は、ベースラインおよび標準シナリオ用に設定されています。このソフトしきい値を増加させるには、要件を記載の上support@zohocatalyst.comまでメールをお送りください。 ### カスタムパブリッシャーの作成 カスタムパブリッシャーを追加するには: 1. 左側メニューの**パブリッシャー**に移動し、**パブリッシャーの追加**ボタンをクリックします。 2. メニューバーの**独自のパブリッシャーを作成**セクションに移動し、ここに示されている必要な詳細を入力します。 **イベント順序保証**を有効にして、イベントが受信された順序で配信されるようにし、**Save**をクリックします。 詳細については、イベント順序保証ヘルプセクションを参照してください。 3. パブリッシャーの詳細を入力した後、イベントセクション近くの**Add Event**ボタンをクリックしてカスタムイベントを追加します。 4. イベントの詳細を入力し、**Save**をクリックします。 **API Name**フィールドの値には、スペースやハイフンを含めることはできず、**50**文字を超えてはなりません。アンダースコアと英数字を使用できますが、数値で始めることはできません。 ### カスタムイベントへのスキーマ追加 1. 作成したカスタムイベントの**Add Schema**をクリックします。 2. イベントペイロードを使用してスキーマを生成する2つの方法を含むポップアップが表示されます。 #### 手動 カスタムイベントにスキーマを手動で追加できます。**Manual**オプションを選択し、イベントのリクエストペイロードを入力します。 提供されたペイロードに対して、イベントスキーマのデフォルトキーが右側に自動的に入力されます。 #### ライブ API呼び出しのリクエストペイロードをキャプチャしてここに入力するには、**Live Events**オプションを選択し、表示されるURLをコピーします。 このURLを、API呼び出しが行われるパブリッシャーに提供します。 上記のGIFでは、ライブイベントURLがコピーされ、パブリッシャーシステムに提供されています。このURLは次の15分間パブリッシャーのAPI呼び出しをリッスンし、このプラットフォーム上に表示します。リッスンしたAPI呼び出しから必要なペイロードを選択し、そのスキーマをカスタムイベントに追加できます。 Note: ライブイベントをキャプチャするためのURLは15分間のみ有効です。 3. イベントスキーマを生成したら、ルールに関連付けてイベントをサブスクライブできます。 Note: * カスタムパブリッシャーの場合、生成されSignalsに送信されるイベントの最大許容サイズは64 KBで、イベントの配列は最大256 KB、最大25イベントに制限されます。 * カスタムパブリッシャーサービスに保存されているデータに関する必要なPII設定がパブリッシャーサービスレベルで制限されていることを確認してください。これにより、業界標準のデータプラクティスへの継続的な準拠が確保されます。 --- ## FAQ — Signals # Signals ### Publishers いいえ、その必要はありません。SignalsのZohoには事前定義されたイベントとそのスキーマが付属しています。カスタムイベントの場合でも、Live Eventsサポートを使用してイベントペイロードを簡単にキャプチャし、数秒でスキーマを生成できます。 Signalsで処理されるZohoパブリッシャーのイベントの最大サイズは**100 KB**で、無制限のZohoイベントの配列は**5 MB**まで許可されています。 ### Webhooks はい、JSONパスを使用して、イベントペイロードからの静的値または変数値でヘッダーとパラメーターをカスタマイズできます。 SignalsはWebhooksに**HTTPS**プロトコルと**POST**、**GET**、**PUT**、**PATCH**、**DELETE**、**OPTION**メソッドをサポートしています。 ### Rules Signalsでは1つのルールに1つのイベントのみ追加できます。ただし、ルール内の各ターゲットに対して同じイベントをカスタマイズできます。 はい、ルールに複数のターゲットを追加できます。1つのルールあたりの最大ターゲット数は**5つ**です。 ### Dashboard これらはKey Performance Indicator（KPI）メトリクスと呼ばれ、右上隅で選択した時間間隔と比較した各ステータスのイベントの割合を反映しており、最近のパフォーマンスのスナップショットを提供します。 ### Logs もちろんです。Signalsの各イベントレコードは包括的な概要を提供し、同じルール内のさまざまなターゲットおよび異なるルール全体でのパフォーマンスを分析できます。