[l10n_ve_fiscal_reports] libro de Ventas

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.

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.

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

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

http://www.google.com/url?sa=t&rct=j&q=formato%20libro%20de%20ventas%20seniat%20separadamente&source=web&cd=1&ved=0CFAQFjAA&url=http%3A%2F%2Fwww.seniat.gob.ve%2Fportal%2Fpage%2Fportal%2FSENIAT_CA%2F02INFORMACION%2F2.1TRIBUTOS_INTERNOS%2F2.1.2IMPUESTOS_NACIONALES%2F2.1.2.3IMPUESTOS_IVA%2FIVA12_LIBROS.pdf&ei=I3XHT9yfD4iw8ATitZ2mDw&usg=AFQjCNHjELbuh4eegEdSyEaWa1rJqXrQiQ&cad=rja

Documento donde se establece la separacion de operaciones en el libro de ventas

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.

Se esta trabajando en el trunk de la localizacion

en los branches que se encuentran adosados al bug