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:

• En cuanto se apruebe un recibo, Ariba intentará enviarlo a ERP (en función de la Configuración de integración). Si falla, el sistema volverá a intentar enviar un total de 25 veces de forma predeterminada según el parámetro Application.Receiving.MaxRetriesToSendPushFailedReceipts. Consulte este KBA para obtener más información.
• Los reintentos tienen aproximadamente 6 horas de diferencia y permitirán una ventana de aproximadamente 6 días para identificar y abordar el error del lado de ERP. Si desea que se repita el comprobante con más frecuencia, el parámetro Application.Receiving.EnableProcessPendingReceiptsFrequently se puede activar para que los comprobantes se muestren 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 el aumento del máximo de reintentos para enviar recibos. Tenga en cuenta que este cambio de parámetro afectará a todos los recibos que tengan el estado Esperando procesamiento y a los que tengan el estado Procesando solo si el parámetro Application.Receiving.EnableProcessPendingReceipts está establecido en verdadero.

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

Opción 1:
Forzar el procesamiento del 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 sencillo y sencillo.

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

• Forzar el procesamiento 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 anulado debe tener la cantidad -1; y viceversa.
• Asegúrese de que el nuevo recibo también reciba 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).
• A continuación, el nuevo recibo de anulación también debería ser Forzar procesamiento.
• Esto dejará el pedido en Ariba con 2 recibos cancelándose 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 se aplicará si se pierde algún paso o si se realiza una recepción compleja 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 el error, no se puede seguir este enfoque.

Opción 3:
El tercer enfoque es editar el recibo con error de inserción de ERP y establecer el importe aceptado/número aceptado como 0 y volver a enviarlo. 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 esté cerrando el pedido. Tenga en cuenta que aún puede volver a abrir el pedido.

Precaución: No utilice este enfoque si hay nuevas entradas contabilizadas en 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 de nivel de línea del 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 caso de que se identifique que el error es que se está enviando información faltante (no enviada 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 ha forzado o eliminado en el ERP después de que se haya enviado desde Ariba. Las operaciones futuras no son compatibles con los pedidos forzados, consulte la transmisión de pedidos de documento y los pedidos fallidos.

• Si el sitio está configurado para la integración de recibos con Ariba Network (AN), tenga en cuenta que Forzar procesamiento de recibos se seguirá enviando a AN. En este caso, Ariba y AN estarían sincronizados, pero ERP no estaría sincronizado. 
• Forzar recibos procesados no se puede volver a enviar a ERP, si un usuario Forzar proceso de recibo accidentalmente, se debe seguir una de las dos primeras opciones.
• Para los sitios configurados con la integración de canal de archivo, 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 por primera vez. Sin embargo, detendrá la cola del recibo 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 realizar la recepción y luego anularla 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 comprobantes

SAP Ariba Buying and Invoicing