Proceso compra a pago (P2P) en SAP con códigos T
Flujo editable del proceso compra a pago en SAP, de la solicitud de pedido (ME51N) al programa de pagos (F110), con estrategias de liberación, entrada MIGO, verificación MIRO y bloqueos por tolerancia en carriles.
¿Qué es proceso compra a pago (P2P) en SAP con códigos t?
La mayoría de los diagramas P2P de SAP son de dos tipos: una diapositiva con seis cajas (solicitud, pedido, entrada, factura y pago) que no le dice nada a un usuario clave, o un documento de configuración que solo entiende el consultor de MM. La versión útil está en el punto medio. Muestra quién hace cada paso, qué transacción usa y dónde el sistema detiene el documento y espera a una persona.
En esas paradas están las decisiones de diseño. La estrategia de liberación de la solicitud y del pedido decide quién aprueba qué. La determinación de fuentes decide si un comprador llega a tocar la solicitud. Las claves de tolerancia de la verificación de facturas deciden qué desviaciones bloquean el pago. Dibujarlas como decisiones con las condiciones reales en cada rama convierte un resumen del P2P en algo sobre lo que se puede dirigir un taller de fit-to-standard.
La plantilla se apoya en transacciones de S/4HANA, pero el flujo es el mismo en ECC 6.0 y solo cambian los nombres de las apps Fiori. Renombre los carriles con sus centros y organizaciones de compras, elimine la rama de inspección de calidad si no usa QM y añada sus propios niveles de liberación.
Qué cubre este diagrama de flujo
En esta plantilla
- Alta de la solicitud de pedido (ME51N) con imputación y la estrategia de liberación que la envía a aprobación (ME54N / ME55)
- Determinación de fuentes con contratos marco y registros info frente a un ciclo de solicitud de oferta (ME41, ME47, ME49) antes del pedido
- Creación del pedido con referencia (ME21N), liberación del pedido (ME29N) y salida al proveedor
- Entrada de mercancías con MIGO y clase de movimiento 101, con lote de inspección QM opcional y decisión de empleo (QA11)
- Verificación logística de facturas (MIRO) frente al pedido y la entrada, con bloqueos de pago por tolerancia liberados en MRBR
- El programa automático de pagos (F110) y la compensación de la partida abierta del proveedor
Cuándo usar esta plantilla
- Dirige talleres de fit-to-standard o de blueprint para una implantación de S/4HANA y necesita un flujo P2P que los usuarios clave puedan cuestionar
- Los auditores o un nuevo controller preguntan cómo funcionan realmente las compras en su SAP y la respuesta solo está en la configuración
- Forma a compradores, personal de almacén y administrativos de cuentas a pagar y quiere una sola imagen que muestre cómo se enlazan sus transacciones
- Las facturas siguen cayendo en la lista de bloqueadas y necesita mostrar dónde nace la desviación aguas arriba
- Pasa de ECC a S/4HANA y quiere confirmar el flujo P2P antes de que la conversión lo fije
Cómo funciona
Abra la plantilla y renombre los carriles
Sustituya los roles genéricos por los suyos: los departamentos solicitantes, los aprobadores de su estrategia de liberación, el grupo de compras, el centro receptor y cuentas a pagar.
Indique su estrategia de liberación en la decisión
Escriba las condiciones reales de liberación en las etiquetas de las ramas (por ejemplo, valor superior a 10.000 o imputación K) para que el diagrama exprese la regla en lugar de un simple «Sí» o «No».
Quite o conserve las ramas opcionales
Elimine la rama de inspección QM si no usa gestión de calidad en compras y la rama de solicitud de oferta si cada material tiene contrato o registro info.
Añada las excepciones que su equipo gestiona cada semana
Las entregas parciales, las devoluciones a proveedor (clase de movimiento 122), las facturas sin pedido y los anticipos necesitan su propio camino si son habituales en su negocio.
Envíe el flujo a revisión y aprobación
Remita el flujo terminado al propietario del proceso y al responsable funcional de SAP; la aprobación y cada cambio posterior quedan en el historial de versiones del gráfico.
Preguntas frecuentes
¿Cuáles son los principales códigos T del ciclo P2P de SAP?
ME51N crea la solicitud de pedido, ME54N o ME55 la liberan, ME21N crea el pedido y ME29N lo libera, MIGO contabiliza la entrada de mercancías (clase de movimiento 101), MIRO introduce la factura del proveedor, MRBR libera las facturas bloqueadas y F110 ejecuta el programa automático de pagos. ME57, ME41, ME47 y ME49 cubren la asignación de fuentes y el ciclo de solicitud de oferta.
¿Es distinto el flujo compra a pago en S/4HANA respecto a ECC?
El flujo de negocio es prácticamente el mismo. Las diferencias están por debajo: el Business Partner sustituye al maestro de proveedores independiente, el Universal Journal cambia la forma de almacenar las contabilizaciones y muchos pasos tienen apps Fiori (Gestionar solicitudes de pedido, Crear factura de proveedor) junto a las transacciones clásicas. Un mapa P2P dibujado para ECC suele sobrevivir al cambio con los pasos renombrados.
¿Qué es una estrategia de liberación en las compras de SAP?
Es el procedimiento de aprobación de solicitudes de pedido y pedidos. Características como el valor total, el grupo de artículos, el centro o la imputación seleccionan una estrategia, y esta define qué códigos de liberación deben aprobar y en qué orden. En un mapa de procesos corresponde a una decisión con las condiciones reales escritas en las ramas.
¿Por qué mi factura de SAP está bloqueada para el pago?
Normalmente porque la verificación de facturas detectó una desviación fuera de tolerancia: de precio (clave de tolerancia PP), de cantidad (DQ) o la falta de una entrada de mercancías. MIRO contabiliza la factura con bloqueo de pago y alguien resuelve la desviación y la libera en MRBR. Mapear dónde empiezan esas desviaciones, por ejemplo pedidos creados a posteriori o entradas contabilizadas tarde, es la forma más rápida de reducir la lista de bloqueadas.