[l10n_ve_fiscal_reports] libro de Ventas

Bug #919410 reported by Juan Márquez
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Openerp Venezuela
Fix Released
Critical
Juan Márquez
6.0
New
Undecided
Unassigned
Trunk
Fix Released
Critical
Juan Márquez

Bug Description

El libro de ventas no se separa en tre ventas nacionales y de exportación, la separación debe hacrece entre ventas a no contribuyentes y ventas a otros contribuyentes, esto de acuerdo al reglamento de la ley del ICSVM y de acuerdo a la providencia para la emision de facturas y otros documentos, así como las dispociciones para el uso de maquinas fiscales, (en dice mas o menos así: todo usuario que realice más operaciones de venta con no contribuyentes deberá usar impresora fiscal).

Igualmente los totales del libro de ventas deben corresponderse 1 a 1 con la sección "DÉBITOS FISCALES " de la planilla de declaración.

Adjunto un PDF con una muestra de formatos (sujeridos) para los libros del IVA.

Related branches

Revision history for this message
Juan Márquez (jmarquez) wrote :
Revision history for this message
Nhomar - Vauxoo (nhomar) wrote :

Juan.

Bien, como conversamos, Comencemos con la creación de los modelos que recibiran estos datos.

Reporte de IVA.
Reporte de IVA Lineas.

Ya el actual lo hace en caliente con un modelo Vista SQL.

Saludos.

Changed in openerp-venezuela-localization:
importance: Undecided → High
assignee: nobody → Juan Márquez (jmarquez)
status: New → Confirmed
Revision history for this message
Juan Márquez (jmarquez) wrote :

Voy a exponer una idea compleja pero que a mi me dio exelentes resultados para el sistema del IVA. La idea principal es hacer que toda la información de la declaración del IVA sea dinamica y permita modificarla en funció de los cambios a la ley y formatos.

Creo que se deben crear los siguientes modelos (nombres sujetos a revision):

forma_iva: para almacenar los datos del formulario (a veces cambia)
   - name
   - base: boolean (base = true es la planilla activa como en res_currency) solo puede haber una planilla en True

forma_iva_lines: Almacena todos los campos definidos en la planilla
   - parent_id (m2o a forma_iva.id)
   - code: para facilidad de uso y referencia
   - name: Texto de la linea (etiquetas de la planilla)
   - key_value: string con key de diccionario (ver campo data en delaracion_iva)

Los dos modelos anteriores no son más que una plantilla para la declaración.

delaracion_iva: guarda los datos de una declaracion generada
   - fecha_presentacion
   - fecha_contable
   - numero_planilla (el nro de planilla de declaracion asignado por el seniat)
   - certificado: (si hay exedente de credito fiscal el nro del certificado correspondiente
   - status: (draft, done)
   - data: este campo debe ser de tipo text y contener un diccionario python donde cada clave puede ser un valor o una tupla con los datos que serán usados para rellenar la planilla (forma_iva_lines.key_value)

iva_lines: este modelo almacenara APUNTADORES a los registros mostrados en los libros de compras y ventas
   - domain: (compras o ventas)
   - model: (Indica el modelo al que apunta con nombre openerp: 'account.invoice', 'ajuste', etc
   - line_id: apunta al ID de la transaccion (registro) del modelo antes indicado
   - type: 1 registro, 2 complemento, 3 anulacion, 4 ajuste
   - parent_id1: apuntador al registro de origen (en este modelo) aplica si type != 1

Adicionalmente se requeriran varias validaciones del tipo si declaracion_iva.status = done no se pueden modificar los registros.

La intención es poder crear un proceso que cargue la planilla y llene el diccionario con los datos para poder llenar la plantilla de la declaración.

Por ahora lo dejo hasta aquí, la intención es sólo iniciar la revisión de la idea.

Revision history for this message
Juan Márquez (jmarquez) wrote :

Referencia para los modelos "SENIAT" del libro de compras y de ventas:

http://asesorya.com/modulos/artsd.asp?id=271

Revision history for this message
Juan Márquez (jmarquez) wrote :
Revision history for this message
Juan Márquez (jmarquez) wrote :

Multa y sentencia del TSJ con respecto a la obligacion de separar entre contribuyentes y no contribuyentes:

http://www.google.com/url?sa=t&rct=j&q=formato%20libro%20de%20ventas%20seniat%20separadamente&source=web&cd=6&ved=0CGIQFjAF&url=http%3A%2F%2Fjca.tsj.gov.ve%2Fdecisiones%2F2009%2Fmarzo%2F735-31-0912-0616.html&ei=I3XHT9yfD4iw8ATitZ2mDw&usg=AFQjCNE6YYLm8x8YA2FFa4On978-UET_pg&cad=rja

ALEGATOS DEL SENIAT
La Administración Tributaria señala que la contribuyente incurrió en un ilícito formal según lo establecido en el artículo 99, numeral 3, del Código Orgánico Tributario, ya que no lleva el libro especial de ventas de acuerdo con las formalidades y reglamentarias en virtud de que las ventas que realizan a contribuyente y no contribuyentes del impuesto al valor agregado no las contabilizan en forma separada, por lo cual procedió a aplicar la sanción establecida en el numeral 2 del artículo 102 de dicho código. El sujeto pasivo infringió el artículo 70 del Reglamento de la Ley de Impuesto sobre la Renta y especialmente el artículo 78, que requiere la separación y que lo exige el SENIAT con fundamento en el artículo 145 del Código Orgánico Tributario. La exigencia de la separación de las ventas es producto de del contenido del artículo 78, por lo cual descarta los fundamentos de la contribuyente y confirma el reparo.

Juan Márquez (jmarquez)
tags: added: reportesfiscales
Juan Márquez (jmarquez)
Changed in openerp-venezuela-localization:
importance: High → Critical
Revision history for this message
hbto [Vauxoo] http://www.vauxoo.com (humbertoarocha) wrote :

Se esta trabajando en el trunk de la localizacion

en los branches que se encuentran adosados al bug

Changed in openerp-venezuela-localization:
status: Confirmed → In Progress
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.