|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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! |
#2
|
|||
|
|||
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: ) |
#3
|
|||
|
|||
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. |
#4
|
|||
|
|||
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. |
Herramientas | Buscar en Tema |
Desplegado | |
|
|