Ajustes/Revisiones al modulo de Retencion de IVA para adaptacion a V7 de Openerp
Es necesario revisar tanto vistas como modelos, para adaptar a la nueva version de openerp este modulo, dado que este modulo es uno de los mas importantes de la localizacion, trataremos de solo reparar lo que realmente esté dañado, (esto en muchos casos en contra de mi voluntad, jejeje) si existe alguna nueva caracteristicas que agregar la colocaremos en los workitems, y su estado sera POSTPONED, para no confundirnos con tareas que pueden ser mucho mas importantes.
una de los wishlist que tengo en este momento es un asistente para la liquidacion del IVA, necesito ayuda, y betatester, recuerden que esto es un wishlist, no tendra la prioridad que la migracion si merece. Ahora son bienvenido los colaboradores que quieran desarrollar ese codigo, nos podemos reunir y argumentar sobre como seria la estructura del mismo.
Industrias Diana ha hecho revisiones y fixes a la localizacion que merecen ser revisados,
discutidos y adosados a la localizacion.:
http://
Blueprint information
- Status:
- Started
- Approver:
- Nhomar - Vauxoo
- 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:
-
Beta Available
- Milestone target:
- None
- Started by
- hbto [Vauxoo] http://www.vauxoo.com
- Completed by
Whiteboard
Es importante tomar en cuenta para la i18n, que ya el trunk es traducible a través de Launchpad, hace falta:
1.- REvisar la documentación para exportación correcta de los archivo POT léase Pe O Te que son las plantillas de traducción.
2.- Hay que importarlas a cada módulo una vez esté considerado alpha.
3.- traducir a través de Launchpad, y cada día launchpad se encarga de manejar los merge.
Ventajas:
1.- Propuesta de cadenas desde OpenObject.
2.- Histórico de traducciones.
3.- Manejo de la aprobación de las mismas.
hay que sustituir los logs con OpenChatter
log() is deprecated. Please use OpenChatter notification system instead of the res.log mechanism
Saludos.
Work Items
Work items:
(0) Revision de las pruebas YAML, probar el modulo con sus tests dependiendo de los resultados haremos enfasis sobre la verificacion del modelo: DONE
(0.1) hacer una nueva revision luego de revisar los workflows: TODO
(1) Restructuracion de modulo: DONE
(2) Revision de la DATA: DONE
(3) Revision de la DEMO: TODO
(3.1) Quitar de los registro id="wh_
(4) Revision de FILES: TODO
(5) Revision de i18n, La revision a las traducciones debe ser intensiva, coherente, e intelegible Tener en consideracion lo escrito en el whiteboard, acerca de las traducciones [KATH]: TODO
(6) Revision del MODEL, incluir en esta revision las validaciones al modelo que se ha hecho en industrias diana, http://
(6.0.1) Con respecto a algunas validaciones de diana creo que debemos hacer el mismo enfoque te hicimos con la unicidad y obligatoriedad del RIF, es decir, depende del pais del partner de la compania del usuario, puesto que en un ambiente multicompany, multicountry, estas validaciones se pondrian tediosas, se colocará un context, para poder pasar en masa las validaciones, y en procesos posteriores tener mecanismos de correccion: TODO
(6.1) Revisar account.py: DONE
(6.2) Revisar generate.py: DONE
R&D - (6.2.0) Determinar la posibilidad de poner al tanto a este metodo del pais del partner de la compania: POSTPONED
R&D - (6.2.1) Metodo get_alicuota completamente cableado con los valores de iva que actualmente estan en uso, si llegara a haber un cambio en la alicuota, habria que modificar el codigo, descablear esto: POSTPONED
R&D - (6.2.2) Metodo generate_txt hacerlo estar pendiente de que si no consigue nada en la alicuota, se salte esa linea, incluir un try en el metodo anterior get_alicuota: TODO
(6.3) Revisar installer.py: POSTPONED
(6.4) Revisar invoice.py: DONE
R&D - (6.4.1) En metodo copy de invoice, el valor de wh_iva_rate, debe llamarse la funcion que obtiene el valor adecuado dependiendo del tipo de documento: POSTPONED
(6.5) Revisar partner.py: DONE
(6.6) Revisar wh_iva.py: DONE
R&D - (6.6.1) Hacer uso de las secuencias sin espacios, es importante, que las retenciones en COMPRA LO TENGA, no asi en las retenciones de venta, donde el numero lo pone el cliente.: POSTPONED
(7) Revision de la Seguridad : TODO
(7.1) Agregar los permisos necesarios para que una usuario de IVA Pueda ver los attachments que se crean al generar los txt: TODO
(8) Revision de REPORTES: TODO
(8.1) El reporte no esta imprimiendo la direccion fiscal del agente de retencion: TODO
(8.2) El reporte no esta imprimiendo la direccion fiscl del sujeto retenido: TODO
(8.3) La fecha de la factura esta imprimiendose en Blanco: TODO
(9) Revision de WIZARDS: TODO
(10) Revision de las VISTAS, la revision de las vistas pueden incluir fixes o nuevas caracteristicas sencillas que sean imprescindibles, incluir en esta revision las vistas de Industrias Diana, http://
(10.1) Revisar account_
(10.2) Revisar account_view.xml : TODO
(10.3) Revisar generate_
(10.4) Revisar partner_view.xml : TODO
(10.5) Revisar wh_iva_view.xml: TODO
(10.5.1) El boton Cargar impuestos no debe aparecer sino solo en el estado 'draft' : TODO
(11) Revision del Workflow, : TODO
(11.1) Revisar account_
(11.2) Revisar wh_iva_
(1000) WISHLIST: POSTPONED
(1001) WISHLIST,Asistente para la Liquidación del IVA y Retenciones: POSTPONED
(1010) WISHLIST, Asistente para carga de datos historicos: POSTPONED
