Cambios seguros

Para una persona usuaria de Ballista o del portfolio, un cambio seguro empieza con un ticket bien escrito. El ticket es la forma correcta de pedir ayuda, reportar un problema, solicitar una mejora o dejar evidencia de algo que debe revisarse sin perder el contexto de la página donde ocurrió.

Un ticket convierte una conversación suelta en una solicitud rastreable. En vez de mandar un mensaje breve como "no sirve", el portfolio permite crear una solicitud con asunto, descripción, página relacionada, URL de origen y etiquetas para que soporte pueda reproducir el caso con menos vueltas.

Esta página no intenta explicar despliegues ni código. Su objetivo es que cualquier persona sepa dónde ir, qué completar y qué información incluir: qué intentaba hacer, qué pasó, qué esperaba, en qué página estaba y qué registro o ejemplo permite revisar el problema.

Dónde crear el ticket

En el portfolio, entra a /support o usa los botones Crear ticket cuando aparecen desde una guía de Ballista. Algunas páginas ya envían contexto automáticamente, por ejemplo source=ballista y page=orders, para que el formulario se abra con la página etiquetada.

Para crear un ticket debes iniciar sesión. Si entras a soporte sin sesión, el portfolio muestra el mensaje de inicio de sesión requerido y el botón para entrar. Después de autenticarte, vuelves al formulario y puedes enviar la solicitud.

El formulario tiene dos campos principales: asunto y descripción. El asunto debe resumir el problema en una frase corta. La descripción debe explicar qué ocurrió, qué esperabas y qué dato permite reproducirlo.

El camino recomendado es: iniciar sesión, abrir soporte, escribir el asunto, completar la descripción, crear el ticket y dar seguimiento.

Qué escribir

Un buen ticket incluye el flujo afectado, los pasos realizados, lo que ocurrió y lo que la persona intentaba completar. Si estabas en Ballista, agrega el módulo: pedidos, facturación, inventario, reportes, tareas, usuarios o configuración. Si había un registro abierto, incluye número de pedido, cliente, factura, lote, usuario o rango de fechas.

No incluyas contraseñas, llaves privadas, certificados, tokens ni credenciales de Hacienda. Si el problema es de acceso o facturación electrónica, describe el mensaje de error y el ambiente, pero no copies secretos en el ticket.

Si el ticket viene desde una página de ayuda de Ballista, revisa el bloque de contexto que ya aparece etiquetado. Ese contexto ayuda a soporte a saber si el problema viene de la app, del portfolio, de una página de wiki o de una demostración.

Ejemplo real

Un ticket con poco contexto diría: "No puedo facturar". Un ticket útil diría: "En Facturación, al intentar enviar la factura del pedido 1024, el sistema muestra que faltan datos del receptor. Esperaba poder completar el envío después de seleccionar el cliente. El problema ocurre en la organización demostración, ambiente simulado, con el cliente ABC".

Ese segundo ticket permite revisar el flujo correcto: pedido, receptor, emisor, ambiente de facturación y mensaje mostrado. También evita perder tiempo preguntando por detalles básicos.

Esta guía se conecta con Facturación y control, Pedidos y ventas, Reportes y decisiones y Adopción de uso, porque un ticket bien escrito ayuda a corregir problemas de uso y operación.

Resumen

Cambios seguros significa abrir tickets claros desde el portfolio. Usa /support o Crear ticket, inicia sesión, escribe asunto y descripción, incluye página, registro y contexto, y nunca pegues credenciales.