¿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)?
solicitud de pago (también conocida como PAYs) tienen los siguientes estados: Procesando > Enviando > Programado > Pagando > Pagado.
Procesamiento
- El PAY se crea cuando una factura se aprueba por completo e inicia la reconciliación. Los PAGOS comienzan con un estado de Procesamiento. Mientras esté en este estado, no es necesario realizar ninguna acción en el PAY.
Envío
- Una vez que la reconciliación de factura (RF) completa las aprobaciones necesarias, la factura se considera aprobada para el pago.
- Un PAY se mueve temporalmente al estado Enviando mientras la programación de pago se agrega a los archivos de solicitudes de pago (también conocidos como archivos OK2PAY). Estos archivos están en formato de valores separados por comas (CSV).
- Si trabaja con un proveedor activado en SAP Business Network, el programa 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 reconciliación de factura 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 reintentar la operación de envío con los datos actualizados.
- Mientras que 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 otros cambios y no intenta enviar actualizaciones al proveedor ni al archivo OK2PAY.
- Utilice únicamente Forzar envío para indicar que la información de pago se enviará de otra manera, fuera de Ariba.
Programado
- Una vez que el programa de pago se haya agregado correctamente a los archivos OK2PAY y se haya reenviado a SAP Business Network, el estado PAY pasará a ser Programado.
Pago
- Los detalles de la remesa, que confirman la ocurrencia de una transacción real, se importan a Ariba como una transacción de pago (PMT). Después de emparejar un PMT con un PAY, el estado PAY pasa a Pagando.
- Mientras que PAY aún está en estado Pagando, la opción Forzar pago está disponible.
- Esta opción actualiza el estado a Pagado, pero no realiza otros cambios y no intenta enviar actualizaciones al proveedor.
- Utilice Forzar pago solo para indicar que ya se ha realizado el pago y que cualquier actualización de estado se enviará fuera de Ariba.
Pagado
- Cada PAGO se configura con un método de pago (transferencia, cheque, etc.). Esto afectará cuando el estado PAY se actualice a Pagado.
- Cada método de pago tiene un período de liquidación, destinado a dar tiempo para que el pago se compense a través de cualquier procesamiento entre las partes que realizan la transacción. Por ejemplo, un día para el cable, diez días para el cheque, etc.
- El PAY pasará automáticamente a un estado Pagado una vez que pase el período de autorizació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", el PAY pasará al estado Pagado el jueves (tres días después de que se realice 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