> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tread.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Checklist de go-live
> La revisión de QA a ejecutar antes de pasar tu flota a Tread: datos, integraciones, móvil, configuración de facturación, capacitación.
## Qué harás
Ejecuta una revisión final de QA en nueve categorías antes de tu primer despacho en vivo. Esta es la última puerta: una vez que pases a vivo, conductores, clientes y proveedores están en Tread.
## Antes de comenzar
* Todas las importaciones de [datos maestros](/es/onboarding/master-data/overview) completas.
* [Integraciones](/es/onboarding/integrations) conectadas.
* [Configuraciones de agentes](/es/onboarding/agent-configurations) revisadas.
* Un proyecto de prueba listo para el despacho de simulación.
## El checklist
Recorre cada categoría. No pases a vivo hasta que cada casilla esté marcada.
Todos los conjuntos de datos maestros importados. Registros de muestra revisados por un administrador.
* [Usuarios](/es/onboarding/master-data/users): todos los administradores, despachadores y personal back-office invitados. Los conductores internos se crean aquí con el rol **Driver**.
* [Conductores](/es/onboarding/master-data/drivers): cada O\&O y conductor por contrato cargado con teléfono único.
* [Clientes](/es/onboarding/master-data/customers): incluyendo todas las invitaciones de Connected Customer aceptadas.
* [Proveedores](/es/onboarding/master-data/vendors): todos los subacarreadores conectados.
* [Tipos de equipo](/es/onboarding/master-data/equipment-types): capacidad y unidad de medida establecidas en cada uno.
* [Equipo](/es/onboarding/master-data/equipment): cada camión cargado y nombrado de manera consistente.
* [Materiales](/es/onboarding/master-data/materials): extraídos de contabilidad.
* [Sitios](/es/onboarding/master-data/sites): lat/long establecido; geocercas validadas.
* [Departamentos, etiquetas y clases de servicio](/es/onboarding/master-data/departments-labels-classes): solo los que realmente vas a usar.
Las entidades están en el nivel adecuado. Los recursos compartidos fluyen correctamente.
* [Jerarquía de empresa](/es/onboarding/company-hierarchy) revisada: plana a menos que tengas divisiones regionales reales.
* Equipo compartido desde la entidad propietaria hacia las entidades operativas (si es multi-entidad).
* Conductores compartidos en toda la jerarquía donde operan cargas.
* Consulta [Facturación multi-entidad](/es/specialized/multi-entity-billing) si el dinero fluye entre entidades.
Cada sistema que necesita fluir hacia o desde Tread está en vivo.
* [Telematics](/es/integrations/telematics): conectada; activos emparejados con el equipo; GPS en vivo visible en el tablero de despacho.
* [Paver Tracker](/es/integrations/paver-tracker): conectado si pavimentas.
* Integración contable ([QuickBooks](/es/integrations/quickbooks), [Sage](/es/integrations/sage), [Vista](/es/integrations/vista), [Foundation](/es/integrations/foundation) o [Spectrum](/es/integrations/spectrum)) autenticada y factura de prueba sincronizada.
Decide qué está activado y qué está desactivado.
* **Ticket Chaser**: ¿activado o desactivado? Consulta [Configuraciones de agentes](/es/onboarding/agent-configurations).
* **AI Reviews**: ¿activado o desactivado? Agrega instrucciones personalizadas sobre qué debe aprobar o marcar el agente. No hay un umbral de confianza configurable por el usuario.
* Revisa la página de [Errores comunes](/es/resources/common-mistakes) para tropiezos relacionados con agentes.
Los usuarios de campo tienen las apps en sus dispositivos y pueden iniciar sesión.
* [Driver App](/es/mobile/driver-app) instalada en al menos dos teléfonos de conductores; inicio de sesión confirmado.
* [Foreman App](/es/workflows/foreman) instalada para cualquier capataz de campo que cree o apruebe trabajo.
* Un ticket de prueba capturado de extremo a extremo en un dispositivo real.
Cada cliente activo puede facturarse correctamente el día uno.
* [Tarifas](/es/workflows/manage-rates) asignadas: las tarifas de flete y material cubren a cada cliente y proyecto activo.
* Dirección y correo de facturación establecidos en cada [registro de cliente](/es/onboarding/master-data/customers): la dirección se imprime en las facturas PDF.
* Una factura de muestra generada y revisada con el contacto de cuentas por pagar del cliente.
Un proyecto completo de extremo a extremo con un conductor real, un camión real y un ticket real, omitiendo la facturación.
* [Proyecto, orden y despacho creados](/es/workflows/create-a-project).
* El conductor recibió el despacho en su teléfono.
* Ticket capturado y aprobado.
* Liquidación generada pero no enviada.
Cada rol que usará Tread ha tenido un recorrido.
* Usuario administrador: recorrido completo de la plataforma.
* Despachador: tablero de despacho, [cambios intradía](/es/specialized/intra-day-changes), anulaciones de agente.
* Capataz: recorrido de [Capataz en el campo](/es/workflows/foreman).
* Conductor: instalación de la Driver App, captura de ticket, firma electrónica.
Todos los afectados saben qué cambia y cuándo.
* Notificación a proveedores enviada: cada acarreador conectado conoce la fecha de go-live.
* Notificación a clientes enviada: los contactos de cuentas por pagar saben que esperarán facturas de Tread.
* Comunicaciones internas: ops, facturación y equipo ejecutivo enterados.
* Contacto de escalamiento nombrado: una persona es dueña de las preguntas sobre Tread durante las primeras dos semanas.
## Verifica
Cada categoría arriba se muestra como completa. Tu factura de prueba pasó por tu sistema contable. Al menos un conductor ha ejecutado un ticket real de extremo a extremo y la liquidación fue revisada. Luego pasa a vivo.
## Errores comunes
**Salir en vivo sin la simulación.** Un acarreador regional omitió el despacho de prueba. El día uno, el tablero de despacho funcionó, pero las liquidaciones fallaron porque las tarifas no estaban vinculadas al cliente correcto. Ejecuta la simulación: detecta este tipo de brecha en una hora.
**Salir en vivo sin un dueño de escalamiento.** El día uno surgirán preguntas. Sin un dueño nombrado, esas preguntas se quedan en canales de Slack y empeoran. Elige a una persona antes de pasar a vivo.
**Omitir la notificación a proveedores y clientes.** Los proveedores y clientes conectados necesitan saber cuándo esperar invitaciones de conexión y facturas con formato de Tread. Sin aviso, rechazarán ambas. Envía la notificación al menos una semana antes del go-live.
## Relacionado
* [Resumen de datos maestros](/es/onboarding/master-data/overview): cada conjunto de datos que condiciona esto
* [Errores comunes](/es/resources/common-mistakes): tropiezos a detectar antes del go-live
* [Rastrear conductores y recopilar tickets](/es/workflows/track-drivers-collect-tickets): lo que se ejecuta el día uno