Nuevo Módulo de Cheques Odoo / OpenERP con TODO!!!!

[Juan José Scarafía]

Estimados, tenemos el agrado de avisar que ya terminamos el nuevo modulo de cheques, por favor, prueben, comenten y aporten. 

Por ahora está en el repo lp:openerp-adhoc-account

En este video pueden ver más o menos de que se trata http://youtu.be/fzkakPFsxt0?hd=1 

Cambios/mejoras:

• Simplificación de código (de 3626 a 1388 líneas y con más funcionalidad!!)
• Traducción completa
• Corrección en depósito y rechazo de cheques. Mejoras del wizard.
  
• renombrado a account_check (ya que no sería exclusivo de la localización ar)
• configuración más intuitiva
• Lo MEJOR!:
• Posibilidad de volver atrás una operación (por ejemplo un depósito, un rechazo, etc)
• débito de cheques y mejoras en control de cheques y vistas calendario
• Controles de cancelación de vouchers (cuando cancelabas un voucher no sabías que hacer con los cheques)
• incorporación de cheques diferidos vs cheques corrientes (o a la fecha)

[Gustavo Orrillo]

buenisimo! muchas gracias  por publicarlo! nos vemos mañana!

--
Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---
Has recibido este mensaje porque estás suscrito al grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a odoo-argentin...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a odoo-ar...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Julian Salas]

Disculpa Juan, para que version en para 7 u 8?

vi el video y dice algo de estar en beta aun. Cuando va a estar la version final?

Saludos

[Juan José Scarafía]

En la 8 seguro, en la 7 no lo probamos. 

Estará en beta hasta que varios lo prueben, ya hicimos testeo pero siempre hay cosas para ajustar en producción. Nuestros clientes lo van a comenzar a usar en producción a fines de mes. 

--

Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---

Has recibido este mensaje porque estás suscrito a un tema del grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/odoo-argentina/RwRFF_ji6rI/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a odoo-argentin...@googlegroups.com.

[Catriel Rios]

Esta re bueno!! saludos!

--

Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---

Has recibido este mensaje porque estás suscrito al grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a odoo-argentin...@googlegroups.com.

[Victor Cwik]

Muy Bueno!
Quedan contempladas la opciones de cobrar un cheque por ventanilla, de cambiar cheques, cancelación y otros.

Slds

[christian pfarher]

Hola Juan, yo estoy usando la versión 8 y está andando bárbaro....Felicitaciones por eso!..... ahora me queda una duda.... En el módulo de cheques anterior (account_check_duo), permitía pagar una factura con los cheques, de forma que sepas que pagaste con dicho cheque... Esa funcionalidad se sacó de este módulo? o cual sería la forma de hacerlo?

Saludos

El martes, 3 de junio de 2014 16:54:45 UTC-3, Juan José Scarafía escribió:

[Juan José Scarafía]

Si entendí bien la pregunta, esa funcionalidad sigue completamente. En el video yo muestro pagos hechos aleatoriamente, ni me preocupo por las facturas. Pero si pagas creas una factura y vas a registrar un pago desde el menú pagos, podes agregar los cheques tranquilamente. Observación: sí pagas desde el botón pagar factura que está en las facturas y haber un wizard, en ese caso, no podes pagar con cheques. Es relativamente fácil agregarlo, no lo hicimos porque para pagos utilizamos account_voucher_receipt y ese botón toma otra funcionalidad. 

Si no respondo a tu pregunta por favor decime. 

Saludos desde los open days 2014. Odoo se viene con todo! 

Enviado desde mi iPhone

--

Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---

Has recibido este mensaje porque estás suscrito a un tema del grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/odoo-argentina/RwRFF_ji6rI/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a odoo-argentin...@googlegroups.com.

[christian pfarher]

Me refería especificamente al comportamiento que se puede ver en el video de Gustavo Orillo en el minuto 28 aprox: https://www.youtube.com/watch?v=uT9QosschoI&list=PLgWviOxmRWv6cQlEAuYhY79Cdd5gQf74t&index=2

saludos

