[Sebastián Gurpegui]

Estimados,
El día de ayer estuve con el contador tratando de resolver la retención de ganancias pero no pudimos dar con una respuesta.
El escenario es el siguiente:

Code:

FA 01-01 14.700.- (21%)
FA 01-02 2.000.- (21%)
FA 01-03 7.700.- (21%)
FA 01-04 3.000.- (21%)

Esquema de retención:
Mínimo a retener: 20.-
Monto no imputable: 1.200.-
Porcentaje a retener: 6%

Todos los montos son NETOS.

Se procede a emitir la OP 1 para cancelar la FA 01-04:

Code:

NETO 3.000.-
MNI (1.200.-)
Base Imponible 1.800.-
Retención 108.-

Se procede a emitir la OP 2, en el mismo mes, para cancelar la FA 01-02:

Code:

NETO 2.000.-
MNI ( 0.-)
Base Imponible 2.000.-
Retención 120.-

Impositivamente así es cómo debe retenerse. Libertya la primer OP la hace bien. El problema viene con la segunda, cuando no sé porqué retiene un valor de 121,12 cuando debería ser 120.

En caso de invertir las OP (pagar primero la de 2000 y luego la de 3000), la primera retención la hace correctamente y la segunda da 180,50 (habiendo hecho bien la primera, 48).

Les pido por favor me guíen para identificar el error. Tengo los productos bien cargados y el esquema bien hecho (dado que las OP por separado y en conjunto, es decir, pagando 5000, da bien) pero no sé qué está haciendo el procesador de retenciones que me da números incorrectos.

Gracias.

[Sebastián Gurpegui]

Le doy un UP a este tema dado que aún no consigo solucionar este inconveniente.
El problema viene dado con el acumulado en el segundo pago, donde en vez de decir 3000 da un valor distinto.

Nadie ha tenido la oportunidad de usar retenciones? Hoy en día es operatoria casi obligada para cualquier empresa.

[RITVO IVAN]

RETENCIONES
INFORMACION SEGÚN VIDEO LIBERTYA
MOMENTO VIDEO 4’54”
MONTO RETENIDO 50,60
PAGOS ACUMULADOS 3785,00
MONTO NO SUJETO A RETENCIÓN 1000 ESQUEMA DE RETENCIÓN
% DE RETENCION 0,02

COMPROBACION 1

VIDEO VERIFICACIÓN
MONTO RETENIDO 50,60 50,60
PAGOS ACUMU 3785,00 3530,00 NO SON IGUALES
(50,60/,02)+1000

EN CASO DE MANTENER LA RETENCION COMO BASE DE CALCULO

– – – – – – – – – – – – – – – – – – – – – – – – – – – –
COMPROBACION 2

VIDEO VERIFICACIÓN
MONTO RETENIDO 50,60 55,70 NO SON IGUALES
PAGOS ACUMU 3785,00 3785,00

EN CASO DE MANTENER LOS PAGOS ACUMULADOS COMO BASE DE CALCULO

– – – – – – – – – – – – – – – – – – – – – – – – – – – –

COMPROBACION 3

VIDEO VERIFICACIÓN
MONTO RETENIDO 1 13,06 1653,00
MONTO RETENIDO 2 37,54 3530,00
MONTO RETENIDO 3 87,75 8530,00 SE SUMA LA O.P. 1000044
PAGOS ACUMULADOS 7917,24 8530,00 NO SON IGUALES
TOTAL RETENIDO 138,35 150,60 NO SON IGUALES

LA ORDEN DE PAGO 10000444 (3’38” VIDEO) NOS MUESTRA UN NUEVO PAGO DE $ 5000 A SEVEN

UN CASO SIMILAR SE PUEDE OCURRE EN EL 8’45”

Tline wrote:

Estimados,
El día de ayer estuve con el contador tratando de resolver la retención de ganancias pero no pudimos dar con una respuesta.
El escenario es el siguiente:

FA 01-01 14.700.- (21%)
FA 01-02 2.000.- (21%)
FA 01-03 7.700.- (21%)
FA 01-04 3.000.- (21%)

Esquema de retención:
Mínimo a retener: 20.-
Monto no imputable: 1.200.-
Porcentaje a retener: 6%
Todos los montos son NETOS.

Se procede a emitir la OP 1 para cancelar la FA 01-04:

NETO 3.000.-
MNI (1.200.-)
Base Imponible 1.800.-
Retención 108.-

Se procede a emitir la OP 2, en el mismo mes, para cancelar la FA 01-02:

NETO 2.000.-
MNI ( 0.-)
Base Imponible 2.000.-
Retención 120.-

Impositivamente así es cómo debe retenerse. Libertya la primer OP la hace bien. El problema viene con la segunda, cuando no sé porqué retiene un valor de 121,12 cuando debería ser 120.

En caso de invertir las OP (pagar primero la de 2000 y luego la de 3000), la primera retención la hace correctamente y la segunda da 180,50 (habiendo hecho bien la primera, 48).

