Errores, limites y acciones no disponibles
No todo boton no disponible ni todo mensaje de error significan un fallo. A menudo es un limite consciente: no hay permisos, no se cumple una condicion, los datos cambiaron o una comprobacion de proteccion no deja avanzar. Esta pagina ayuda a entender que ocurrio exactamente y que hacer, sin perder tiempo ni saltarse los limites por vias peligrosas.
Diagnostico rapido
Antes de considerarlo un error, hagase tres preguntas:
- Tengo permisos sobre este objeto y esta accion?
- No cambio los datos otra persona mientras yo trabajaba?
- No bloquea la accion alguna condicion del proceso (campo obligatorio, motivo, etapa)?
La respuesta a estas preguntas suele explicar el 90% de los "errores" del CRM.
No hay acceso
- No hay acceso al modulo CRM. La seccion esta oculta o informa de un rechazo: su rol no tiene permisos sobre el CRM. Dirijase al administrador.
- No hay acceso a la oportunidad o al cliente. El objeto esta fuera de su area de visibilidad. Solicite acceso al pipeline o al registro necesario.
- Permisos insuficientes para gestionar. La consulta esta permitida, pero la modificacion o la configuracion no. Son permisos separados; los concede el propietario o el administrador.
No se salte el limite de acceso reenviando datos fuera del CRM: asi la historia de trabajo con el cliente se dispersa y se pierde el control.
Visible, pero usted no es participante
A veces el objeto es visible, pero la accion no esta disponible porque usted no es miembro del grupo de trabajo asociado. En ese caso, pida al propietario que le agregue como participante: ese es el camino correcto, no las vias alternativas. Una parte de las acciones solo esta disponible para el propietario; entonces las realiza el propietario o primero se transfiere la propiedad.
Datos ocultos por permisos
Algunos campos, en especial los datos personales y los datos fiscales de personas juridicas, pueden mostrarse como "Oculto por permisos". No son datos vacios, sino un limite de acceso: usted ve el registro, pero no tiene acceso a esos campos. Si el campo es realmente necesario para el trabajo, solicite acceso a el en lugar de buscarlo por una via alternativa.
Conflicto de cambios y datos desactualizados
- Otro usuario modifico los datos. Actualice la ficha y aplique de nuevo el cambio para no sobrescribir la edicion ajena.
- El contexto esta desactualizado. Si los permisos o el area de visibilidad cambiaron desde la carga, actualice la pagina.
Bloqueo de etapa o estado
El paso de la oportunidad a otra etapa o el cambio de estado pueden estar bloqueados por una comprobacion de proteccion. No es un fallo: el proceso exige cumplir una condicion.
Puede haber varias condiciones incumplidas a la vez. El mensaje de bloqueo enumera todas, cada una en su propia linea. Es algo intencionado: de lo contrario la correccion iria a una ronda por causa.
- Lea el mensaje entero, no solo la primera linea.
- Cumpla todas las condiciones enumeradas: rellene los campos obligatorios, complete los pasos necesarios, agregue datos.
- Repita el paso de etapa.
Si el bloqueo persiste despues de corregir, compare el mensaje nuevo con el anterior: quiza haya resuelto parte de las causas y quede una, o haya aparecido una condicion nueva de la siguiente comprobacion.
El formulario indica donde corregir. Cuando la condicion se refiere a un campo concreto de la ficha, esta se desplaza hasta el y lo resalta. La excepcion es el motivo de cierre: se rellena en el bloque de cambio de etapa y la ficha no se desplaza hasta ahi; buscalo por tu cuenta.
Un caso particular es el cierre de la oportunidad: la etapa final puede exigir un resultado (ganada o perdida) y un motivo de cierre. Sin ellos, el paso no se realiza. Indique el motivo real: de el se vera despues el porcentaje real de perdidas.
Resultado parcial de una accion masiva
Una accion masiva (por ejemplo, archivar varias oportunidades o clientes) puede no aplicarse a todos los seleccionados. Las causas son los permisos, el estado, una comprobacion de proteccion o la modificacion del objeto por otro usuario. Que hacer:
- Vea a que objetos se aplico la accion.
- Abra por separado aquellas en las que no funciono.
- Corrija la causa y repita solo para los restantes, no para todo el conjunto a ciegas.
Para los clientes, la ventana de confirmacion muestra el desglose antes de ejecutar nada: cuantos registros se procesaran, cuantos ya estan en el estado buscado y cuantos no estan disponibles. Leala antes de confirmar: sale mas barato que desenredar despues un resultado parcial.
Un caso aparte es lo que sigue activo. Archivar clientes no cierra sus grupos de trabajo ni sus proyectos de cliente; el portal lo advierte de forma explicita en la ventana de confirmacion. Formalmente la accion se completo, pero el trabajo sobre un cliente «cerrado» sigue en marcha. Cierre esos grupos de trabajo y proyectos por separado, o nadie notara la contradiccion.
Flujo entrante e integraciones
- El envio del formulario no llego al CRM. En la lista de solicitudes esta disponible el reintento de envio; utilicelo tras comprobar el enrutamiento del formulario.
- Canal de integracion en error. Cada conexion del Hub de integraciones tiene un estado: activo, advertencia, error, borrador, archivado o desactivado. Un canal en error o con advertencia significa solicitudes y mensajes potencialmente perdidos. Ejecute la comprobacion de la conexion: mostrara una causa clara (problema de configuracion o del sistema externo) y luego corrijala.
- El mensaje al cliente no se envio (mensajeria). Los canales de mensajeria tienen una cola de reenvio: los mensajes atascados se pueden enviar de nuevo en lugar de perderlos. Revisela con regularidad.
- La integracion REST rechaza las llamadas. El sistema externo puede recibir un rechazo por el limite de solicitudes, por una IP fuera de la lista blanca o porque el metodo no esta entre los permitidos. Compruebe los limites, la lista blanca de IP y el conjunto de acciones permitidas de la conexion. La clave de acceso se muestra una sola vez: si se pierde, vuelva a emitirla repitiendo el asistente.
- Faltan permisos para configurar integraciones. Sin permiso de escritura sobre las comunicaciones, el Hub de integraciones se abre solo en modo de lectura: las conexiones se ven, pero el asistente, la comprobacion y los interruptores no estan disponibles. La configuracion la realiza el administrador.
- Invitacion de acceso externo invalida (caducada, usada, revocada). Emita una nueva invitacion.
La automatizacion se comporto de forma inesperada
Si una regla no se ejecuto o se ejecuto de forma distinta a la esperada:
- compruebe si la regla esta activada y si su area y condicion se ajustan al caso;
- abra el historial de ejecuciones: muestra que hizo la regla y donde se detuvo;
- si la automatizacion no esta disponible para configurar, quiza este limitada por permisos o detenida temporalmente en la configuracion del modulo.
Quien debe actuar
| Situacion | Quien ayuda |
|---|---|
| No hay acceso al modulo, pipeline, campo | Administrador o propietario del espacio |
| No es miembro del grupo de trabajo | Propietario del grupo de trabajo |
| Bloqueo de etapa o estado | El responsable cumple la condicion de la comprobacion |
| El envio no llego / canal en error | Administrador del proceso o responsable de las integraciones |
| La regla de automatizacion funciona mal | Propietario de la regla |
Como describir el problema para que se resuelva rapido
Si no logra entender por su cuenta un limite o un error, describa el problema de modo que el administrador o el propietario del proceso lo comprenda sin pedir aclaraciones. Indique:
- donde: en que pantalla y en que pipeline ocurrio;
- que estaba haciendo: que accion intentaba realizar;
- que vio: el texto exacto del mensaje o que boton no esta disponible;
- sobre que objeto: oportunidad, cliente o pipeline (sin datos privados; basta con un enlace o un numero);
- si se repite: si el problema sigue tras actualizar la pagina.
No reenvie en la consulta datos personales del cliente ni enlaces privados: describa la situacion con palabras. Una descripcion precisa ahorra una o dos vueltas de mensajes y acelera la correccion: con ella se ve enseguida si es un tema de permisos, una condicion del proceso o un fallo real.
Si aparece un codigo de rechazo
El servidor puede devolver un reasonCode tecnico, pero la interfaz lo traduce a un mensaje claro y no muestra el codigo sin procesar. Use el significado del mensaje, la accion y el objeto como diagnostico, no el codigo interno.
| Significado | Que hacer | Quien ayuda |
|---|---|---|
| Acceso denegado o no se puede asignar a una persona | Revise rol, alcance y participante; no saque datos fuera del CRM | Administrador, responsable del proyecto o del pipeline |
| Otro usuario cambio los datos | Actualice, conserve solo el cambio vigente y reintente | Autor del cambio actual si no esta claro |
| Condicion, campo o relacion invalida | Corrija el elemento indicado y reintente | Responsable del proceso |
| Servicio de validacion, solicitud o integracion no disponible | No cree duplicados ni repita una accion masiva a ciegas; espere y reintente una vez | Responsable de integraciones o administrador |
Para soporte, envie el texto exacto en pantalla, pantalla y accion, tipo de objeto, hora y resultado del reintento. No adjunte JSON sin procesar, tokens, datos personales ni enlaces privados: el codigo de rechazo por si solo no explica la correccion necesaria.
Buenas practicas
- Primero compruebe permisos, cambios y condiciones del proceso; despues considerelo un error.
- Lea el mensaje del bloqueo entero: puede enumerar varias causas a la vez.
- Antes de una accion masiva, lea el desglose de la ventana de confirmacion, no solo el resultado posterior.
- Ante un conflicto, actualice los datos en lugar de sobrescribir la edicion ajena.
- Analice el resultado parcial por causas, no repita la accion masiva a ciegas.
- No se salte los limites de acceso reenviando datos fuera del CRM.
Errores frecuentes
Tomar un limite de permisos por un fallo. Se pierde tiempo "reparando" algo que funciona como se diseno; basta con solicitar acceso.
Ignorar el mensaje de la comprobacion de proteccion. En el ya esta escrito que corregir.
Corregir las causas del bloqueo de una en una. El mensaje las enumera todas a la vez; repetir la operacion tras cada arreglo son vueltas de mas y la sensacion de que «el error no se va».
Repetir la accion masiva tras un resultado parcial. Una parte de las oportunidades volvera a no pasar y la causa quedara sin analizar.
Saltarse el acceso reenviando datos al exterior. Es un riesgo de fuga y una perdida de control sobre la historia del cliente.
Crear un registro nuevo en lugar de actualizar ante un conflicto. Aparece un duplicado y los datos se dispersan.
Como comprobar el resultado
- queda claro que ocurrio exactamente: permisos, conflicto o condicion del proceso;
- el mensaje del bloqueo se leyo y la condicion se cumplio;
- el resultado parcial se analizo en los objetos restantes;
- el envio que no llego se reenvio y el canal de integracion se comprobo;
- el acceso se solicito por la via normal, sin vias alternativas.
Escenarios relacionados