Formato de HU Código: Versión: Fecha: Página:

Operaciones FOR-026 01 16/10/23 1 de 5

Formato de historia de usuario

HU122 – Menú de registro de

Retenciones (ISLR) clientes

Dirección fiscal: 252 Larchmont Drive. San Antonio, Texas, 78209. USA
Dirección de oficina: Wave Tech Hub. Calle Altagracia. Baruta. Miranda.
 Formato de HU Código: Versión: Fecha: Página:
Operaciones FOR-026 01 16/10/23 2 de 5

Formato de historia de usuario

1. Contexto:

El impuesto sobre la renta (ISLR) es una obligación enmarcada en la normativa

tributaria que obliga al sujeto pasivo a gravar el enriquecimiento en un periodo específico,
por otro lado, cuando ejecutamos un servicio y cobramos por ello podemos o nos pueden
retener ISLR, es decir, que tenemos la facultad de no pagar el ISLR a nuestros proveedores
o que nuestros clientes nos retengan la porción de ISLR que nos corresponde declarar y
pagar ante el ente regulatorio en materia de tributo.
En tema de retenciones de ISLR se deben elegir correctamente los conceptos de
retención, ya que dependiendo de ello se debe retener un porcentaje de la base imponible
distinto para cada tipo de contribuyente y un porcentaje de retención también distinto.
Por ende, cuando debe realizar una retención de ISLR debe estar seguros de que
concepto estamos reteniendo y a qué tipo de contribuyente.

1.1. Objetivo principal del desarrollo

La finalidad del desarrollo es crear un menú donde se puedan gestionar las

retenciones de ISLR sobre facturas de clientes ya publicadas, es decir, el desarrollo debe
ser capaz de generar las retenciones, tanto comprobante como asiento, en facturas que han
afectado contablemente las operaciones, se debe generar un nuevo asiento de retención en
estado publicado, y el mismo debe compensarse automáticamente con la factura que se le
indique, además, se debe genere un comprobante de retención en estado publicado que
quedará como soporte de la retención.

1.2. Justificación del desarrollo

La retención de ISLR está dentro de la normativa en Venezuela y por ende se tiene

que generar de forma adecuada, en el proceso de generación de las mismas pueden ocurrir
error u omisiones por parte de los usuarios y es necesario tener un mecanismo que permita
solventar un proceso que puede resultar inadecuado.

2. Detalle funcional de la especificación:

Se requiere crear un menú en Contabilidad / Clientes, que se llamará Registrar
retención ISLR, dicho menú desplegarán un wizard (ventana asistente) y el mismo
contendrá los siguientes campos:

Cliente: este campo debe ser many2one con relación res.partner(contactos), es decir, aquí
colocaremos el cliente que nos envía la retención.

Dirección fiscal: 252 Larchmont Drive. San Antonio, Texas, 78209. USA
Dirección de oficina: Wave Tech Hub. Calle Altagracia. Baruta. Miranda.
 Formato de HU Código: Versión: Fecha: Página:
Operaciones FOR-026 01 16/10/23 3 de 5

Formato de historia de usuario

Factura: este campo debe ser many2one con relación account.move(facturas), este solo
traerá las facturas, notas de crédito, y notas de débito del campo cliente, es decir, este
campo factura dependerá del antes mencionado campo “Cliente”, el dominio de este campo
debe estar limitado a los registros en estado publicado.

Monto: este campo se colocará el ISLR retenido por parte del cliente, este campo debe ser
de tipo monetario.

Fecha: en este campo se colocará la fecha contable para el asiento.

Concepto: aquí colocará por defecto un valor que se parametrizará en el maestro de

conceptos, y el campo debe ser readonly.

Cantidad Base: la sumatoria de los montos, que se toman como base de cálculo de la
ISLR, este campo debe ser de tipo monetario.

Cantidad retenida: la sumatoria de los montos retenidos de los o el servicio asociado a la

factura sobre la cantidad base, este campo debe ser de tipo monetario.

Cabe destacar, que el asiento contable que se genera por la retención debe tener la
misma tasa que el documento al cual se le está reteniendo, sin importar que la fecha que se
coloque en el wizard sea distinta a la de la factura, es decir, el asiento tendrá la fecha que
se coloque en el wizard pero la tasa del documento al que se le realiza la retención.

De acuerdo a lo que se coloque en los campos de la ventana asistente, se generará

un asiento en publicado, con el monto por el debe y haber correspondientes y con fecha
contable lo que se coloque en el wizard.

Dirección fiscal: 252 Larchmont Drive. San Antonio, Texas, 78209. USA
Dirección de oficina: Wave Tech Hub. Calle Altagracia. Baruta. Miranda.
 Formato de HU Código: Versión: Fecha: Página:
Operaciones FOR-026 01 16/10/23 4 de 5

Formato de historia de usuario

En el momento que el usuario le de confirmar a un botón en el asistente se tiene que
generar el asiento de retención de ISLR y el mismo debe conciliarse automáticamente con
la factura, también se generará el comprobante con las características de la imagen
anterior.

El asiento contable contendrá como campos:

Encabezado de la factura:
fecha contable: la fecha que se coloque en el wizard,
referencia: el correlativo que genera la factura,
Diario: se debe tomar el diario configurado en la ficha del contacto correspondiente al
cliente que nos retienen el campo en dicha ficha lleva por nombre “Diario de venta para
ISLR”.
Tasa ($): debe reflejar la misma tasa de la factura.
Líneas de la factura:
Cuenta: en el debe la cuenta que está parametrizada en el diario, en el haber la cuenta
por cobrar que tiene el cliente parametrizada en su ficha de contacto.
Empresa: tanto para el debe como el haber, debe registrarse el cliente que nos retiene.
Moneda: Siempre debe ser en moneda funcional.
Debe: el monto que se colocó en el wizard.
Haber: el monto que se colocó en el wizard.

Flujo regresivo: en este caso, planteamos la solución paso a paso por si el usuario se
equivoca al momento de generar la retención con el wizard.

El usuario deberá cancelar el comprobante que se le ha generado anteriormente, el que

está erróneo y como segundo paso debe romper la conciliación entre el documento retenido
y el asiento contable generado.

Nota: romper la conciliación causará que el asiento contable se debe reversar, teniendo en
cuenta que la tasa debe ser igual a la de la factura.

Una vez realizados estos pasos el usuario podrá hacer nuevamente la retención.

3. Criterios de aceptación
Aspectos a considerar para verificar que el desarrollo está funcionando correctamente

Nota: La definición correcta de estos criterios afecta directamente en la calidad y alcance

del requerimiento.

Este debe estar separados de la siguiente manera:

Dirección fiscal: 252 Larchmont Drive. San Antonio, Texas, 78209. USA
Dirección de oficina: Wave Tech Hub. Calle Altagracia. Baruta. Miranda.
 Formato de HU Código: Versión: Fecha: Página:
Operaciones FOR-026 01 16/10/23 5 de 5

Formato de historia de usuario

a) Criterio 1: El asiento resultante de la confirmación de la retención en el asistente de
retenciones de ISLR debe reflejar correctamente los valores que se coloquen en el
asistente.
b) Criterio 2: El asiento contable de retención debe tener la misma tasa que la factura
para evitar diferencias en cambio.
c) Criterio 3: El asiento debe vincularse a la factura de forma automática.
d) Criterio 4: Se debe validar que para hacer la retención el documento no tenga
comprobante ni asientos de retención vinculados.

Dirección fiscal: 252 Larchmont Drive. San Antonio, Texas, 78209. USA
Dirección de oficina: Wave Tech Hub. Calle Altagracia. Baruta. Miranda.