Este es un recorrido de producto, no el caso de ningún despacho real: describe cómo se mueve -y dónde se desconecta de la norma- el timbrado de un CFDI dentro de FieldOps cuando la orden usó refacciones. La pregunta que resuelve es concreta: ¿en qué paso exacto una refacción que el técnico sí registró deja de tener oportunidad de aparecer en el comprobante? Según lo visto en en FieldOps, el CFDI de una reparación puede salir sin decir qué refacciones se usaron ni cuánto costó la mano de obra.
Esquema del recorrido · ilustración, no es una pantalla del sistema
- 1. El despacho cotiza la reparación con una sola línea"Reparación completa", $2,400.00 -la cotización no obliga a separar refacciones de mano de obra.
- 2. El cliente aprueba esa cotizaciónQueda registrada en
quotesyquote_itemscon esa única partida. - 3. El técnico usa una refacción y la registra en la ordenQueda en
order_parts, con descripción y cantidad -sin precio: la tabla no tiene esa columna. - 4. El despacho solicita el CFDI de la ordenEl servicio de facturación arma emisor, receptor, partidas y total.
- 5. Las partidas del CFDI salen sólo de la cotización aprobadaLee
quote_items; no consultaorder_partsen ningún punto. - 6. El CFDI se timbra con la partida únicaEl comprobante final no dice qué refacción se usó ni cuánto costó por separado.
1-3. La refacción sí se registra; sin precio, y en una tabla aparte
El técnico puede añadir a la orden cada refacción que usa, y si es del catálogo del despacho, el sistema la descuenta del inventario de su camioneta -ese enlace con el inventario funciona-. Pero el formulario para registrar una refacción no tiene un campo de precio, y la tabla donde se guarda tampoco tiene esa columna: el dato de "qué se usó" existe, el de "a qué costo" no.
4-6. El CFDI se arma sin mirar la tabla de refacciones
Cuando llega el momento de facturar, el servicio de facturación reúne los datos del comprobante desde la cotización que el cliente aprobó -no desde el registro de trabajo real del técnico-. Si esa cotización tenía una sola línea, el CFDI sale con esa misma línea única, sin importar cuántas refacciones se hayan usado después ni cuánto haya costado cada una por separado de la mano de obra.
| Parada | ¿La refacción registrada llega al CFDI? |
|---|---|
| 1-2. Cotización de partida única, aprobada | No aplica -aún no hay refacción registrada |
| 3. Refacción registrada en la orden | Se guarda, pero sin precio |
| 4. Solicitud del CFDI de la orden | No -reúne datos de la cotización, no de la orden |
| 5. Armado de las partidas del comprobante | No -sólo lee quote_items |
| 6. Timbrado del CFDI | No -sale con la partida única de la cotización |
Puedes estimar la exposición de este hallazgo, con tus propios números, en la calculadora de exposición por comprobante sin desglose.
Preguntas frecuentes
¿Por qué FieldOps no usa el registro de refacciones que ya tiene?
El servicio de facturación arma el CFDI leyendo las partidas de la cotización aprobada, no la tabla donde el técnico registra las refacciones usadas en la orden -son dos tablas distintas que nunca se cruzan en ese punto.
¿Pasa lo mismo si la cotización ya desglosa varias líneas?
Si la cotización original ya separa refacciones y mano de obra en líneas distintas, el CFDI hereda ese desglose. El problema aparece cuando la cotización se aprobó como un solo monto global.
¿FieldOps corrige esto automáticamente?
No, hoy no. Es un hallazgo verificado en el código actual, no una función ya resuelta.
Ve el recorrido completo en tu propia demo
Te mostramos en vivo una refacción registrada en la orden y el CFDI que se timbra al final.
Agenda una demo gratis