Trazabilidad P2P en SAP: cómo seguir un proceso de compras desde la solicitud hasta la factura (sin Excel paralelo)

Son las 9 de la mañana y ya tienes tres correos preguntando lo mismo: “¿en qué va mi pedido?”. Abres SAP, saltas de ME2N a ME23N, luego a MIGO, después a MIRO. Copias cuatro números a un Excel que solo entiendes tú. Llamas al proveedor. Respondes los correos con un “lo estoy revisando”. Y mañana, otra vez.

Si esto te suena, no es culpa tuya ni de tu equipo. Es un problema de trazabilidad P2P en SAP: el ciclo de compras existe completo dentro del sistema, pero la vista de punta a punta no está en ninguna pantalla. Así que el seguimiento real acaba donde no debería: en el correo y en la hoja de cálculo paralela.

Este artículo va de recuperar esa vista. Qué es la trazabilidad P2P, dónde se rompe la visibilidad del estándar, los tres escenarios de compra que un proceso sano debe distinguir, cuánto cuesta el status quo, y cómo se resuelve dentro de SAP. Es, además, la “parada 3” que mostramos en el webinar de AUSAPE “El camino del lote” (14 de julio de 2026, junto al GT Life Science): seguir un lote de principio a fin sin salir del ERP.

¿Qué es la trazabilidad P2P en SAP?

Dicho de otra forma: es poder responder “¿dónde está esto?” en un clic, con datos vivos de SAP, para cualquier documento del ciclo de compras y para cualquier persona que lo necesite —el solicitante, el comprador, logística o finanzas—. O mejor aún: que ellos mismos lo puedan ver al alcance de un clic, con comentarios explicativos de cada proceso y con data actualizada de cada embarque, por ejemplo.

El dolor: dónde se rompe la visibilidad del P2P estándar en SAP

SAP hace bien lo suyo. El ciclo procure-to-pay está integrado de extremo a extremo: solicitud (SolPed), aprobación, pedido (ME21N), entrada de mercancías (MIGO) y verificación de factura (MIRO), con su enlace contable en FI. El problema no es que falten datos. Es que están repartidos en transacciones desconectadas, y ninguna te da la película completa.

Cada rol ve solo su trozo. El solicitante ve su SolPed, pero no el pedido que generó. El comprador ve el pedido, pero no la entrada de mercancías. Logística registra la recepción, pero no sabe si la factura fue registrada. Es una visión fragmentada del proceso integral, y rompe la coordinación.

A esto se suman los clásicos:

• No hay un tablero único en tiempo real. Para saber si una SolPed está estancada, un pedido sin recibir o una factura pendiente, hay que navegar por varias transacciones e informes (ME2N, ME2M, ME5A, MB51…) y cruzarlos a mano.
• Los informes estándar se quedan cortos. En la comunidad SAP abundan las preguntas sobre cómo sacar la fecha de entrega real en ME2N/ME2L, o cómo rastrear el historial de un pedido: se resuelve a base de trucos, variantes y “scope of list”, no de una vista pensada para el comprador.
• La comunicación con el proveedor vive fuera de SAP. Los avisos de retraso, las confirmaciones y las correcciones van por correo, sin rastro dentro del documento.

El resultado es predecible: el comprador se convierte en un rastreador de estados a tiempo completo, y la única “vista integrada” que existe es un Excel que alguien mantiene a mano.

Qué exige una trazabilidad end-to-end real

Una cosa es “tener los datos en SAP” y otra es tener trazabilidad. Trazabilidad de verdad significa que el mismo proceso —y cada documento que lo compone— es visible y coherente en cada etapa, con su estado y su pista de auditoría. Si tienes que reconstruir el recorrido a mano, no tienes trazabilidad: tienes arqueología.

Checklist rápida. Una trazabilidad P2P real cumple con:

• Un hilo único de documento a documento. SolPed → pedido → recepción → factura enlazados automáticamente, sin recomponer relaciones a mano.
• Estado claro en cada etapa. Saber de un vistazo si algo está pendiente de liberar, entregado y pendiente de facturar, o ya facturado.
• Pista de auditoría completa. Quién hizo qué, cuándo y por qué, sin campos editables sin rastro.
• Vista por rol. Que el solicitante consulte su proceso sin llamar a compras.
• Todo dentro de SAP. Un único origen de verdad, no una copia en Excel.