Les pido por favor me guíen para identificar el error. Tengo los productos bien cargados y el esquema bien hecho (dado que las OP por separado y en conjunto, es decir, pagando 5000, da bien) pero no sé qué está haciendo el procesador de retenciones que me da números incorrectos.

Gracias.

[RITVO IVAN]

Alguien esta realizando retenciones de ganancias según RG 830 anexo VIII

Como hicieron para parametrizar dicha escala.

Saludos y espero la colaboración de alguno de ustedes.

http://www.dae.com.ar/leg/resol/res08/rg830-08.html

[RITVO IVAN]

Alguien me puede decir si el parche libertya-13.01-patch_oprc.jar se puede instalar en Win

Sigo probando de distintas maneras y luego de haberme comunicado telefonicamente con otros usuarios, seguimos siendo varios los que no podemos instalar el parche en win xp, y 7.

Alguien lo instalo?
Funciona bien?

Saludos

[Sebastián Gurpegui]

Hice la prueba bajo el SO Ubuntu 12.04 y Libertya 13.01, incluyendo el parche y aún así no logro que me retenga bien.
La instalación se hizo siguiendo la guía proporcionada.

Alguno más que haya tenido inconvenientes y que lo haya podido resolver? Consultando tengo un contacto que le retiene bien, pero quiero saber cuál es el problema puntual que hace que a mí no me retenga correctamente.

[Juan Manuel Martínez]

Estimado,

Estoy teniendo el mismo problema, usando Linux como SO.

¿Alguien que esté usando retenciones y las calcule bien?

Saludos,
Juan Manuel.

[Juan Manuel Martínez]

Actualizo el estado de este problema.

El error se presenta al calcular la segunda retención en el mes. El problema está en que toma el monto del pago anterior sin considerar la retención.
Los cálculo subsiguientes los hace bien, aunque arrastra el error de cálculo de la segunda retención.

Ejemplo numérico:

Esquema de retención:

MNI: $1.200.
Porcentaje: 2%

1er pago:
Total: $10.000 (IVA 21% incluido)
Retención: (10.000/1,21 – 1.200) * 0,02 = $141,29

2do pago:
Total: $8.000 (IVA 21% incluido)
Retención: ((10.000 + 8.000)/1,21 – 1.200) * 0,02 – 141,29 = $166,94
El sistema calcula: ((9.858,71 + 8.000)/1,21 – 1.200) * 0,02 – 141,29 = $164,11

Como mencioné, el procedimiento de cálculo de las retenciones siguientes lo hace bien, aunque el error en el monto del segundo cálculo se arrastra.

Espero se solucione pronto este problema, ya que es un bug serio.

Saludos,
Juan Manuel.

[Sebastián Gurpegui]

Acabo de hacer otro intento cambiando la version de Postgre, Java y la distribucion de Linux. Nuevamente, me retuvo mal.
Esta vez use:
– PostgreSQL 8.3.20
– JRE y JDK 6u38
– Linux Mint 14
– Libertya 13.01 con el parche para OPs

Sigue acumulando mal en el segundo pago.

No puedo creer que solo a una persona le haya sucedido esto ademas de a mi. Es que acaso es poco el interes en la resolucion de los problemas como este?
Hace 1 mes inicie este tema y tiene mas de 150 visitas pero aun no consigo dar con alguien que haya tenido el problema y lo haya solucionad o, en su defecto, alguien que pueda indagarme/guiarme para encontrar la solucion.

[Juan Manuel Martínez]

Confirmo, además, que el problema está presente en la versión 11.01

Evidentemente, a nadie se le ocurrió controlar el monto de la retención calculada…hasta ahora.

Saludos cordiales,
Juan Manuel.

[AMEBIS]

Ami me da el mismo error. El segundo pago de retenciones lo realiza mal.

[Juan Manuel Martínez]

Estimados,

Viendo las revisiones en el repositorio del código fuente, encontré que se ha hecho una corrección en las clases que calculan las retenciones. Intuyo que se corrige el problema que trata este hilo.
Ni bien pueda aplicar los cambios de la revisión les comento los resultados.

Saludos,
Juan Manuel.

[RITVO IVAN]

Alguien, ha podido practicar retenciones de ganancias según la escala que estable la Resolución General 830

Esta escala es muy utilizada y obligatoria para los regímenes; 110; 25; 116; 124

Code:

ESCALA
IMPORTES RETENDRAN
Más de $ a $ $ más el % sobre el excedente de
0 2.000 0 10 0
2.000 4.000 200 14 2.000
4.000 8.000 480 18 4.000
8.000 14.000 1.200 22 8.000
14.000 24.000 2.520 26 14.000
24.000 40.000 5.120 28 24.000
40.000 y más 9.600 30 40.000

[Juan Manuel Castro]

La solución al problema de Retención de Ganancias fue incorporada en el comit 646 del repositorio Google Code.

[Autor]

Entradas