Pago a conductores y liquidaciones

El pago a conductores se activa por carrier y viene apagado — un carrier que nunca pidió liquidaciones no se encuentra un módulo de pago en su portal. Se prende en Drivers → Driver pay → Pay plans, o desde el portal del propio carrier. El carrier liquida a sus propios drivers; no tiene que pedírselo a un dispatcher.

Los planes tienen fecha de vigencia. Cambiar cómo se le paga a alguien crea una versión nueva que arranca en una fecha posterior en vez de editar la actual, así un aumento nunca reimprime una semana ya liquidada. Un plan para un driver le gana al plan general del carrier.

Podés escribir el arreglo en lenguaje común — "50% de lo que queda después de gas, DEF, peajes y cambios de aceite, menos $150 semanales de escrow hasta $2,000" — y la IA llena el formulario para que lo revises. No guarda nada.

• Te devuelve lo que entendió, en el idioma en que escribiste, para que compares prosa contra prosa.
• Nombra cualquier asunción que tuvo que hacer — un "50/50" sin aclarar se vuelve % del bruto, y dice que el linehaul era la alternativa.
• Marca en ámbar lo que no pudo expresar. Por milla, por hora, salario, por parada, detention y bonos se reportan en vez de aproximarse: un plan que descarta en silencio "detention a $20/h" paga menos de lo acordado y parece correcto haciéndolo.

Los gastos se atribuyen por CAMIÓN, por los días en que el driver estuvo asignado a él. El combustible se carga contra un camión y nadie taguea a una persona, así que atribuir por driver no restaría casi nada y pagaría de más. Asigná drivers a camiones junto con el plan; un camión compartido por dos drivers el mismo día divide ese día entre ambos.

Solo se deducen las categorías que están en el plan. Todo lo demás del camión igual aparece en la liquidación marcado como no deducido, así el driver ve que se consideró en vez de preguntarse dónde quedó.

• Adelantos, chargebacks, reclamos por daños y leasings se recuperan: un saldo que baja a cero y ahí se detiene solo.
• El escrow acumula: un saldo retenido para el driver que sube hasta un objetivo y ahí para.
• Nunca se toma más de lo que se debe, ni nada que dejaría el cheque en negativo — el resto pasa a la liquidación siguiente y se dice, nunca se borra.
• Cuando varias compiten por poca plata, se satisface primero la obligación más vieja.

Una liquidación es un borrador hasta que se aprueba. Al aprobarla se guarda una foto del plan, de las cargas y de cada gasto que vio — después de eso los números no se pueden mover. Un recibo de combustible que llega para una semana ya liquidada no cambia esa semana; aparece en la liquidación siguiente como corrección, valuado a la tarifa a la que esa semana se pagó realmente.

Corregir un período liquidado es anularlo con un motivo y volver a aprobarlo. La liquidación anulada se conserva como la evidencia que explica la corregida, y cualquier deducción que había tomado se devuelve, así una reemisión nunca cobra dos veces.

El driver abre My pay en su portal y ve el total corriente de la semana abierta con la aritmética detrás, más todas sus liquidaciones anteriores — en inglés, español, ruso o ucraniano, el que lea.

• Puede objetar el período mientras sigue abierto. La objeción aparece arriba de los números en la pantalla del que aprueba y hay que contestarla en palabras que él va a leer.
• Puede fotografiar un recibo que pagó él. Se adjunta al camión que manejaba ese día; el driver, el carrier, el camión y quién pagó salen del servidor, no de él.

Las liquidaciones se leen por la API REST y el servidor MCP, con las líneas congeladas y no solo los totales — ver el artículo de API y MCP. FalconaraTMS es el registro de la liquidación, no un procesador de nómina: no retiene impuestos, no presenta W-2 ni mueve plata.