[Juan José Scarafía]

Ahh, bien, ahora veo a que te referís. Si, de vagos no cambiamos ese botón desde facturas, es una buena idea. No lo hicimos porque nosotros usamos el modulo "account_voucher_receipt" que ya cambia ese botón y te lleva a generar un recibo desde donde podes cargar pagos con cheques, efectivo o lo que quieras.
Saludos,
Juan

Ing. Juan José Scarafía

(+54 9 341)153 278039
Skype: jjscarafia

El 04/06/14 18:52, christian pfarher escribió:

[Cristian Sebastian Rocha]

Juan,

estaba pensando. Qué tan compatible es el módulo con la versión anterior?  No hablo del proceso y las vistas, sino de las estructuras en la base de datos (tablas, campos, índices y relaciones). No se modificaron, se suman, se restan o se cambian?

Y si hay cambios hay alguna propuesta de migración?

Saludos,
Cristian.

Has recibido este mensaje porque estás suscrito al grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a odoo-argentin...@googlegroups.com.

[Juan José Scarafía]

Buena pregunta Cristian.
Para todos los modulos que estamos llevando a la 8, decidimos no limitarnos a las estructuras que existían antes, hacerlo bien de cero. Lo ideal sería contemplar en el módulo script de migración o como sea, pero la verdad no sabemos ni como, no tenemos el tiempo para investigarlo y puede ser un poco arduo.
En conclusión:

• Equivocado o no, pero, internamente, decidimos para la 8 mejorar sin pensar en que los módulos sean actualizables, como si empezacemos de cero, con lo que tenemos y con lo que vimos, que nos parece que sería lo mejor.
  
• A nuestros clientes los vamos a migrar con el modulo oerp_migrator que está en nuestro repo. Todavía tiene unos bugs feos ya que fue desarrollado por un no desarrollador (yo) para no desarrolladores.
  
• Es un mini etl aprovechando a oerp como framework.
  
• Esta misma semana pretendo tener una versión minimamente estable, hacer un video, y postearlo para que vean como funciona.
  

Ideas? sugerencias? críticas?
Abrazo!

Ing. Juan José Scarafía

(+54 9 341)153 278039
Skype: jjscarafia

El 09/06/14 12:20, Cristian Sebastian Rocha escribió:

[Gabriel Davini]

Ideas? sugerencias? críticas?

Hola Juan,

Para migrar base de datos yo usé bastante DBSolo [0], no es de código abierto, pero hay una versión trial que viene con todas las funcionalidades. Comparás los dos esquemas de bases de datos y te arma un script para hacer la migración. La verdad que a mi me dio unos resultados muy buenos, prácticamente no tenés que hacer nada más que correr el script en la base que tiene los datos.

Espero que sirva.

Saludos 

[0] http://www.dbsolo.com/download.html

[Juan José Scarafía]

Gabriel, muchas gracias por el dato. Vos decís que eso es tan inteligente de mapear cambios de nombres de campos y demás?
El problema es que de nosotros vamos a hacer migraciones de 6.1 a 8, no solo con los grandes cambios de diseño hechos por odoo si no tmb por todos los cambios que hicimos nosotros. Clases que cambian de nombres, que se unifican, etc. Te parece que puede servir igual?

Saludos,
Juan

Ing. Juan José Scarafía

(+54 9 341)153 278039
Skype: jjscarafia

El 09/06/14 15:41, Gabriel Davini escribió:

[Gustavo Orrillo]

gente, no creo que sirva una herramienta para migrar bases de datos. Only one word, "workflow". Eso arruina todo

Has recibido este mensaje porque estás suscrito al grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a odoo-argentin...@googlegroups.com.

[Mariano Ruiz]

