Proceso order to cash: pasos, documentos y cómo automatizarlo

El proceso order to cash (O2C, del pedido al cobro) es la secuencia de pasos que sigue una empresa desde que un cliente pide un precio hasta que el pago de ese cliente se aplica a la factura que liquida. En un fabricante o distribuidor abarca la cotización, el alta del pedido de venta, la verificación de crédito, la producción o preparación, el envío, la facturación, la aplicación de cobros y la cobranza. Cada paso comienza con un documento, y cada documento tiene que llegar a la pantalla correcta del ERP antes de que pueda empezar el siguiente.

Esta guía recorre el ciclo order to cash paso a paso, indica el documento que llega en cada etapa y dónde se registra en Epicor Kinetic, y muestra dónde aplica la automatización, qué medir y dónde suele fallar el proceso. Su ciclo hermano del lado de compras es procure to pay, que va de la orden de compra al pago al proveedor.

Los pasos del order to cash

1. Cotización

Un cliente envía una solicitud de cotización (RFQ) por correo, PDF, hoja de cálculo o un portal. Alguien de ventas internas o de estimación identifica al cliente, encuentra las piezas (a menudo listadas con los números de parte del propio cliente), revisa unidades, precios y plazos de entrega, y arma la cotización en Quote Entry. La velocidad importa porque la primera cotización creíble suele ganar el pedido.

2. Orden de compra del cliente a pedido de venta

El cliente acepta y envía una orden de compra. Servicio al cliente la captura en Order Entry: cliente, dirección de envío, los números de parte del cliente traducidos a los suyos, cantidades en la unidad que pidió el cliente, precios, fechas solicitadas y entregas. Es el paso que la mayoría de fabricantes y distribuidores todavía hace a mano, y el que más cuesta cuando hay errores, porque todos los pasos posteriores los heredan. Nuestra guía para automatizar el alta de pedidos de venta en Epicor lo trata en detalle.

3. Verificación de crédito

Antes de liberar el pedido se revisan el saldo abierto y el límite de crédito del cliente. En Epicor Kinetic, un pedido que lleva al cliente por encima de su límite puede quedar retenido por crédito, y alguien de crédito o cuentas por cobrar decide si se libera. Las decisiones de crédito lentas retrasan envíos que ya estaban listos.

4. Preparación o producción

Los pedidos de inventario se asignan, se recogen y se empacan. Las líneas fabricadas a pedido se convierten en trabajos en planta. La confirmación del pedido vuelve al cliente con fechas confirmadas, y los cambios (cantidades, fechas, dirección de envío) llegan como nuevos correos u órdenes de compra revisadas que requieren el mismo cuidado que la original.

5. Envío

La mercancía sale con una lista de empaque y un conocimiento de embarque, registrados en Customer Shipment. Algunos clientes envían sus propias instrucciones de envío o programas de entrega, con sus números de orden de entrega y referencias de pieza en lugar de su número de pedido y de línea, y cada línea tiene que vincularse con la entrega del pedido contra la que se envía.

6. Facturación

El envío se factura en AR Invoice Entry, normalmente a partir del propio envío para que cantidades y precios se trasladen. Las facturas que no nacen del envío (facturación generada en otro sistema, notas de crédito por una disputa, facturación por avance o miscelánea) se capturan directamente. La factura llega al cliente por correo, portal o EDI.

7. Pago y aplicación de cobros

El cliente paga por transferencia, ACH, cheque o tarjeta, y el aviso de pago llega por separado, a menudo como adjunto de correo o como exportación bancaria. Cuentas por cobrar aplica el pago a las facturas que liquida en Cash Receipts Entry. Cuando falta el aviso de pago o no coincide con las facturas abiertas, el dinero queda sin aplicar y el cliente parece vencido cuando no lo está.

8. Cobranza y deducciones

Las facturas vencidas se persiguen con recordatorios y llamadas. Los pagos parciales se investigan: una disputa de precio, un envío dañado, una bonificación promocional o una deducción que el cliente tomó sin explicación. Cada una se cobra, se cancela o se convierte en nota de crédito.

9. Reportes

