Inicio Soluciones
Productos ▾
Tecnología
English Español
Contacto ▾
Iniciar sesión Empezar
← Base de conocimiento

Cómo abrir un ticket que se responda rápido

Los tickets los contesta la gente que escribió el código. El camino más corto hacia una respuesta real son cuatro líneas de contexto, porque te ahorran la vuelta entera en la que te las pedimos.

1. Qué incluir

Qué productoY su versión, que aparece arriba en la página de ajustes del módulo
El estado de la licenciaExactamente lo que dice la página de ajustes: Active, Suspended, Registered to another domain…
Las versiones de WHMCS y PHPUtilities → System → System Health tiene las dos
Qué esperabas y qué pasóDos frases valen más que un párrafo de adjetivos
El error exactoCopiado como texto si puedes; una captura si no
"No funciona" te cuesta un día. No porque nos moleste, sino porque la primera respuesta tiene que ser las preguntas de arriba, y eso es una vuelta completa antes de que nadie mire nada.

2. Qué no mandar nunca

Nunca mandes contraseñas: ni la de administrador de WHMCS, ni la de la base de datos, ni una clave de API. Nunca te las vamos a pedir. Si de verdad hace falta acceso a tu servidor, te lo diremos y acordaremos cómo, y después tú cambiarás las credenciales.

Deja fuera también los datos personales de tus clientes. Si una línea de log importa, tacha la dirección de correo y conserva la marca de tiempo y el mensaje: la parte que leemos casi nunca es la parte que identifica a alguien.

3. Dónde mirar primero

  • La página de ajustes del módulo — el estado de la licencia explica una cantidad sorprendente de los "dejó de funcionar".
  • El manual del producto en esta base de conocimiento, que trae una tabla de resolución de problemas por producto.
  • WHMCS → Utilities → Logs → Module Log, con el registro activado si te hemos pedido que reproduzcas algo.
  • El log de errores de PHP de tu servidor, si el síntoma es una página en blanco.

4. Qué pasa después

Un ticket abierto desde tu área de cliente llega ya ligado a tus compras, así que nadie tiene que preguntarte a qué producto te refieres. Si logramos reproducirlo, lo arreglamos y el arreglo sale en la siguiente versión, con el motivo escrito en el changelog. Si es algo propio de tu instalación, lo sacamos adelante contigo.

5. Emergencias

Si un módulo nuestro está bloqueando a tus clientes o tu checkout, dilo en la primera línea. Esos pasan al frente de la cola. Y recuerda que casi todos nuestros módulos se pueden apagar desde su propia página de ajustes con un clic: una salida de emergencia más rápida que esperarnos.