Los recibos se crean en Ariba, sin embargo, no se pueden enviar a ERP (sistema externo) debido a errores de inserción de ERP. Algunos de ellos son recibos negativos (recibos de anulación) y también fallan.

Comprensión del flujo de trabajo de recibos:

• Tan pronto como se apruebe un recibo, Ariba intentará enviarlo a ERP (según la configuración de integración). Si falla, el sistema volverá a intentar realizar el push por un total de 25 veces según el parámetro Application.Receiving.MaxRetriesToSendPushFailedReceipts. Consulte este KBA para obtener más información.
• Los reintentos están separados aproximadamente 6 horas y permitirán una ventana de aproximadamente 6 días para identificar y abordar el error del lado ERP. Si desea que los recibos se muestren con más frecuencia, el parámetro Application.Receiving.EnableProcessPendingReceiptsFrequently se puede activar para que los recibos se representen cada 3 horas una vez.
• En los casos en los que la corrección del error tarda más de 25 reintentos (o cualquier valor configurado en el parámetro Application.Receiving.MaxRetriesToSendPushFailedReceipts), se puede registrar un Caso para solicitar aumentar el número máximo de reintentos para enviar recibos. Tenga en cuenta que este cambio de parámetro afectará a todos los recibos que tienen el estado Esperando procesamiento y a los que tienen el estado Procesando solo si el parámetro Application.Receiving.EnableProcessPendingReceipts está establecido en verdadero.

En situaciones en las que no se puede corregir el error, podemos recomendar los siguientes enfoques:

Opción 1:
Forzar proceso de recibo en Ariba, utilizando el botón Forzar proceso en la cabecera del recibo. A continuación, cree el recibo manualmente en ERP. Este enfoque es el recomendado, ya que es más simple y directo.

Opción 2:
Si no se permite la creación manual de recibos y entra en conflicto con sus procesos empresariales, puede probar lo siguiente.

• Forzar el proceso de los recibos atascados (el que recibe los errores de inserción de ERP).
  
• Cree un nuevo recibo que anulará el recibo atascado: si el primer recibo tiene la cantidad 1, entonces el recibo inverso debe tener la cantidad -1; y viceversa.
• Asegúrese de que el nuevo recibo también obtenga un error de inserción de ERP (sugerencia: marcar Entrega completa o cerrar el pedido para la recepción en ERP, no Ariba, puede ayudar).
• Después de eso, el nuevo recibo de anulación también debería ser Forzar procesamiento.
• Esto dejará el pedido en Ariba con 2 recibos cancelados entre sí.
• Ahora debe asegurarse de que cualquier recibo nuevo creado fluya correctamente a ERP y, a continuación, cree un nuevo recibo.

Precaución: Esto debe probarse primero, ya que no será aplicable si se pierde algún paso, o si hay una recepción compleja realizada en el pedido. También es importante comprender la lógica detrás de ella y puede variar en función de la respuesta de ERP. Por ejemplo, si ERP acepta el recibo negativo y lo contabiliza en lugar de devolver un error, no se puede seguir este enfoque.

Opción 3:
El tercer enfoque es editar el recibo con error de inserción ERP, establecer el importe aceptado/número aceptado como 0 y volver a enviar. Sin embargo, debe utilizar el botón de opción Cerrar pedido en el recibo, ya que el sistema no permite enviar un recibo con cantidad/importe 0 a menos que cierre el pedido. Tenga en cuenta que aún puede volver a abrir el pedido.

Atención: No utilice este enfoque si hay nuevas entradas contabilizadas para la orden. Incluso si tienen el estado Procesado y se exportan a ERP, el sistema los elimina. Esta opción tampoco es posible si su sitio está activado para el cierre a nivel de línea de pedido de compra.

La causa de los errores debe investigarse en el lado de ERP, ya que ERP devuelve los errores por algún motivo específico. En el caso de que se identifique el error como información faltante que se envía (no se envía en este caso) desde Ariba, deberá proporcionar la información que ERP espera que aparezca en el recibo.

Si el error se debe a que el pedido no se encuentra en ERP, asegúrese de que el pedido no se haya Forzado el pedido ni se haya suprimido en ERP después de que se haya enviado desde Ariba. Las operaciones futuras no son compatibles con los pedidos forzados, consulte el documento Transmisión de pedidos y pedidos fallidos.

• Si el sitio está configurado para la integración de recibos con Ariba Network (AN), tenga en cuenta que Forzar recibos procesados se seguirá enviando a AN. En este caso, Ariba y AN estarán sincronizados, pero ERP no. 
• Forzar recibos procesados no se puede volver a enviar al ERP; si un usuario Forzar el proceso de un recibo accidentalmente, se debe seguir una de las dos primeras opciones.
• Para los sitios configurados con la integración Canal de archivos, el recibo se pondrá en cola para la exportación tan pronto como se apruebe. Por lo tanto, Forzar proceso no impedirá que se exporte la primera vez. Sin embargo, impedirá que el recibo se ponga en cola la próxima vez y este escenario solo se producirá cuando reciba un error de inserción de ERP.
• Ariba no admite la cancelación de recibos. Solo puede recibirlo y, más tarde, anularlo con una recepción negativa, pero no Cancelar/Eliminar/Obsoleto un recibo aprobado.

Para obtener más información sobre las documentaciones específicas sobre la recepción, consulte a continuación:

• Exportación de datos de recibo
• Configuración y gestión de la recepción
• Flujo de trabajo de una exportación de recibo fallida
• Exportación de recibos a SAP ERP
• Errores de exportación de recibos

SAP Ariba Buying and Invoicing