Entitlements y milestones de Salesforce: configuración, acciones y límites

¿Qué son los entitlements y milestones de Salesforce?

Un entitlement es una unidad de soporte, y un milestone es un paso de un caso con una fecha límite. El resumen de entitlements de Salesforce describe los entitlements como unidades como "soporte telefónico" o "soporte web", que normalmente reflejan los términos del contrato de servicio. Se vinculan a cuentas, activos, contactos y contratos de servicio, para que un agente pueda comprobar que alguien que llama está cubierto antes de abrir un caso.

Los entitlements por sí solos funcionan como un sí o un no. El reloj llega con un proceso de entitlement, que la página de términos de Salesforce define como una línea de tiempo de milestones, cada uno un paso obligatorio como First Response o Resolution Time. Las acciones de milestone son las automatizaciones dependientes del tiempo en cada paso. La ayuda de Salesforce todavía llama al producto Service Cloud, mientras que el nombre Agentforce Service aparece en el branding más reciente, así que busca ambos.

Cuatro objetos, una dirección. El entitlement está en el caso, apunta a un proceso, el proceso asigna milestones según criterios, y cada milestone dispara acciones. Si un caso no tiene entitlement, la cadena nunca empieza. Ese único hecho explica la mayoría de las quejas de "mi SLA no funciona".

¿Qué ediciones de Salesforce incluyen la gestión de entitlements?

Professional, Enterprise, Performance, Unlimited y Developer con Service Cloud. Eso viene de la página de ediciones compatibles de Salesforce, que lista Service-Level Agreements (Entitlement Management) y añade que la monitorización de procesos de entitlement no está disponible en Professional.

La página de precios de servicio de Salesforce tiene una fila "Service Contracts and Entitlements" en su tabla comparativa, pero las marcas de verificación no se capturaron al hacer scraping, así que no puedo decirte cuáles de sus planes actuales llevan la función. La página de precios también usa nombres más nuevos que la de ediciones. Pide a tu account executive que confirme el plan por escrito. Mi artículo de precios de Salesforce Service Cloud sigue los precios por puesto.

¿Cómo se activa la gestión de entitlements?

Actívala en Setup, y después construye las piezas en un orden fijo. El artículo de activación de Salesforce da la ruta: abre Entitlement Settings, selecciona Entitlement Management, y guarda. Añade que solo los usuarios con un perfil estándar de System Administrator pueden activarlo, así que un perfil de administrador personalizado no sirve.

La lista de configuración después enumera personalizar campos y diseños de página, filtros de búsqueda en casos, acceso de usuarios, plantillas de entitlement, la adición automática de entitlements, y reportes. Mi orden:

1. Activa los entitlements y, si alguna vez vas a cambiar un proceso en producción, marca ahora Enable Entitlement Versioning. Salesforce dice que no se puede desactivar el versionado después.
2. Da acceso a los usuarios y añade los campos de entitlement a los diseños de página de casos.
3. Crea los milestones en Entitlement Management dentro de Setup.
4. Crea el proceso de entitlement, añade milestones, añade acciones, y luego activa.
5. Aplica el proceso a los entitlements, o a una plantilla de entitlement para que los nuevos entitlements lo hereden.

Para comparar con otras herramientas, los SLA de Freshdesk y Zendesk son una política por ticket. Salesforce construye el reloj a partir de varios objetos vinculados, lo que da más control y más sitios donde algo puede salir mal.

¿Cómo se crea un proceso de entitlement y sus milestones?

Crea primero los milestones, porque el artículo del proceso de Salesforce dice que debes tenerlos antes de crear un proceso. Después sigue los pasos de esa página:

1. Setup, Entitlement Processes, New Entitlement Process.
2. Elige el tipo, Case o Work Order. Un proceso solo se ejecuta en registros de su tipo, y eso no se puede cambiar después.
3. Dale un nombre, y deja Active desactivado hasta que las acciones de milestone estén listas. Salesforce avisa de que no se pueden actualizar ni eliminar acciones de milestone después de la activación y el uso en un registro.
4. Elige cuándo entran los registros (fecha de creación, o un campo personalizado de fecha/hora) y cuándo salen (cerrado, o criterios personalizados).
5. Opcionalmente, define el horario laboral para cada Target Date de milestone.

Después, el artículo para añadir un milestone cubre los campos del milestone. Los que importan:

• Time Trigger (Minutes): cuánto tiempo tienen los usuarios para completar el milestone. En su lugar, puedes señalar una clase de Apex que implemente Support.MilestoneTriggerTimeCalculator para calcularlo por caso.
• Start: Milestone Criteria calcula el Target Date cuando el milestone se aplica al registro, para milestones recurrentes. Entitlement Process lo calcula desde que empieza el proceso, lo que encaja con First Response y Resolution Time.
• Order and criteria: un filtro o una fórmula como Priority equals High decide qué milestone se aplica cuando varios coinciden.