El caso extremo que lo deja claro es farma y entornos GxP. Aquí la trazabilidad del lote no es un lujo operativo: es un requisito regulatorio. La cadena de custodia GxP exige documentar cada material desde la recepción, y la FDA 21 CFR Part 11 lo formaliza en su apartado §11.10(e), que obliga, en sus propias palabras, al “uso de pistas de auditoría seguras, generadas por ordenador y con marca de tiempo, para registrar de forma independiente la fecha y la hora de las entradas y acciones del operador que crean, modifican o eliminan registros electrónicos”, añadiendo que “los cambios en los registros no deben ocultar la información registrada previamente”. Un lote que “se sigue en un Excel” es, sencillamente, un lote que no puedes defender ante una inspección. Ese es, precisamente, el hilo del webinar “El camino del lote”: si el proceso de compras se puede seguir completo —incluido el lote que entra en la recepción de mercancía— sin salir de SAP, cumplir deja de ser una carrera de última hora.

Y lo que vale para farma como caso límite, vale para todos: alimentos y bebidas, química, minería, oil & gas, agro, construcción o utilities. Cambian los nombres; el dolor es el mismo.

Los 3 escenarios de compra que un P2P sano debe distinguir

No todas las compras son iguales, y tratarlas igual es una de las grandes fuentes de fricción. Un proceso sano distingue —al menos— tres caminos, y da a cada uno la trazabilidad que le corresponde:

El problema del estándar no es que no soporte estos escenarios, sino que la licitación —la más exigente— suele acabar en Excel y correo, sin conexión con los documentos de SAP. Y ahí empieza el desorden.

El coste oculto del status quo

“Perseguir estados” parece un problema menor. Sumado en el año, no lo es. Estos son los costes reales de operar el P2P a base de correo y Excel:

Errores de retecleo. Cada dato que se copia a mano de una pantalla a otra —o de SAP a un Excel y de vuelta— es una oportunidad de error. El estudio de referencia de Raymond Panko sobre errores humanos en entrada de datos, junto con la investigación clásica de los años 80 y 90 en operadores expertos, sitúa el suelo en un 0,5–1% de error por campo solo bajo condiciones controladas y con verificación; en condiciones reales (fatiga, presión, documentos variados) sube al 3–4%. Un pedido tiene decenas de campos; multiplica y verás por qué aparecen discrepancias de cantidad, fechas mal cargadas y facturas que no casan.

Decisiones a ciegas. Sin una vista consolidada, se aprueba y se compra con información incompleta. No ves el presupuesto disponible, el histórico de precios ni las alertas de riesgo en el momento de decidir. El resultado son peores decisiones de compra, tomadas tarde.

Auditorías dolorosas. Cuando la trazabilidad vive en correos y hojas sueltas, cada auditoría es una excavación. En entornos regulados, un hueco en la pista de auditoría no es una molestia: es un hallazgo.

Tiempo de compradores perdido. Es el coste más silencioso. Tu gente sénior de compras, que debería estar negociando y buscando ahorro, se pasa el día respondiendo “¿en qué va mi pedido?”. Y ese coste no se detiene aguas arriba: aguas abajo, procesar una sola factura no es gratis. Según Ardent Partners, “Accounts Payable Metrics That Matter in 2025” (basado en 212 profesionales de cuentas por pagar), el coste medio de procesar una factura es de 9,40 USD, frente a solo 2,78 USD en las organizaciones best-in-class. La brecha se explica por los procesos manuales: el mismo informe cifra el ciclo medio en 9,2 días (3,1 días en las mejores frente a 17,4 días en el resto) y la tasa media de excepciones en un 22%, frente al 9% de las best-in-class. Cada excepción —cada factura frenada por un dato que no casa— empuja ese número hacia arriba.

La conclusión es incómoda pero simple: el Excel paralelo no es gratis. Lo pagas en errores, en tiempo y en riesgo.

¿Y con una suite de compras? El problema de los dos sistemas

Una objeción razonable: “esto lo resuelve una suite como SAP Ariba o Coupa”. Depende de qué entiendas por “resolver”. Son plataformas potentes, pero comparten un rasgo de arquitectura que conviene conocer antes de firmar: viven fuera del ERP. La solicitud y la aprobación suelen ocurrir en la nube; la recepción, la contabilización y el pago siguen ocurriendo en SAP. El proceso queda repartido entre dos sistemas que deben sincronizarse mediante integraciones (CIG, adaptadores, middleware).

Y esa sincronización no es un detalle menor:

