Tabla WTAK no se actualizó luego de anular un documento de pago
 

Buenas gente,

Ayer tuvimos un caso reportado por primera vez, de lo que no encuentro información en los foros sobre otro caso o cómo resolverlo. Busqué también todas las notas referidas a 'WTAK' y ninguna cuadra con esta situación.

Un usuario hizo un pago sobre una factura con retención con acumulación, por tanto la tabla WTAK actualizó los valores acumulados para dicho proveedor y mes en curso. Luego anuló el pago y el sistema NO limpió la tabla, con lo cual al hacer el pago de nuevo, tomó el acumulado que tenía y aplicó una retención mayor.

Agradezco cualquier ayuda. No sé cómo resolverlo fuera de que el cliente le va a hacer una nota de crédito al proveedor, pero ya quedó mal el acumulado.

Hola Fernando,

Seguramente la anulación se hizo en otro período contable diferente al del pago. Esto no debería hacerse ya que las bases quedarán mal en la WTAK.

Ver nota 1787203 - Withholding Tax Accumulation donde se explica que debería reversarse el pago en el mismo período contable. Ver primer punto de la sección IMPORTANT de la nota.

Para corregir el acumulado en WTAK podés usar la FM FI_WT_POST_ACCUMULATION pero tené cuidado que pisa todos los valores. Probalo antes en otro ambiente con acumulados en varios períodos.

Saludos!

Buenas tardes.

Efectivamente, a raíz de un inconveniente que me reportaron, busqué todas las notas, pero no encontré ninguna que se adapte de modo de constituir una solución óptima para este problema.

¿alguien encontró una solución oficial que efectivamente funcione?

(aquí también se reporta un caso similar: )

Actualizo este tema:

Hice muchas pruebas diferentes de manera estándar, y no pude hacer que ocurra el error.
La transacción FBRA anulando la compensación y el documento de pago (funcionamiento por defecto y sin opción cuando hay retención de impuestos) corrige los importes de la tabla WTAK y el problema no aparece.

Pero si se utiliza algún programa Z que haga una call transaction a FBRA o bien la función FBRA, lo hace en el modo reset only (luego debe correrse la FB08 o F.80), los valores de la tabla WTAK no se corrigen y en el siguiente pago, la retención va a diferir.

Y el mismo error ocurre si se ejecutan las fx CALL_FBRA, FI_WT_REVERSE_WITHHOLDING y CALL_FB08.

En esta situación, necesito poder correr el call transaction, la función o batch input, que logre que la FBRA no corra en modo reset only.
Cualquier sugerencia, será bienvenida. Caso contrario, voy a tener que enviar OSS a SAP.

Les cuento que SAP tiene la nota 1854888 donde indica precisamente que no existe (ni por lo visto tiene pensado hacer) una masificación de la FBRA.

Pero como contrapartida (que puede servir en muchos casos, y funciona de acuerdo al modo esperado, corrigiendo los acumulados) ofrece el programa RFF110S_REVERSE al que hay que asignarle una transacción Z por no tener una asociada por defecto.

Con esto, se puede cerrar todo el círculo referente a este tema creo.