|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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. |
#2
|
|||
|
|||
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 | |
|
|