Módulo para cuotas adaptado para OpenERP 6.1

Ésta es una breve entrada para indicar que se encuentra disponible el módulo sale_recurring_orders comentado en esta entrada:

http://www.serviciosbaeza.com/index.php/blog-top/18-modulo-de-openerp-para-cuotas

para la versión 6.1 de OpenERP.

Se puede obtener desde launchpad utilizando Bazaar con el comando:

bzr branch lp:serviciosbaeza-openerp-addons/6.1

O examinar su código en la página:

https://code.launchpad.net/~pedro.baeza/serviciosbaeza-openerp-addons/6.1

Comentarios

# Luis 04-02-2013 11:51
Muy buenas, lo primero agradecerle su ayuda y los módulos.
Mi consulta es porque nos resulta de mucha utilidad los módulos de facturas y pedidos periódicos.
Durante las pruebas en maqueta funciono perfectamente, pero una vez en productivo (hemos empezado con openerp 6.1 el 1/1/2013), nos encontramos con que en febrero, no se han generado ni los pedidos, ni las facturas mensuales.
En el caso de los pedidos, si que va cambiando la fecha de “próxima fecha de expiración”, aunque no genera ningún pedido, en las facturas periódicas, ni eso.
He comprobado las “acciones planificadas” y se ejecutan, de hecho cambio de nuevo las fechas y se actualizan.
He desinstalado los módulos y vuelto a instalar, hecho updates, etc. Y sigue sin funcionar.
Mi duda es si necesitara algún módulo extra, que yo no haya montado y sea imprescindible para su funcionamiento.
Espero haberme explicado correctamente, ya que soy muy nuevo en openerp.
Muchas gracias,
Luis
Responder | Responder con una citación | Citar
# Pedro M. Baeza 04-02-2013 12:43
Estimado Luis:

Los módulos que comentas se encuentran en producción en varios de nuestros clientes y no hemos detectado ningún problema en su funcionamiento.

Te incluyo varios puntos a revisar para ver si puedes detectar el error:

- Comprobar que tienes la última versión del módulo y que se ha actualizado dentro de OpenERP (mejor hacerlo con el parámetro --update=sale_r ecurring_orders al arrancar el servidor).
- Comprobar que la fecha de inicio del contrato es correcta.
- Probar a cambiar el tipo de contrato (ponerlo en ilimitado es la mejor opción para pruebas) y la periodicidad de las líneas.
- El caso de los pedidos es el más sencillo de comprobar, ya que pulsando el botón "Generar pedidos para el año siguiente" realiza la tarea sin necesidad de esperar a la acción planificada.
- Probar a borrar la acción planificada y actualizar el módulo.

Suerte con la averiguación :)

Un saludo.
Responder | Responder con una citación | Citar
# Luis 04-02-2013 15:54
Gracias por tu rápida respuesta.
Estoy convencido que el módulo es correcto, y el problema esta en mi instalación, algo he hecho mal.

He hecho todo lo que me has comentado pero nada, solo que cuando doy al botón generar las del año siguiente, si que los genera todos.

Sin querer abusar, lo único que no estoy seguro de hacerlo correcto es la utilización del parámetro --update=sale_r ecurring_orders , te agradecería si me dijeras exactamente como utilizarlo.

Seguiré haciendo pruebas.

Gracias,

Luis
Responder | Responder con una citación | Citar
# Pedro M. Baeza 04-02-2013 16:17
Buenas, Luis:

A lo del parámetro me refería que al arrancar el servidor OpenERP, se le pueden indicar parámetros para modificar su comportamiento. Por ejemplo, poniendo --config= se indica un archivo de configuración personalizado. El parámetro update sirve para forzar una actualización completa del módulo, ya que pulsando sobre el botón "Actualizar" del apartado "Módulos" no siempre hace la misma función.

De todas formas, si dices que pulsando manualmente el botón "Generar pedidos para el año siguiente" sí que está funcionando, el problema va a estar en las acciones planificadas, o en la base de las mismas (el planificador del sistema). Si el servidor está instalado sobre Windows, esto puede pasar porque el servicio que se encarga de las tareas planificadas no está activo, así que revisa esta parte y... quítate lo antes posible de Windows

Un saludo.
Responder | Responder con una citación | Citar
# Luis 04-02-2013 17:00
¡Estupendo, al menos ya se donde centrar la búsqueda, aunque las fechas se actualizan en el planificador¿?.

JAJAJA, gracias por el consejo,pero ya hace bastante tiempo que abandone windows para estos temas, en productivo utilizo ubuntu Server 12.04 LTS y en la maqueta debian.

En cuanto a lo del parámetro yo lo utilizo asi:
$ service openerp start --upgrade='modulo'
¿es correcto?

Te agradezco mucho el tiempo que me estas dedicando.

Saludos,

Luis
Responder | Responder con una citación | Citar
# Pedro M. Baeza 04-02-2013 17:08
Me alegro que te hayas pasado "al lado oscuro", jeje.

Con el servicio no funcionarán los parámetros casi seguro (aunque no lo he probado). Mejor, corta el servicio:

$ sudo service openerp stop

Y después inicias desde un terminal el servidor con este comando (tendrás que dejar activo esa pantalla de terminal mientras lo quieras tener arrancado):

$ openerp-server --config= --update=sale_recurring_orders

También puedes añadirle el parámetro --logfile= para que te guarde todo el registro en un archivo. Utiliza esta opción como depuración para intentar encontrar el problema. Puedes hacer lo siguiente: haz algún cambio en un contrato para que borre los pedidos futuros. Entonces, deja que actúe la acción planificada y comprueba después el log para ver si ha habido algún error.

Un saludo.
Responder | Responder con una citación | Citar
# Pedro M. Baeza 04-02-2013 17:10
No me había dado cuenta de que este sistema de comentarios me quita lo que pongo entre los símbolos de mayor y menor. Después de --config= y --logfile= irían las rutas a los archivos correspondientes.

Un saludo.
Responder | Responder con una citación | Citar
# Luis 04-02-2013 21:18
Pedro, he hecho lo --update, y solo me da algunos WARNING que si no me equivoco es por traducciones, y algún módulo que ya tengo desinstalado.

No te molesto mas, seguiré indagando y si encuentro el motivo te lo comentaré.

Quiero que sepas que me has sido de gran ayuda.

Saludos,

Luis
Responder | Responder con una citación | Citar