Salesforce también define tres tipos de recurrencia. No Recurrence encaja con First Response y Resolution Time, Independent encaja con algo como un traspaso de ingeniería que puede repetirse, y Sequential se repite en orden. Solo una ocurrencia de un milestone recurrente está activa a la vez.

¿Qué hacen las acciones de éxito, aviso e incumplimiento?

Son las automatizaciones sobre el temporizador de un milestone, y es ahí donde un SLA hace algo. La visión general de Salesforce sobre acciones de milestone lista tres tipos: las acciones de éxito se disparan cuando un milestone se completa, las de aviso cuando está cerca del incumplimiento, y las de incumplimiento cuando se incumple. Las acciones de éxito igual se disparan en milestones completados tarde.

Cada acción puede ser una de estas:

La opción Flow llegó en Winter '25. La nota de versión de Salesforce dice que cubre las ediciones Professional hasta Developer con Service Cloud. Un consejo del artículo para añadir una acción: para una acción de incumplimiento que se dispare al instante, pon su time trigger en 0 minutos.

Tres comportamientos que conviene conocer antes de prometer algo:

• Las acciones pueden disparar unos segundos antes del Target Date. La página de límites de Salesforce dice que una acción de incumplimiento de 0 minutos puede ejecutarse en el minuto anterior.
• Las actualizaciones de campo tienen un límite de 10 segundos de procesamiento, y las más largas fallan sin un error.
• No programes acciones para que se ejecuten al crear o actualizar el caso. Salesforce dice que eso puede dar resultados inconsistentes.

¿Cómo funciona el horario laboral para los milestones?

Gana el horario más específico. El artículo de horario laboral de Salesforce dice que el horario del milestone anula el del proceso de entitlement, que a su vez anula el del caso.

El consejo práctico de Salesforce: define el horario en el proceso cuando muchos casos comparten un proceso, y en un milestone cuando la gravedad cambia el ritmo, como un milestone 24/7 de "Update Customer" dentro de un proceso de días de semana. Para cambiar el horario de un proceso activo: crea una nueva versión, edita ahí el horario, y vuelve a aplicar la actualización con una nueva regla de actualización.

Aquí la documentación se contradice a sí misma. La página para añadir una acción dice que las acciones con temporizador solo ocurren dentro del horario laboral de tu organización. La visión general de las acciones dice que las de aviso e incumplimiento no respetan el horario laboral y corren en un reloj de 24 horas. Su ejemplo: un aviso puesto en "2 Days Before" en un día laboral de 8 horas se convierte en 2,880 minutos, así que en un caso abierto el lunes a las 9 AM con un objetivo el jueves se dispara de inmediato. Yo construiría un caso de prueba antes de confiar en cualquiera de las dos lecturas. Para ver cómo manejan otras herramientas los calendarios, mi artículo de horario laboral de Zendesk es un contraste útil.

¿Cómo ven los agentes el reloj en un caso?

A través del milestone tracker, que se añade al caso. El artículo del tracker de Salesforce dice que un milestone en curso se muestra como un círculo verde que se reduce, y se vuelve rojo una vez vencido.

En Lightning, añade el componente Milestones en App Builder. El tracker muestra horas reales por defecto; puedes cambiarlo a horario laboral en Entitlement Settings. El estado general del milestone de un registro es uno de tres valores:

Para reportes, el tipo de reporte Case Milestones permite seguir los incumplimientos. Mi artículo de métricas de servicio al cliente impulsadas por IA cubre qué números poner junto a eso, y la guía de objetivos de SLA en HubSpot muestra la misma tarea en otra herramienta.

¿Qué límites y trampas deben prever los administradores?

El caso necesita un entitlement, el proceso necesita coincidir con el registro, y nadie completa los milestones por ti. La página de límites de Salesforce es corta y vale la pena leerla completa. Las cifras:

• 1,000 procesos de entitlement por organización, y 10 milestones por proceso
• 10 acciones y 10 triggers de tiempo por tipo de acción en un milestone
• 50,000 entradas de cola de entitlement por hora

Las trampas que duelen en la práctica:

1. Los entitlements no se añaden a los casos por correo o web. El artículo de adición automática de Salesforce dice que los casos de Web-to-Case, Email-to-Case y experience no reciben uno automáticamente, y da ejemplos de Apex para añadirlo. Los contactos tampoco heredan los entitlements de la cuenta.
2. Los milestones no se completan automáticamente. El artículo de finalización automática ofrece triggers de Apex: Resolution Time cuando se cierra un caso, First Response cuando se envía un correo al contacto, o cuando se hace un comentario público. Los agentes pueden usar Mark Completed. No encontré ninguna receta basada en Flow en esta documentación.
3. Un proceso por tipo de registro. Un proceso de Case no se ejecuta en work orders, así que mantenlos en entitlements separados.
4. La activación congela las acciones. Después de activar no se pueden eliminar milestones ni crear acciones. Usa el versionado: en una versión en uso puedes añadir milestones pero no editar los existentes.
5. La precisión es de un minuto. Los milestones se miden en minutos y segundos, pero las horas de inicio y fin son exactas al minuto, así que fuera del horario 24/7 se pierden algunos segundos.
6. Los correos de incumplimiento de cola no llegan a los miembros. Si una cola tiene una dirección de correo, el incumplimiento va ahí, y Salesforce dice que los miembros de la cola no lo reciben.
7. Lagunas en móvil y Lightning. El tracker no aparece en la app móvil de Salesforce, y Case Milestone no tiene campos que muestren quién lo completó.

