MUNDOSAP

MUNDOSAP (foro/index.php)
-   FI - CONTABILIDAD FINANCIERA (foro/forumdisplay.php?f=10)
-   -   Problema retención de impuestos - Argentina (foro/showthread.php?t=76183)

J e f f 05/09/16 22:54:11

Problema retención de impuestos - Argentina
 
Gente, estamos teniendo un problema, y dado que no hay muchos consultores FI cerca, estoy averiguando por mi cuenta para ver como resolver este tema. Aclaro que soy de Argentina, por el tema impuestos.

El problema es el siguiente.

Estamos teniendo un inconveniente en tesorería con una orden pago, en el cual se estaba calculando con error el importe de la retención de ganancias. Lo que hicimos fue realizar la OP (Orden de Pago) 1500047211 a un proveedor 305267, el mismo día se anula mediante FB08 dicha OP con el número de doc. 1700024583. El problema es que al intentar realizar nuevamente el pago, el importe que retiene es incorrecto. En números, seria algo así:

El monto a pagar (saldo de FC que ya tenía otros pagos parciales) es $2.510.263,35
Importe neto: $2.510.263,35 / 1,21 = $2.074.597,81
Importe no sujeto a retención: $30.000
Base de cálculo para retención: $2.074.597,81 - $30.000 = $2.044.597,81
Porcentaje a retener según actividad: 2% (acá viene el problema)
Importe a retener: $2.044.597,81 * 2% = $40.891,96

En el nuevo pago, está mostrando para retener $101.000 aprox, es decir en ves de el 2% esta calculando un porcentaje superior?
La consulta puntual es porque está reteniendo un importe diferente en la nueva simulación de OP, si la base de cálculo en ambas OP son iguales ($2.044.597,81).

Alguien sabe si hay alguna parametrizacion que pueda estar generando esto? Es decir que no calcule bien luego de una anulación?

Aclaro, no soy consultor FI, con lo cual cada ayuda me llevara su tiempo implementarla.

Desde ya muchas gracias.
Saludos,

J e f f 06/09/16 19:41:59

Ninguna idea sobre este problema? Ningun consultor FI? Agradezco su ayuda.
Saludos,

mgitur 07/09/16 03:59:40

Hola Jeff,

Los valores acumulados de retenciones de proveedores se guardan en la tabla WTAK. Quizás no se actualizó la tabla correctamente al reversar el pago.

Te recomiendo ver las siguientes notas:

746249 - FBRA/FB08 and accumulation: w/tax amount incorrect
1155973 - FB08 : Incorrect accumulation when downpayment is reversed.
956395 - Wrong manual withholding tax amount with partial payments
1787203 - Withholding Tax Accumulation
307701 - Withholding tax is calculated incorrectly
2314929 - Accumulation amounts incorrect when wtax is lesser than the min wtax amt in the customizing
637903 - Withhold. tax calcul. incorrect for withh. tax with acc.

Y cualquier otra nota referida a la tabla WTAK.

Saludos!

J e f f 07/09/16 15:25:49


Gracias! Voy a mirar estas notas y a chequear la tabla a ver que onda!
Saludos,

Fernando_García_ARG 10/04/17 14:48:00

y?
 
lo pudieron resolver? tengo el mismo problema y las notas que hay publicadas no cuadran con la situación. tengo ahora a un abapper mirando el código. gracias!!!

Julieta Silguero ARG 03/05/17 14:33:27

Hola, nos sucedió lo mismo, alguno lo pudo resolver??

thewingedhorse 25/07/17 18:57:07

En primer lugar debemos revisar las notas. Es un problema con los acumulados de Impuestos.
Como dice mgitur, es habitual este error. Al menos, lo descubrí, también en Junín, hace varios años.

Bueno... también ahora me piden resolver este tema. Creí que ya habría notas tratando el tema, pero parece que no.

¿alguien tiene usuario en ASUG como para ver este tópico?

Por otro lado, este otro tópico del foro, trata el mismo tema. Deberíamos unificarlos.

thewingedhorse 22/03/18 17:15:48

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?

thewingedhorse 03/05/18 15:19:51

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.

SidV 05/05/18 17:54:04

Qué mal que ASUG argentina tenga cerrado su sitio "solo con invitación a quienes le pagan", cosas de la vida.

Gracias thewingedhorse por la información...

Es raro que SAP no haya liberado una nota sobre este tema.
Creo que deberías elevar una OSS Note, no te queda otra.


Husos Horarios son GMT. La hora en este momento es 19:29:33.

www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web