# Signals ## Ayuda de Events -------------------------------------------------------------------------------- title: "Publicadores de Catalyst" description: "Los Publishers en Catalyst Signals son la fuente principal de generación y emisión de events en los que los targets están interesados." last_updated: "2026-07-02T09:34:15.958Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/catalyst-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Catalyst Publishers Los siguientes son los events predeterminados compatibles para varios Catalyst Publishers: ### Cloud Scale Authentication <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>User Signup</td> <td>user_signedup</td> <td>Se genera un event cuando un usuario se registra en la aplicación usando Catalyst Authentication.</td> </tr> <tr> <td>2</td> <td>User Confirmation</td> <td>user_confirmed</td> <td>Se genera un event cuando un usuario verifica exitosamente su cuenta usando Catalyst Authentication.</td> </tr> <tr> <td>3</td> <td>User Delete</td> <td>user_deleted</td> <td>Se genera un event cuando un usuario es eliminado usando Catalyst Authentication.</td> </tr> </tbody> </table> ### Cloud Scale Cache <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Item Create</td> <td>cache_item_created</td> <td>Se genera un event cuando se crea un elemento en Cache Segment.</td> </tr> <tr> <td>2</td> <td>Item Update</td> <td>cache_item_updated</td> <td>Se genera un event cuando se actualiza un elemento en caché en Cache Segment.</td> </tr> </tbody> </table> ### Cloud Scale Data Store <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Row Insert</td> <td>row_inserted</td> <td>Se genera un event cuando se inserta una nueva fila en la tabla en Catalyst Data Store.</td> </tr> <tr> <td>2</td> <td>Row Delete</td> <td>row_deleted</td> <td>Se genera un event cuando se elimina una fila en la tabla en Catalyst Data Store.</td> </tr> <tr> <td>3</td> <td>Row Update</td> <td>row_updated</td> <td>Se genera un event cuando se actualiza una fila en la tabla en Catalyst Data Store.</td> </tr> </tbody> </table> ### Cloud Scale File Store <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>File Upload</td> <td>filestore_file_uploaded</td> <td>Se genera un event cuando se sube un archivo a una carpeta en File Store.</td> </tr> </tbody> </table> ### Cloud Scale Stratus <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Object Download</td> <td>ustratus_object_downloaded</td> <td>Se genera un event cuando se descarga un objeto de un bucket en Stratus.</td> </tr> <tr> <td>2</td> <td>Object Upload</td> <td>stratus_object_uploaded</td> <td>Se genera un event cuando se sube un objeto a un bucket en Stratus.</td> </tr> <tr> <td>3</td> <td>Object Delete</td> <td>stratus_object_deleted</td> <td>Se genera un event cuando se elimina un objeto de un bucket en Stratus.</td> </tr> <tr> <td>4</td> <td>Object Update</td> <td>stratus_object_updated</td> <td>Se genera un event cuando se actualiza un objeto en un bucket en Stratus.</td> </tr> </tbody> </table> <!-- ### Cloud Scale Web Client Hosting <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Webapp Deploy</td> <td>webapp_deployed</td> <td>Se genera un event cuando despliegas tu aplicación en Web Client Hosting de Cloud Scale.</td> </tr> </tbody> </table> --> ### Publicadores de Zoho -------------------------------------------------------------------------------- title: "Zoho Bigin" description: "Lista de events predeterminados compatibles para Zoho Bigin." last_updated: "2026-07-02T09:34:15.958Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-bigin/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Bigin Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Bigin: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Contact Created</td> <td>contact_created</td> <td>Se genera un event cuando se crea un nuevo contacto en Zoho Bigin.</td> </tr> <tr> <td>2</td> <td>Call Created</td> <td>call_created</td> <td>Se genera un event cuando se crea una nueva llamada en Zoho Bigin.</td> </tr> <tr> <td>3</td> <td>Call Deleted</td> <td>call_deleted</td> <td>Se genera un event cuando se elimina una llamada en Zoho Bigin.</td> </tr> <tr> <td>4</td> <td>Call Updated</td> <td>call_updated</td> <td>Se genera un event cuando se actualiza una llamada en Zoho Bigin.</td> </tr> <tr> <td>5</td> <td>Company Created</td> <td>account_created</td> <td>Se genera un event cuando se crea una Company en Zoho Bigin.</td> </tr> <tr> <td>6</td> <td>Company Deleted</td> <td>account_deleted</td> <td>Se genera un event cuando se elimina una Company en Zoho Bigin.</td> </tr> <tr> <td>7</td> <td>Company Updated</td> <td>account_updated</td> <td>Se genera un event cuando se actualiza una Company en Zoho Bigin.</td> </tr> <tr> <td>8</td> <td>Contact Deleted</td> <td>contact_deleted</td> <td>Se genera un event cuando se elimina un contacto en Zoho Bigin.</td> </tr> <tr> <td>9</td> <td>Contact Updated</td> <td>contact_updated</td> <td>Se genera un event cuando se actualiza un contacto en Zoho Bigin.</td> </tr> <tr> <td>10</td> <td>Event Created</td> <td>event_created</td> <td>Se genera un event cuando se crea un nuevo evento en Zoho Bigin</td> <tr> <td>11</td> <td>Event Updated</td> <td>event_updated</td> <td>Se genera un event cuando se actualiza un evento en Zoho Bigin.</td> </tr> <tr> <td>12</td> <td>Pipeline Created</td> <td>deal_created</td> <td>Se genera un event cuando se crea un Pipeline en Zoho Bigin.</td> </tr> <tr> <td>13</td> <td>Pipeline Deleted</td> <td>deal_deleted</td> <td>Se genera un event cuando se elimina un Pipeline en Zoho Bigin.</td> </tr> <tr> <td>14</td> <td>Pipeline Updated</td> <td>deal_updated</td> <td>Se genera un event cuando se actualiza un Pipeline en Zoho Bigin.</td> </tr> <tr> <td>15</td> <td>Product Created</td> <td>product_created</td> <td>Se genera un event cuando se crea un nuevo producto en Zoho Bigin.</td> </tr> <tr> <td>16</td> <td>Product Deleted</td> <td>product_deleted</td> <td>Se genera un event cuando se actualiza un producto en Zoho Bigin.</td> </tr> <tr> <td>17</td> <td>Product Updated</td> <td>product_updated</td> <td>Se genera un event cuando se actualiza un producto en Zoho Bigin.</td> </tr> <tr> <td>18</td> <td>Task Created</td> <td>task_created</td> <td>Se genera un event cuando se crea una nueva tarea en Zoho Bigin.</td> </tr> <tr> <td>19</td> <td>Task Deleted</td> <td>task_deleted</td> <td>Se genera un event cuando se elimina una tarea en Zoho Bigin.</td> </tr> <tr> <td>20</td> <td>Task Updated</td> <td>task_updated</td> <td>Se genera un event cuando se actualiza una tarea en Zoho Bigin.</td> </tr> <tr> <td>21</td> <td>Event Deleted</td> <td>event_deleted</td> <td>Se genera un event cuando se elimina un evento en Zoho Bigin.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Billing" description: "Lista de events predeterminados compatibles para Zoho Billing." last_updated: "2026-07-02T09:34:15.958Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-billing/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Billing Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Billing: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w25p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Subscription Created</td> <td>subscription_created</td> <td>Se genera un event cuando se crea una suscripción en Zoho Billing.</td> </tr> <tr> <td>2</td> <td>Subscription Updated</td> <td>subscription_updated</td> <td>Se genera un event cuando se actualiza una suscripción en Zoho Billing.</td> </tr> <tr> <td>3</td> <td>Subscription Renewed</td> <td>subscription_renewed</td> <td>Se genera un event cuando se renueva una suscripción en Zoho Billing.</td> </tr> <tr> <td>4</td> <td>Subscription Cancelled</td> <td>subscription_cancelled</td> <td>Se genera un event cuando se cancela una suscripción en Zoho Billing.</td> </tr> <tr> <td>5</td> <td>Subscription Deleted</td> <td>subscription_deleted</td> <td>Se genera un event cuando se elimina una suscripción en Zoho Billing.</td> </tr> <tr> <td>6</td> <td>Subscription Paused</td> <td>subscription_paused</td> <td>Se genera un event cuando se pausa una suscripción en Zoho Billing.</td> </tr> <tr> <td>7</td> <td>Subscription Downgraded</td> <td>subscription_downgraded</td> <td>Se genera un event cuando se degrada una suscripción en Zoho Billing.</td> </tr> <tr> <td>8</td> <td>Subscription Upgraded</td> <td>subscription_upgraded</td> <td>Se genera un event cuando se actualiza una suscripción en Zoho Billing.</td> </tr> <tr> <td>9</td> <td>Subscription Resumed</td> <td>subscription_resumed</td> <td>Se genera un event cuando se reanuda una suscripción en Zoho Billing.</td> </tr> <tr> <td>10</td> <td>Subscription Expired</td> <td>subscription_expired</td> <td>Se genera un event cuando expira una suscripción en Zoho Billing.</td> </tr> <tr> <td>11</td> <td>Subscription Unpaid</td> <td>subscription_unpaid</td> <td>Se genera un event cuando una suscripción queda sin pagar en Zoho Billing.</td> </tr> <tr> <td>12</td> <td>Invoice Created</td> <td>invoice_created</td> <td>Se genera un event cuando se crea una factura en Zoho Billing.</td> </tr> <tr> <td>13</td> <td>Subscription Reactivated</td> <td>subscription_reactivated</td> <td>Se genera un event cuando se reactiva una suscripción en Zoho Billing.</td> </tr> <tr> <td>14</td> <td>Invoice Updated</td> <td>invoice_updated</td> <td>Se genera un event cuando se actualiza una factura en Zoho Billing.</td> </tr> <tr> <td>15</td> <td>Payment Refunded</td> <td>payment_refunded</td> <td>Se genera un event cuando se reembolsa un pago en Zoho Billing.</td> </tr> <tr> <td>16</td> <td>Payment Succeede</td> <td>payment_succeeded</td>d <td>Se genera un event cuando un pago se realiza exitosamente en Zoho Billing.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Books" description: "Lista de events predeterminados compatibles para Zoho Books." last_updated: "2026-07-02T09:34:15.958Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-books/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Books Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Books: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w30p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Bill Created</td> <td>bill_created</td> <td>Se genera un event cuando se crea una factura de proveedor en Zoho Books.</td> </tr> <tr> <td>2</td> <td>Bill Updated</td> <td>bill_updated</td> <td>Se genera un event cuando se actualiza una factura de proveedor en Zoho Books.</td> </tr> <tr> <td>3</td> <td>Estimate Created</td> <td>estimate_created</td> <td>Se genera un event cuando se crea un presupuesto en Zoho Books.</td> </tr> <tr> <td>4</td> <td>Estimate Updated</td> <td>estimate_updated</td> <td>Se genera un event cuando se actualiza un presupuesto en Zoho Books.</td> </tr> <tr> <td>5</td> <td>Expense Created</td> <td>expense_created</td> <td>Se genera un event cuando se crea un gasto en Zoho Books.</td> </tr> <tr> <td>6</td> <td>Credit Note Created</td> <td>credit_note_created</td> <td>Se genera un event cuando se crea una nota de crédito en Zoho Books.</td> </tr> <tr> <td>7</td> <td>Credit Note Updated</td> <td>credit_note_updated</td> <td>Se genera un event cuando se actualiza una nota de crédito en Zoho Books.</td> </tr> <tr> <td>8</td> <td>Customer Created</td> <td>customer_created</td> <td>Se genera un event cuando se crea un cliente en Zoho Books.</td> </tr> <tr> <td>9</td> <td>Customer Updated</td> <td>customer_updated</td> <td>Se genera un event cuando se actualiza un cliente en Zoho Books.</td> </tr> <tr> <td>10</td> <td>Expense Updated</td> <td>expense_updated</td> <td>Se genera un event cuando se actualiza un gasto en Zoho Books.</td> </tr> <tr> <td>11</td> <td>Invoice Created</td> <td>invoice_created</td> <td>Se genera un event cuando se crea una factura en Zoho Books.</td> </tr> <tr> <td>12</td> <td>Invoice Updated</td> <td>invoice_updated</td> <td>Se genera un event cuando se actualiza una factura en Zoho Books.</td> </tr> <tr> <td>13</td> <td>Purchase Order Created</td> <td>purchase_order_created</td> <td>Se genera un event cuando se crea una orden de compra en Zoho Books.</td> </tr> <tr> <td>14</td> <td>Purchase Order Updated</td> <td>purchase_order_updated</td> <td>Se genera un event cuando se actualiza una orden de compra en Zoho Books.</td> </tr> <tr> <td>15</td> <td>Sales Order Created</td> <td>sales_order_created</td> <td>Se genera un event cuando se crea una orden de venta en Zoho Books.</td> </tr> <tr> <td>16</td> <td>Sales Order Updated</td> <td>sales_order_updated</td> <td>Se genera un event cuando se actualiza una orden de venta en Zoho Books.</td> </tr> <tr> <td>17</td> <td>Customer Payment Created</td> <td>customer_payment_created</td> <td>Se genera un event cuando se crea un pago de cliente en Zoho Books.</td> </tr> <tr> <td>18</td> <td>Customer Payment Updated</td> <td>customer_payment_updated</td> <td>Se genera un event cuando se actualiza un pago de cliente en Zoho Books.</td> </tr> <tr> <td>19</td> <td>Vendor Payment Created</td> <td>vendor_payment_created</td> <td>Se genera un event cuando se crea un pago a proveedor en Zoho Books.</td> </tr> <tr> <td>20</td> <td>Vendor Payment Updated</td> <td>vendor_payment_updated</td> <td>Se genera un event cuando se actualiza un pago a proveedor en Zoho Books.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Commerce" description: "Lista de events predeterminados compatibles para Zoho Commerce." last_updated: "2026-07-02T09:34:15.958Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-commerce/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Commerce Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Commerce: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Sales Order Created</td> <td>sales_order_created</td> <td>Se genera un event cuando se crea una orden de venta en Zoho Commerce.</td> </tr> <tr> <td>2</td> <td>Sales Order Confirmed</td> <td>sales_order_confirmed</td> <td>Se genera un event cuando se confirma una orden de venta en Zoho Commerce.</td> </tr> <tr> <td>3</td> <td>Sales Order Cancelled</td> <td>sales_order_cancelled</td> <td>Se genera un event cuando se cancela una orden de venta en Zoho Commerce.</td> </tr> <tr> <td>4</td> <td>Sales Order Declined</td> <td>sales_order_declined</td> <td>Se genera un event cuando se rechaza una orden de venta en Zoho Commerce.</td> </tr> <tr> <td>5</td> <td>Sales Order Shipped</td> <td>sales_order_shipped</td> <td>Se genera un event cuando se envía una orden de venta en Zoho Commerce.</td> </tr> <tr> <td>6</td> <td>Sales Order Delivered</td> <td>sales_order_delivered</td> <td>Se genera un event cuando se entrega una orden de venta en Zoho Commerce.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho CRM" description: "Lista de events predeterminados compatibles para Zoho CRM." last_updated: "2026-07-02T09:34:15.959Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-crm/" service: "Signals" -------------------------------------------------------------------------------- # Zoho CRM Los siguientes son los events predeterminados compatibles para el Publisher de Zoho CRM: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Lead Created</td> <td>lead_created</td> <td>Se genera un event cuando se crea un lead en Zoho CRM.</td> </tr> <tr> <td>2</td> <td>Lead Approved</td> <td>lead_approved</td> <td>Se genera un event cuando se aprueba un lead en Zoho CRM.</td> </tr> <tr> <td>3</td> <td>Lead Converted</td> <td>lead_converted</td> <td>Se genera un event cuando se convierte un lead en Zoho CRM.</td> </tr> <tr> <td>4</td> <td>Lead Deleted</td> <td>lead_deleted</td> <td>Se genera un event cuando se elimina un lead en Zoho CRM.</td> </tr> <tr> <td>5</td> <td>Lead Rejected</td> <td>lead_rejected</td> <td>Se genera un event cuando se rechaza un lead en Zoho CRM.</td> </tr> <tr> <td>6</td> <td>Lead Updated</td> <td>lead_updated</td> <td>Se genera un event cuando se actualiza un lead en Zoho CRM.</td> </tr> <tr> <td>7</td> <td>Account Approved</td> <td>account_approved</td> <td>Se genera un event cuando se aprueba una cuenta en Zoho CRM.</td> </tr> <tr> <td>8</td> <td>Account Created</td> <td>account_created</td> <td>Se genera un event cuando se crea una cuenta en Zoho CRM.</td> </tr> <tr> <td>9</td> <td>Account Deleted</td> <td>account_deleted</td> <td>Se genera un event cuando se elimina una cuenta en Zoho CRM.</td> </tr> <tr> <td>10</td> <td>Account Rejected</td> <td>account_rejected</td> <td>Se genera un event cuando se rechaza una cuenta en Zoho CRM.</td> </tr> <tr> <td>11</td> <td>Account Updated</td> <td>account_updated</td> <td>Se genera un event cuando se actualiza una cuenta en Zoho CRM.</td> </tr> <tr> <td>12</td> <td>Contact Created</td> <td>contact_created</td> <td>Se genera un event cuando se crea un contacto en Zoho CRM.</td> </tr> <tr> <td>13</td> <td>Contact Deleted</td> <td>contact_deleted</td> <td>Se genera un event cuando se elimina un contacto en Zoho CRM.</td> </tr> <tr> <td>14</td> <td>Contact Updated</td> <td>contact_updated</td> <td>Se genera un event cuando se actualiza un contacto en Zoho CRM.</td> </tr> <tr> <td>15</td> <td>Contacts Approved</td> <td>contact_approved</td> <td>Se genera un event cuando se aprueba un contacto en Zoho CRM.</td> </tr> <tr> <td>16</td> <td>Contacts Rejected</td> <td>contact_rejected</td> <td>Se genera un event cuando se rechaza un contacto en Zoho CRM.</td> </tr> <tr> <td>17</td> <td>Deal Approved</td> <td>deal_approved</td> <td>Se genera un event cuando se aprueba un trato en Zoho CRM.</td> </tr> <tr> <td>18</td> <td>Deal Created</td> <td>deal_created</td> <td>Se genera un event cuando se crea un trato en Zoho CRM.</td> </tr> <tr> <td>19</td> <td>Deal Deleted</td> <td>deal_deleted</td> <td>Se genera un event cuando se elimina un trato en Zoho CRM.</td> </tr> <tr> <td>20</td> <td>Deal Rejected</td> <td>deal_rejected</td> <td>Se genera un event cuando se rechaza un trato en Zoho CRM.</td> </tr> <tr> <td>21</td> <td>Deal Updated</td> <td>deal_updated</td> <td>Se genera un event cuando se actualiza un trato en Zoho CRM.</td> </tr> <tr> <td>22</td> <td>Product Created</td> <td>product_created</td> <td>Se genera un event cuando se crea un producto en Zoho CRM.</td> </tr> <tr> <td>23</td> <td>Campaign Approved</td> <td>campaign_approved</td> <td>Se genera un event cuando se aprueba una campaña en Zoho CRM.</td> </tr> <tr> <td>24</td> <td>Campaign Created</td> <td>campaign_created</td> <td>Se genera un event cuando se crea una campaña en Zoho CRM.</td> </tr> <tr> <td>25</td> <td>Campaign Deleted</td> <td>campaign_deleted</td> <td>Se genera un event cuando se elimina una campaña en Zoho CRM.</td> </tr> <tr> <td>26</td> <td>Campaign Member Status Updated</td> <td>campaign_member_status</td> <td>Se genera un event cuando se actualiza el estado de un miembro de campaña en Zoho CRM.</td> </tr> <tr> <td>27</td> <td>Campaign Rejected</td> <td>campaign_rejected</td> <td>Se genera un event cuando se rechaza una campaña en Zoho CRM.</td> </tr> <tr> <td>28</td> <td>Campaign Updated</td> <td>campaign_updated</td> <td>Se genera un event cuando se actualiza una campaña en Zoho CRM.</td> </tr> <tr> <td>29</td> <td>Case Approved</td> <td>case_approved</td> <td>Se genera un event cuando se aprueba un caso en Zoho CRM.</td> </tr> <tr> <td>30</td> <td>Case Created</td> <td>case_created</td> <td>Se genera un event cuando se crea un caso en Zoho CRM.</td> </tr> <tr> <td>31</td> <td>Case Deleted</td> <td>case_deleted</td> <td>Se genera un event cuando se elimina un caso en Zoho CRM.</td> </tr> <tr> <td>32</td> <td>Case Rejected</td> <td>case_rejected</td> <td>Se genera un event cuando se rechaza un caso en Zoho CRM.</td> </tr> <tr> <td>33</td> <td>Case Updated</td> <td>case_updated</td> <td>Se genera un event cuando se actualiza un caso en Zoho CRM.</td> </tr> <tr> <td>34</td> <td>Product Approved</td> <td>product_approved</td> <td>Se genera un event cuando se aprueba un producto en Zoho CRM.</td> </tr> <tr> <td>35</td> <td>Product Deleted</td> <td>product_deleted</td> <td>Se genera un event cuando se elimina un producto en Zoho CRM.</td> </tr> <tr> <td>36</td> <td>Product Rejected</td> <td>product_rejected</td> <td>Se genera un event cuando se rechaza un producto en Zoho CRM.</td> </tr> <tr> <td>37</td> <td>Product Updated</td> <td>product_updated</td> <td>Se genera un event cuando se actualiza un producto en Zoho CRM.</td> </tr> <tr> <td>38</td> <td>Solution Approved</td> <td>solution_approved</td> <td>Se genera un event cuando se aprueba una solución en Zoho CRM.</td> </tr> <tr> <td>39</td> <td>Solution Created</td> <td>solution_created</td> <td>Se genera un event cuando se crea una solución en Zoho CRM.</td> </tr> <tr> <td>40</td> <td>Solution Deleted</td> <td>solution_deleted</td> <td>Se genera un event cuando se elimina una solución en Zoho CRM.</td> </tr> <tr> <td>41</td> <td>Solution Rejected</td> <td>solution_rejected</td> <td>Se genera un event cuando se rechaza una solución en Zoho CRM.</td> </tr> <tr> <td>42</td> <td>Solution Updated</td> <td>solution_updated</td> <td>Se genera un event cuando se actualiza una solución en Zoho CRM.</td> </tr> <tr> <td>43</td> <td>PriceBook Approved</td> <td>price_book_approved</td> <td>Se genera un event cuando se aprueba un libro de precios en Zoho CRM.</td> </tr> <tr> <td>44</td> <td>PriceBook Created</td> <td>price_book_created</td> <td>Se genera un event cuando se crea un libro de precios en Zoho CRM.</td> </tr> <tr> <td>45</td> <td>PriceBook Deleted</td> <td>price_book_deleted</td> <td>Se genera un event cuando se elimina un libro de precios en Zoho CRM.</td> </tr> <tr> <td>46</td> <td>PriceBook Rejected</td> <td>price_book_rejected</td> <td>Se genera un event cuando se rechaza un libro de precios en Zoho CRM.</td> </tr> <tr> <td>47</td> <td>PriceBook Updated</td> <td>price_book_updated</td> <td>Se genera un event cuando se actualiza un libro de precios en Zoho CRM.</td> </tr> <tr> <td>48</td> <td>Quote Approved</td> <td>quote_approved</td> <td>Se genera un event cuando se aprueba una cotización en Zoho CRM.</td> </tr> <tr> <td>49</td> <td>Quote Converted</td> <td>quote_converted</td> <td>Se genera un event cuando se convierte una cotización en Zoho CRM.</td> </tr> <tr> <td>50</td> <td>Quote Created</td> <td>quote_created</td> <td>Se genera un event cuando se crea una cotización en Zoho CRM.</td> </tr> <tr> <td>51</td> <td>Quote Deleted</td> <td>quote_deleted</td> <td>Se genera un event cuando se elimina una cotización en Zoho CRM.</td> </tr> <tr> <td>52</td> <td>Quote Rejected</td> <td>quote_rejected</td> <td>Se genera un event cuando se rechaza una cotización en Zoho CRM.</td> </tr> <tr> <td>53</td> <td>Quote Updated</td> <td>quote_updated</td> <td>Se genera un event cuando se actualiza una cotización en Zoho CRM.</td> </tr> <tr> <td>54</td> <td>Vendor Approved</td> <td>vendor_approved</td> <td>Se genera un event cuando se aprueba un proveedor en Zoho CRM.</td> </tr> <tr> <td>55</td> <td>Vendor Created</td> <td>vendor_created</td> <td>Se genera un event cuando se crea un proveedor en Zoho CRM.</td> </tr> <tr> <td>56</td> <td>Vendor Deleted</td> <td>vendor_deleted</td> <td>Se genera un event cuando se elimina un proveedor en Zoho CRM.</td> </tr> <tr> <td>57</td> <td>Vendor Rejected</td> <td>vendor_rejected</td> <td>Se genera un event cuando se rechaza un proveedor en Zoho CRM.</td> </tr> <tr> <td>58</td> <td>Vendor Updated</td> <td>vendor_updated</td> <td>Se genera un event cuando se actualiza un proveedor en Zoho CRM.</td> </tr> <tr> <td>59</td> <td>Invoice Approved</td> <td>invoice_approved</td> <td>Se genera un event cuando se aprueba una factura en Zoho CRM.</td> </tr> <tr> <td>60</td> <td>Invoice Created</td> <td>invoice_created</td> <td>Se genera un event cuando se crea una factura en Zoho CRM.</td> </tr> <tr> <td>61</td> <td>Invoice Deleted</td> <td>invoice_deleted</td> <td>Se genera un event cuando se elimina una factura en Zoho CRM.</td> </tr> <tr> <td>62</td> <td>Invoice Rejected</td> <td>invoice_rejected</td> <td>Se genera un event cuando se rechaza una factura en Zoho CRM.</td> </tr> <tr> <td>63</td> <td>Invoice Updated</td> <td>invoice_updated</td> <td>Se genera un event cuando se actualiza una factura en Zoho CRM.</td> </tr> <tr> <td>64</td> <td>Note Approved</td> <td>note_approved</td> <td>Se genera un event cuando se aprueba una nota en Zoho CRM.</td> </tr> <tr> <td>65</td> <td>Note Created</td> <td>note_created</td> <td>Se genera un event cuando se crea una nota en Zoho CRM.</td> </tr> <tr> <td>66</td> <td>Note Deleted</td> <td>note_deleted</td> <td>Se genera un event cuando se elimina una nota en Zoho CRM.</td> </tr> <tr> <td>67</td> <td>Note Rejected</td> <td>note_rejected</td> <td>Se genera un event cuando se rechaza una nota en Zoho CRM.</td> </tr> <tr> <td>68</td> <td>Note Updated</td> <td>note_updated</td> <td>Se genera un event cuando se actualiza una nota en Zoho CRM.</td> </tr> <tr> <td>69</td> <td>PurchaseOrder Approved</td> <td>purchase_order_approved</td> <td>Se genera un event cuando se elimina una orden de compra en Zoho CRM.</td> </tr> <tr> <td>70</td> <td>PurchaseOrder Created</td> <td>purchase_order_created</td> <td>Se genera un event cuando se crea una orden de compra en Zoho CRM.</td> </tr> <tr> <td>71</td> <td>PurchaseOrder Deleted</td> <td>purchase_order_deleted</td> <td>Se genera un event cuando se elimina una orden de compra en Zoho CRM.</td> </tr> <tr> <td>72</td> <td>PurchaseOrder Updated</td> <td>purchase_order_updated</td> <td>Se genera un event cuando se actualiza una orden de compra en Zoho CRM.</td> </tr> <tr> <td>73</td> <td>SalesOrder Approved</td> <td>sales_order_approved</td> <td>Se genera un event cuando se aprueba una orden de venta en Zoho CRM.</td> </tr> <tr> <td>74</td> <td>SalesOrder Converted</td> <td>sales_order_converted</td> <td>Se genera un event cuando se convierte una orden de venta en Zoho CRM.</td> </tr> <tr> <td>75</td> <td>SalesOrder Created</td> <td>sales_order_created</td> <td>Se genera un event cuando se crea una orden de venta en Zoho CRM.</td> </tr> <tr> <td>76</td> <td>SalesOrder Deleted</td> <td>sales_order_deleted</td> <td>Se genera un event cuando se elimina una orden de venta en Zoho CRM.</td> </tr> <tr> <td>77</td> <td>SalesOrder Rejected</td> <td>sales_order_rejected</td> <td>Se genera un event cuando se rechaza una orden de venta en Zoho CRM.</td> </tr> <tr> <td>78</td> <td>SalesOrder Updated</td> <td>sales_order_updated</td> <td>Se genera un event cuando se actualiza una orden de venta en Zoho CRM.</td> </tr> <tr> <td>79</td> <td>Call Created</td> <td>call_created</td> <td>Se genera un event cuando se crea una llamada en Zoho CRM.</td> </tr> <tr> <td>80</td> <td>Call Deleted</td> <td>call_deleted</td> <td>Se genera un event cuando se elimina una llamada en Zoho CRM.</td> </tr> <tr> <td>81</td> <td>Call Missed</td> <td>call_missed</td> <td>Se genera un event cuando se pierde una llamada en Zoho CRM.</td> </tr> <tr> <td>82</td> <td>Call Received</td> <td>call_received</td> <td>Se genera un event cada vez que se recibe una llamada en Zoho CRM.</td> </tr> <tr> <td>83</td> <td>Call Updated</td> <td>call_updated</td> <td>Se genera un event cuando se actualiza una llamada en Zoho CRM.</td> </tr> <tr> <td>84</td> <td>Email Bounced</td> <td>email_bounced</td> <td>Se genera un event cuando un email rebota en Zoho CRM.</td> </tr> <tr> <td>85</td> <td>Email Clicked</td> <td>email_clicked</td> <td>Se genera un event cuando se hace clic en un email en Zoho CRM.</td> </tr> <tr> <td>86</td> <td>Email Opened</td> <td>email_opened</td> <td>Se genera un event cuando se abre un email en Zoho CRM.</td> </tr> <tr> <td>87</td> <td>Email Received</td> <td>email_received</td> <td>Se genera un event cuando se recibe un email en Zoho CRM.</td> </tr> <tr> <td>88</td> <td>Email Resubscribed</td> <td>email_resubscribed</td> <td>Se genera un event cuando se vuelve a suscribir un email en Zoho CRM.</td> </tr> <tr> <td>89</td> <td>Email Sent</td> <td>email_sent</td> <td>Se genera un event cuando se envía un email en Zoho CRM.</td> </tr> <tr> <td>90</td> <td>Email Unsubscribed</td> <td>email_unsubscribed</td> <td>Se genera un event cuando se da de baja un email en Zoho CRM.</td> </tr> <tr> <td>91</td> <td>OutBound Call Unattended</td> <td>outbound_call_unattended</td> <td>Se genera un event cuando una llamada saliente no es atendida en Zoho CRM.</td> </tr> <tr> <td>92</td> <td>PurchaseOrder Rejected</td> <td>purchase_order_rejected</td> <td>Se genera un event cuando se rechaza una orden de compra en Zoho CRM.</td> </tr> <tr> <td>93</td> <td>Meetings Approved</td> <td>event_approved</td> <td>Se genera un event cuando se aprueba una reunión en Zoho CRM.</td> </tr> <tr> <td>94</td> <td>Meetings Created</td> <td>event_created</td> <td>Se genera un event cuando se crea una reunión en Zoho CRM.</td> </tr> <tr> <td>95</td> <td>Meetings Deleted</td> <td>event_deleted</td> <td>Se genera un event cuando se elimina una reunión en Zoho CRM.</td> </tr> <tr> <td>96</td> <td>Meetings Rejected</td> <td>event_rejected</td> <td>Se genera un event cuando se rechaza una reunión en Zoho CRM.</td> </tr> <tr> <td>97</td> <td>Meetings Updated</td> <td>event_updated</td> <td>Se genera un event cuando se actualiza una reunión en Zoho CRM.</td> </tr> <tr> <td>98</td> <td>Task Approved</td> <td>task_approved</td> <td>Se genera un event cuando se aprueba una tarea en Zoho CRM.</td> </tr> <tr> <td>99</td> <td>Task Created</td> <td>task_created</td> <td>Se genera un event cuando se crea una tarea en Zoho CRM.</td> </tr> <tr> <td>100</td> <td>Task Deleted</td> <td>task_deleted</td> <td>Se genera un event cuando se elimina una tarea en Zoho CRM.</td> </tr> <tr> <td>101</td> <td>Task Rejected</td> <td>task_rejected</td> <td>Se genera un event cuando se rechaza una tarea en Zoho CRM.</td> </tr> <tr> <td>102</td> <td>Task Updated</td> <td>task_updated</td> <td>Se genera un event cuando se actualiza una tarea en Zoho CRM.</td> </tr> <tr> <td>103</td> <td>Webform Submitted</td> <td>webform_submitted</td> <td>Se genera un event cuando se actualiza un formulario web en Zoho CRM.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Expense" description: "Lista de events predeterminados compatibles para Zoho Expense." last_updated: "2026-07-02T09:34:15.959Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-expense/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Expense Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Expense: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w35p">Nombre API</th> <th class="w50p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Trips Created</td> <td>trips_created</td> <td>Se genera un event cuando se crea un viaje en Zoho Expense.</td> </tr> <tr> <td>2</td> <td>Trips Deleted</td> <td>trips_deleted</td> <td>Se genera un event cuando se elimina un viaje en Zoho Expense.</td> </tr> <tr> <td>3</td> <td>Trips Edited</td> <td>trips_edited</td> <td>Se genera un event cuando se edita un viaje en Zoho Expense.</td> </tr> <tr> <td>4</td> <td>Trips Submitted</td> <td>trips_submitted</td> <td>Se genera un event cuando se envía un viaje en Zoho Expense.</td> </tr> <tr> <td>5</td> <td>Trips Approved</td> <td>trips_approved</td> <td>Se genera un event cuando se aprueba un viaje en Zoho Expense.</td> </tr> <tr> <td>6</td> <td>Trips Closed</td> <td>trips_closed</td> <td>Se genera un event cuando se cierra un viaje en Zoho Expense.</td> </tr> <tr> <td>7</td> <td>Trips Recalled</td> <td>trips_recalled</td> <td>Se genera un event cuando se retira un viaje en Zoho Expense.</td> </tr> <tr> <td>8</td> <td>Trips Rejected</td> <td>trips_rejected</td> <td>Se genera un event cuando se rechaza un viaje en Zoho Expense.</td> </tr> <tr> <td>9</td> <td>Trips Cancelled</td> <td>trips_cancelled</td> <td>Se genera un event cuando se cancela un viaje en Zoho Expense.</td> </tr> <tr> <td>10</td> <td>Trips Trip Option Approved</td> <td>trips_trip_option_approved</td> <td>Se genera un event cuando se aprueba una opción de viaje para un viaje en Zoho Expense.</td> </tr> <tr> <td>11</td> <td>Trips Trip Option Selected</td> <td>trips_trip_option_selected</td> <td>Se genera un event cuando se selecciona una opción de viaje dentro de un viaje en Zoho Expense.</td> </tr> <tr> <td>12</td> <td>Trips Trip Option_Added</td> <td>trips_trip_option_added</td> <td>Se genera un event cuando se agrega una opción de viaje a un viaje en Zoho Expense.</td> </tr> <tr> <td>13</td> <td>Trips Itinerary Rescheduled</td> <td>trips_itinerary_rescheduled</td> <td>Se genera un event cuando se reprograma el itinerario de un viaje en Zoho Expense.</td> </tr> <tr> <td>14</td> <td>Trips More Option Requested</td> <td>trips_more_option_requested</td> <td>Se genera un event cuando se solicitan más opciones para viajes en Zoho Expense.</td> </tr> <tr> <td>15</td> <td>Trips Trip Option Cancelled</td> <td>trips_trip_option_cancelled</td> <td>Se genera un event cuando se cancela una opción de viaje para un viaje en Zoho Expense.</td> </tr> <tr> <td>16</td> <td>Trips Trip Option Rejected</td> <td>trips_trip_option_rejected</td> <td>Se genera un event cuando se rechaza una opción de viaje para un viaje en Zoho Expense.</td> </tr> <tr> <td>17</td> <td>Reports Created</td> <td>reports_created</td> <td>Se genera un event cuando se crea un reporte en Zoho Expense.</td> </tr> <tr> <td>18</td> <td>Reports Edited</td> <td>reports_edited</td> <td>Se genera un event cuando se edita un reporte en Zoho Expense.</td> </tr> <tr> <td>19</td> <td>Trips Itinerary Cancelled</td> <td>trips_itinerary_cancelled</td> <td>Se genera un event cuando se cancela el itinerario de un viaje en Zoho Expense.</td> </tr> <tr> <td>20</td> <td>Trips Rescheduled</td> <td>trips_rescheduled</td> <td>Se genera un event cuando se reprograma un viaje en Zoho Expense.</td> </tr> <tr> <td>21</td> <td>Reports Approved</td> <td>reports_approved</td> <td>Se genera un event cuando se aprueba un reporte en Zoho Expense.</td> </tr> <tr> <td>22</td> <td>Reports Deleted</td> <td>reports_deleted</td> <td>Se genera un event cuando se elimina un reporte en Zoho Expense.</td> </tr> <tr> <td>23</td> <td>Reports Submitted</td> <td>reports_submitted</td> <td>Se genera un event cuando se envía un reporte en Zoho Expense.</td> </tr> <tr> <td>24</td> <td>Reports Recalled</td> <td>reports_recalled</td> <td>Se genera un event cuando se retira un reporte en Zoho Expense.</td> </tr> <tr> <td>25</td> <td>Reports Reimbursed</td> <td>reports_reimbursed</td> <td>Se genera un event cuando se reembolsa un reporte en Zoho Expense.</td> </tr> <tr> <td>26</td> <td>Reports Rejected</td> <td>reports_rejected</td> <td>Se genera un event cuando se rechaza un reporte en Zoho Expense.</td> </tr> <tr> <td>27</td> <td>Advances Created</td> <td>advances_created</td> <td>Se genera un event cuando se crea un anticipo en Zoho Expense.</td> </tr> <tr> <td>28</td> <td>Advances Deleted</td> <td>advances_deleted</td> <td>Se genera un event cuando se elimina un anticipo en Zoho Expense.</td> </tr> <tr> <td>29</td> <td>Advances Edited</td> <td>advances_edited</td> <td>Se genera un event cuando se edita un anticipo en Zoho Expense.</td> </tr> <tr> <td>30</td> <td>Reports Reimbursement Cancelled</td> <td>reports_reimbursement_cancelled</td> <td>Se genera un event cuando se cancela el reembolso de un reporte en Zoho Expense.</td> </tr> <tr> <td>31</td> <td>Advance Refunds Created</td> <td>advance_refunds_created</td> <td>Se genera un event cuando se crea un reembolso de anticipo en Zoho Expense.</td> </tr> <tr> <td>32</td> <td>Advance Refunds Deleted</td> <td>advance_refunds_deleted</td> <td>Se genera un event cuando se elimina un reembolso de anticipo en Zoho Expense.</td> </tr> <tr> <td>33</td> <td>Advance Refunds Edited</td> <td>advance_refunds_edited</td> <td>Se genera un event cuando se edita un reembolso de anticipo en Zoho Expense.</td> </tr> <tr> <td>34</td> <td>Advances Paid</td> <td>advances_paid</td> <td>Se genera un event cuando se paga un anticipo en Zoho Expense.</td> </tr> <tr> <td>35</td> <td>Advances Rejected</td> <td>advances_rejected</td> <td>Se genera un event cuando se aprueba un anticipo en Zoho Expense.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Inventory" description: "Lista de eventos predeterminados compatibles con Zoho Inventory." last_updated: "2026-07-02T09:34:15.959Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-inventory/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Inventory A continuación se muestran los eventos predeterminados compatibles con el Publisher de Zoho Inventory: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w25p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Item Created</td> <td>item_created</td> <td>Se genera un evento cuando se crea un artículo en Zoho Inventory.</td> </tr> <tr> <td>2</td> <td>Item Updated</td> <td>item_updated</td> <td>Se genera un evento cuando se actualiza un artículo en Zoho Inventory.</td> </tr> <tr> <td>3</td> <td>Adjustment Created</td> <td>adjustments_created</td> <td>Se genera un evento cuando se crea un ajuste de inventario en Zoho Inventory.</td> </tr> <tr> <td>4</td> <td>Adjustment Deleted</td> <td>adjustments_deleted</td> <td>Se genera un evento cuando se elimina un ajuste de inventario en Zoho Inventory.</td> </tr> <tr> <td>5</td> <td>Adjustment Updated</td> <td>adjustments_updated</td> <td>Se genera un evento cuando se actualiza un ajuste de inventario en Zoho Inventory.</td> </tr> <tr> <td>6</td> <td>Customer Created</td> <td>customer_created</td> <td>Se genera un evento cuando se crea un cliente en Zoho Inventory.</td> </tr> <tr> <td>7</td> <td>Customer Deleted</td> <td>customer_deleted</td> <td>Se genera un evento cuando se elimina un cliente en Zoho Inventory.</td> </tr> <tr> <td>8</td> <td>Customer Updated</td> <td>customer_updated</td> <td>Se genera un evento cuando se actualiza un cliente en Zoho Inventory.</td> </tr> <tr> <td>9</td> <td>Item Deleted</td> <td>item_deleted</td> <td>Se genera un evento cuando se elimina un artículo en Zoho Inventory.</td> </tr> <tr> <td>10</td> <td>Invoice Created</td> <td>invoice_created</td> <td>Se genera un evento cuando se crea una factura en Zoho Inventory.</td> </tr> <tr> <td>11</td> <td>Sales Order Created</td> <td>sales_order_created</td> <td>Se genera un evento cuando se crea una orden de venta en Zoho Inventory.</td> </tr> <tr> <td>12</td> <td>Sales Order Deleted</td> <td>sales_order_deleted</td> <td>Se genera un evento cuando se elimina una orden de venta en Zoho Inventory.</td> </tr> <tr> <td>13</td> <td>Sales Order Updated</td> <td>sales_order_updated</td> <td>Se genera un evento cuando se actualiza una orden de venta en Zoho Inventory.</td> </tr> <tr> <td>14</td> <td>Credit Note Created</td> <td>credit_note_created</td> <td>Se genera un evento cuando se crea una nota de crédito en Zoho Inventory.</td> </tr> <tr> <td>15</td> <td>Invoice Deleted</td> <td>invoice_deleted</td> <td>Se genera un evento cuando se elimina una factura en Zoho Inventory.</td> </tr> <tr> <td>16</td> <td>Invoice Updated</td> <td>invoice_updated</td> <td>Se genera un evento cuando se actualiza una factura en Zoho Inventory.</td> </tr> <tr> <td>17</td> <td>Credit Note Deleted</td> <td>credit_note_deleted</td> <td>Se genera un evento cuando se elimina una nota de crédito en Zoho Inventory.</td> </tr> <tr> <td>18</td> <td>Credit Note Updated</td> <td>credit_note_updated</td> <td>Se genera un evento cuando se actualiza una nota de crédito en Zoho Inventory.</td> </tr> <tr> <td>19</td> <td>Delivery Challan Created</td> <td>delivery_challan_created</td> <td>Se genera un evento cuando se crea un albarán de entrega en Zoho Inventory.</td> </tr> <tr> <td>20</td> <td>Delivery Challan Deleted</td> <td>delivery_challan_deleted</td> <td>Se genera un evento cuando se elimina un albarán de entrega en Zoho Inventory.</td> </tr> <tr> <td>21</td> <td>Delivery Challan Updated</td> <td>delivery_challan_updated</td> <td>Se genera un evento cuando se actualiza un albarán de entrega en Zoho Inventory.</td> </tr> <tr> <td>22</td> <td>Bill Created</td> <td>bill_created</td> <td>Se genera un evento cuando se crea una factura de compra en Zoho Inventory.</td> </tr> <tr> <td>23</td> <td>Purchase Order Created</td> <td>purchase_order_created</td> <td>Se genera un evento cuando se crea una orden de compra en Zoho Inventory.</td> </tr> <tr> <td>24</td> <td>Purchase Order Deleted</td> <td>purchase_order_deleted</td> <td>Se genera un evento cuando se elimina una orden de compra en Zoho Inventory.</td> </tr> <tr> <td>25</td> <td>Purchase Order Updated</td> <td>purchase_order_updated</td> <td>Se genera un evento cuando se actualiza una orden de compra en Zoho Inventory.</td> </tr> <tr> <td>26</td> <td>Sales Returns Created</td> <td>sales_returns_created</td> <td>Se genera un evento cuando se crea una devolución de venta en Zoho Inventory.</td> </tr> <tr> <td>27</td> <td>Sales Returns Deleted</td> <td>sales_returns_deleted</td> <td>Se genera un evento cuando se elimina una devolución de venta en Zoho Inventory.</td> </tr> <tr> <td>28</td> <td>Sales Returns Updated</td> <td>sales_returns_updated</td> <td>Se genera un evento cuando se actualiza una devolución de venta en Zoho Inventory.</td> </tr> <tr> <td>29</td> <td>Bill Deleted</td> <td>bill_deleted</td> <td>Se genera un evento cuando se elimina una factura de compra en Zoho Inventory.</td> </tr> <tr> <td>30</td> <td>Bill Updated</td> <td>bill_updated</td> <td>Se genera un evento cuando se actualiza una factura de compra en Zoho Inventory.</td> </tr> <tr> <td>31</td> <td>Transfer Order Created</td> <td>transfer_order_created</td> <td>Se genera un evento cuando se crea una orden de transferencia en Zoho Inventory.</td> </tr> <tr> <td>32</td> <td>Transfer Order Updated</td> <td>transfer_order_updated</td> <td>Se genera un evento cuando se actualiza una orden de transferencia en Zoho Inventory.</td> </tr> <tr> <td>33</td> <td>Vendor Credits Created</td> <td>vendor_credits_created</td> <td>Se genera un evento cuando se crea un crédito de proveedor en Zoho Inventory.</td> </tr> <tr> <td>34</td> <td>Vendor Credits Deleted</td> <td>vendor_credits_deleted</td> <td>Se genera un evento cuando se elimina un crédito de proveedor en Zoho Inventory.</td> </tr> <tr> <td>35</td> <td>Vendor Credits Updated</td> <td>vendor_credits_updated</td> <td>Se genera un evento cuando se actualiza un crédito de proveedor en Zoho Inventory.</td> </tr> <tr> <td>36</td> <td>Transfer Order Deleted</td> <td>transfer_order_deleted</td> <td>Se genera un evento cuando se elimina una orden de transferencia en Zoho Inventory.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Invoice" description: "Lista de eventos predeterminados compatibles con Zoho Invoice." last_updated: "2026-07-02T09:34:15.959Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-invoice/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Invoice A continuación se muestran los eventos predeterminados compatibles con el Publisher de Zoho Invoice: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Estimate Created</td> <td>estimate_created</td> <td>Se genera un evento cuando se crea un presupuesto en Zoho Invoice.</td> </tr> <tr> <td>2</td> <td>Estimate Updated</td> <td>estimate_updated</td> <td>Se genera un evento cuando se actualiza un presupuesto en Zoho Invoice.</td> </tr> <tr> <td>3</td> <td>Invoice Created</td> <td>invoice_created</td> <td>Se genera un evento cuando se crea una factura en Zoho Invoice.</td> </tr> <tr> <td>4</td> <td>Invoice Updated</td> <td>invoice_updated</td> <td>Se genera un evento cuando se actualiza una factura en Zoho Invoice.</td> </tr> <tr> <td>5</td> <td>Customer Created</td> <td>customer_created</td> <td>Se genera un evento cuando se crea un cliente en Zoho Invoice.</td> </tr> <tr> <td>6</td> <td>Customer Updated</td> <td>customer_updated</td> <td>Se genera un evento cuando se actualiza un cliente en Zoho Invoice.</td> </tr> <tr> <td>7</td> <td>Payment Received</td> <td>payment_received</td> <td>Se genera un evento cuando se recibe un pago en Zoho Invoice.</td> </tr> <tr> <td>8</td> <td>Payment Updated</td> <td>payment_updated</td> <td>Se genera un evento cuando se actualiza un pago en Zoho Invoice.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Survey" description: "Lista de eventos predeterminados compatibles con Zoho Survey." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-survey/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Survey A continuación se muestran los eventos predeterminados compatibles con el Publisher de Zoho Survey: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Response Completed</yd> <td>response_completed</td> <td>Se genera un evento cuando se completa una respuesta en Zoho Survey.</td> </tr> <tr> <td>2</td> <td>Response Created</yd> <td>response_created</td> <td>Se genera un evento cuando se crea una respuesta en Zoho Survey.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Meeting" description: "Lista de eventos predeterminados compatibles con Zoho Meeting." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-meeting/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Meeting A continuación se muestran los eventos predeterminados compatibles con el Publisher de Zoho Meeting: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Meeting Created</td> <td>meeting_created</td> <td>Se genera un evento cuando se crea una reunión en Zoho Meetings.</td> </tr> <tr> <td>2</td> <td>Meeting Canceled</td> <td>meeting_canceled</td> <td>Se genera un evento cuando se cancela una reunión en Zoho Meetings.</td> </tr> <tr> <td>3</td> <td>Meeting Updated</td> <td>meeting_updated</td> <td>Se genera un evento cuando se actualiza una reunión en Zoho Meetings.</td> </tr> <tr> <td>4</td> <td>Meeting Ended</td> <td>meeting_ended</td> <td>Se genera un evento cuando finaliza una reunión en Zoho Meetings.</td> </tr> <tr> <td>5</td> <td>Meeting Started</td> <td>meeting_started</td> <td>Se genera un evento cuando se inicia una reunión en Zoho Meetings.</td> </tr> <tr> <td>6</td> <td>Webinar Created</td> <td>webinar_created</td> <td>Se genera un evento cuando se crea un seminario web en Zoho Meetings.</td> </tr> <tr> <td>7</td> <td>Webinar Canceled</td> <td>webinar_canceled</td> <td>Se genera un evento cuando se cancela un seminario web en Zoho Meetings.</td> </tr> <tr> <td>8</td> <td>Webinar Updated</td> <td>webinar_updated</td> <td>Se genera un evento cuando se actualiza un seminario web en Zoho Meetings.</td> </tr> <tr> <td>9</td> <td>Webinar Ended</td> <td>webinar_ended</td> <td>Se genera un evento cuando finaliza un seminario web en Zoho Meetings.</td> </tr> <tr> <td>10</td> <td>Webinar Started</td> <td>webinar_started</td> <td>Se genera un evento cuando se inicia un seminario web en Zoho Meetings.</td> </tr> <tr> <td>11</td> <td>Webinar Member Joined</td> <td>webinar_member_joined</td> <td>Se genera un evento cuando un miembro se une a un seminario web en Zoho Meetings.</td> </tr> <tr> <td>12</td> <td>Webinar Registered</td> <td>webinar_registered</td> <td>Se genera un evento cuando se registra un seminario web en Zoho Meetings.</td> </tr> <tr> <td>13</td> <td>Webinar Member Removed</td> <td>webinar_member_removed</td> <td>Se genera un evento cuando se elimina a un miembro del seminario web en Zoho Meetings.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Assist" description: "Lista de events predeterminados compatibles para Zoho Assist." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-assist/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Assist Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Assist: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Outbound Session Started</td> <td>outbound_session_start</td> <td>Se genera un event cuando se inicia una sesión saliente en Zoho Assist.</td> </tr> <tr> <td>2</td> <td>ScreenShare Session Started</td> <td>session_start_ss</td> <td>Se genera un event cuando se inicia una sesión de pantalla compartida en Zoho Assist.</td> </tr> <tr> <td>3</td> <td>RemoteSupport Session Ended</td> <td>session_end_rs</td> <td>Se genera un event cuando finaliza una sesión de soporte remoto en Zoho Assist.</td> </tr> <tr> <td>4</td> <td>ScreenShare Session Ended</td> <td>ssession_end_ss</td> <td>Se genera un event cuando finaliza una sesión de pantalla compartida en Zoho Assist.</td> </tr> <tr> <td>5</td> <td>RemoteSupport Customer Joined</td> <td>customer_join_rs</td> <td>Se genera un event cuando un cliente se une a una sesión de soporte remoto en Zoho Assist.</td> </tr> <tr> <td>6</td> <td>Inbound Request Created</td> <td>inbound_request_create</td> <td>Se genera un event cuando se crea una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>7</td> <td>Inbound Request Transferred</td> <td>inbound_request_transfer</td> <td>Se genera un event cuando se transfiere una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>8</td> <td>Inbound Request Delegated</td> <td>inbound_request_delegate</td> <td>Se genera un event cuando se delega una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>9</td> <td>Inbound Request Picked</td> <td>inbound_request_picked</td> <td>Se genera un event cuando se selecciona una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>10</td> <td>Inbound Request Declined</td> <td>inbound_request_declined</td> <td>Se genera un event cuando se rechaza una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>11</td> <td>Inbound Request Dropped</td> <td>inbound_request_dropped</td> <td>Se genera un event cuando se descarta una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>12</td> <td>Inbound Request Expired</td> <td>inbound_request_expired</td> <td>Se genera un event cuando expira una solicitud entrante en Zoho Assist.</td> </tr> <tr> <td>13</td> <td>Device Added</td> <td>device_add</td> <td>Se genera un event cuando se agrega un dispositivo en Zoho Assist.</td> </tr> <tr> <td>14</td> <td>Device Online</td> <td>device_online</td> <td>Se genera un event cuando un dispositivo se conecta en Zoho Assist.</td> </tr> <tr> <td>15</td> <td>Device Offline</td> <td>device_offline</td> <td>Se genera un event cuando un dispositivo se desconecta en Zoho Assist.</td> </tr> <tr> <td>16</td> <td>Device Deleted</td> <td>device_delete</td> <td>Se genera un event cuando se elimina un dispositivo en Zoho Assist.</td> </tr> <tr> <td>17</td> <td>Unattended Access Session Started</td> <td>session_start_urs</td> <td>Se genera un event cuando se inicia una sesión de acceso no atendido en Zoho Assist.</td> </tr> <tr> <td>18</td> <td>Unattended Access Session Ended</td> <td>session_end_urs</td> <td>Se genera un event cuando finaliza una sesión de acceso no atendido en Zoho Assist.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Campaigns" description: "Lista de events predeterminados compatibles para Zoho Campaigns." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-campaigns/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Campaigns Los siguientes son los events predeterminados compatibles para el Publisher de Zoho Campaigns: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Contact Subscribed</td> <td>contact_subscribed</td> <td>Se genera un event cuando un contacto se suscribe a Zoho Campaigns.</td> </tr> <tr> <td>2</td> <td>Contact Unsubscribed</td> <td>contact_unsubscribed</td> <td>Se genera un event cuando un contacto se da de baja de Zoho Campaigns.</td> </tr> <tr> <td>3</td> <td>Email Sent</td> <td>email_sent</td> <td>Se genera un event cuando se envía un email usando Zoho Campaigns.</td> </tr> <tr> <td>4</td> <td>Email Opened</td> <td>email_opened</td> <td>Se genera un event cuando se abre un email en Zoho Campaigns.</td> </tr> <tr> <td>5</td> <td>Email Clicked</td> <td>email_clicked</td> <td>Se genera un event cuando se accede a un email en Zoho Campaigns.</td> </tr> <tr> <td>6</td> <td>Email Replied</td> <td>email_replied</td> <td>Se genera un event cuando se responde a un email desde Zoho Campaigns.</td> </tr> <tr> <td>7</td> <td>Email Bounced</td> <td>email_bounced</td> <td>Se genera un event cuando un email rebota en Zoho Campaigns.</td> </tr> <tr> <td>8</td> <td>Subscription Preference Updated</td> <td>subscription_preference_updated</td> <td>Se genera un event cuando un contacto actualiza su preferencia de suscripción en Zoho Campaigns.</td> </tr> <tr> <td>9</td> <td>Field Updated</td> <td>field_updated</td> <td>Se genera un event cuando se actualiza un campo de un contacto en Zoho Campaigns.</td> </tr> <tr> <td>10</td> <td>List Updated</td> <td>list_updated</td> <td>Se genera un event cuando se actualiza una lista en Zoho Campaigns.</td> </tr> <tr> <td>11</td> <td>Tag Updated</td> <td>tag_updated</td> <td>Se genera un event cuando se actualiza una etiqueta de un contacto en Zoho Campaigns.</td> </tr> <tr> <td>12</td> <td>Score Updated</td> <td>score_updated</td> <td>Se genera un event cuando se actualiza la puntuación de un contacto en Zoho Campaigns.</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "Zoho Marketing Automation" description: "Lista de eventos predeterminados compatibles con Zoho Marketing Automation." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/event-help/zoho-publishers/zoho-marketing-automation/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Marketing Automation A continuación se muestran los eventos predeterminados compatibles con el Publisher de Zoho Marketing Automation: <table class="content-table"> <thead> <tr> <th class="w5p">N.°</th> <th class="w20p">Nombre para Mostrar</th> <th class="w20p">Nombre API</th> <th class="w55p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>Contact Subscribed</td> <td>contact_subscribed</td> <td>Se genera un evento cuando un contacto se suscribe a Zoho Marketing Automation.</td> </tr> <tr> <td>2</td> <td>Contact Unsubscribed</td> <td>contact_unsubscribed</td> <td>Se genera un evento cuando un contacto cancela su suscripción de Zoho Marketing Automation.</td> </tr> <tr> <td>3</td> <td>Email Sent</td> <td>email_sent</td> <td>Se genera un evento cuando se envía un correo electrónico usando Zoho Marketing Automation.</td> </tr> <tr> <td>4</td> <td>Email Opened</td> <td>email_opened</td> <td>Se genera un evento cuando se abre un correo electrónico en Zoho Marketing Automation.</td> </tr> <tr> <td>5</td> <td>Email Clicked</td> <td>email_clicked</td> <td>Se genera un evento cuando se accede a un correo electrónico en Zoho Marketing Automation.</td> </tr> <tr> <td>6</td> <td>Email Replied</td> <td>email_replied</td> <td>Se genera un evento cuando se responde a un correo electrónico desde Zoho Marketing Automation.</td> </tr> <tr> <td>7</td> <td>Email Bounced</td> <td>email_bounced</td> <td>Se genera un evento cuando un correo electrónico rebota en Zoho Marketing Automation.</td> </tr> <tr> <td>8</td> <td>Subscription Preference Updated</td> <td>subscription_preference_updated</td> <td>Se genera un evento cuando un contacto actualiza su preferencia de suscripción en Zoho Marketing Automation.</td> </tr> <tr> <td>9</td> <td>Field Updated</td> <td>field_updated</td> <td>Se genera un evento cuando se actualiza un campo de un contacto en Zoho Marketing Automation.</td> </tr> <tr> <td>10</td> <td>List Updated</td> <td>list_updated</td> <td>Se genera un evento cuando se actualiza una lista en Zoho Marketing Automation.</td> </tr> <tr> <td>11</td> <td>Tag Updated</td> <td>tag_updated</td> <td>Se genera un evento cuando se actualiza una etiqueta de un contacto en Zoho Marketing Automation.</td> </tr> <tr> <td>12</td> <td>Score Updated</td> <td>score_updated</td> <td>Se genera un evento cuando se actualiza la puntuación de un contacto en Zoho Marketing Automation.</td> </tr> <tr> <td>13</td> <td>Stage Updated</td> <td>stage_updated</td> <td>Se genera un evento cuando se actualiza la etapa de un contacto en Zoho Marketing Automation.</td> </tr> </tbody> </table> ## Componentes de Ayuda -------------------------------------------------------------------------------- title: "Eventos" description: "Un Event en Catalyst Signals es el elemento central para capturar y describir cualquier cambio u ocurrencia significativa dentro de una aplicación." last_updated: "2026-07-02T09:34:15.960Z" source: "https://docs.catalyst.zoho.com/es/signals/help/events/" service: "Signals" -------------------------------------------------------------------------------- # Events Los Events son una parte fundamental de Catalyst Signals, ya que describen cualquier cambio u ocurrencia significativa dentro de un entorno o aplicación. Abarcan un amplio espectro de acciones y disparadores que van desde interacciones de usuarios hasta estímulos externos. Estos events, a su vez, sirven como otro disparador para innumerables acciones o flujos de trabajo en diferentes entornos o aplicaciones. En Catalyst Signals, estos events son fundamentales para impulsar el procesamiento en tiempo real, la automatización y la integración fluida de sistemas y aplicaciones dispares. Con esta herramienta, puedes capturar, procesar y enrutar estos events a varios endpoints llamados Targets. Aquí tienes un par de ejemplos de un event: - En un **sitio web de marketing de comercio electrónico**, cuando un cliente realiza un pedido, la aplicación de gestión de inventario se actualiza automáticamente. En este escenario, el event es la realización del pedido. - En una **aplicación de CRM**, cuando se crea un lead, el sitio web de la organización muestra recomendaciones de productos basadas en los detalles del lead. En este escenario, la creación del lead sirve como el event. ### Event Statuses Para rastrear los events dentro del entorno de Signals, se categorizan por su estado de procesamiento. Esto representa el rendimiento general de un event, independientemente de cuántas reglas tenga asociadas o a cuántos targets se entregue. El estado de ejecución de cada regla y target se puede encontrar en la página de ayuda de logs. Los estados generales de rendimiento de events en Signals se mencionan a continuación: - **Received** - Events recibidos en Signals desde todos los tipos de publishers. - **In Queue** - Events recibidos pero aún no procesados. - **In Progress** - Events que están siendo procesados actualmente. - **Success** - Para que un event se marque como exitoso, debe ser entregado a cada target, en todas las reglas asociadas. - **Failed** - Los events que no se pudieron entregar a al menos un target, en cualquiera de las reglas asociadas, tendrán un estado general de Failed. - **Unmatched** - Events que no cumplieron las condiciones configuradas en los filtros de la regla o que no tienen reglas o targets activos, y por lo tanto no fueron procesados. - **Unprocessed** - Events que están asociados con un publisher, regla o target inactivo. - **Dropped** - Events asociados con un target o regla eliminado o deshabilitado. Nota El estado general del Event se determina por los Estados de Ejecución de Events, que rastrean cómo se desempeña un event en cada regla y target con los que está asociado. - El estado general del Event sigue este orden de prioridad: **Failed > Dropped > Success**. - Si alguna ejecución se marca como **Failed** o **Dropped**, el estado del event también se marcará como **Failed** o **Dropped**. - Si existen ambos estados de ejecución **Failed** y **Dropped** para un event, el estado general del event se marcará como **Failed**, ya que tiene mayor prioridad. ### Zoho Events Los servicios preconfigurados para Zoho publishers vienen equipados con events predeterminados, cada uno acompañado de su propio schema. Esta configuración automatizada optimiza la gestión de events al eliminar la necesidad de crear schemas manualmente. Los events de servicios de Zoho se reciben en Signals a través del proceso de autorización interna de Catalyst con otros servicios. Por lo tanto, no necesitas realizar ninguna configuración de autorización para los Zoho publishers. Los events se definirán por defecto para **módulos personalizados** creados dentro de Zoho CRM. Los **campos personalizados** también se sincronizan periódicamente para garantizar una integración sin problemas con los schemas de events durante la transformación de events y la creación de webhooks en Signals. Los servicios compatibles para la sincronización de campos personalizados incluyen: - Zoho Bigin - Zoho Billing - Zoho Books - Zoho CRM - Zoho Expense - Zoho Inventory - Zoho Invoice Haz clic aquí para ver la lista completa de Zoho Publishers compatibles ### Catalyst Events Algunos servicios de Catalyst también son compatibles como Catalyst Publishers predeterminados en Signals. Cada servicio de Catalyst viene con su propio conjunto de events predefinidos y schemas correspondientes. Estos events se listan automáticamente cuando el servicio se agrega como publisher, eliminando la necesidad de configuración manual. Esto te permite capturar de forma fluida cambios a nivel de infraestructura como actualizaciones de datos, modificaciones de caché, acciones de archivos o actividades de autenticación, y enrutarlos a través de Signals para monitoreo, análisis o integración con procesos posteriores. Notas: * Genera Sample Payload para Custom Events. * Los events predeterminados de Zoho publisher se categorizan en cinco alcances principales: Create, Delete, Update, Approve y Reject. Cada alcance representa un tipo distinto de acción que resulta en la generación y emisión de events a los targets. ### Custom Events Para recibir custom events en Signals, la clave de REST API para estos events debe configurarse dentro de la aplicación del custom publisher. Además, se requiere un sample payload del event específico para generar su schema. Catalyst Signals ofrece dos métodos para agregar payloads de events y generar schemas: - **Live Event Payload**: Puedes usar la URL proporcionada en este método para capturar el payload de una llamada API y completarlo con las claves necesarias para usarlo como un event schema. Nota: La URL proporcionada para capturar un event payload solo es válida durante 15 minutos. - **Manual Event Payload**: En este método, necesitas proporcionar manualmente el payload para generar el event schema. Instrucciones para crear custom events y schemas para custom publishers Nota: * Puedes crear y configurar hasta 200 events en todos los publishers. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. * Obtén más información sobre la generación de sample payloads para Custom Events. ### Event Schema El Event Schema contiene los metadatos de los events para proporcionar contexto e información adicional sobre el event. También puedes editar el event schema y adaptarlo a tus requerimientos para activar aún más los flujos de trabajo en el entorno del target. Aprende cómo extraer o transformar un event schema Aunque esto ha sido generado automáticamente por Catalyst Signals, analicemos las claves predeterminadas de un event schema para comprender el procesamiento de los events. { "$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" } } } } } } } } Aquí tienes un sample event payload generado basado en el schema para tu referencia. { "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" } } ] } #### Claves API Predeterminadas en el Schema <table class="content-table"> <thead> <tr> <th class="w10p">N.°</th> <th class="w15p">Nombre API</th> <th class="w15p">Tipo de Dato</th> <th class="w60p">Descripción</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>rule_id</td> <td>long string</td> <td>Este es el ID único de la regla sobre la cual se ha generado el event.</td> </tr> <tr> <td>2</td> <td>target_id</td> <td>long string</td> <td>Se refiere al ID único del target al cual se entregan los events y sus detalles.</td> </tr> <tr> <td>3</td> <td>version</td> <td>integer</td> <td>La clave representa la versión del event schema en Catalyst Signals.</td> </tr> <tr> <td>4</td> <td>attempt</td> <td>integer</td> <td>Indica el número actual de intento para que el event llegue al target. <br />Los intentos mayores a uno corresponden al conteo de reintentos configurado en la regla.</td> </tr> <tr> <td>5</td> <td>account</td> <td>object</td> <td>Comprende los siguientes detalles de la cuenta de Catalyst: <ul> <li>org_id (string) - La clave se refiere al ID de la organización de Catalyst con la cual se configuran los events.</li> <li>project (object) - Contiene el nombre (string), environment (string) e id (string) del proyecto de Catalyst utilizado para acceder al servicio de Signals.</li> </ul></td> </tr> <tr> <td>6</td> <td>events</td> <td>array</td> <td>Este es un array de objetos. Cada objeto en el array se refiere a uno de los events configurados del publisher. <br /> Las siguientes son las claves predeterminadas presentes en los objetos de este array: <ul> <li>data (object) - El objeto contiene los detalles del event. <!-- Learn more about this key --> </li> <li>id (long string) - Representa el ID único de un event para esta ocurrencia particular.</li> <li>time_in_ms (integer) - Esta clave indica el momento de generación del event en milisegundos.</li> <li>source (string) - Contiene el ID del publisher, el nombre del servicio y su ID de cuenta separados por una barra (/).</li> <li>event_config (object) - Comprende el id (long string) y api_name (string) del event.</li> </ul></td> </tr> </tbody> </table> Nota: * Las claves dentro del objeto data difieren para cada event ya que representan y describen el event. Puedes agregar/eliminar claves dentro del objeto data según tus requerimientos. * También puedes eliminar las claves predeterminadas del schema. Aprende cómo personalizar el event schema -------------------------------------------------------------------------------- title: "Panel" description: "El Dashboard en Catalyst Signals proporciona una vista analítica de los events dentro de un proyecto para una gestión eficiente de events." last_updated: "2026-07-02T09:34:15.961Z" source: "https://docs.catalyst.zoho.com/es/signals/help/dashboard/" service: "Signals" -------------------------------------------------------------------------------- # Dashboard El dashboard de Analytics de Catalyst Signals proporciona una vista consolidada del rendimiento de los events dentro de un proyecto de Catalyst. Presenta los datos en un formato fácil de entender, permitiéndote obtener información valiosa. Esto incluye analizar tendencias, identificar patrones y tomar decisiones informadas para optimizar el rendimiento del sistema y garantizar un procesamiento fluido de events. Puedes usar el icono de actualización en la barra de título para obtener actualizaciones en tiempo real del rendimiento de los events. El desplegable de tiempo en la esquina superior izquierda del dashboard te permite ajustar el período de tiempo de los datos que encuentras en el dashboard. La vista predeterminada está configurada en las **Last 3 hours** y ofrece un período de tiempo incremental. Incluso tienes un calendario de rango para obtener un análisis completo de los períodos de negocio que requieras. ### Event Chart El gráfico de líneas ilustra la cantidad de events procesados en el servicio de Signals a lo largo del tiempo, medidos en minutos. Ofrece gran flexibilidad al permitirte ajustar el período de tiempo, que va desde un **intervalo de un minuto hasta un máximo de 15 minutos**. Los iconos debajo del gráfico te ayudan a ajustar este intervalo con la ayuda de una escala de tiempo. El gráfico representa tres líneas distintas, cada una representando el estado de los events. - **Received** - Todos los events recibidos en Signals desde los publishers se denotan en color azul. - **Success** - Los events que han cumplido exitosamente las condiciones de la regla y se entregaron a los targets se representan en color verde. - **Failed** - Los events que han cumplido las condiciones de la regla pero no lograron llegar al target debido a algún error se denotan en color rojo. Nota: Los events que no lograron llegar al target después de los Retry Counts configurados solo se marcarán como Failed. Visualizar la cantidad de events procesados a lo largo del tiempo y diferenciar entre estados de events te ayuda a comprender el rendimiento, la fiabilidad y la salud general de tus reglas de events. ### Event Statistics Estas estadísticas proporcionan comprensión sobre la cantidad y el porcentaje de events en diferentes estados de procesamiento. Ayudan a entender las anomalías e identificar áreas de mejora para garantizar un procesamiento efectivo de events. Se mostrarán los siguientes estados de events: - **Received** - Indica el número total de events que han sido recibidos por Signals desde todos los publishers. - **In Queue** - Representa el número total de events que han sido recibidos y no han comenzado a procesarse. - **In Progress** - Indica el número total de events que están actualmente en procesamiento. - **Success** - Indica el número total de events que se han entregado exitosamente a los targets sin encontrar ningún error. - **Failed** - Representa el número total de events que no pudieron ser entregados al target debido a algún error. - **Unmatched** - Indica el número total de events que no cumplieron las condiciones configuradas en los filtros de la regla o no tenían reglas o targets activos, y por lo tanto no fueron procesados. - **Dropped** - Indica el número total de events que se descartaron cuando el target o la regla fue deshabilitado o eliminado. Nota: Los estados Success y Failed muestran las métricas del Indicador Clave de Rendimiento en términos de porcentaje relativo al intervalo de tiempo seleccionado que es visible en la esquina superior derecha de la barra de título. Por ejemplo, si el período está configurado en Last 3 hours, el porcentaje reflejará la comparación con las 3 horas anteriores. ### Top Publishers Este elemento lista los cinco principales publishers y su número total de events independientemente de su estado. Esto te ayuda a obtener una comprensión más profunda de qué publishers son más activos y efectivos en la generación de events valiosos. Reconocer estas fuentes de tráfico significativo de events te ayuda a evaluar el impacto de publishers individuales en el flujo de trabajo general de procesamiento de events. Esto te asiste en tomar decisiones basadas en datos para mejorar el rendimiento y la efectividad de tus flujos de trabajo de procesamiento de events. ### Most Failures Este elemento destaca los cinco principales targets con fallos, junto con la cantidad de events fallidos y su tipo de consumidor y nombre asociados. Te ayuda a identificar áreas de preocupación dentro de tu flujo de trabajo de procesamiento de events. Esta información facilita la depuración y solución de problemas enfocada, permitiéndote colaborar de manera más eficiente con los equipos relevantes responsables de gestionar los targets afectados. -------------------------------------------------------------------------------- title: "Registros" description: "Los Logs en Catalyst Signals te ayudan a rastrear el rendimiento general de los events junto con su estado a través de múltiples reglas y targets." last_updated: "2026-07-02T09:34:15.961Z" source: "https://docs.catalyst.zoho.com/es/signals/help/logs/" service: "Signals" -------------------------------------------------------------------------------- # Logs Los logs de events proporcionan un registro completo de todos los events procesados dentro de Signals. Cada vez que ocurre un event suscrito en el sistema del publisher, se genera un ID único y se registra aquí con la marca de tiempo, el estado y otros detalles relevantes. Actúa como una fuente valiosa de información que los equipos pueden usar para monitorear, analizar y solucionar eficazmente sus reglas de events. <!-- to do: change the colors in the image --> ## Aspectos Clave ### Detalles de Log Los logs de events capturan detalles sobre cada event procesado dentro del sistema, incluyendo la fuente del event, marca de tiempo, estado, tipo de despacho y la cantidad de intentos realizados para llegar al target en la página de vista de detalles. Consulta la página de ayuda de Event Statuses para obtener más información sobre cada estado. Estos datos permiten a las organizaciones obtener visibilidad de los flujos de events y rastrear el ciclo de vida de events individuales. <!-- to do: New image --> ### Captura Integral de Events Signals ofrece una **Vista de Detalles de Log** de un event que ha sido desplegado en múltiples reglas y targets para lograr ciertos requerimientos de negocio. Dentro de la página de logs, puedes rastrear el rendimiento de un event particular a través de diferentes reglas y targets para ayudarte a analizar su flujo y métricas de rendimiento. A continuación se listan los estados de ejecución de events utilizados para esto: - **In Queue** - El event ha sido procesado según las configuraciones de la regla y ahora está en cola para su entrega al target. - **In Progress** - Events que están siendo entregados actualmente al target. - **Success** - El event ha sido entregado exitosamente al target especificado en la regla. - **Failed** - El event no fue entregado al target especificado en la regla o el target no respondió al event recibido. - **Dropped** - El event está vinculado a un target o regla que ha sido eliminado o deshabilitado. - **Batching** - El event es parte de un lote que será entregado al target según la política de despacho seleccionada. - **Scheduled** - El event ha sido recibido por Signals y está programado para ser entregado al target en un horario establecido. - **Retry Scheduled** - Cuando un event no logró llegar al target, esto indica que se ha programado un reintento basado en la política de reintentos configurada. Nota A cada event se le asigna un Estado de Event general, que resume su resultado de entrega a través de todos los targets asociados. Este estado está influenciado por los Estados de Ejecución de Events. - El estado general del Event sigue este orden de prioridad: **Failed > Dropped > Success**. - Si alguna ejecución se marca como **Failed** o **Dropped**, el estado del event también se marcará como **Failed** o **Dropped**. - Si existen ambos estados de ejecución **Failed** y **Dropped** para un event, el estado general del event se marcará como **Failed**, ya que tiene mayor prioridad. <!-- to do: gif showing this status --> ### Filtros de Log El icono de filtro en la esquina superior izquierda de la página de vista de lista de logs ofrece una variedad de filtros que pueden ayudarte a localizar events específicos. Los filtros se categorizan según targets, estado, reglas, events y su ID único. En '**Filter By Events**', puedes buscar events seleccionando su servicio, publisher y los events suscritos. <!-- to do: changes in the UI colors and status so replace gif --> ### Depuración y Solución de Problemas Cada log de event incluye el estado del flujo de procesamiento del event. Si un event falla, puedes pasar el cursor sobre su estado **Failed** en la vista de detalles para ver el mensaje de error. Esto te ayuda a analizar rápidamente los errores, identificar las causas raíz y resolver problemas de manera eficiente, garantizando la fiabilidad del sistema. Si un event se entrega a una Function o un Circuit como target, aparece un icono de **Logs** junto a él. - Para **Functions**, hacer clic en el icono te lleva a la página de Logs en DevOps, donde se registran los logs de functions. - Para **Circuits**, te redirige a la página de Historial de Ejecución de Circuits en Serverless. Si la function del target tarda demasiado en responder a un event, puedes terminarla usando el icono **Kill Function** junto al icono de Logs. Terminar una function mueve el event al estado **Dropped**, y los datos del event no se pueden recuperar. -------------------------------------------------------------------------------- title: "Notas de Despliegue" description: "El Dashboard en Catalyst Signals proporciona una vista analítica de los events dentro de un proyecto para una gestión eficiente de events." last_updated: "2026-07-02T09:34:15.961Z" source: "https://docs.catalyst.zoho.com/es/signals/help/deployment/" service: "Signals" -------------------------------------------------------------------------------- # Notas de Despliegue Catalyst by Zoho admite dos entornos distintos - **Development** y **Production**. Esto te permite construir, probar y validar tu aplicación en un espacio aislado antes de mover los componentes estables a un entorno de producción en vivo. Para comprender las diferencias y el uso de estos entornos, consulta la guía de ayuda de Entornos de Catalyst. A continuación se presentan consideraciones clave al desplegar Catalyst Signals al entorno de producción: ### Permisos de Usuario para el Despliegue El usuario que inicia el despliegue en Catalyst debe ser administrador en las aplicaciones de Zoho Publisher utilizadas. Esto es esencial para garantizar la autorización adecuada entre Catalyst Signals y los Zoho publishers. ### Desplegar Todos los Componentes Dependientes de Catalyst Si tu configuración de Signals utiliza otros componentes de Catalyst, como: - Servicios de Cloud Scale como publishers - Functions o Circuits Serverless como targets - Connections para autorización de webhooks Asegúrate de que todos estos **componentes dependientes se desplieguen juntos** con Catalyst Signals. ### Límite de Despliegue de Publishers Puedes desplegar un **máximo de 25 publishers** al entorno de producción en un **único despliegue**. Este límite aplica independientemente del tipo de publisher compatible en Signals. ### Las Reglas Están Bloqueadas en Production En el entorno de producción, se te permite **habilitar o deshabilitar** reglas existentes. Sin embargo, **no puedes crear, editar o eliminar** reglas directamente en producción. Todos los cambios estructurales a las reglas deben realizarse en el entorno de desarrollo y luego desplegarse. Para **Zoho CRM Publisher**, puedes **modificar la organización asociada durante el despliegue**. Esto te permite cambiar de una organización Sandbox utilizada en el entorno de desarrollo a la organización de Production correspondiente durante el despliegue. ### Alinear Componentes Personalizados Antes de desplegar Catalyst Signals, asegúrate de que todos los módulos personalizados y campos personalizados utilizados en tus reglas dentro del entorno de desarrollo estén disponibles en la organización de producción durante el despliegue. ### Destinos -------------------------------------------------------------------------------- title: "Aspectos Clave" description: "Los Targets son cualquier endpoint que sirve como destino para los events generados y emitidos desde los publishers." last_updated: "2026-07-02T09:34:15.961Z" source: "https://docs.catalyst.zoho.com/es/signals/help/targets/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # Targets Un target es generalmente un endpoint que sirve como destino para los events generados por un publisher. Un target puede recibir múltiples events del mismo o de diferentes publishers. Aquí tienes un par de ejemplos de target: - En **aplicaciones de pago basadas en UPI**, events como intentos de pago inválidos, actividades inusuales de cuenta y anomalías en patrones de transacción se entregan inmediatamente al software de detección de fraude. Aquí, los datos del event se comparten a un endpoint de webhook (target) que ayuda al software de detección de fraude a actuar en consecuencia. - En **aplicaciones de redes sociales**, events relacionados con campañas publicitarias, publicaciones patrocinadas y actividades promocionales se entregan al software de marketing para evaluar el rendimiento de las campañas y optimizar estrategias. En este escenario, los datos del event se comparten a Catalyst Circuits (target) que ayuda al software de marketing a procesar y actuar sin intervención humana. Nota: Puedes asociar un máximo de cinco targets a una regla. ## Aspectos Clave Los Targets son responsables de procesar los events entrantes según reglas y filtros predefinidos dentro de ellos. Este procesamiento en Signals puede involucrar acciones como extracción y transformación de datos, despacho y activación de un proceso posterior. ### Tipos de Target La plataforma admite los siguientes tipos de targets, que activan procesos posteriores dentro de ellos: - Los Webhooks son callbacks HTTP que te ayudan a compartir datos en tiempo real entre aplicaciones. Se usan comúnmente para integración basada en events entre sistemas. - Las Functions se configuran para ejecutarse en respuesta a events recibidos. Consisten en fragmentos de código escritos en los lenguajes de programación Java, Node.js y Python para realizar tareas específicas o ejecutar lógica de negocio en targets. - Los Circuits automatizan procesos basados en events entrantes usando flujos de trabajo predefinidos. Te permiten diseñar flujos de trabajo complejos basados en events sin necesidad de codificación. Un único webhook/function/circuit se puede usar múltiples veces en un Proyecto de Catalyst en diferentes configuraciones de nombre de target con variaciones en la política de despacho, política de reintentos o configuración del cuerpo. ### Tiempos de Espera del Despacho de Events Cuando un event se despacha a un target, Signals espera un período especificado para que el target responda. Si el target no responde dentro de este plazo, el event se marca como **Failed**. Los siguientes son los intervalos de tiempo para cada tipo de target: <table class="content-table"> <thead> <tr> <th class="w30p">Tipo de Target</th> <th class="w30p">Queue Dispatch</th> <th class="w30p">Batch Dispatch</th> </tr> </thead> <tbody> <tr> <td>Webhooks</td> <td>5 segundos</td> <td>15 segundos</td> </tr> <tr> <td>Circuits</td> <td>5 segundos</td> <td>15 segundos</td> </tr> <tr> <td>Functions</td> <td>15 minutos</td> <td>15 minutos</td> </tr> </tbody> </table> ### Dispatch Policy Catalyst Signals ofrece flexibilidad para recibir events individualmente en una cola o colectivamente como un lote. También puedes personalizar cada uno de estos tipos. - **Instant** - Los events se reciben instantáneamente cada vez que ocurren en el sistema del publisher. Puedes establecer un período de **Time To Live** personalizado para que los events permanezcan en Signals antes de enviarlos al target. - **Batch** - Los events se entregan colectivamente según varios métodos y frecuencias de despacho. El período de Time To Live para events despachados usando este método se establece en 24 horas de forma predeterminada y no se puede cambiar. Obtén más información sobre los tipos en la Dispatch Policy. ### Retry Policy Cada vez que un event no logra comunicarse con el target, Signals permite **hasta 20 intentos de reintento** para que ese event específico llegue al target. Estos reintentos ocurren automáticamente, y puedes personalizar los conteos de reintentos o su frecuencia según tus casos de uso. - **Auto** - En el modo de frecuencia automática, el primer intento de reintento ocurre un minuto después del event fallido. Si el primer reintento también fue un fallo, los reintentos posteriores siguen un patrón de intervalo exponencial basado en el tiempo del fallo anterior. Por ejemplo, si un event no logra llegar al target, el primer reintento ocurre un minuto después del fallo. Si este reintento falla, cada reintento siguiente ocurrirá en intervalos que duplican el tiempo anterior, **hasta 10 minutos**. Los intervalos serán los siguientes: segundo reintento - 2 minutos, tercer reintento - 4 minutos, cuarto reintento - 8 minutos, quinto y reintentos posteriores - 10 minutos. Este patrón continúa hasta que el event llegue al target o se alcance el conteo de reintentos configurado. - **Manual** - En este modo, puedes establecer manualmente el intervalo de frecuencia para los intentos de reintento. Puedes configurarlo en términos de horas o minutos según tu requerimiento. Esta frecuencia debe ser compatible con el período de Time To Live de los events y no debe excederlo. La frecuencia manual se puede configurar **entre un minuto y una hora**. Nota: La retry policy se ejecutará dentro del período de Time To Live configurado del event específico. Si el conteo de reintentos excede ese período, será descartado. ### Placeholders Los placeholders juegan un papel crucial en la definición de los headers o parámetros del webhook asociado con este target. El campo solo es visible cuando has usado valores dinámicos para los headers y parámetros en un webhook y lo has asociado a este target. Para valores estáticos, puedes agregar directamente tus valores según tus casos de uso. Sin embargo, para valores dinámicos, debes especificar el JSON path de la clave en el event schema. ### Event Transformation Los Event Schemas se generan automáticamente junto con los events y se emiten a Signals. En la página de Targets de Rules, puedes personalizar los schemas antes de entregarlos a los targets. Puedes compartir todo el payload al target o realizar extracción y transformación para adaptarlo a tus requerimientos de negocio. - **Extraction** - Esta acción te permite recuperar una clave específica del event schema existente y construir un nuevo schema solo con esa propiedad. Esto filtra los detalles innecesarios para tus flujos de trabajo configurados y comparte solo los datos del event optimizados a los targets. - **Transformation** - Esto te permite modificar los nombres de claves y valores dentro del event schema para alinearlo con tu formato deseado. Proporciona compatibilidad con tus flujos de trabajo o procesos posteriores en el entorno del target. Guía paso a paso para extraer y transformar un event schema -------------------------------------------------------------------------------- title: "Política de despacho" description: "La dispatch policy te ayuda a decidir si entregar los events individualmente o como un lote a los targets." last_updated: "2026-07-02T09:34:15.961Z" source: "https://docs.catalyst.zoho.com/es/signals/help/targets/dispatch-policy/" service: "Signals" -------------------------------------------------------------------------------- # Dispatch Policy La dispatch policy en Signals determina cómo se entregan los events a los sistemas target después de que el publisher los ha emitido. Proporciona opciones para manejarlos individualmente o colectivamente que atienden a una multitud de casos de uso y preferencias. Puedes configurar esta política según tus requerimientos, garantizando un procesamiento eficiente y oportuno de events dentro del sistema. Nota: El tamaño máximo de los events entregados al sistema target a la vez es de 1024 KB (1 MB). ### Instant En esta política, los events se entregan al target inmediatamente después de que ocurren en la aplicación del publisher. Esto permite el monitoreo continuo de las actividades y métricas de rendimiento del publisher. Resulta en la activación de acciones instantáneas como el procesamiento de pagos, la actualización de inventarios, y también puede ayudar a prevenir posibles brechas de seguridad. Por defecto, Signals retiene los events hasta 24 horas entre el publisher y el target. Este período de **Time to Live** (TTL) se puede personalizar en horas o minutos para adaptarlo a las necesidades de tu flujo de trabajo. En algunos escenarios, los events pueden recibirse en masa. Por defecto, estos se entregan instantáneamente como un lote. Si prefieres entregar cada event individualmente, puedes habilitar la opción **Send as Single Event** bajo la política Instant. Nota: Puedes configurar el período de Time To Live (TTL) por hasta 24 horas o 1440 minutos. ### Batch Este tipo ayuda en la entrega colectiva de events a los sistemas target. Te permite obtener información de los events generales, particularmente en escenarios como respuestas de campañas y gestión de logs para activar flujos de trabajo posteriores en consecuencia. El período de **Time To Live (TTL)** para cada event dentro de Signals es de **24 horas por defecto** y no se puede cambiar. Signals ofrece cuatro tipos de despacho para definir la colección de events que debe entregarse al target. Los siguientes son los tipos de despacho disponibles: - **By Count** - Signals espera hasta que se alcance el conteo de events configurado antes de entregarlos a los targets como un lote. Los siguientes son un par de casos excepcionales en este tipo: - Si los events alcanzan el tamaño máximo de 1MB antes de alcanzar el conteo configurado, Signals recopila los events restantes en un nuevo lote y los entrega a los targets como múltiples lotes. - Si el conteo configurado no se alcanza dentro del período TTL, los events se entregarán a los sistemas target basándose en la [política de One-Time Dispatch](/es/signals/help/targets/dispatch-policy/#one-time-dispatch). Nota: El conteo mínimo de events es dos, y el conteo máximo de events que puedes configurar es 100. - **By Size** - En este tipo, los events se entregan cuando su tamaño combinado coincide con el tamaño configurado. Si el tamaño configurado no se alcanza dentro del período TTL, entonces los events se entregan a los targets basándose en la política de One-Time Dispatch. Nota: El tamaño máximo de event que puedes configurar es 100 KB. - **By Interval** - Los events se entregan en intervalos regulares al target. Si los events alcanzan el tamaño máximo de 1mb antes del tiempo del intervalo, se despachan en múltiples lotes en el intervalo configurado. Nota: El intervalo se puede configurar desde un mínimo de dos horas hasta un máximo de 12 horas. - **By Schedule** - Los events se entregan diariamente a la hora configurada, y se puede personalizar según tu zona horaria. Si los events alcanzan el tamaño máximo de 1MB antes de la hora programada, se despachan en múltiples lotes a la hora programada configurada. ### One-Time Dispatch La política de One-Time Dispatch de Signals ayuda a prevenir la pérdida de datos en escenarios específicos. Los conteos de reintentos configurados para el Target no serán aplicables, y los events fallidos no se pueden recuperar nuevamente. Ocurre en las siguientes dos instancias diferentes: - **Before Clean-Up** - Tiene lugar al final de cada día para limpiar los datos de events fallidos. Antes de la limpieza, Signals verifica si hay events en lote que no han cumplido las condiciones de despacho dentro de las 24 horas. Si se encuentran, se entregan al target. - **Instant** - Si se han realizado cambios en los tipos de despacho de una regla existente, los events acumulados dentro de Signals según el tipo de despacho anterior se entregan instantáneamente a los sistemas target. Nota: Si un target o una regla para un event es eliminado/deshabilitado, el estado del event se registra como 'Failed'. #### Configuración del cuerpo del evento -------------------------------------------------------------------------------- title: "Transformación de eventos" description: "Personaliza el cuerpo del event antes de entregarlo a los targets para eficiencia operativa." last_updated: "2026-07-02T09:34:15.962Z" source: "https://docs.catalyst.zoho.com/es/signals/help/targets/event-body-setup/event-transformation/" service: "Signals" -------------------------------------------------------------------------------- # Event Transformation Puedes adaptar el event schema para cada sistema target. Esto te permite construir flujos de orquestación complejos con diferentes schemas para el mismo event a través de diversos targets. Signals simplifica el proceso sin codificación utilizando JSON path y lógica de mapeo para la transformación del schema. ### Extraction Este enfoque permite extraer una única clave del schema y reenviar solo esa clave específica al target designado. #### ¿Cómo extraer datos? 1. Crea una regla siguiendo las instrucciones en este documento. 2. Al configurar *Target Input*, selecciona **Extraction** bajo *Target Input*. 3. Haz clic en el cuadro de **Path** para ver todas las claves en el event schema. Elige la clave requerida y guarda la regla. ### Transformation La transformación de datos se basa en un concepto de mapeo utilizando JSON path. #### ¿Cómo transformar datos? 1. Crea una regla siguiendo las instrucciones en este documento. 2. Al configurar *Target Input*, selecciona **Transformation** bajo *Target Input*. 3. En la nueva plantilla, proporciona el nombre de la clave y en lugar de su valor especifica el JSON path de la clave deseada del sample event schema. 4. Emplea el **método for-each** para crear un array en tu plantilla. Esto te ayudará a acceder a objetos/claves específicos de cualquier array en el sample schema. Despliega esta sintaxis **forEach((var{n})->{JSON_path_of_desired_key} )** junto a la clave que deseas que sea un array. En la sintaxis, **var{n}** designa el nombre de la variable del array y el índice específico en el array. En el lugar de **JSON_path** en la sintaxis, también puedes emplear una nueva clave o un objeto JSON, que puede o no contener un método for-each dentro de él. Para mapear un valor de clave dentro de la sintaxis, especifica el **var{n}** (variable) que has establecido en el argumento y navega hasta tu clave deseada. Nota: Catalyst Signals proporciona sugerencias de JSON paths en el panel del compilador de plantillas basándose en el sample event schema proporcionado. Esto facilita la tarea de buscar claves y su orden desde el sample schema. -------------------------------------------------------------------------------- title: "Ejemplos" description: "Algunos ejemplos de personalización del cuerpo del event antes de entregarlo a los targets para eficiencia operativa." last_updated: "2026-07-02T09:34:15.962Z" source: "https://docs.catalyst.zoho.com/es/signals/help/targets/event-body-setup/samples/" service: "Signals" -------------------------------------------------------------------------------- # Ejemplos A continuación se muestra el sample event payload del event **Leads Created** del servicio **Zoho CRM** en Catalyst Signals. ### Sample Event Payload { "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" } } ] } Con la ayuda de este sample event payload, te guiaremos a través de dos patrones de transformación más utilizados para tus targets. ### Escenario 1: Transformación Simple Realicemos una transformación básica de agregar un nuevo par clave-valor y modificar los existentes para solo un objeto indexado particular en un array. #### Requerimientos del Nuevo Payload - Retener las claves existentes como Event ID, Lead ID y Email. - Agregar este nuevo par clave-valor **"is_transformed": true**. - Retener el nombre completo del Lead en una clave diferente llamada **Name**. #### Payload de Event Esperado { "id" : 9876543210, "name" : "Full Name", "email" : "test@zoho.com", "event_id" : "c6b53699-94b1-48a1-86fd-80b8d4778e28", "is_transformed" : true } 1. Abre un objeto JSON y agrega la clave "**id**", proporcionando el JSON path de la clave correspondiente en el sample event payload en lugar del valor. Repite este paso para las claves "**email**" y "**event_id**". 2. Para la clave "**name**", proporciona el JSON path de la clave Full_Name en el sample event payload. Finalmente, agrega este par clave-valor estático **"is_transformed": true** para denotar que este payload ha sido transformado para adaptarse a la orquestación configurada para el event particular. También puedes copiar y pegar el siguiente compilador de plantillas para el event Lead Created en el servicio Zoho CRM para presenciar la transformación instantánea de tus payloads. { "id" : $.events[0].data.id, "name" : $.events[0].data.Full_Name, "email" : $.events[0].data.Email, "event_id" : $.events[0].id, "is_transformed" : true } Nota: Esto aplica solo al primer objeto JSON indexado en el array de events. <br /> <hr /> ### Escenario 2: Transformación Compleja Para los mismos requerimientos que hemos visto en el escenario anterior, necesitamos aplicar la transformación a cada uno de los objetos JSON dentro del array de **events** en lugar de un objeto indexado particular. #### Requerimientos del Nuevo Payload - Tener un array de objetos JSON llamado **data**. - Cada objeto JSON en el array debe contener las claves id, name, email, event_id como se transformaron en el escenario anterior. - Agregar este nuevo par clave-valor **"is_transformed": true**. #### Payload de Event Esperado { "data" : [ { "id" : 9876543210, "name" : "Full Name", "email" : "test@zoho.com", "event_id" : "c6b53699-94b1-48a1-86fd-80b8d4778e28" } ], "is_transformed" : true } 1. Para crear un array, comienza abriendo un objeto JSON con la clave **data**. Proporciona el JSON path del array de **events** del sample payload y despliega esta sintaxis **forEach((var{n})->{JSON_path_of_desired_key} )** en lugar de valores. Reemplaza var con un nombre de variable. 2. Ingresa el nombre de las claves (id, name, email, event_id) que deseas incluir dentro de un objeto de este array. En lugar de valores, proporciona el JSON path de las claves correspondientes del array particular sin el símbolo **$**. Esto iterará a través de cada objeto comenzando desde el índice 0 y generará un array de objetos que contiene nombres de leads, IDs y Emails. 3. Agrega este par clave-valor estático **"is_transformed": true** para denotar que este payload ha sido transformado para adaptarse a la orquestación configurada para el event particular. Puedes practicar esta transformación paso a paso, o copiar y pegar el siguiente compilador de plantillas para el event Lead Created en el servicio Zoho CRM para presenciar la transformación instantánea de tus payloads. { "data" : $.events.forEach((array) -> { "id" : array.data.id, "name" : array.data.Full_Name, "email" : array.data.Email, "event_id" : array.id } ), "is_transformed" : true } ### Publicadores -------------------------------------------------------------------------------- title: "Aspectos Clave" description: "Los Publishers en Catalyst Signals son la fuente principal de generación y emisión de events en los que los targets están interesados." last_updated: "2026-07-02T09:34:15.962Z" source: "https://docs.catalyst.zoho.com/es/signals/help/publishers/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # Publishers Un publisher es la fuente principal de events dentro de un sistema. Generan events cuando ocurre una acción o cambio en una aplicación en la que los targets están interesados. Los publishers generalmente son escalables para manejar altos volúmenes de generación de events, y pueden ser cualquier producto SaaS de Zoho u otro externo. Aquí tienes un par de ejemplos de Publishers: - Una **aplicación móvil** de viajes compartidos sirve como Publisher, generando y emitiendo events cada vez que se asigna un conductor para notificar al usuario. - **Zoho Inventory** actúa como Publisher, emitiendo events cada vez que hay una actualización en la lista de inventario para cambiar el conteo de stock en una plataforma de comercio electrónico. Los publishers desempeñan un papel crucial en habilitar el procesamiento de events en tiempo real y los flujos de trabajo basados en events dentro de los sistemas objetivo. ## Aspectos Clave ### Publishers Predeterminados Catalyst Signals ofrece un conjunto de publishers predeterminados para facilitar el uso. Además, también puedes crear tu propio publisher autorizado y events en Catalyst Signals. Los publishers predeterminados se categorizan en dos tipos de la siguiente manera: - Zoho Publishers: Comprende todos los productos de Zoho con un conjunto de events predeterminados basados en el servicio proporcionado por el producto. Solo se pueden configurar los productos de Zoho creados con el mismo ID que Catalyst. - Catalyst Publishers: Lista los Catalyst publishers y sus events compatibles de forma predeterminada. Solo se pueden configurar los servicios de Catalyst creados para el mismo proyecto y organización. - Custom Publishers: Puedes crear nuevos publishers con el producto de tu elección. Tendrás que agregar, configurar tus propios events y proporcionar las URLs de REST API requeridas. ### Schema Sin Código Los Zoho y Catalyst publishers en Signals incluyen un event schema para cada event de forma predeterminada. Incluso para los custom publishers, agregar solo el event payload generará automáticamente el schema para los custom events. Puedes agregar manualmente el event payload o usar la opción Live Event Payload para capturarlo desde una llamada API. Personalizar un schema existente también es fácil con solo JSON path en Signals. Guía de Event Transformation ### Event Ordering Event Ordering garantiza que los events se entreguen al target en el mismo orden en que fueron recibidos del publisher. Esto es particularmente útil para flujos de trabajo que dependen del **procesamiento secuencial de events**. Esta función funciona en todos los tipos de publishers: Zoho, Catalyst y Custom. Cuando Event Ordering está habilitado, Signals mantiene la secuencia de events siempre que cada uno se entregue exitosamente en el primer intento. Si un event falla y entra en el estado **Dropped**, se reintentará según la política de reintentos configurada. Los events posteriores seguirán siendo entregados en el orden en que fueron recibidos. Para obtener más información sobre el manejo de reintentos y los estados de events, consulta la página de ayuda de Retry Policy y Event Statuses. #### Crear un Publisher -------------------------------------------------------------------------------- title: "Publicadores de Zoho" description: "Catalyst Signals proporciona un conjunto de Zoho Publishers predeterminados para facilitar el flujo de establecimiento de una arquitectura basada en events." last_updated: "2026-07-02T09:34:15.962Z" source: "https://docs.catalyst.zoho.com/es/signals/help/publishers/create-publisher/zoho-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Zoho Publishers Catalyst Signals proporciona soporte predeterminado para algunos productos de Zoho, y puedes establecer una regla con ellos fácilmente. Los siguientes son los productos de Zoho actuales que se proporcionan como publishers predeterminados. - 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 Nota: Puedes configurar hasta 100 Zoho Publishers. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. Catalyst Signals establece conexión con estos productos predeterminados a través de autorización interna. Esto elimina la necesidad de autorización manual y configuración de scopes, lo que resulta en un proceso optimizado. ### Crear un Zoho Publisher 1. Navega a Publishers en el menú izquierdo y haz clic en el botón Add Publisher. 2. Elige el tipo de Publisher que deseas agregar. 3. Selecciona el servicio de Zoho que deseas agregar como publisher. 4. Completa los detalles como se muestra en la imagen a continuación. Los valores del campo **API Name** no deben contener espacios en blanco ni guiones y no deben exceder los **50** caracteres. Acepta guiones bajos y valores alfanuméricos, pero no puede comenzar con un valor numérico. El campo **Organization** lista las organizaciones que has creado o a las que te has unido usando la misma dirección de correo electrónico. 5. Habilita **Event Ordering** para garantizar que los events se entreguen en el mismo orden en que fueron recibidos. Consulta la sección de ayuda de Event Ordering para obtener más información. 6. Haz clic en el botón **Save** en la esquina superior derecha después de proporcionar los detalles obligatorios. 7. Aparece un mensaje de autorización y solicita acceder a los datos del servicio de Zoho que has creado. Haz clic en **Authorize** para continuar. ### Agregar Events desde Zoho Publisher Los **Subscribed Events** de un Zoho Publisher son aquellos con los que has creado una regla. Mientras que los **Non-Subscribed Events** son los events predeterminados que aún no se han asociado con ninguna regla. 1. Una vez que crees el publisher, aparece una pestaña Events debajo de la sección General Details, listando todos los events compatibles para el servicio. 2. Haz clic en el botón **Add Rule** para ir a la página de Create Rule, donde puedes suscribirte a un event del publisher. Para más orientación, consulta la página de ayuda de Create Rule. Nota: * El tamaño máximo permitido para una única ocurrencia de un event de un Zoho publisher, generado y emitido a Signals, es de 100 KB. * Un event también puede contener datos para múltiples ocurrencias del mismo event, con un tamaño combinado de hasta 5 MB. No hay límite superior en la cantidad de veces que un event particular puede ocurrir. * Debes asegurarte de que las configuraciones de PII requeridas relacionadas con los datos almacenados en el Publisher (Servicios de Zoho) se restrinjan a nivel del servicio del publisher. Esto garantizaría el cumplimiento continuo con las prácticas estándar de datos de la industria. -------------------------------------------------------------------------------- title: "Publicadores de Catalyst" description: "Catalyst Signals proporciona un conjunto de servicios predeterminados de Catalyst como Publishers para facilitar el flujo de establecimiento de una arquitectura basada en events dentro del ecosistema de Catalyst." last_updated: "2026-07-02T09:34:15.962Z" source: "https://docs.catalyst.zoho.com/es/signals/help/publishers/create-publisher/catalyst-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Catalyst Publishers Catalyst Signals ofrece soporte predeterminado de publisher para varios servicios dentro del ecosistema de Catalyst, permitiéndote configurar fácilmente reglas de events basadas en actividades en estos servicios. Esto te ayuda a construir flujos de trabajo receptivos o activar functions automáticamente cuando ocurren events específicos. Los siguientes son los Catalyst publishers actuales proporcionados como predeterminados: - Cloud Scale Authentication - Cloud Scale Cache - Cloud Scale Data Store - Cloud Sclae File Store - Cloud Scale Stratus Nota: Solo puedes configurar estos publishers para servicios que pertenezcan al mismo proyecto y organización. Asegúrate de que el servicio respectivo esté activo y configurado en tu proyecto antes de configurarlo en Signals. ### Crear un Catalyst Publisher 1. Navega a Publishers en el menú izquierdo y haz clic en el botón Add Publisher. 2. Elige el tipo de Publisher como **Catalyst Publishers**. 3. Selecciona el servicio de Catalyst que deseas agregar como publisher. 4. Completa los detalles como se muestra en la imagen a continuación. Los valores del campo API Name no deben contener espacios en blanco ni guiones y no deben exceder los 50 caracteres. Puede contener guiones bajos y valores alfanuméricos, pero no puede comenzar con un valor numérico. Los campos Organization y Project listan solo la organización y el proyecto actual, los mismos que el proyecto de Catalyst Signals. 5. Habilita **Event Ordering** para garantizar que los events se entreguen en el mismo orden en que fueron recibidos. Consulta la sección de ayuda de Event Ordering para obtener más información. 6. Haz clic en el botón **Save** en la esquina superior derecha después de proporcionar los detalles requeridos. ### Agregar Events desde Catalyst Publishers 1. Una vez que crees el publisher, aparece una pestaña Events debajo de la sección General Details, listando todos los events compatibles para el servicio. 2. Haz clic en el botón **Add Rule** para ir a la página de Create Rule, donde puedes suscribirte a un event del publisher. Para más orientación, consulta la página de ayuda de Create Rule. -------------------------------------------------------------------------------- title: "Publicadores personalizados" description: "Construye custom publishers en Catalyst Signals para conectar tus targets con aplicaciones de terceros y automatizar flujos de trabajo sin intervención humana." last_updated: "2026-07-02T09:34:15.963Z" source: "https://docs.catalyst.zoho.com/es/signals/help/publishers/create-publisher/custom-publishers/" service: "Signals" -------------------------------------------------------------------------------- # Custom Publishers Además de los publishers predeterminados existentes, puedes crear nuevos publishers con el producto de tu elección. Para custom publishers, debes agregar tus propios events. Para garantizar que estos events se reciban en Signals, proporciona la URL de REST API de los custom events en la aplicación del publisher donde se publicarán los events. La URL de API admite hasta **500 solicitudes por minuto**. Si se excede este umbral, la REST API se bloqueará durante los próximos 60 segundos. Nota: * La URL de REST API generada para custom events en el entorno de desarrollo difiere de la URL creada para los mismos custom events en el entorno de producción. Asegúrate de reemplazar la URL al mover el proyecto a producción. * Puedes crear y configurar hasta 25 Custom Publishers. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. ### Crear un Custom Publisher Para agregar un custom publisher: 1. Navega a **Publishers** en el menú izquierdo y haz clic en el botón **Add Publisher**. 2. Ve a la sección **Create Your Own Publisher** en la barra de menú y completa los detalles necesarios como se muestra aquí. Habilita **Event Ordering** para garantizar que los events se entreguen en el mismo orden en que fueron recibidos y haz clic en **Save**. Consulta la sección de ayuda de Event Ordering para obtener más información. 3. Para agregar un custom event después de proporcionar los detalles del publisher, haz clic en el botón **Add Event** cerca de la sección Events. 4. Completa los detalles de Events y haz clic en **Save**. Los valores del campo **API Name** no deben contener espacios en blanco ni guiones y no deben exceder los **50** caracteres. Acepta guiones bajos y valores alfanuméricos, pero no puede comenzar con un valor numérico. ### Agregar Schema a Custom Events 1. Haz clic en **Add Schema** del custom event que has creado. 2. Aparecerá un pop-up con dos métodos para generar el schema usando el event payload. #### Manual Puedes agregar manualmente el schema a los custom events. Selecciona la opción **Manual** y proporciona el request payload del event. Las claves predeterminadas de un event schema se completarán automáticamente a la derecha para el payload proporcionado. #### Live Para capturar el request payload de una llamada API y completarlo aquí, selecciona la opción **Live Events** y copia la URL que se muestra aquí. Proporciona esta URL en el Publisher desde el cual se realiza la llamada API. En el GIF mostrado arriba, la URL de live events se copia y se proporciona al sistema del publisher. Esta URL escucha las llamadas API del publisher durante los próximos 15 minutos y las muestra en esta plataforma. Puedes seleccionar el payload requerido de las llamadas API escuchadas y agregar su schema a los custom events. Nota: La URL para capturar los live events durará solo 15 minutos. 3. Una vez que hayas generado el event schema, puedes suscribir el event asociándolo con una regla. Nota: * Para custom publishers, el tamaño máximo permitido para events generados y emitidos a Signals es de 64 KB, con un array de events de hasta 256 KB, limitado a un máximo de 25 events. * Debes asegurarte de que las configuraciones de PII requeridas relacionadas con los datos almacenados en el servicio del Custom Publisher se restrinjan a nivel del servicio del publisher. Esto garantizaría el cumplimiento continuo con las prácticas estándar de datos de la industria. ### Reglas -------------------------------------------------------------------------------- title: "Aspectos Clave" description: "Las Rules te ayudan a ingerir los events desde el publisher hacia varios targets. Obtén más información sobre cómo personalizar y filtrar los events según el target." last_updated: "2026-07-02T09:34:15.963Z" source: "https://docs.catalyst.zoho.com/es/signals/help/rules/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # Rules Una Rule es una declaración que guía la ingesta de events entrantes desde un Publisher hacia un Target. Prescribe las acciones que deben tomarse cuando se cumplen ciertas condiciones para la entrega de los events. Puedes adaptar las configuraciones de la regla, actualizar los criterios de coincidencia y modificar las acciones del target según sea necesario para acomodar las necesidades cambiantes del negocio. Los siguientes son un par de ejemplos de reglas: - En una **Agencia de Viajes**, cada vez que se reserva un viaje a través de su plataforma en línea, el event debe entregarse a múltiples servicios target, como gestión de reservas, servicio al cliente y soporte, y recomendaciones personalizadas. Para lograr esto, puedes crear una regla sin condición y con múltiples targets. - En un **software de marketing** que gestiona varias campañas y ferias comerciales para un producto con diversas características, cada departamento de características necesita ser notificado regularmente de las interacciones con los clientes. Para lograr esto, puedes crear una regla con una condición para coincidir con una característica. La regla puede entonces dirigir los events al departamento de características específico a través de un webhook. Nota: Puedes crear y configurar hasta 100 Rules. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. ## Aspectos Clave ### Event Sources Event source se refiere al publisher desde donde el event configurado será despachado a Signals. Cada Rule conecta un event de un Publisher con uno o más Targets. Una única Rule puede servir hasta **cinco Targets**, permitiendo que diversos servicios reaccionen al mismo event. Aprende cómo crear un publisher ### Filter Las Rules despliegan filtros para encontrar los events necesarios que deben entregarse al target. Estos filtros se basan en el event schema como el publisher, los detalles del event o valores específicos dentro del event payload. Estas capacidades de filtrado de Signals te asisten en descubrir con precisión los events requeridos para activar procesos posteriores en el target. Nota: Puedes configurar hasta 25 condiciones de Filter por Rule. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. ### Target Input Los Targets procesan los events entrantes según algunas acciones que involucran la extracción de datos y la transformación del event schema. También implementan una política de despacho que determina si los events deben entregarse instantáneamente o deben cumplir alguna condición para entregarse como un lote. Estos events activan además un proceso posterior a través de diferentes tipos de consumidores. Consulta Tipos de Target y Target Input. ### Asociación de Múltiples Targets Las Rules en Signals admiten múltiples targets, lo que permite a los usuarios definir múltiples acciones a tomar cuando cualquier event coincide con la regla. Esto te permite gestionar escenarios complejos de enrutamiento y orquestación de events, donde los events pueden necesitar activar múltiples procesos posteriores en uno o varios targets. ### Integración con App Alerts Application Alerts en el ecosistema de Catalyst está soportado dentro de Catalyst Signals para ayudarte a mantenerte informado sobre los fallos en la entrega de events. Cuando está habilitado, Application Alerts envía automáticamente notificaciones por correo electrónico cada vez que un event no logra llegar a su target. Es un soporte opcional que garantiza que seas alertado en tiempo real, permitiendo una resolución más rápida sin la necesidad de monitoreo constante. Puedes configurar Application Alerts en el servicio Catalyst DevOps para definir y gestionar la configuración de alertas. Obtén más información sobre cómo configurar Application Alerts. -------------------------------------------------------------------------------- title: "Crear una Rule" description: "Las Rules te ayudan a ingerir los events desde el publisher hacia varios targets. Obtén más información sobre cómo personalizar y filtrar los events según el target." last_updated: "2026-07-02T09:34:15.963Z" source: "https://docs.catalyst.zoho.com/es/signals/help/rules/create-rule/" service: "Signals" -------------------------------------------------------------------------------- # Crear una Rule Necesitas configurar el publisher, sus events y los tipos de target de antemano para usarlos dentro de la regla. Los Webhooks se pueden configurar dentro del servicio de Signals; las functions y los circuits se pueden crear en la plataforma Catalyst Serverless. ### I. Configurar el Event Source 1. Navega a la sección **Rules** y haz clic en el botón **Add Rule**. 2. Proporciona un Name y Description para la regla en la barra de título, como se muestra en esta imagen. 3. Haz clic en **Choose Events**. Esto abrirá un pop-up que muestra los publishers configurados de Zoho, Catalyst, SAAS y Custom publishers. Selecciona un publisher y elige un event de él. ### II. Configurar el Filter 1. Selecciona el icono de edición del filter para determinar qué events deseas enviar al target. Puedes elegir entregar todos los events o crear condiciones para filtrar y compartir solo los events requeridos con el target. 2. Selecciona la opción **Events matching certain conditions** y proporciona la condición. La clave **Path** en el filter lista todas las propiedades de ese event particular en el payload. Los siguientes **comparadores** son compatibles para crear un filter en la regla: <table class="content-table"> <thead> <tr> <th class="w30p">Tipo de Dato</th> <th class="w70p">Comparadores Compatibles</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. Configurar el Target Input 1. Haz clic en el botón **Choose Target**. 2. En la ventana emergente, proporciona el Target Name y elige tu Consumer Type. 3. Al seleccionar el tipo de consumidor preferido, necesitas elegir el respectivo webhook / function / circuit para la regla. Nota: Puedes configurar hasta 25 condiciones de Filter por Rule. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. #### Placeholders Si has elegido un webhook con valores dinámicos en headers o parámetros, aparecerá un nuevo campo llamado **Placeholders**, como se muestra en la imagen. - Especifica los valores para las claves configuradas en la página de webhooks para headers/parámetros. - Puedes proporcionar valores estáticos o valores dinámicos usando JSON path del event schema. Usa JSON path para denotar la clave cuyos valores deseas utilizar. 4. Elige el modo preferido de entrega de events a tu target. Obtén más información sobre las políticas de despacho 5. Proporciona la cantidad de intentos de reintento que deben realizarse cuando un event no logra llegar al target. También puedes establecer la frecuencia de reintentos según tus necesidades. Consulta esta página de ayuda para saber más sobre la frecuencia de los intentos de reintento. 6. En el **Target Input**, puedes entregar el event schema completo al target o realizar extracción y transformación según tus requerimientos de negocio antes de entregarlo al target. #### Extraction - Selecciona la opción **Extraction** bajo **Target Input**. - El campo **Path** te listará todas las claves en términos de JSON path del event schema particular. Solo puedes seleccionar y extraer una única clave del event schema. #### Transformation Aprende cómo transformar tu schema - Selecciona la opción **Transformation** bajo **Target Input**. Aparecerá un transformador de tres paneles con un sample event payload a tu izquierda. - En el panel central, construye un cuerpo JSON con las claves personalizadas que necesitarías para tu target. - En lugar de proporcionar valores a las claves, puedes mapear los valores del event payload predeterminado. Consulta el sample event payload a la izquierda y proporciona el JSON path de la clave cuyo valor desearías para las claves en el compilador. - Haz clic en el botón **Generate Output** en el panel derecho. Esto proporcionará el payload transformado con las claves personalizadas mapeadas a los datos del payload predeterminado. Signals utilizará la salida generada como el nuevo payload para el target particular en esta regla. Una vez que hayas completado tu transformación, haz clic en el botón **Confirm**. Obtén más información sobre event transformation y sus directrices 7. De manera similar, puedes agregar un máximo de **cinco targets** a una regla. Después de agregar los targets, haz clic en el botón **Save** en la esquina superior derecha. Nota: Puedes crear y configurar hasta 100 Rules. Este umbral está configurado solo para escenarios básicos y estándar. Te recomendamos encarecidamente que nos envíes un correo electrónico a support@zohocatalyst.com con tu requerimiento para aumentar este umbral flexible. ### IV. Configurar App Alert 1. Después de crear la regla, navega a su página de detalles y haz clic en el botón **Configure Alert** ubicado en la esquina superior derecha. 2. Serás redirigido a la sección de Application Alerts en el servicio Catalyst DevOps para completar la configuración. Para instrucciones detalladas, consulta la página de ayuda de Application Alerts. ### Webhooks -------------------------------------------------------------------------------- title: "Aspectos Clave" description: "Una función de callback basada en HTTP que permite la comunicación basada en events entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.963Z" source: "https://docs.catalyst.zoho.com/es/signals/help/webhooks/key-aspects/" service: "Signals" -------------------------------------------------------------------------------- # Webhooks Los Webhooks facilitan el intercambio fluido de comunicación y datos en tiempo real entre aplicaciones. Estos callbacks de Hypertext Transfer Protocol Secure (HTTPS) permiten una interacción casi instantánea entre las diferentes aplicaciones. Con webhooks, Signals te ayuda a activar automáticamente acciones en los sistemas target basándose en events predefinidos que ocurren en el entorno del publisher. Esto elimina la necesidad de intervención manual y permite que los sistemas reaccionen dinámicamente a los cambios. Nota: Puedes crear hasta 100 webhooks en un Proyecto de Catalyst. ## Aspectos Clave ### Authorization Las Connections proporcionadas bajo Catalyst Cloud Scale simplifican la configuración de autorización para webhooks. Esto ayuda a los desarrolladores a autenticar de forma segura las solicitudes de webhooks sin gestionar credenciales externas manualmente. ### Rastrear el Rendimiento de Webhooks Cada webhook tiene una página de **Activity** dedicada que proporciona información sobre sus tendencias de ejecución y rendimiento. Muestra la cantidad de ejecuciones exitosas y fallidas a lo largo del tiempo. Esta función ayuda a los desarrolladores a monitorear la fiabilidad de los webhooks y solucionar problemas de manera eficiente a través del **Execution History**. Captura detalles como el JSON de respuesta y los códigos de estado, facilitando el análisis de fallos, la identificación de patrones y la optimización del rendimiento de los webhooks. ### Métodos HTTPS Compatibles Catalyst Signals admite múltiples métodos HTTPS para webhooks. Incluye **POST**, **GET**, **PUT**, **PATCH**, **DELETE** y **OPTIONS**. Esta flexibilidad mejora la gestión de los datos de events, lo que lleva a entregas de events robustas y eficientes a las aplicaciones target. ### Límite de Tasa de Invocación El límite de tasa de invocación controla con qué frecuencia se puede activar un webhook por segundo. Este límite ayuda a prevenir el uso excesivo de endpoints que puedan sobrecargar los sistemas target. Puedes configurar este límite entre 1 y 300 llamadas HTTPS por segundo, con **300 por segundo** como valor predeterminado. ### Headers y Parámetros Personalizables Los webhooks admiten headers y parámetros personalizables, que pueden ser valores estáticos o placeholders dinámicos envueltos en llaves dobles (***{{variable}}***). Una vez especificados, debes configurarlos en la página del target bajo Placeholders. Cada webhook admite hasta **25 headers y parámetros únicos**, permitiendo un control preciso sobre los datos transmitidos. Aprende cómo configurar Headers y Parámetros para Webhooks -------------------------------------------------------------------------------- title: "Crear un Webhook" description: "Una función de callback basada en HTTP que permite la comunicación basada en events entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.963Z" source: "https://docs.catalyst.zoho.com/es/signals/help/webhooks/create-webhook/" service: "Signals" -------------------------------------------------------------------------------- # Crear un Webhook 1. Navega a la sección de webhooks y haz clic en **Create Webhook**. 2. Proporciona los detalles necesarios como se muestra en la siguiente imagen y haz clic en **Save**. Selecciona el método HTTPS requerido y proporciona la Endpoint URL según tu requerimiento. Obtén más información sobre los métodos HTTPS ### Configuración de Headers y Parámetros 3. Para incluir headers o parámetros personalizados en la llamada HTTPS, ingresa la clave requerida y su valor correspondiente. Si estás usando valores de placeholder, podrás asignar valores reales al asociar el webhook con un target. Puedes proporcionar: - **Valores estáticos**: Permanecen fijos y se pueden asignar directamente sin ningún formato especial. - **Valores dinámicos**: Usa el formato ***{{event_data_key_name}}*** para referenciar valores del event payload. Esto te permite pasar datos dinámicamente desde cada event. - **Valores estáticos basados en placeholder**: Usa el formato ***{{static_value}}*** para representar valores estáticos que se asignan durante la configuración de la regla. Esto te permite usar el mismo webhook en múltiples targets, mientras asignas un valor estático diferente al header o parámetro de cada target. Nota: Los valores estáticos basados en placeholder son especialmente útiles cuando la configuración subyacente del webhook permanece igual, pero los valores contextuales varían por targets. 4. Después de configurar los headers/parámetros, navega a la Rule donde deseas usar este webhook. En la sección Targets de la regla, selecciona el webhook que acabas de crear. 5. Una vez seleccionado el webhook, aparecerá una nueva sección llamada **Placeholders**. Aquí es donde puedes asignar valores reales para cualquier placeholder que hayas usado en la configuración de headers o parámetros. Para valores variables, proporciona el JSON path de la clave cuyo valor deseas usar para la clave. ### Autorizar vía Connection 6. Selecciona la opción 'Authorize via Connection' y visualiza todas las connections creadas para el proyecto actual bajo el servicio Catalyst Cloud Scale. Para crear una nueva connection para el webhook, haz clic en la opción **Create New** al final de la lista. Puedes consultar la guía paso a paso de Connections para ayudarte en el proceso. ### Configuración de Throttling 7. En los **Additional Settings** del webhook, puedes establecer el límite de tasa de despacho por segundo para la llamada del webhook. Esto limitará el uso excesivo de endpoints que puedan sobrecargar los sistemas target. Nota:* Solo puedes realizar llamadas HTTPS usando este webhook. * Puedes configurar un límite máximo de tasa de despacho de hasta 300 llamadas HTTPS por segundo. ## Primeros pasos -------------------------------------------------------------------------------- title: "Introducción" description: "Conoce cómo comenzar con Catalyst Signals, que te ayuda a establecer una comunicación fluida entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.964Z" source: "https://docs.catalyst.zoho.com/es/signals/getting-started/introduction/" service: "Signals" -------------------------------------------------------------------------------- # ¿Qué es Catalyst Signals? Catalyst Signals es un servicio de event bus de vanguardia que transforma la manera en que las organizaciones adoptan Arquitecturas Dirigidas por Eventos (EDAs) para optimizar operaciones y mejorar la eficiencia. Permite la comunicación casi instantánea entre aplicaciones y servicios desacoplados, asegurando que tus flujos de trabajo permanezcan responsivos, escalables y confiables. Signals simplifica las arquitecturas dirigidas por eventos al eliminar la necesidad de codificación extensa o configuraciones complejas. Su interfaz intuitiva facilita que usuarios con diferentes conocimientos técnicos diseñen y gestionen flujos de eventos entre Publishers y Targets. ### Publishers y esquemas predefinidos Catalyst Signals viene con una amplia colección de publishers predefinidos de servicios de Zoho y los servicios CloudScale propios de Catalyst, incluyendo Authentication, Cache, Data Store, File Store y Stratus. Estos servicios incluyen eventos predeterminados asociados con sus esquemas, eliminando la necesidad de crear esquemas manualmente. Para servicios de Zoho como CRM, incluso los módulos personalizados se mantienen sincronizados para garantizar la compatibilidad durante las transformaciones de eventos y configuraciones de webhooks. Incluso para publishers personalizados, puedes generar esquemas a partir de payloads de eventos en vivo. Al eliminar la fricción de la configuración de esquemas, Catalyst Signals permite la incorporación rápida de flujos de trabajo críticos para el negocio entre aplicaciones. ### Orquestación de eventos flexible y robusta Una vez que se capturan los eventos, Catalyst Signals te brinda control total sobre cómo se procesan y enrutan. Puedes definir reglas inteligentes para filtrar y transformar eventos, asignar modos de entrega, configurar reintentos y enrutar eventos a múltiples targets como webhooks, functions o circuits. Los fallos durante la entrega ahora pueden activar automáticamente Application Alerts integradas desde Catalyst DevOps. Esto permite a los equipos recibir notificaciones por correo electrónico en tiempo real y tomar acción inmediata sobre eventos fallidos. Además, las Connections de los servicios de Security & Identity de Catalyst (bajo CloudScale) están integradas en la configuración de Webhooks, asegurando que los eventos se entreguen de forma segura a endpoints autorizados con un esfuerzo mínimo. Cada function o circuit que recibe un Signal puede monitorearse de forma independiente utilizando los logs disponibles en sus respectivas consolas, ofreciendo mayor visibilidad y trazabilidad en la ejecución del flujo de eventos. ### Impulsando la transformación digital Catalyst Signals actúa como un *catalizador* para las empresas que modernizan sus sistemas y adoptan la transformación digital. Al combinar Signals con otros componentes de Catalyst, las organizaciones pueden construir sistemas escalables y débilmente acoplados que se adaptan rápidamente a los cambios. Ya sea que estés automatizando flujos de trabajo internos, reaccionando al comportamiento de los usuarios o sincronizando datos entre sistemas distribuidos, Catalyst Signals ofrece una base flexible y de bajo mantenimiento para optimizar operaciones e impulsar la innovación a escala. ### Arquitectura Veamos la arquitectura general de Signals para conectarse con múltiples entornos en la nube para procesar y entregar datos en tiempo real. Un evento es un mensaje en formato JSON que representa un cambio u ocurrencia en un sistema. Las aplicaciones Target escuchan estos eventos del Publisher para realizar orquestaciones. En este proceso, el evento de una fuente de software actúa como trigger para flujos de trabajo en diferentes software. Los Targets reciben los detalles del evento a través de Webhooks, Functions y Circuits. Imagina que tienes una empresa de viajes y hotelería llamada **Travel Bureau**. Tiene una plataforma en línea para reservar alojamientos, vuelos y otros servicios relacionados con viajes. La empresa utiliza múltiples servicios para manejar diferentes aspectos de la gestión de reservas, servicio y soporte al cliente, recomendaciones personalizadas, y más. <!-- Here's an overview of Signals implementation for the Travel Bureau. --> <!-- IMAGE --> - **Servicio de reservas**: Cuando un usuario realiza una reserva en la plataforma de la empresa, se publica un evento 'New Booking' en Catalyst Signals. - **Gestión de reservas**: El Servicio de Reservas se suscribe al evento 'New Booking'. Al recibir el evento, recopila los detalles del mismo, como fechas de reserva, preferencias del cliente y selecciones de servicios. Con estos detalles, actualiza y gestiona la reserva en tiempo real. - **Servicio y soporte al cliente**: El Servicio al Cliente también se suscribe al evento 'New Booking'. Una vez completada la reserva, se comunica con el usuario y consulta sobre requisitos específicos, solicitudes y quejas, si las hubiera. - **Recomendaciones personalizadas**: El Motor de Recomendaciones escucha el evento 'New Booking' con las preferencias del usuario y las selecciones de servicios. Genera recomendaciones personalizadas de alojamientos, actividades y destinos basándose en ello. Esto ayuda a mejorar la experiencia del usuario y aumentar las tasas de conversión. Catalyst Signals conecta estas fuentes de software para ofrecer experiencias excepcionales al usuario final y optimizar las operaciones mediante el procesamiento de eventos en tiempo real y la automatización inteligente. Continúa a la siguiente página para conocer en detalle los elementos principales y otras características de Signals. -------------------------------------------------------------------------------- title: "Ecosistema" description: "Conoce cómo comenzar con Catalyst Signals, que te ayuda a establecer una comunicación fluida entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.964Z" source: "https://docs.catalyst.zoho.com/es/signals/getting-started/ecosystem/" service: "Signals" -------------------------------------------------------------------------------- # Ecosistema de Signals Una ocurrencia significativa de acción o cambio dentro de una aplicación. Un publisher es la fuente principal de eventos. Guía la ingesta de eventos entrantes del publisher al target. Un endpoint o aplicación que sirve como destino para los eventos. Una función de callback basada en HTTP que permite la comunicación dirigida por eventos entre aplicaciones desacopladas. Como se muestra arriba, Catalyst Signals se compone de varios elementos, cada uno con una funcionalidad y alcance específicos. Events: Se refiere a cualquier ocurrencia significativa de acción o cambio dentro de un entorno o aplicación. Publisher: Actúa como fuente desde donde se publicarán los eventos. El componente ayuda a autenticar y gestionar la lista de fuentes. Puede ser cualquiera de los productos de Zoho o un producto personalizado. Rules: Establecen una relación entre el Publisher y el Target. Esta relación se basa en la regla que contiene filtros que determinan cuándo y dónde transmitir los eventos del Publisher. Targets: Un target es generalmente un endpoint que sirve como destino para los eventos generados por un Publisher. Signals admite tres tipos de targets: Webhooks, Functions y Circuits. Webhooks: Este es uno de los tipos de target más utilizados con el que se comparten los detalles del evento. El componente contiene las configuraciones necesarias para que un webhook se utilice en Signals. -------------------------------------------------------------------------------- title: "Beneficios" description: "Conoce cómo comenzar con Catalyst Signals, que te ayuda a establecer una comunicación fluida entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.975Z" source: "https://docs.catalyst.zoho.com/es/signals/getting-started/benefits/" service: "Signals" -------------------------------------------------------------------------------- # Beneficios ### Gestión serverless Catalyst Signals optimiza el desarrollo dirigido por eventos mediante una arquitectura serverless. Este enfoque elimina la necesidad de gestionar infraestructura y te permite enfocarte exclusivamente en la creación y el despliegue de aplicaciones dirigidas por eventos. Con Catalyst Signals, puedes manejar fácilmente el procesamiento y la entrega de eventos, lo que resulta en acelerar el ciclo de desarrollo y aumentar la productividad. ### Gestión de eventos sin código La plataforma facilita las conexiones e integraciones entre cualquier aplicación o servicio, incluyendo los de terceros. Puedes configurar flujos de trabajo sencillos y optimizados, y transferir datos entre estos sistemas sin escribir código. La configuración de publishers personalizados y sus eventos también es libre de código. Además, puedes personalizar los esquemas de eventos según tus requisitos para cada Target en una Rule sin necesidad de codificación. ### Escalable y resiliente Experimenta una escalabilidad y resiliencia sin precedentes con Catalyst Signals. Su infraestructura robusta gestiona millones de eventos sin esfuerzo, asegurando un rendimiento óptimo incluso bajo las cargas de trabajo más exigentes. Te ayuda a mantenerte ágil y responsivo mientras te adaptas a requisitos dinámicos con facilidad. ### Modernización de arquitecturas monolíticas Catalyst Signals simplifica la transformación de arquitecturas monolíticas al introducir un desacoplamiento fluido de flujos de trabajo y una transmisión de eventos de alto rendimiento. Esta iniciativa de modernización mejora la agilidad, permitiendo una adaptación e innovación rápidas en un panorama en constante cambio. ### Integraciones ad-hoc Las integraciones ad-hoc sin complicaciones entre Publishers y Targets te permiten procesar y entregar datos en tiempo real a través de diversos entornos en la nube. Catalyst Signals reduce los esfuerzos de desarrollo y mejora la eficiencia operativa, ya que no necesitas configurar flujos de trabajo ni manejar integraciones entre aplicaciones mediante código. Esto ayudará a las organizaciones a adaptarse rápidamente a las diversas necesidades del negocio y prosperar en condiciones de mercado dinámicas. ### Gestión centralizada Obtén control con un marco centralizado para rastrear, monitorear y gestionar eventos a través de los Logs y el Dashboard. Simplifica la optimización del rendimiento y asegura el cumplimiento con los requisitos de tu aplicación. Con esta visión más profunda de las reglas de eventos, puedes mejorar la eficiencia operativa y fomentar la toma de decisiones proactiva en todo el panorama de tu arquitectura dirigida por eventos. -------------------------------------------------------------------------------- title: "Casos de uso" description: "Conoce cómo comenzar con Catalyst Signals, que te ayuda a establecer una comunicación fluida entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.975Z" source: "https://docs.catalyst.zoho.com/es/signals/getting-started/use-cases/" service: "Signals" -------------------------------------------------------------------------------- # Casos de uso reales Catalyst Signals presenta una multitud de beneficios en diversos escenarios para satisfacer necesidades variadas. Esta sección te ofrece una visión de la versatilidad y el potencial del procesamiento de eventos en tiempo real y la escalabilidad dinámica con Signals. ### 1. Automatización de calificación de leads #### Escenario Tras completar una respuesta de Zoho Survey, necesitas automatizar la calificación de leads en Zoho CRM. #### Solución Zoho Survey (publisher) envía un evento **Response Completion** a un endpoint de Quick ML (target) que está configurado como webhook en Signals. Quick ML evalúa la calificación de leads basándose en varios criterios, incluyendo información demográfica y patrones de comportamiento. ### 2. Enriquecimiento avanzado de leads #### Escenario Para mejorar los datos de leads después de crear un lead en Zoho CRM y refinar el nurturing de leads. #### Solución Zoho CRM (publisher) activa un evento **New Lead Created** a una Catalyst Function (target) a través de Signals. La function utiliza Catalyst SmartBrowz para extraer detalles de la empresa y enriquecer los datos del lead. Además, puedes priorizar leads basándote en estos datos para un mayor potencial de conversión. ### 3. Automatizar la creación de registros #### Escenario Una aplicación de portal de clientes desarrollada en Catalyst necesita crear automáticamente registros en el módulo Deals de Zoho CRM cada vez que se realiza un pedido. #### Solución La aplicación del portal de clientes (publisher) envía un evento Order Placed a una URL de API REST de Zoho CRM Functions (target), que está configurada como webhook en Signals. Usando los detalles del evento recibido, la function crea un registro de deal en Zoho CRM. ### 4. Extracción de datos y proceso de aprobación #### Escenario Cada vez que se sube un documento en una compañía de seguros, necesitas realizar la extracción automática de datos y la aprobación basada en su contenido utilizando Reconocimiento Óptico de Caracteres (OCR). #### Solución La compañía de seguros (publisher) envía un evento Document Uploaded a Catalyst Functions (target) a través de Signals. La function utiliza Zia Services para el procesamiento OCR y automatiza el proceso de aprobación basándose en los resultados de la validación. ### 5. Clasificación de feedback para la toma de decisiones dinámica #### Escenario Cada vez que se envía feedback en tu sitio web de negocio, necesitas clasificarlo como positivo, negativo o neutral para la toma de decisiones activa. #### Solución El sitio web (publisher) envía un evento Feedback Submitted a las Catalyst Functions (target) a través de Signals. La function utiliza la característica de Text Analytics de Zia Services para clasificar el feedback basándose en el sentimiento general del texto. ### 6. Reemplazo de productos en e-commerce #### Escenario Para optimizar los procesos de reemplazo de productos en una plataforma en línea y actualizar el inventario y emitir despachos de productos diariamente a una hora específica. #### Solución La plataforma en línea (publisher) emite eventos de Product Replacement para cada solicitud de reemplazo. Estos eventos se recopilan y se entregan a Catalyst Circuits (targets) a través de Signals basándose en una política Batch programada. El circuit genera órdenes de reemplazo, actualiza Zoho Inventory y gestiona el inventario en consecuencia. ### 7. Integración en tiempo real con plataforma SaaS #### Escenario Para compartir los detalles de compra de Shopify con Zoho Analytics y Zoho Inventory para el análisis de ventas. #### Solución Shopify (publisher) genera y emite el evento Purchase Completion a Catalyst Functions (target) a través de Signals. La function transmite los datos del evento a Zoho Inventory y Zoho Analytics para el análisis de ventas en tiempo real. -------------------------------------------------------------------------------- title: "Guía de inicio rápido" description: "Conoce cómo comenzar con Catalyst Signals, que te ayuda a establecer una comunicación fluida entre aplicaciones desacopladas." last_updated: "2026-07-02T09:34:15.977Z" source: "https://docs.catalyst.zoho.com/es/signals/getting-started/quick-start-guide/" service: "Signals" -------------------------------------------------------------------------------- # Guía de inicio rápido Catalyst Signals es un servicio de event bus fácil de usar que te ayuda a establecer una comunicación casi instantánea entre aplicaciones. En esta guía, te explicaremos el proceso de configurar un publisher, crear un webhook y configurar reglas para gestionar tus eventos de manera fluida. ## Crear un proyecto de Catalyst Inicia sesión en tu consola de Catalyst y crea un nuevo proyecto para aprovechar los componentes de Catalyst Signals y otros servicios desde la consola. ## Acceder a los elementos de Catalyst Signals Navega a Catalyst Signals en el menú de servicios de la izquierda y haz clic en **Start Exploring**. ### Paso 1 - Agregar tu Publisher En la sección Publishers, puedes agregar publishers de los servicios predeterminados ofrecidos en Catalyst Signals o crear un Custom Publisher de tu elección. Se admiten algunos servicios de Zoho y servicios de Catalyst Cloud Scale, junto con un conjunto de eventos definidos para una configuración sencilla. Para Publishers de Zoho y Catalyst, la autorización interna facilita la recepción de eventos. Sin embargo, para Publishers personalizados, necesitas proporcionar la URL de la API REST de los eventos en tu aplicación publisher para recibir eventos en Signals. Aprende a crear un publisher personalizado ### Paso 2 - Crear un Webhook Navega a la sección Webhooks dentro del servicio Signals y crea un webhook proporcionando los detalles necesarios. En la configuración adicional de webhooks, configura los límites de tasa de envío, los encabezados y los parámetros para la llamada HTTPS del webhook. Consulta este documento para obtener directrices detalladas. En lugar de usar un webhook, también tienes la opción de crear functions y circuits desde Catalyst Serverless para configurar flujos de trabajo descendentes en tus sistemas target. ### Paso 3 - Configurar la Rule Cambia a la sección Rules y crea una regla para un evento específico de tu lista de publishers. Para recibir solo eventos relevantes, puedes filtrar los eventos según las propiedades disponibles en el payload del evento. Además, puedes determinar cómo deben entregarse los eventos al Target, lo que incluye política de envío, tipos de consumidor, Time To Live y reintentos. Transforma el payload del evento sin esfuerzo con una vista de tres paneles, que muestra el payload existente, tu mapeo y el payload transformado. ### Paso 4 - Monitoreo Una vez que la regla configurada se ejecuta, puedes monitorear su rendimiento usando los Logs o el Dashboard para obtener una visión rápida de cada regla configurada en un proyecto de Catalyst. Realiza una migración para desplegar estas reglas al entorno de producción de Catalyst. Con Catalyst Signals, puedes desacoplar eficientemente diferentes aplicaciones o componentes de un sistema, permitiéndoles operar automáticamente sin intervención humana. --- ## FAQ — Signals # Signals ### Publishers No, esto no es necesario. Los publishers de Zoho en Signals vienen con eventos predefinidos y sus esquemas. Incluso para eventos personalizados, puedes capturar fácilmente el payload del evento usando el soporte de Live Events y generar el esquema en cuestión de segundos. El tamaño máximo para un evento de un publisher de Zoho procesado en Signals es **100 KB**, con un array de eventos de Zoho ilimitados permitidos hasta **5 MB**. ### Webhooks Sí, puedes personalizar encabezados y parámetros con valores estáticos o variables de los payloads de eventos usando JSON path. Signals admite el protocolo **HTTPS** y métodos como **POST**, **GET**, **PUT**, **PATCH**, **DELETE** y **OPTION** para webhooks. ### Rules Puedes agregar solo un evento a una regla en Signals. Sin embargo, puedes personalizar el mismo evento para cada target dentro de la regla. Sí, puedes agregar múltiples targets a una regla. El número máximo de targets permitidos por regla es **cinco**. ### Dashboard Son las métricas del Indicador Clave de Rendimiento (KPI) que reflejan la proporción de eventos en cada estado comparado con el intervalo de tiempo seleccionado en la esquina superior derecha, proporcionando una instantánea del rendimiento reciente. ### Logs Por supuesto. Cada registro de evento en Signals ofrece una visión completa, que te permite analizar su rendimiento en varios targets dentro de la misma regla y en diferentes reglas.