Coincido, por ejemplo a nivel migración lo más heavy de la versión 6.1 a 7 (y por lo tanto también 8), son los cambios que se hicieron para almacenar los datos de partners, antes tenías una tabla res_partner con los datos del cliente, y otra res_partner_address con los datos de contacto, además había otras res_partner_contact y res_partner_location que agregaban más confusión (aunque creo que estas se agregan con módulos adicionales). De todo esto, si mal no recuerdo las primeras dos tablas mencionadas se unificaron en una sola, haciendo res_partner una tabla con referencias así mismo para los contactos, o sea que el script debería de tomar los datos de la tabla deprecada, y meterlos en la tabla existente como registros adicionales (con columnas similares pero distintas). Despúes reemplazar todas las referencias (muchas) que hay en otras tablas hacia res_partner_address por una referencia a res_partner, con el FK correspondiente.

Esto es solo la punta del iceberg para hacer una migración vía script SQL, además de tener que migrar el código de los módulos que desarrollaste, o los comunitarios que tal vez luego no fueron actualizados a las versiones posteriores de OpenERP.

--

Mariano Ruiz
Software Architect & Web Developer
http://www.mrdev.com.ar

[Gabriel Davini]

Gabriel, muchas gracias por el dato. Vos decís que eso es tan inteligente de mapear cambios de nombres de campos y demás?

No, eso lo tendrías que hacer a mano, una vez que tenés el script tendrías que cambiar los nombres de los campos, nada que sed no pueda hacer :D!

 

El problema es que de nosotros vamos a hacer migraciones de 6.1 a 8, no solo con los grandes cambios de diseño hechos por odoo si no tmb por todos los cambios que hicimos nosotros. Clases que cambian de nombres, que se unifican, etc. Te parece que puede servir igual?

Si en esto tenés razón, me parece que se complicaría aca. Lo que hace es comparar los esquemas, que en mi caso eran bastante diferentes, pero no fue con versiones distintas de open. Ahora también estamos con las migraciones de 6.0 a 7,, también estoy viendo oerp_migrator, veo como me va y les cuento

--

Abrazo!

Gabo.-

[Gustavo Orrillo]

tambien hay otro tema más en la versión 8. Cambia la forma de trabajo de los productos, y su relación con los proveedores (antes lo hacian por medio del product_id, ahora es por medio del product_tmpl_id). Es mas... ahora el product template pasa a ser central y las variantes van a tener un rol más que importante.

Asi que... cosas asi (más que frecuentes en el mundo de los ERPs) hacen que las migraciones sean actos heroicos

--

[Gustavo Earnshaw]

Hola gente, el proyecto openupgrade [1] me parece muy interesante para este tipo de cosas y lo estamos empezando a utilizar. Ya están avanzando en la versión 8, es abierto y esta en launchpad.

Saludos.

[Damián Soriano (ADHOC)]

Gustavo, los workflows se guardan en la base de datos, en teoria podrias migrarlos ya que son un objeto como cualquier otro en Odoo.

MSc. Eng. Damián Soriano

skype: damiansoriano
d...@ingadhoc.com
www.ingadhoc.com

[Gustavo Orrillo]

en eso esstoy de acuerdo... pasa que nunca lo probe asi que por eso como que les tengo cierto temor...

habria que ver OpenUpgrade

[Mariano Ruiz]

El miedo de Gustavo supongo está fundado en un conocimiento gral. que debe tener sobre workflow, que no necesariamente aplica a OpenERP (no se realmente si aplica). El problema con muchos workflow es que suelen persistir el estado de una instancia (de una definición de workflow) en forma de claves-valor (mapa de valores), que al momento de migrar, puede que no cuadre con el nuevo modelo de una aplicación (esas claves hayan sido deprecadas/renombradas/re-formateadas..), y actualizar con un script SQL este tipo de datos se hace muy complicado, además de que hay que conocer como está implementado ese workflow (que es contradictorio con el concepto de la herramienta donde uno deja que el workflow haga el trabajo por nosotros).

Nunca usé en OpenERP los workflow para persistir estados, ni vi en ninguna parte que lo haga (tampoco busqué si se podía porque no soy amigo de ese tipo de implementaciones), así que en teoría no debería de ser tan complejo, a no ser que Odoo SA también haya cambiado el modelo de tablas donde se guardan, cosa que tampoco creo porque no es un feature que haya evolucionado en estar versiones.