¿Cuáles son los diferentes estados de una solicitud de pago (PAY)?
Este artículo de la base de conocimientos ha sido traducido automáticamente para su comodidad. SAP no ofrece ninguna garantía con respecto a la exactitud o integridad de la traducción automática. Puede acceder al contenido original si cambia al inglés mediante el selector de idiomas.
¿Cuáles son los diferentes estados de una solicitud de pago (PAY)?
la solicitud de pago (también conocida como PAYs) tiene los siguientes estados: Procesando > Enviando > Programado > Pagando > Pagado.
Procesando
- El PAY se crea cuando una factura se aprueba por completo y comienza la reconciliación. Los PAGs comienzan con un estado de Procesamiento. Mientras esté en este estado, no es necesario realizar ninguna acción en el PAY.
Enviando
- Después de que la reconciliación de factura (RF) complete las aprobaciones necesarias, la factura se considera aprobada para el pago.
- Un PAY pasa temporalmente al estado Enviando mientras se agrega la programación de pagos a los archivos de solicitudes de pago (también conocidos como archivos OK2PAY). Estos archivos tienen el formato de valores separados por comas (CSV).
- Si trabaja con un proveedor activado en SAP Business Network, la programación de pagos también se reenvía a su cuenta de SAP Business Network.
- Si un PAY no alcanza su destino previsto, el PAY permanece en el estado Enviando, la RF pasa al estado Pago fallido y se envía un correo electrónico al administrador de pagos.
- Para intentar reenviar los datos PAY, edite PAY o IR y guarde los cambios.
- Se ejecutará automáticamente una tarea de back end del sistema para volver a intentar la operación de envío con los datos actualizados.
- Mientras el PAY aún tiene el estado Enviando, la opción Forzar envío está disponible.
- Esta opción actualiza el estado a Programado, pero no realiza ninguna otra modificación y no intenta enviar actualizaciones al proveedor o al archivo OK2PAY.
- Solo utilice Forzar envío para indicar que la información de pago se enviará de otra forma, fuera de Ariba.
Programado
- Una vez que la programación de pagos se ha agregado correctamente a los archivos OK2PAY y se ha reenviado a SAP Business Network, el PAY pasa al estado Programado.
Pago
- Los detalles de envío, que confirman la ocurrencia de una transacción real, se importan a Ariba como una transacción de pago (PMT). Después de que un PMT coincida con un PAY, el estado PAY pasa a Pagando.
- Mientras que el PAY aún está en estado Pagando, la opción de Forzar pago está disponible.
- Esta opción actualiza el estado a Pagado, pero no realiza ningún otro cambio y no intenta enviar actualizaciones al proveedor.
- Solo utilice Forzar pago para indicar que el pago ya se ha realizado y que cualquier actualización de estado se enviará fuera de Ariba.
Pagado
- Cada PAY se configura con un método de pago (transferencia, cheque, etc.). Esto afectará cuando el PAY se actualice al estado Pagado.
- Cada método de pago tiene un período de liquidación, destinado a dar tiempo para que el pago se liquide a través de cualquier procesamiento entre las partes transactoras. Por ejemplo, un día para el cable, diez días para el cheque, etc.
- El PAY pasará automáticamente al estado Pagado una vez que pase el período de liquidación. No se requiere ninguna acción por parte de ningún usuario o administrador.
- Este es el estado final de un PAY.
- Por ejemplo, si un PAY pasa al estado Pagando el lunes y su método de pago tiene un período de liquidación de "3", entonces el PAY pasará al estado Pagado el jueves (tres días después de que tenga lugar la transacción).
Consulte la documentación Flujo de estado de documento de pago para obtener más información.
Compras > Pedidos de compra > Condiciones de pago del pedido de compra
Compras > Solicitudes de compra > Condiciones de pago de solicitudes de compra
Facturación > Pagos y remesas
Facturación > Remesa de pago