Casi todo lo que parece un fallo en Heyllave es una de tres cosas, y se distinguen en menos de un minuto. Empieza siempre por el mismo triaje: te ahorra pedir un permiso que ya tienes.
Triaje en tres preguntas
¿La sección o la acción no aparece?Dos trampas que valen la pena conocer:
- Encender un módulo no concede permisos, y ampliar un rol no enciende módulos. Son controles independientes. Un permiso de un módulo apagado no habilita nada.
- Una función desactivada contesta «sin permiso». Control de tiempo o SLA, mientras están apagados, rechazan igual que si te faltara el permiso. Revisa el ajuste antes de pedir el rol.
Síntoma por síntoma
| Lo que ves | Dónde mirar primero | El error típico |
|---|---|---|
| No encuentro un registro | El espacio, y después qué campos marcaste como indexados en su tipo | Buscar por un campo que no está indexado; sin ninguno solo se busca por el título |
| No aparece una hora reservable | Disponibilidad del recurso, límites del servicio y límites del espacio | Subir el máximo del servicio sin ver el techo del espacio |
| La reserva se rechaza al confirmar, pero la hora se ofrecía | Las reglas de disponibilidad por cliente | La búsqueda no conoce al cliente; esa regla solo actúa al confirmar |
| No llegó un aviso | Que la regla esté activa, que el evento ocurriera, el canal y la plantilla, en ese orden | Culpar al canal cuando la regla estaba pausada |
| El mensaje de WhatsApp no sale | Estado del canal y plantilla aprobada | Dar por conectado el canal porque se empezó el registro con Meta |
| No llegó un evento a otra herramienta | El resultado de entrega y su código en la integración | Suponer que una URL alcanzable prueba el flujo completo |
| El inventario no cuadra | Lo reservado, y la ubicación | Mirar el total agregado cuando las unidades están en otra sede |
| El artículo no sale en el sitio | Que esté activo, publicado, con precio y en una colección visible | Dar por publicado un artículo porque se subió su foto |
| El saldo de la factura no bajó | Que el pago quedara registrado contra esa factura | Confundir registrar un pago con haber recibido el dinero |
| La devolución o el reembolso se rechaza | El estado de partida y el historial de reversiones | Reintentar sin comprobar si ya se registró |
| Un proceso automático falló de golpe | Si venció un rol temporal | El acceso elevado expiró y la operación perdió su autorización |
Dónde vive la evidencia
Antes de pedir ayuda, casi siempre ya hay un rastro. Estos son los seis lugares donde buscarlo:
- Confirma la ventana de fechas y el actor antes de concluir que no se registró.
- Reversiones de una orden: reembolsos, devoluciones, anulaciones y enmiendas.
- Movimientos de inventario, con su motivo.
- Resultado de entrega de un aviso o un webhook.
A eso se suman dos herramientas de comprobación que conviene conocer:
- Ver como un miembro activo, desde Equipo → Miembros. Ves el producto exactamente como esa persona, en solo lectura y con tiempo límite. Es mucho más fiable que leer una matriz de permisos e imaginárselo.
- La comprobación de una regla de reserva, que evalúa una solicitud concreta y te dice qué condición decidió y por qué. Diagnostica la regla; no reserva capacidad.
Reduce el caso antes de escalarlo
Un problema descrito como «las reservas no funcionan» tarda días. El mismo problema reducido se resuelve en una respuesta. Para reducirlo:
- ¿Le pasa a una persona o a todas? Compruébalo con Ver como. Si es a una, es su rol.
- ¿A un registro o a todos? Si es a uno, mira ese registro: su tipo, su estado y sus relaciones.
- ¿Desde cuándo? Cruza la fecha con el registro de actividad. Un cambio de configuración suele estar justo ahí.
- ¿En una superficie o en todas? La aplicación móvil no incluye órdenes de trabajo ni reservas, así que «no está en el teléfono» puede ser lo esperado.
- ¿Se puede repetir? Un caso que se repite con pasos concretos vale diez descripciones.
Qué incluir al pedir ayuda
El centro de ayuda prepara el mensaje con los campos que de verdad hacen falta: el espacio, dónde ocurrió, la referencia del registro o del error, qué pasó, qué esperabas y los pasos para repetirlo.
Incluye la referencia del registro o del error: es lo que permite encontrar el caso exacto. Y deja fuera contraseñas, códigos de acceso, claves privadas y datos de clientes que no hagan falta para entender el problema.
Si algo no funciona
Si no puedes abrir el registro de actividad, es un permiso propio que no viene con los demás; pídelo a quien administra el espacio. Si Ver como no está disponible, también es un permiso aparte. Y si el triaje de arriba da bien en las tres preguntas y la acción sigue rechazándose, el siguiente lugar es el estado: muchas operaciones solo existen desde un estado de partida concreto.