Finanzas cierra el ciclo con la antigüedad de saldos, el DSO y el pronóstico de flujo de caja. Operaciones revisa el tiempo de ciclo del pedido y las entregas a tiempo. Estos reportes son tan buenos como los datos capturados en los pasos 2 a 7.

Paso, documento y pantalla de un vistazo

Dónde aplica la automatización del order to cash

La automatización del order to cash es un conjunto de herramientas, cada una cubre una parte del ciclo. La mayoría de las empresas combina varias.

• EDI. Con los clientes grandes que operan por EDI, las órdenes de compra (850), los avisos de embarque (856) y las facturas (810) viajan como datos estructurados. EDI es la respuesta correcta cuando el cliente lo exige, pero se configura por socio comercial, así que rara vez alcanza a la larga cola de clientes que envían PDF y correos.
• Portales de clientes y comercio electrónico. Los clientes que se pueden llevar a un portal capturan sus propios pedidos. Funciona con pedidos repetitivos de catálogo y mucho menos con productos de ingeniería, o con clientes que no van a cambiar su forma de comprar.
• Agentes de IA para documentos. Los agentes leen los documentos que llegan en cualquier formato (RFQ, órdenes de compra, instrucciones de envío, facturas, avisos de pago) y generan un borrador de la transacción en la pantalla del ERP que le corresponde, para que una persona lo revise. Aquí está Fluent. Cubre los documentos a los que EDI y los portales nunca llegan.
• Plataformas de automatización de cuentas por cobrar. Herramientas como HighRadius, Billtrust y Versapay se enfocan en la segunda mitad del ciclo: entrega de facturas y portales de pago para clientes, aplicación de cobros, flujos de cobranza, decisiones de crédito y gestión de deducciones (HighRadius tiene un producto específico de deducciones). Para un equipo de finanzas cuyo problema principal es la cobranza y la aplicación de cobros a gran volumen, están hechas para eso.
• Funciones del ERP. Epicor Kinetic ya maneja retenciones por crédito, facturación desde envíos, antigüedad de saldos y cartas de cobranza. Use lo que el ERP ya hace antes de comprar alrededor de él.

La división práctica para la mayoría de los fabricantes medianos: EDI y portales para los clientes que los usan, una plataforma de cuentas por cobrar si la cobranza y la aplicación de cobros son el cuello de botella, y agentes de documentos para todo lo que todavía llega como PDF o correo y se vuelve a teclear.

Métricas del order to cash

• Días de venta pendientes de cobro (DSO). Cuentas por cobrar divididas entre las ventas a crédito del periodo, multiplicado por el número de días del periodo. Mide cuánto se tarda, en promedio, en cobrar después de una venta. Menos es mejor, pero compárelo con sus condiciones de pago: un DSO de 45 con condiciones a 30 días es un problema de cobranza; a 60 días no lo es.
• Tiempo de ciclo del alta de pedidos. Tiempo desde que llega la orden de compra del cliente hasta que el pedido de venta está capturado y confirmado. Muestra cuánto esperan los pedidos en una bandeja de entrada antes de que alguien los trabaje.
• Exactitud de pedidos. Porcentaje de pedidos capturados sin corrección posterior: cliente, dirección de envío, pieza, cantidad, unidad y precio correctos.
• Tasa de pedido perfecto. Porcentaje de pedidos entregados completos, a tiempo, sin daños y con la documentación correcta, incluida una factura exacta. Como multiplica varias condiciones, siempre es menor que cualquiera de ellas por separado.
• Dinero sin aplicar. Pagos recibidos que aún no se vinculan con facturas, como total y por antigüedad. Un saldo creciente indica que los avisos de pago no se procesan y que los clientes parecen vencidos cuando ya pagaron.
• Índice de efectividad de cobranza (CEI). Cuentas por cobrar iniciales más ventas a crédito menos cuentas por cobrar finales totales, dividido entre cuentas por cobrar iniciales más ventas a crédito menos cuentas por cobrar finales vigentes, por 100. Mide qué parte de lo cobrable en el periodo se cobró realmente; más cerca de 100 es mejor.

Otras medidas útiles son el tiempo de respuesta de cotizaciones, la exactitud de facturas (facturas que no se acreditan ni se reemiten después) y las deducciones como porcentaje de los ingresos.

Puntos de falla comunes