Si también usas Zendesk o Help Scout, nada de esto te resultará familiar. El modelo de Salesforce es flexible, y le pide al administrador que lo conecte con cuidado.

¿Dónde entra la IA mientras corre el reloj de First Response?

Un compañero de IA puede acortar la primera respuesta, pero no reemplaza el proceso. Lo diré sin rodeos: eesel no reemplaza los procesos de entitlement. Tus entitlements, milestones y acciones siguen corriendo. Lo que eesel cambia es cuánto tarda un agente antes de que la respuesta esté lista.

La integración de Salesforce de eesel se une a Service Cloud como un agente que lee casos y redacta o envía respuestas, añade notas internas, y actualiza campos, usando contexto de contacto y cuenta desde los docs. Su página dice que trabaja junto a tus entitlements y automatizaciones existentes. No encontré documentación de eesel sobre la lectura de objetos de milestone, así que comprobaría cómo cuenta tu trigger de finalización una respuesta antes de confiar en ello.

Esa comprobación importa. Los triggers documentados de First Response se completan con un correo enviado al contacto o un comentario público. Un borrador guardado como nota interna no cumple ninguno de los dos, así que una configuración de borradores solo ayuda cuando una persona envía el borrador rápido. Una configuración de envío completa el milestone de la forma en que lo define tu trigger.

Mi prueba más cercana no es de Salesforce, y lo digo abiertamente. SamCart ejecuta un agente de eesel en tickets de Freshdesk y otro en el chat de su web, respondiendo desde 280 artículos del centro de ayuda, y el agente de tickets responde solo mientras no hay un compañero de equipo asignado. Esa es la forma que quiere un objetivo de primera respuesta. smava muestra el otro extremo: unos 27,000 tickets de Zendesk gestionados en un mes, con unos 15,300 borradores de respuesta preparados para que las personas los aprueben.

El patrón que más escucho de los compradores es modo borrador primero, y luego respuesta automática una vez que las respuestas se sostienen. eesel simula sobre tus propios casos pasados antes de salir en vivo, y mis guías de primera respuesta con IA y escalado con IA en Salesforce cubren esos traspasos. Para ver opciones, consulta mi resumen de la mejor IA para Service Cloud, los artículos de ChatGPT para Service Cloud y Claude para Service Cloud, y mi guía de IA para Salesforce Service Cloud.

¿Qué haría yo con esto en mi propia organización?

Aquí la versión corta que le daría a un administrador:

1. Empieza con dos milestones. First Response y Resolution Time, No Recurrence, un proceso. Añade los recurrentes cuando confíes en los datos.
2. Arregla primero la laguna de entitlements. Añade Apex para que los casos por correo y web siempre consigan uno, o tus relojes solo cubrirán parte de la cola.
3. Escribe los triggers de finalización antes de salir en vivo. Decide qué cuenta como primera respuesta: un correo, un comentario público, o ambos.
4. No actives demasiado pronto. Añade todas las acciones de aviso e incumplimiento, y luego activa, porque después no puedes añadir acciones.
5. Activa el versionado ahora. Cambiar un proceso en producción sin él es doloroso.
6. Prueba el comportamiento del horario laboral. Crea un caso de prueba y observa cómo se dispara un aviso frente a las dos lecturas de la documentación.
7. Reporta sobre incumplimientos. Construye el reporte de Case Milestones y revisa Open Violations cada semana.

Si tu cola es el verdadero cuello de botella, mis notas sobre priorización de tickets con IA, clasificación de tickets y resumen de tickets muestran dónde la IA ahorra tiempo antes de que arranque un reloj. Los artículos de gestión de escalado y buenas prácticas de SLA te ayudan a fijar objetivos, y Front ofrece una versión más ligera de la misma idea.

Prueba eesel para Salesforce Service Cloud

Si las primeras respuestas perdidas son un problema de tamaño de cola, eesel para Salesforce funciona como un nuevo compañero de equipo en Service Cloud. Aprende de tus artículos de conocimiento y casos pasados, lee cada caso nuevo con el contexto de la cuenta, y redacta o envía la respuesta, para que tus agentes empiecen con el trabajo hecho. No cambiará tus entitlements ni milestones, y sigue trabajando dentro de ellos.

Empieza en modo borrador en una cola, compáralo con tus propios casos pasados, y activa la respuesta automática cuando las respuestas se sostengan. Mira cómo un agente de helpdesk con IA se une a una cola, o compara con los mejores helpdesks con IA para empresas, y después prueba eesel.