Casos reales · 1-a-1

Tu hoja de mano. Abre cada caso con 'ya probé X y sé que existe Y'.

1 · Widget dockable/minimizable

Mis widgets en deals/leads/case salen como modal en medio de pantalla y con poca personalización. Quiero un widget minimizable a una barra inferior, persistente por caso — como la telefonía.

Lo que ya sabemos

  • • CRM soporta 5 tipos de widget según ubicación; el 'modal' es el patrón widget-como-botón.
  • • El widget de Telefonía (PhoneBridge) SÍ renderiza en un panel flotante/dockable persistente — justo lo que quieres.
  • • Canvas (Design Studio) personaliza a fondo la página de detalle del registro.

Preguntas afiladas

  1. 1. ¿El patrón dockable del widget de telefonía se puede usar para un widget no-telefónico (mi panel de casos)?
  2. 2. ¿Puedo anclar un widget persistente por registro que no se cierre al navegar?
  3. 3. ¿Canvas permite inyectar mi widget con UI propia dentro del layout? ¿Límites?

A quién

Gerardo Pineda · Centro de Experiencias

Tu hipótesis

Reutilizar el patrón PhoneBridge para el dock + Canvas para personalizar el registro + Client Scripts para la lógica de UI.

Qué pedir

Doc del SDK de widgets/telephony, ejemplo dockable, y si hay placement persistente en el roadmap.

2 · Mail API y carpetas compartidas

Quiero un flujo CS (especialista) + QA (supervisor) sobre el correo del caso vía API, pero el Mail API no expone bien carpetas/subcarpetas compartidas.

Lo que ya sabemos

  • • En Zoho Mail solo se comparten carpetas custom (no las built-in); delegación solo con la dirección primaria.
  • • El subfolder sharing es un punto débil conocido (hilos abiertos en comunidad).
  • • Reencuadre: para atar correo a un caso NO uses el Mail API del buzón — usa el Email API del CRM a nivel de registro.

Preguntas afiladas

  1. 1. ¿El Email API del CRM (send_mail / Get Emails of a Record) es la vía para el correo de cada caso?
  2. 2. Para el flujo CS + QA, ¿conviene llevar el correo del caso a Zoho Desk (ticket=caso, agente=CS, supervisor=QA)?
  3. 3. ¿Zoho Mail MCP permite a un agente leer/clasificar/responder con permisos por rol?

A quién

Centro de Experiencias (Mail/CRM) · Laura Pérez (Desk)

Tu hipótesis

Subir el correo de casos a Desk (asignación/supervisión/SLA) en vez de pelear con carpetas compartidas de Mail.

Qué pedir

Confirmar limitación del Mail API + guía de Desk API para asignación/supervisión.

3 · ¿Qué tan escalable es construir sobre Zoho?

Construyo apps custom usando módulos (deals/leads/case) + APIs. ¿Hasta dónde escala antes de toparse con límites? ¿Arquitecturas de referencia?

Lo que ya sabemos

  • • Sistema de créditos: ~1/llamada (algunas más); Deluge también consume. Enterprise/Zoho One hasta 5M créditos/24h (ventana rodante).
  • • El cuello de botella real suele ser la concurrencia (20 por org/app; sub-concurrencia 10 en APIs intensivas).
  • • Batch (100/200 registros), COQL, webhooks y Bulk API reducen consumo. Catalyst (serverless) para alto volumen.

Preguntas afiladas

  1. 1. Para alto volumen, ¿el límite real es créditos o concurrencia? ¿Cómo lo diseño?
  2. 2. ¿Cuándo mover lógica a Catalyst vs. CRM Functions/Deluge?
  3. 3. ¿Tienen arquitectura de referencia de apps custom de alto volumen sobre Zoho?

A quién

Diego Ávila / Catalyst · Centro de Experiencias

Tu hipótesis

CRM como sistema de registro + Bulk/COQL/webhooks para minimizar créditos + Catalyst para procesos pesados/asíncronos.

Qué pedir

Doc de límites API v8, guía de Catalyst y un reference architecture si existe.