Proceso compra a pago (P2P) en Oracle Fusion
Flujo editable de compra a pago en Oracle Fusion Cloud: requisición en Self Service Procurement, aprobación, pedido desde un acuerdo, recepción, validación y retenciones de facturas de Payables y solicitud de proceso de pago.
¿Qué es proceso compra a pago (P2P) en oracle fusion?
Oracle Fusion reparte el compra a pago entre Self Service Procurement, Purchasing, Receiving y Payables, y cada uno tiene su propia área de trabajo y sus propias reglas de aprobación. La documentación de Oracle describe bien cada pieza; lo que suele faltar a los equipos de implantación es una imagen que las una, para que un comprador, un receptor y un especialista de cuentas a pagar vean cómo su paso depende del anterior.
Las decisiones que dan forma al proceso son la comprobación del acuerdo, que decide si un comprador llega a tocar la requisición, el nivel de cotejo (a dos, tres o cuatro bandas) y las retenciones de facturas. En las retenciones se va el plazo de ciclo: una factura que falla la validación queda retenida hasta que alguien resuelve la diferencia de precio o de cantidad y la valida de nuevo.
Use la plantilla en talleres de diseño de una implantación de Fusion, en una migración desde E-Business Suite o para formar a nuevos usuarios. Renombre los carriles con sus unidades de negocio, fije el nivel de cotejo que usa y añada los niveles de aprobación que aplican sus reglas.
Qué cubre este diagrama de flujo
En esta plantilla
- Creación de la requisición en Self Service Procurement y el flujo de aprobación configurado en Manage Requisition Approvals
- Creación automática del pedido desde un acuerdo de compra marco o tramitación por el comprador en Process Requisitions
- Recepción contra el pedido, con un paso de inspección cuando se aplica el cotejo a cuatro bandas
- Entrada de facturas de Payables, validación frente al pedido y la recepción y resolución de retenciones
- Aprobación de la factura y la solicitud de proceso de pago que genera el fichero de pago
Cuándo usar esta plantilla
- Diseña los procesos de compras futuros para una implantación de Oracle Fusion Cloud ERP
- Pasa de Oracle E-Business Suite R12 a Fusion y quiere comparar ambos flujos paso a paso
- Las retenciones de facturas se acumulan y necesita mostrar qué paso anterior las causa
- Los nuevos compradores, receptores y personal de cuentas a pagar necesitan material de formación que muestre el ciclo completo
Cómo funciona
Asigne los carriles a sus unidades de negocio
Renombre los carriles con sus solicitantes, aprobadores, compradores, ubicaciones de recepción y el equipo de Payables; use un gráfico por unidad de negocio de compras si los flujos difieren.
Fije el nivel de cotejo
Conserve la rama de inspección para el cotejo a cuatro bandas o elimínela y deje el cotejo a tres bandas (recepción) o a dos (solo pedido).
Escriba sus reglas de aprobación
Ponga las condiciones reales de aprobación (umbrales de importe, categoría, jerarquía de centros de coste) en los pasos de aprobación o en sus notas.
Liste los tipos de retención más frecuentes
Añada notas al paso de retenciones con las más habituales, como precio, cantidad recibida y cantidad pedida, y quién resuelve cada una.
Apruebe y publique
Envíe el flujo a los propietarios del proceso de compras y de cuentas a pagar; la versión aprobada y los cambios posteriores quedan en el historial de versiones.
Preguntas frecuentes
¿Cuáles son los pasos del ciclo P2P de Oracle Fusion?
Se crea una requisición en Self Service Procurement, se aprueba, se convierte en pedido (automáticamente desde un acuerdo o por un comprador en Process Requisitions), se recibe la mercancía, se crea y valida la factura de Payables, se resuelven las retenciones, se aprueba la factura y se paga mediante una solicitud de proceso de pago.
¿Qué diferencia hay entre el cotejo a dos, tres y cuatro bandas en Oracle?
El cotejo a dos bandas compara la factura con el pedido. El de tres añade la cantidad recibida. El de cuatro exige además que la mercancía se inspeccione y se acepte. El nivel de cotejo se fija en la línea de entrega del pedido y una discrepancia fuera de tolerancia aplica una retención a la factura durante la validación.
¿Es igual el flujo P2P de Oracle Fusion que el de E-Business Suite?
El flujo de negocio es parecido, pero las herramientas difieren: Fusion usa Self Service Procurement en lugar de iProcurement, reglas de aprobación basadas en BPM en lugar de AME y solicitudes de proceso de pago en un módulo de Payments rediseñado. Mapear ambos flujos en paralelo es un paso útil en una migración de EBS a Fusion.