• La propia Coupa lo reconoce en su material técnico: ninguna integración con SAP ERP es realmente “plug-and-play”, aunque las buenas prácticas la hagan más predecible.
• En la integración de SAP Ariba con ECC/S/4HANA, la documentación de SAP describe que la importación de estados puede hacerse por lotes (batch) según el canal — es decir, no siempre en tiempo real.
• Los integradores documentan el efecto cuando algo se desincroniza: aprobaciones detenidas, facturas en el limbo y contabilizaciones que fallan en el ERP; y los procesos a medida (campos Z, extensiones locales) chocan con una integración muy estandarizada.
• Si el proveedor no adopta el portal, el flujo vuelve al punto de partida: correo, teléfono y Excel.

Nada de esto descalifica a esas suites (Ariba, de hecho, es de SAP y parte del mismo ecosistema). Pero sí matiza la promesa: comprar una suite no equivale automáticamente a trazabilidad end-to-end. Puedes acabar con la mitad del hilo en la nube y la otra mitad en el ERP, unidas por una integración que hay que construir, probar y mantener. La alternativa lógica: que la trazabilidad viva donde ya viven los documentos — dentro de SAP.

Cómo lo resuelve SiTRACK: visibilidad end-to-end dentro de SAP

Hasta aquí, todo esto es cierto con cualquier herramienta. La pregunta es cómo recuperar la vista sin sacar los datos de SAP y sin un proyecto eterno. Eso es exactamente lo que hace SiTRACK.

SiTRACK da a todo el ciclo P2P una única vista, viva, dentro de SAP. Enlaza automáticamente solicitud, pedido, recepción y factura, y muestra el estado de cada proceso con iconos claros: qué está pendiente de liberar, qué se entregó y está pendiente de factura, qué factura ya se registró. Todo el mundo —del solicitante a finanzas— ve el mismo estado en tiempo real, con la información leída en línea de SAP (sin base de datos externa ni sincronización entre sistemas).

Lo que hace SiTRACK, en concreto:

• Estados personalizables para adaptarse a tu operación —por ejemplo, el seguimiento de importaciones, con hitos logísticos como ETD, ETA y estado del contenedor integrados vía la conexión con plataformas como Searates—.
• Tratamiento masivo de procesos de compra: asignar compradores a solicitudes, cambiar fechas de entrega, devolver solicitudes con correcciones sin romper plazos ni estrategias de liberación.
• Notificaciones a proveedores para avisar de entregas pendientes o retrasadas, con el rastro dentro del documento y no perdido en una bandeja de correo.
• Más de una docena de indicadores OTIF (on time, in full) para evaluar proveedores con datos reales.
• Devolución de solicitudes en lugar del rígido “rechazar y volver a crear” del estándar, que hace perder trazabilidad y duplica trabajo.

¿Y la licitación? Cuando una solicitud necesita el escenario 3 —pedir ofertas y adjudicar de forma auditable—, salta directamente a SiGO, que centraliza la gestión de ofertas y licitaciones de forma integrada con SAP, sobre los propios documentos de compra (con soporte para RFI, RFQ y RFP). SiGO permite lanzar la petición a varios proveedores a la vez, recibir propuestas estructuradas, compararlas con una matriz de evaluación de criterios técnicos y comerciales, seleccionar al ganador y generar el pedido —todo con trazabilidad y una adjudicación defendible—. Desde SiTRACK ves el avance de esa licitación mientras ocurre, sin perder el hilo. Así, los tres escenarios de compra conviven en un mismo flujo: contrato marco y proveedor recurrente por la vía rápida; licitación por la vía auditable.

Todo esto funciona en SAP ECC y S/4HANA, sin coste por usuario ni por sociedad y con puesta en producción típica en 4–8 semanas. Innova Apps es partner con SAP PartnerEdge y cuenta con una app certificada por SAP; llevamos más de 12 años y más de 150 empresas usando estas apps. No reemplazamos a SAP: le quitamos fricción.

Esto es lo que mostramos en el webinar de AUSAPE “El camino del lote”: cómo seguir un lote real desde la solicitud hasta la factura sin abrir un solo Excel.

Si te perdiste la parada 3, puedes verla aquí: webinar AUSAPE “El camino del lote”.

Y si quieres el contexto completo del ciclo procure-to-pay y sus cuellos de botella, tenemos una pieza de referencia (en inglés): SAP P2P.

Preguntas frecuentes

Deja de perseguir estados

La trazabilidad P2P no es un lujo: es dejar de vivir en el correo y en el Excel paralelo. Es que el comprador vuelva a comprar en lugar de rastrear, que el solicitante consulte solo, y que el proceso completo se pueda seguir de la solicitud a la factura —y defender ante quien haga falta— sin salir de SAP.

Si quieres verlo con tus propios procesos, agenda una demo de SiTRACK. En 30–45 minutos te enseñamos cómo se ve tu ciclo de compras cuando por fin cabe en una sola pantalla.