• Volver a teclear entre pasos. El mismo número de parte del cliente se captura en la cotización, otra vez en el pedido y otra vez cuando llega una OC revisada. Cada recaptura es una oportunidad de introducir un error que aparece en la facturación o el cobro.
• Unidades de medida. El cliente pide en cajas, usted almacena por pieza, el precio es por millar. Un pedido capturado en la unidad equivocada envía la cantidad equivocada y factura el importe equivocado.
• Precio que cambia de la cotización al pedido y a la factura. Si el precio del pedido no se revisa contra la cotización y la factura contra el pedido, vienen disputas y pagos parciales.
• Órdenes de compra duplicadas. Una OC enviada dos veces, o reenviada como revisión, se captura dos veces y se envía dos veces.
• Avisos de pago que llegan separados del dinero. El banco muestra el depósito; el aviso de pago está en una bandeja de entrada. Hasta que alguien los vincula, el dinero queda sin aplicar y cobranza puede perseguir a un cliente que ya pagó.
• Deducciones sin responsable. Los pagos parciales que nadie investiga envejecen hasta cancelarse.
• Facturación tardía. Cada día entre el envío y la factura suma un día al DSO.

Dónde encaja Fluent en el order to cash

Fluent son agentes de IA que leen documentos de negocio y generan un borrador de la transacción en el ERP para que una persona lo revise. Está construido alrededor de Epicor Kinetic, y cinco de sus diez agentes cubren el order to cash, cada uno con el nombre de la pantalla de Kinetic en la que registra el borrador:

• Quote Entry. Lee solicitudes de cotización en cualquier formato y genera la cotización en Quote Entry, con el cliente, las piezas (incluidos los números de parte del propio cliente), las unidades y las revisiones resueltos contra Epicor. Las piezas configurables se responden en el configurador de producto de Epicor y las valúa Epicor.
• Order Entry. Lee órdenes de compra de clientes en cualquier formato y genera el pedido de venta, resolviendo el cliente, la dirección de envío, los números de parte del cliente, las unidades y los precios, y marca las OC duplicadas.
• Customer Shipment. Lee las instrucciones de envío del cliente y genera el envío en Customer Shipment, con cada línea vinculada a la entrega del pedido contra la que se envía.
• AR Invoice Entry. Registra en AR Invoice Entry facturas a clientes y notas de crédito que nacen como documentos, con líneas, cargos y moneda tal como los indica el documento.
• Cash Receipts Entry. Lee órdenes de pago, cheques y exportaciones bancarias y genera el cobro en Cash Receipts Entry, aplicado a las facturas abiertas que liquida.

Nada se contabiliza hasta que una persona procesa el borrador. Un flujo de aprobación envía cada documento a las personas que deben aprobarlo, y umbrales como un importe o una variación de precio deciden quién revisa qué. Cada campo leído y cada decisión quedan registrados en el documento. Si ningún cliente coincide, el documento se genera con una nota de lo que se buscó y espera a una persona. No hay plantillas por cliente, ni mapeo de campos, ni entrenamiento de modelos: el comportamiento se define con instrucciones escritas, y las correcciones se convierten en instrucciones.

Fluent se conecta a la API REST de Epicor Kinetic desde fuera, sin instalar nada dentro de Epicor, y funciona en instalaciones propias o alojadas por Epicor. Los mismos agentes se ofrecen para otros ERP, entre ellos Prophet 21, SAP Business One, NetSuite, Acumatica y Microsoft Dynamics 365; Epicor Kinetic es donde llega más a fondo.

Dónde no encaja: Fluent no es un traductor EDI ni una VAN, no es un CPQ y no es una plataforma de cobranza ni de crédito. Si sus clientes operan por EDI, mantenga EDI con ellos. Si el cuello de botella es la cobranza, las disputas y la investigación de deducciones a gran volumen, una plataforma de cuentas por cobrar encaja mejor. Fluent cubre los documentos que todavía llegan como PDF, escaneos y correos y se capturan a mano.

Véalo con sus propios pedidos

Envíe una RFQ, una orden de compra o un aviso de pago reales y lea el borrador que Fluent genera en Epicor. Empiece por los agentes de order to cash, revise los precios o agende una demo.