Información segura para enviar con una solicitud de soporte

Una buena solicitud de soporte es lo bastante específica como para reproducir el problema y libre de cualquier cosa que ponga en riesgo al restaurante. Esta página es la lista de comprobación de ambas mitades.

Haz primero estas cinco comprobaciones

Resuelven una gran parte de los reportes y, cuando no lo hacen, convierten un mensaje vago en uno preciso.

1. Reproduce el problema en una ventana privada del navegador, con la sesión cerrada.
2. Recarga la página una vez, para descartar una copia en caché.
3. Anota si también ocurre con la sesión iniciada.
4. Anota el alcance: un elemento, una categoría, un tipo de menú, un idioma o todo.
5. Anota qué cambió justo antes: una importación, un cambio de ajustes, un idioma nuevo, una foto nueva, una actualización de un plugin.

Qué enviar

Dónde

• La URL pública exacta donde se ve el problema.
• El tipo de menú, la categoría y el elemento implicados.
• El idioma, si el sitio es multilingüe.
• Qué sitio de restaurante, si la cuenta abarca más de uno.

Qué

• Qué esperabas ver.
• Qué viste en su lugar.
• El texto exacto de cualquier mensaje en pantalla.
• Si ocurre con la sesión cerrada, con la sesión iniciada o con ambas.

Cómo

• Los pasos que lo reproducen, en orden.
• El dispositivo y el navegador, especialmente cuando solo aparece en un teléfono.
• Cuándo empezó y qué cambió en ese momento.

Pruebas

• Una captura de pantalla de la página pública.
• Una captura de pantalla de la pantalla de administración que muestre el valor que guardaste.
• Para problemas de importación, dos o tres filas de ejemplo con el texto exacto que pegaste.

Qué no enviar nunca

• Contraseñas, códigos de un solo uso o enlaces de inicio de sesión.
• Credenciales de alojamiento, base de datos, correo o CDN.
• Capturas de pantalla que muestren datos de la cuenta, páginas de facturación o un gestor de contraseñas.
• Datos personales sobre clientes o personal.
• Contratos de proveedores, precios de coste, márgenes u otros datos comerciales no relacionados con el fallo.
• Registros completos del servidor sin revisar lo que contienen.

Si un mensaje te pide algo de esta lista, detente y confirma a través de tu contacto de servicio habitual antes de responder. Una solicitud legítima no necesitará tu contraseña.

Preparar una captura de pantalla de forma segura

1. Captura solo la zona que muestra el problema.
2. Recorta la barra de direcciones del navegador si contiene un token privado.
3. Recorta la barra de administración y el nombre de la cuenta.
4. Revisa las esquinas de la imagen en busca de pestañas abiertas, notificaciones y nombres de archivo.
5. Nunca anotes en una captura de pantalla credenciales "por comodidad".

Una plantilla que puedes copiar

Site / restaurant:
Public URL:
Menu type / category / item:
Language:

Expected:
Actual:
Message on screen (exact wording):

Signed out: yes / no
Signed in: yes / no
Private window, reloaded once: yes / no

Steps to reproduce:
1.
2.
3.

Started: (date/time)
Changed just before:
Attached: (screenshots, sample rows)

Qué hace que un reporte se pueda resolver

La frase más útil es la que separa las capas: "Está correcto en la pantalla de administración y mal en la página pública, con la sesión cerrada, después de una recarga." Esa única línea descarta el contenido, apunta a una caché o a un archivo generado y normalmente acorta el intercambio a una sola respuesta.