Ajustes/Revisiones al modulo de Libros de Compra y Venta para adaptacion a V7 de Openerp

Registered by hbto [Vauxoo] http://www.vauxoo.com on 2013-01-07

Actualmente tenemos tres modulos que hacen lo mismo, debemos decantar
las funcionalidades de los tres modulos y fusionarlos en uno solo, o decidir
la eliminacion de los otros modulos existentes.

 branches funcionales, uno en vauxoo y otro en sisb, nuestra meta es tomar lo mejor de los dos, ya que tienen raices comunes, y generar un modulo que abarque muchas mas opciones.

Blueprint information

Status:
Started
Approver:
hbto [Vauxoo] http://www.vauxoo.com
Priority:
Essential
Drafter:
hbto [Vauxoo] http://www.vauxoo.com
Direction:
Needs approval
Assignee:
hbto [Vauxoo] http://www.vauxoo.com
Definition:
Drafting
Series goal:
Accepted for trunk
Implementation:
Started
Milestone target:
None
Started by
hbto [Vauxoo] http://www.vauxoo.com on 2013-01-08

Whiteboard

Tener en cuenta:

Retenciones de IVA.
Retenciones de periodos anteriores.
Esto está resuelto funcionalmente en la V1.

El libro de correcciones tiene el concepto de Documentos anexos que debo declarar pero no son posibles de usar como débito fiscal.

=========================================================================
para esto pensamos definir un modelo nuevo, denominaremos a esto modelo 'fiscal.book'
en dicho modelo, tendremos relaciones con otros modelos que dependen de este:

fiscal.book.invoices [fbi] (auto=True)
fiscal.book.vatwh [fbv] (auto=True)
fiscal.book.lines [fbl] (auto=False), sera una vista sql (o campo funcional o2m), se usara como vista al usuario final, los datos de esta vista saldrán solo de la información suministrada en fbi y fbv,
se pueden usar modificadores, tales como modelos nuevos, en los cuales los registros que se carguen modifican el comportamiento de un registros en fbi o fbv, y generar una version modificada de fbl.

la idea es que quede un documento duro que se pueda consultar en el tiempo y sin la necesidad de regenerar una vista.

=========================================================================
inicialmente pensamos definir el nuevo modelo seniat.book, pero puedo estar en el futuro no de acuerdo con dicha denominacion, dado que los nombres de las instituciones gubernamentales en Venezuela tienden a cambiar con una moderada frecuencia. Asi que 'fiscal.book' sera un nombre
bastante generico que podria funcionar muy bien a largo plazo. aunque esto realmente el usuario final no lo llega ver.

=========================================================================

Teniendo en cuenta los comentarios anteriores, cuando el nuevo modulo de libros fiscales salga
a la luz, los otros tres modulos, preexistentes serán borrados.

(?)

Work Items

Work items:
(0) Revision de las pruebas YAML, probar el modulo con sus tests dependiendo de los resultados haremos énfasis sobre la verificación del modelo: POSTPONED
(0.1) Crear pruebas YAML: POSTPONED
(0.2) Verificar los resultados de los test YAML: POSTPONED
(1) Reestructuracion de modulo: DONE
(1.1) Reestructuracion de los archivos: DONE
(1.2) Correción de paths en los archivos de reporte y los de configuración: DONE
(2) Revisión de la DATA/DEMO: POSTPONED
(2.1) Creacion de archivos de demo: DONE
(2.2) Restructuracion del demo luego de linkear los campos de invoices automaticamente: POSTPONED
(3) Revision de la Traduccion: DONE
(4) Revisión del modelo: INPROGRESS
(4.1) pasar a ingles todos los string y help de los nuevos campos: POSTPONED
(4.2) pep8 style: POSTPONED
(4.3) revisar que la creacion del libro fiscal este asociado a un periodo y que la combinacion sea unica: DONE
(4.4) pensar si el rank del fiscal.book tiene que ser unico para ese fb. de ser asi adaptar el codigo para que se cumpla la condicion: DONE
(4.5) revision de los campos del modelo en los obsoletos fiscal_report V1 V2 V3: POSTPONED
(4.6) re haciendo la logica del modelo para integrar las retenciones como lineas del libro: DONE
(4.7) nuevo proceso para la actualización de las lineas del libro: DONE
(4.7.1) çrear proceso de borrado de lineas: DONE
(4.7.2) separar proceso de actualización de lineas por seprado (uno para factutas y el otro para retencioens: DONE
(4.8) nuevos campos de totalizacion y sumatorias: INPROGRESS
(4.8.1) para puerchase: INPROGRESS
(4.8.2) para sale: TODO
(5) Revision de la Seguridad : TODO
(6) Revisión de las Vistas : INPROGRESS
(6.1) revisión de los dominios en los campos mostrados: DONE
(6.2) agregado botones de actualizacion y limpieza de lineas: DONE
(7) Revision del Workflow: TODO
(8) Documentacion : TODO
(8.1) ERD : DONE
(8.2) UML : TODO
(9) Mover módulo: l10n_ve_fiscal_reports_V2 a addons-vauxoo: TODO
(10) Revisión de Reportes: DONE
(10.1) purchases_book.rml (parser book.py): DONE
(10.1.1) error de layout: DONE
(10.2) sales_book.rml (parser book.py): DONE
(10.3) nuevo reporte para fiscal.book: DONE
(10.4) corridas con demo data para las pruebas de los reportes: DONE
(10.5) revisión del parser (adaptando funciones y agregandolas al nuevo parser): INPROGRESS
(10.6) imprimiendo tablas de totalizacion y sumatorias en los reportes (con nuevos campos): INPROGRESS
(10.6.1) purchase: INPROGRESS
(10.6.2) sale: TODO