Jerarquía
Siempre crea entidades a nivel de la empresa matriz y luego compártelas hacia abajo.
Un productor multi-región configuró conductores, proveedores, equipos y clientes en el nivel de empresa hija. Los despachadores no podían asignar conductores entre divisiones, los usuarios móviles no podían ver a los conductores internos y nómina no podía sacar un reporte limpio de horas.
La corrección tomó dos días de migración de back-end para subir todo a la matriz y volver a compartir. Consulta Empresas y jerarquía.
La estructura plana es la predeterminada. Usa padre/hijo solo para divisiones regionales verdaderas.
Un transportista multi-entidad complejo manejaba tres entidades legales con terminales como empresas hijas. La jerarquía estaba justificada, pero la transición se atrasó de diciembre a febrero mientras se limpiaba la cascada de datos y las reglas de facturación por cliente.
Si tus despachadores y tu equipo de AP operan como un solo grupo, mantente plano: la sobrecarga de entrenamiento y datos de padre/hijo es real.
Datos maestros
Configura los Tipos de Equipo antes que el Equipo.
La capacidad, la unidad de medida y la capacidad de salario prevaleciente viven en el Tipo de Equipo. Si te saltas el tipo y creas el equipo primero, el rastreo de materiales se rompe y no puedes balancear cargas de camiones por capacidad.
Construye los tipos primero, luego agrega camiones contra ellos. Consulta Tipos de Equipo.
Los cambios en el tipo de geocerca afectan datos históricos.
Cambiar la geocerca de un sitio de círculo a polígono modifica retroactivamente qué cargas pasadas contaron como “en sitio”. Esto aparece como discrepancias en el conteo de cargas en reportes antiguos.
Elige la forma de la geocerca durante el onboarding y déjala así. Consulta Sitios y geocercas.
Marca los materiales de salario prevaleciente de forma independiente — el PW del proyecto no se hereda automáticamente.
Un contratista de obra pública marcó el proyecto como salario prevaleciente y asumió que los materiales heredarían la marca. No fue así. Los materiales se enviaron con tarifas regulares y el contratista tuvo que rehacer tres semanas de liquidaciones.
Marca PW en el proyecto, en cada camión y en cada material que califique. Consulta Materiales.
Facturación
Aprueba antes de liquidar.
Los tickets que no aparecen en una liquidación casi siempre son tickets que no han sido aprobados. Las aprobaciones se ejecutan en tres niveles: turno, trabajo y carga. Los tres deben completarse antes de que una carga sea elegible para liquidación.
Revisa primero la cola de Aprobaciones. Consulta Aprobaciones de hojas de tiempo.
La comisión se aplica al ítem de línea, no al total de la factura.
Un cliente de transporte configuró una comisión del 20 % esperando que aplicara al total de la factura. Tread la aplicó a cada ítem de línea. Los números coincidían en trabajos pequeños, pero divergían en liquidaciones con varias líneas.
Prueba la comisión en el lado de la liquidación, no en el de la factura, antes del lanzamiento. Consulta Liquidaciones y pago a conductores.
Anular y rehacer es el único camino de corrección.
No puedes editar una liquidación aprobada en su lugar. Para corregir un error, anula la liquidación, desaprueba las líneas afectadas, modifica los datos, vuelve a aprobar y crea una nueva liquidación.
Las liquidaciones anuladas permanecen en el sistema bajo el filtro Anuladas para auditoría.
Un trabajo, una factura. Planifica en consecuencia.
Tread no divide un solo trabajo entre varias facturas. Si un cliente necesita facturas separadas para alcances separados, crea trabajos separados.
Define los puntos de corte de facturación cuando configures el proyecto, no al momento de facturar.
El recargo por combustible tiene tres piezas: configura las tres.
Un recargo por combustible necesita un Índice de Precio de Combustible (la referencia semanal del diésel), un Programa de Recargos (la tabla de precio a recargo) y un Add-On que lo aplique a una orden. Configurar solo el Add-On te da una tarifa plana, no un recargo real.
Actualiza el índice semanalmente. Consulta Administrar tarifas, Add-Ons y cargos.
Conductores y proveedores
Los conductores nunca deben ver las tarifas de facturación al cliente.
Un transportista nacional ejecutó un beta donde un conductor vio accidentalmente la tarifa de un cliente. La funcionalidad se retiró ese mismo día. Las tarifas visibles para el conductor muestran solo el pago al conductor; las tarifas y márgenes de cliente están restringidos por rol.
Prueba la configuración de visibilidad con un login de conductor real antes de implementar. Consulta Roles y permisos.
Desactiva conductores: no los elimines.
Eliminar un conductor bloquea el número de teléfono e impide su reutilización. Esta es la solicitud de soporte más común.
Desactiva al usuario en su lugar. El historial se mantiene intacto y el número de teléfono se libera. Consulta Agregar conductores.
La adopción por proveedores toma cuatro semanas. Mantente firme.
Un transportista regional de agregados empujó a los sub-transportistas hacia Tread y vio una fuerte resistencia durante el primer mes: conductores omitiendo las fotos de tickets, proveedores llamando al despachador a quejarse. El cliente mantuvo la línea: tickets solo desde la app, sin respaldo en papel. Después de cuatro semanas, la adopción se consolidó.
Los clientes que siguen este patrón ven cero abandono. Los clientes que parpadean terminan con un sistema híbrido que cuesta más que cualquiera de los dos enfoques. Consulta App del conductor.
A los O&O se les despacha directamente. A los proveedores no, salvo que Despacho Directo esté activo.
Los operadores-propietarios (conductores dueños de su camión) aceptan trabajos como conductores internos. Los proveedores reciben un trabajo y asignan a su propio conductor, salvo que el proveedor active Despacho Directo. Confundir ambos lleva a trabajos sin asignar.
Marca la relación correctamente cuando crees el proveedor. Consulta Proveedores.
La revisión de tickets con IA es informativa, no una barrera.
El Ticket Chaser marca números de ticket duplicados, valores atípicos de cantidad y desajustes de fecha. Son pistas, no bloqueos. Un cliente de agregados a granel ignoró varias marcas como falsos positivos durante el lanzamiento y aprobó las cargas.
Capacita a los aprobadores para leer las marcas y usar su juicio. No esperes a tener una cola limpia. Consulta Captura de datos y aprobaciones con IA.
Los conductores internos deben ver su propia tarifa de pago.
Solo las tarifas del lado del cliente están restringidas por rol. Los conductores internos necesitan ver cuánto están ganando por carga o por hora para su propio seguimiento: restringirlo hace que llamen a la oficina por cada cheque de pago.
Deja activa la visibilidad del pago al conductor para los conductores internos. Restringe por separado las tarifas de facturación al cliente. Consulta Roles y permisos.
Datos maestros
Los cambios de nombre o EIN de un proveedor requieren un nuevo registro de proveedor.
Editar el nombre legal o el EIN de un proveedor en el registro existente rompe el historial de 1099. Las constancias de pago previas del proveedor terminan bajo el nuevo nombre y el EIN previo desaparece.
Crea un nuevo registro de proveedor para la nueva entidad, desactiva el anterior y migra los trabajos activos. Consulta Proveedores.
Las zonas horarias de las órdenes usan la zona horaria del sitio del proyecto, no la del despachador.
Un despachador en Chicago que despacha un proyecto en Phoenix ve los horarios de la orden en hora de Phoenix. Esto sorprende a equipos cuando una oficina opera trabajo en varias regiones.
Confirma la zona horaria del sitio del proyecto antes de leer los horarios de inicio y fin. Consulta Sitios y geocercas.
Facturación
No adjuntes PDFs de listas de precios a los proyectos.
Los adjuntos del proyecto son visibles para los conductores asignados al proyecto, incluidos los usuarios de la app de conductor en obra. Una hoja de tarifas de cliente adjuntada “para referencia” es una fuga esperando ocurrir.
Mantén los precios en el registro del tarifario, no en los adjuntos del proyecto. Consulta Tarifas y Add-Ons.
Precedencia de tarifas: gana el programa de tarifas del sitio, luego el del proyecto, luego el del cliente.
Cuando una tarifa parece “desaparecer” o “reaparecer”, casi siempre es por precedencia. Un programa a nivel de sitio sobrescribe una tarifa de proyecto, y una tarifa de proyecto sobrescribe una tarifa de cliente. La primera coincidencia gana.
Rastrea desde el alcance más específico hacia abajo. Consulta Tarifas y Add-Ons.
Despacho
La edición masiva de conteos de carga puede reiniciar a 1 si el guardado coincide con un resync de la orden.
Editar conteos de carga en masa mientras otro usuario resincroniza la orden puede dejar un valor obsoleto en la orden, a veces reiniciando los conteos a 1.
Refresca entre ediciones por lotes y confirma los conteos antes de despachar. Consulta Crear proyecto → orden → despacho.
Agregar un conductor a mitad del día a una orden activa de ticket digital puede forzar el modo de ticket de báscula.
En un trabajo activo de ticket digital, agregar un conductor nuevo después de que el primer ticket ya fue capturado puede cambiar la sesión del nuevo conductor a modo de ticket de báscula. El conductor termina tomando fotos de nada.
Reinicia el trabajo para el nuevo conductor en lugar de volver a agregarlo a mitad del turno. Consulta Tickets digitales.
El mapa en vivo muestra camiones no despachados si la telemática los está transmitiendo.
Un camión en un feed de telemática aparece en el mapa en vivo aunque no esté despachado a nada en Tread. El mapa es una vista de vehículos, no una vista de despachos activos.
Filtra por estado si quieres ver solo despachos activos. Consulta Rastrear conductores y recolectar tickets.