Este blog analiza cómo puede tratar los errores de moneda en las órdenes de compra que se han convertido en objetos de acumulación, pero sin contabilizaciones periódicas de acumulación exitosas.

Los errores en el trabajo ocurren de vez en cuando, a veces son detectados por usted y por mí, ya veces por el sistema.

En la aplicación Acumulaciones de órdenes de compra (parte de la solución Gestión de acumulaciones), los datos relevantes de la orden de compra se transfieren al motor de acumulación y luego se convierten automáticamente en elementos de acumulación. A veces descubre que todo parece funcionar sin problemas hasta que intenta proponer importes de acumulación mediante la ejecución de un trabajo de acumulación. Luego se encuentra leyendo un mensaje de error que dice «moneda inconsistente» y comienza a preguntarse por qué sucede esto y cómo corrige el error.

Recientemente recibimos algunos incidentes de clientes preguntando cómo abordar este problema, luego de que los usuarios descubrieran que la moneda no es consistente entre los objetos de acumulación y las órdenes de compra. La causa raíz es obvia y está claro que alguien cambió la moneda en una orden de compra después de que se transfirió a los objetos de acumulación. Sin embargo, no es fácil simplemente volver a cambiarlo cuando tiene dos sistemas integrados entre sí. Los pasos que debe seguir varían según el contexto.

Caso 1: las entradas de mercancías o las facturas del proveedor se crean para la orden de compra y detecta la incoherencia monetaria antes de ejecutar un trabajo de «propuesta».

Este es el caso más simple, donde detecta el error de moneda en el Administrar órdenes de compra aplicación antes de que Accrual Engine genere datos de publicación, independientemente de si se aplica o no la integración en línea. Como no existen registros de acumulación, la solución ideal es corregir la moneda de la orden de compra, convertir automáticamente o transferir manualmente la orden de compra a objetos de acumulación nuevamente, y ese es el final del trabajo por hacer.

Caso 2: ha elegido utilizar aplazamientos de pedidos de compra cuando configura los tipos de elementos de acumulación y no ha ejecutado un trabajo de «propuesta».

Esto significa que aplicó las siguientes cuatro categorías al configurar los tipos de elementos de acumulación para tratar con los aplazamientos:

• N: devengo/aplazamiento para un tipo de elemento de devengo
• P: plan para un tipo de artículo de acumulación para costos planificados
• A: real para un tipo de artículo de acumulación para costos reales
• D – Aplazamiento (con devengos) para un tipo de elemento de aplazamiento para costes diferidos

Como usuarios de S/4HANA Cloud, puede configurar las categorías para los tipos de elementos de acumulación en el Definir tipos y métodos de artículos devengados para artículos de órdenes de compra actividad de configuración. Para usuarios de S/4HANA, vaya a la Definir tipos de elementos de acumulación Actividad de personalización para esto.

En esta situación, los errores a menudo se detectan después de que se registran las entradas de mercancías o las facturas del proveedor desde el lado de la orden de compra. Sin embargo, es imposible cambiar la moneda de transacción en un objeto de acumulación. Por lo tanto, si la orden de compra permite cambios de moneda, lo que debe hacer es invertir primero la entrada de mercancías o la factura, luego cambiar la moneda y luego volver a transferir la orden de compra a los objetos de acumulación.

Si usa tipos de elementos de acumulación solo para acumulaciones, lo que significa que no configura la categoría D, probablemente no encontrará el mismo problema de inconsistencia porque la lógica de Accrual Engine siempre capta la conversión de moneda.

Caso 3: ha propuesto con éxito importes de devengo para la orden de compra con la moneda original.

Las acumulaciones propuestas que generó Accrual Engine deben sobrescribirse con la moneda actualizada. De lo contrario, el sistema genera el mensaje de error en un trabajo de propuesta cuando detecta la moneda inconsistente entre las dos aplicaciones. Para hacer frente a esta situación, debe hacer lo siguiente:

1. Anule la entrada de mercancías o la factura del proveedor del documento de pedido.
2. Corrija la moneda en la orden de compra.
3. Espere la transferencia de la orden de compra al Accrual Engine.
4. Vuelva a ejecutar un trabajo para proponer acumulaciones con la moneda correcta.

Esta tabla proporciona un resumen de los pasos de manejo de errores descritos anteriormente:

Por supuesto, es posible que tenga casos más complicados además de los mencionados en este artículo del blog. Por ejemplo, si ha registrado acumulaciones para algunos períodos antes de recibir el mensaje de error que informa una inconsistencia de moneda. Actualmente no hay ninguna solución alternativa disponible para la corrección de moneda en las órdenes de compra después de que las acumulaciones se hayan contabilizado correctamente. Le daremos actualizaciones sobre esto cuando tengamos algo listo.

Para obtener más información sobre cómo configurar y personalizar acumulaciones de órdenes de compra, consulte el portal de ayuda de SAP: