Proceso Order to Cash en SAP SD: del pedido al cobro
Un cliente pide cien cajas de producto y las quiere el jueves. Tu empresa tiene que tener el stock, sacarlo del almacén, enviarlo, facturarlo al precio pactado y, al final, cobrarlo. Si cualquiera de esos pasos falla, el pedido sigue ahí, perfectamente registrado en el sistema y sin traer un euro.
De eso va el proceso Order to Cash (O2C): grabar un pedido en SAP no basta, hay que acompañarlo hasta que entra el dinero y la partida del cliente queda cerrada. Aquí recorremos ese camino en SAP SD y en los módulos con los que se cruza, con sus documentos y los puntos donde suelen aparecer los problemas.
¿Qué es el proceso Order to Cash en SAP?
Order to Cash significa, literalmente, del pedido al cobro. Es el proceso de negocio que va desde que un cliente encarga algo hasta que la empresa lo ha entregado, facturado, cobrado y reflejado en su contabilidad. Suena fácil y es difícil de clavar: entregar lo prometido, facturar lo entregado y cobrar lo facturado, sin que nadie persiga papeles entre departamentos.
Order to Cash es el proceso de negocio completo. SAP SD cubre su parte comercial, el proceso de ventas: pedidos, expedición y facturación. El stock y los movimientos de mercancías viven en SAP MM; la contabilidad, las cuentas por cobrar y los cobros, en SAP FI. Por eso hablar de «O2C en SAP SD» es una simplificación útil: SD es el motor del proceso, pero no el coche entero.
El flujo O2C en SAP, del pedido al cobro
Un aviso antes de empezar: no todas las fases aparecen siempre. Una venta de mercancía en stock suele pasar por entrega, salida de mercancías y factura; un servicio no sale de ningún almacén y se factura desde el pedido; un pedido mixto puede hacer las dos cosas. Todo depende del tipo de pedido, la configuración y el modelo logístico de cada empresa. Lo que sigue es el caso clásico: vender desde stock.
Diagrama 1: flujo completo del Order to Cash.
1. Pedido de cliente
Todo arranca con el documento de pedido: quién compra, qué, cuánto y para cuándo. Los documentos posteriores se crean con referencia a él, así que lo que nace mal aquí se arrastra hasta el final.
2. Comprobaciones comerciales
Al grabar el pedido, SAP hace bastante más que guardar datos: determina precios y condiciones, revisa la disponibilidad y programa las fechas de entrega. Según la configuración, también puede bloquearlo, por ejemplo por riesgo de crédito.
3. Entrega
Con mercancía física se crea una entrega con referencia al pedido: el documento que pone en marcha el trabajo del almacén y sobre el que se apoyan el picking, el embalaje y la salida de mercancías.
4. Picking y embalaje
Si el escenario lo contempla, el almacén coge el material de su ubicación y lo prepara para el envío, y la cantidad preparada queda registrada. Ambos pasos son opcionales: no todos los modelos logísticos los usan.
5. Salida de mercancías
Confirma que el material sale de la empresa. Cambia la cantidad y el valor del stock y, cuando el material está valorado, registra el movimiento en contabilidad: lo habitual es coste de ventas contra inventario. Además, la entrega pasa a la lista de pendientes de facturar. Ojo al «cuando»: depende del material y de la configuración, y un servicio no pasa por aquí.
6. Facturación
La factura se crea con referencia a la entrega, en mercancías, o al pedido, en servicios. Y una confusión clásica: la factura no es el cobro, es la petición de pago.
7. Documento contable y cuenta por cobrar
Al grabar la factura, SAP envía los datos a contabilidad y genera el documento contable: ingresos por un lado, deuda del cliente por otro. Si la clase de factura tiene un bloqueo de contabilización, el documento contable no se crea hasta que alguien libera la factura. Y si falla la determinación de cuentas, tampoco: SAP crea todos los documentos contables o ninguno.
8. Cobro y compensación
El cobro es otro paso, ya en FI: se contabiliza el pago y se compensa contra la partida abierta, a ser posible de forma automática. Cuando no lo es (referencias que no coinciden, pagos parciales), alguien compensa a mano. Hasta entonces el dinero puede estar en el banco, pero para el sistema la factura sigue sin cobrar.
¿Qué módulos intervienen? La integración SD, MM y FI
SD manda en lo comercial: pedidos, precios, entregas y facturas. MM mueve el stock cuando el almacén da salida a un pedido, y aporta materiales y disponibilidad. FI recibe la factura y el movimiento valorado, y se encarga de las cuentas por cobrar y de los cobros.
Diagrama 2: qué módulo genera cada documento.
Un detalle que casi todos pasan por alto: el documento de salida de mercancías no es de SD, sino de MM y FI, aunque lo consultes desde el flujo de documentos de ventas.
SAP S/4HANA integra todo esto con más fuerza: los datos de contabilidad financiera y de costes convergen en el Universal Journal y el cliente se gestiona como Business Partner. Pero integrar no es fusionar: siguen existiendo un pedido, una entrega, una factura y un cobro, con responsables distintos, y cada uno puede fallar por su cuenta.
Ejemplo práctico: Tornillería Pradoverde vende 200 cajas
Ejemplo ficticio: ni la empresa ni los datos existen.
Tornillería Pradoverde, S. L. vende 200 cajas de tornillos a Reformas Altamira, S. L., a 12 euros la caja y con pago a 30 días. Así avanza la operación:
| Fase | Qué ocurre | Qué necesita cada área para no atascarse |
|---|---|---|
| Pedido | Altamira encarga las 200 cajas para el viernes. SAP calcula el precio (2.400 € más 21 % de IVA), comprueba el stock y propone fecha. | Ventas: cliente con datos comerciales y precio vigente. |
| Entrega y preparación | Almacén crea la entrega y prepara las 200 cajas. | Almacén: stock disponible y pedido sin bloqueos. |
| Salida de mercancías | El camión sale el jueves y el almacén contabiliza la salida. El stock baja 200 cajas y, al estar valorado el material, se registra coste de ventas contra inventario. | Contabilidad: valoración y cuentas determinadas. |
| Factura | Facturación factura la entrega: 2.400 € más IVA. Se genera el documento contable con ingresos, impuesto y deuda del cliente. | Facturación y FI: datos contables del cliente y cuentas determinadas. |
| Cobro | A los 30 días entra una transferencia de 2.904 €. Se contabiliza y se compensa la factura. | Tesorería: pago con una referencia que permita casarlo con la factura. |
Si Pradoverde vendiera horas de consultoría en vez de cajas, no habría entrega ni documento de material: se facturaría desde el pedido y el resto seguiría igual. Esto es lo que queda en el sistema tras el caso de las cajas:
Diagrama 3: documentos y efectos del caso de las cajas.
Transacciones SAP que conviene conocer
Estas son las transacciones clásicas de ECC y lo que ofrece S/4HANA para el mismo trabajo. Tómalo como un mapa orientativo: en S/4HANA conviven SAP GUI y apps Fiori, y lo que se usa depende de la versión, la edición y el proyecto.
| Fase | ECC (transacción clásica) | S/4HANA (app Fiori equivalente) |
|---|---|---|
| Pedido | VA01 para crear; VA02 y VA03 para modificar y consultar | «Create Sales Orders (VA01)» y «Manage Sales Orders» |
| Entrega | VL01N para crear con referencia al pedido; VL02N para modificar y contabilizar la salida de mercancías | «Create Outbound Deliveries», «Pick Outbound Delivery» y «Change Outbound Delivery» |
| Factura | VF01 para crear; VF04 para la lista de pendientes de facturar | «Create Billing Documents» |
| Cobro | F-28 para contabilizar el cobro entrante | «Post Incoming Payments» (F1345) y «Clear Incoming Payments» (F0773) |
| Partidas del cliente | FBL5N | «Manage Customer Line Items» |
Los nombres y la disponibilidad de cada app cambian según versión y edición: compruébalos en la Fiori Apps Reference Library de tu sistema. Y no des por hecho que F-28 sea la vía recomendada: según el proyecto, los cobros se contabilizan a mano, con la app o mediante procesos automáticos.
Errores habituales y puntos críticos
En O2C el síntoma aparece lejos de la causa: un cobro que no cuadra, una factura que no llega a contabilidad, una entrega que no sale. Antes de tocar nada, pregúntate dónde nació el problema.
Datos maestros incorrectos o incompletos
Un cliente sin datos contables, un material sin datos de ventas o de valoración, una condición de precio sin cargar. El efecto: pedidos que no se pueden crear o, peor, que se crean y se atascan después. En S/4HANA el cliente cuelga del Business Partner: revisa sus roles y vistas.
Problemas de disponibilidad
Sin stock confirmado no hay fecha fiable: entregas tarde o parciales y clientes preguntando por su pedido. La causa puede ser stock insuficiente, pero también un grupo de verificación mal asignado o una categoría de reparto que desactiva la comprobación. Mira la configuración antes de culpar al almacén.
Bloqueos de entrega o facturación
Un bloqueo en el pedido impide crear la entrega o la factura. En la facturación masiva, la entrega ni siquiera aparece en la lista de pendientes. Resultado: mercancía parada o servicio sin facturar. Liberar sin saber por qué se bloqueó (crédito, revisión manual, otro motivo) es la forma más rápida de repetir el problema.
Diferencias de precios o condiciones
La factura sale con un importe distinto del esperado, el cliente la rechaza y el cobro se retrasa. Suele ser una condición vencida o mal cargada, o un esquema de cálculo que no creías. Revisa cómo se determinó el precio antes de corregir importes a mano.
Errores en la determinación de cuentas
SAP no encuentra la cuenta de ingresos o la de conciliación y la factura no pasa a contabilidad. Como la contabilización es de todo o nada, te quedas sin documento contable y sin deuda del cliente. La asignación de cuentas se resuelve con la técnica de condiciones, y el documento de facturación trae un análisis de asignación de cuentas que te dice dónde se rompió.
Facturas pendientes de contabilizar y pagos sin compensar
Facturas retenidas por un bloqueo de contabilización, o pagos que no casan con su partida: otra referencia, un pago por varias facturas, un importe distinto. El saldo del cliente se falsea y alguien acaba reclamando una deuda ya pagada. Empieza por la partida abierta y por qué no se compensó sola.
La regla común: si desbloqueas, recontabilizas o compensas a mano sin entender por qué falló, mañana tendrás el mismo problema con otro pedido.
¿Por qué es importante entender el O2C como consultor SAP?
Porque el trabajo funcional real rara vez cabe en un módulo. Un requisito tan inocente como «cambiar cómo se factura este producto» puede tocar pedido, precios, entrega, determinación de cuentas y hasta el cobro.
Para analizar requisitos hay que saber qué documentos se generan y quién depende de quién. Para coordinar módulos, hablar el idioma de MM y de FI. Las pruebas integradas tienen que recorrer el camino de pedido a cobro y no quedarse en la factura.
Conocer solo las transacciones de SD no basta: sabrás crear un pedido, pero no por qué la factura no llega a contabilidad ni qué pasó con el stock al contabilizar la salida de mercancías. Eso separa al que ejecuta transacciones del que entiende sus consecuencias.
Un pedido sin cobrar no es una venta
Es una promesa con número de documento. Todo lo que SAP registra antes del cobro (el pedido, la entrega, la factura) es trabajo en curso hasta que la partida del cliente se compensa. Quien entiende el recorrido entero ve venir los problemas antes de que lleguen a contabilidad; quien solo mira su tramo se entera cuando alguien reclama.
¿En qué punto del Order to Cash te has encontrado más incidencias: bloqueos, precios, determinación de cuentas o compensación de cobros? Cuéntalo en los comentarios, que de ahí salen las mejores conversaciones.