ncf_dgii_reports

KO | EN

gitlite — search

#python #react #ai #typescript #llm #golang #machine-learning #linux #java #cli #pytorch #security #mcp #open-source

ncf_dgii_reports

(★ 16)

Este módulo para ODOO implementa los reportes de los números de comprobantes fiscales (NCF) para el cumplimento de la norma 06-18 de la Dirección de Impuestos Internos (DGII) en la República Dominicana.

ncf_dgii_reports Latest Version Download

Download Latest Version (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# NCF DGII Reports

## ESTE MÓDULO HA SIDO MOVIDO AL NUEVO EQUIPO DE TRABAJO EN https://github.com/dgii-ncf-reports/l10n_do_ncf_oca_reports DONDE SE SEGUIRA ACTUALIZANDO DESDE ALLÍ CON EL APORTE DE OTROS MIEMBROS. !HAZ UN PULL REQUEST O INTEGRATE AL EQUIPO DE DESARROLLO, NO HAGAS TU PROPIA ISLA A PARTE, LA COLABORACIÓN EN CONJUNTO ES MÁS BENEFICIOSA!

Este módulo para ODOO 10 (por lo pronto) implementa los reportes de los números de comprobantes fiscales (NCF) para el cumplimento de la norma 06-18 de la Dirección de Impuestos Internos (DGII) en la República Dominicana, así como una guía para los reportes del ITBIS (IT1) y del anexo A del IT-1 (ITA). Ha sido probado en una empresa de servicios básica y necesita validaciones y calculos extras para ser implementado en negocios de personas físicas que usan su cédula como RNC, empresas de construcción, empresas de telecomunicaciones y proveedores del estado.

Este repositorio tiene como objetivo que este módulo sea integrado en https://github.com/odoo-dominicana/l10n-dominicana y que sea mantenido por la comunidad de ODOO Dominicana.  Mientras tanto todo aquel que desee colaborar, puede hacer un Pull Request aquí.

## CONFIGURAR IMPUESTOS
Se debe configurar correctamente los impuestos, para ello ir al listado de impuestos y en la opción de Tipo de Impuesto de Compra (Cuando el Ámbito del Impuesto es Compra) seleccionar la opción adecuada para cada caso.

## CONFIGURAR CORRECTAMENTE LOS TIPOS DE PRODUCTOS
En cada producto, se debe configurar correctamente el "Tipo de Producto" para poder filtrar el "Monto Facturado en Servicios" y el "Monto Facturado en Bienes".  Actualmente si un producto es del tipo "Servicio" pues se suma al Monto Facturado en Servicios y si es otra cosa como puede ser Consumible o Almacenable, entonces lo sumamos al Monto Facturado en Bienes.  OJO que si venden productos digitales (como libros, fotos, etc..) en teoría serían servicios al no ser algo mateiral pero esto tampoco lo estamos filtrado en la actualidad y en dado caso de ponerlo caerían como Bienes.

## CONFIGURAR LA(S) CUENTA(S) QUE ES(SON) USADA(S) PARA EL ITBIS RETENIDO EN VENTAS (REPORTE 607) SEGÚN LA NORMA 02-05
En el catálogo de cuentas hemos colocado un nuevo campo opcional para escoger, este se llama: **Tipo de Impuesto en Venta** y por lo general las empresas que tiene RNC solo deberán escoger allí la primera opción **ITBIS Retenido Persona Jurídica (N 02-05)** y cuando la cuenta sea *ITBIS Retenido Persona Jurídica (N 02-05)* que por defecto en el catálogo de cuentas dominicano en ODOO 10 es la *no.21030201* y tiene el ID 100.

Con esta acción podemos obtener las columnas *7 - FECHA DE RETENCIÓN* y *10 - ITBIS RETENIDO POR TERCEROS* del reporte 607.

## REGISTRAR CORRECTAMENTE LAS FACTURAS DE PROVEEDORES QUE NOS DAN UN SERVICIO Y AL CUAL LE HACEMOS RETENCIÓN DE 30% ITBIS (REPORTE 606) SEGÚN LA NORMA 02-05
Al registrar los impuestos de este tipo de factura, se debe seleccionar el **18% de ITBIS compra (servicios)** y además como le vamos a hacer retención de 30% ITBIS según la norma 02-05, debemos seleccionar también como impuesto **Retención ITBIS 30% a Persona Jurídica (Servicios)** y que por defecto ese impuesto viene atado a la cuenta contable **21030201 - ITBIS Retenido Persona Jurídica (N 02-05)**, además recordar que ese impuesto se debe configurar como **ITBIS retenido**

Con esta acción podemos obtener la columna *12 - ITBIS RETENIDO* del reporte 606.

*Nota: del mismo modo, otro impuesto a escoger podría ser el Retención ISR 10% a Personas Físicas en los casos que aplique*

### ESTADO ACTUAL

- 606 en Alpha 3 (ver ISSUES AND PENDING STUFF) .
- 607 en Alpha 2 (ver ISSUES AND PENDING STUFF) .
- 608 y 609 en pendiente de desarrollo.
- Guía del ITA (Anexo A del IT1) en Alpha 1
- Guía del IT1 (Declaración de ITBIS) en Alpha 1

## RECOMENDACIONES
Luego de implementar este módulo, se recomienda hacer una revisión manual de los reportes al menos durante 3 períodos en búsca de bugs y cada vez que en un determinado período tenga novedades nuevas antes no usadas como puede ser recibir una Nota de Crédito y otros.

## LICENCIA DE USO, DESCARGO DE RESPONSABILIDAD, AYUDA Y SOPORTE
 Este módulo “software” (programa) es de código fuente libre y abierto y está licenciado bajo la GNU General Public License Version 3 (https://www.gnu.org/copyleft/gpl.html).

Al usar el módulo, usted se compromete a darle un uso de conformidad con la leyes dominicanas. 
 
 Este módulo se suministra tal cual es. Por diversas razones no podemos garantizar de forma expresa o implícita, la confiabilidad o integridad de los reportes que emite este módulo, y que los mismos estén libre de fallos debido a códigos o rutinas de programación incorrectos.

Para ayuda puede escribir un issue en este repositorio o vía la comunidad de ODOO Dominicana.  Si necesita soporte e implementaciones puede contactar con Manuel Gonzalez en SOFTNET TEAM SRL (https://www.softnet.do)

## ISSUES AND PENDING STUFF

- Ver todos los #TODO en el código.
- Al crear una Nota de Crédito para una factura de proveedor con estado pagada y escogiendo la primera opción y única opción para estos casos que da la localización "Crear una Nota de Crédito en Borrador"; El sistema deja la nota de crédito en estado "abierta" y si le damos a la opción de pagar, entonces nos pide diario de pago.   Aquí queda pendiente de aclarar si es que en estos casos la Nota de Crédito se deja en estado abierta y no se registra ningún pago (por su naturaleza que no necesita pago) o es algo a reparar en la localización.
- OJO al registrar un pago de una factura de un proveedor.  En agosto registre un pago a una factura de proveedor de fecha de junio y quería poner que el pago fue en junio pero me equivoque y deje la fecha contable en agosto.  Luego cancele el asiento contable y lo edite para ponerle la fecha correcta de junio (y así figura en el asiento contable) pero en el modelo AccountPayment sigue teniendo la fecha de agosto (payment_date) y por eso en el reporte del 606 de junio esa factura sale sin fecha de pago pues el sistema sigue viendo que el pago fue en agosto.  Este punto hay que validar si es algo a corregir en la localización o es un tema de ODOO o validar la fecha de pago por otra vía en estos reportes.
- Hay que validar como se comportan las Notas de Créditos cuando recibes una NC en un mes posterior a la factura que recibe la NC.  Aquí se debe validar con los contables que sucede en estos casos; por ahora el sistema en ese mes posterior muestra la NC y a la factura que afecta.  La fecha de pago le pone el mismo día de la NC y la Forma de Pago le pone la forma de pago de la factura afectada.
- En el 607, la columna 10 *ITBIS RETENIDO POR TERCEROS (y la fecha de retención)*, solo está programado para considerar y obtener este monto para negocios con RNC, si es un negocio registrado con su CÉDULA, se le deberá progamar está funcionalidad siguiendo el modelo de negocios con RNC.
- En el 607, la columna 12 *RETENCIÓN RENTA POR TERCEROS* no está programada para los negocios que aplica como puede ser un negocio que este registrado con su CÉDULA en lugar de un RNC.
- En el 607, las columnas *14-ISC, 15-Otros Impuestos/Taxas y 16-Monto Propina Legal* no estan programada, para un negocio que las requiera, se le deben programar.
- Estos reportes no tienen programación para las Notas de Débito aún.
- Las guías del IT1 y el ANEXO A, solo toman en cuenta los comprobantes del tipo 01 (crédito fiscal) que emite el comercio.
- Si una factura (_de ventas, 607_) recibe multiples pagos y le harán retención (_por ejemplo del 30% del itbis según la norma 02-05_), lo más natural es que esa retención sea registrada en el último pago que se le hace a la factura y el cual pone la factura como totalmente pagada.  Estos reportes usan este enfoque así que __OJO con esto!__
- En el Anexo A, la parte de __III. OPERACIONES REPORTADAS EN EL 607 / LIBRO DE VENTAS POR TIPO DE VENTA (MONTO TOTAL INCLUYE IMPUESTOS)__ solo se toma en cuenta las facturas de ventas del período actual, si el 607 tiene facturas montadas de meses previos, (_porqué tienen retención que reportar_) estos valores pagados no se suman aquí. (_esto de acuerdo a las consultas con los contables_)

### Créditos:  Basado en el trabajo de Eneldo Serrata para Marcos Organizador de Negocios SRL. (https://marcos.do/)

### Autor: Manuel Gonzalez para SOFTNET TEAM SRL (https://www.softnet.do)

### IMAGÉN DE EJEMPLO CON NÚMEROS DE PRUEBA.
![Imagén de demo de los reportes del 606, 607 y guías del IT1 e ITA](https://res.cloudinary.com/drgtdlvxn/image/upload/v1539728958/DGII_REPORT.png)

ncf_dgii_reports

ncf_dgii_reports Latest Version Download

Today's picks

Was this content helpful?

Recent Feedback

ncf_dgii_reports

ncf_dgii_reports Latest Version Download

Today's picks

Was this content helpful?

Recent Feedback

Download README