By PVG viagra

a short-term loan Payday loans huge rate of inflation.

Archivo categoría Trucos Openerp

Minitutorial como configurar servidor email OpenERP para generar casos de CRM automáticamente

Hola:

He montado un pequeño tutorial para uso interno que he creido que podía ser de interés también para vosotros. Se trata de cómo configurar el módulo fetchmail de OpenERP 6.0 para la creación automática de distintos elementos en el CRM.

En el ejemplo del videotutorial, he creado una cuenta “info@cualquiera” de tal forma que cualquier correo enviado a dicha cuenta creará automáticamente un lead / iniciativa en OpenERP.

Igualmente, podeis realizar el mismo enlace o automatización utilizando distintas cuentas de correo para crear distintos elementos en el CRM. Por ejemplo, podría asociar un caso de helpdesk o incidencia a “helpdesk@cualquiera” o un caso de reclamación administrativa a “administración@cualquiera”.

Aquí os dejo enlace al minitutorial. 10 frames.

http://www.openerpsite.com/wp-content/uploads/automatizacion_correos.htm

No hay Comentarios

Como volver atrás un albarán realizado en OpenERP

Buenas… solo anunciaros que YA ES POSIBLE en OpenERP 5.0 volver atrás un albarán realizado, procedente de un pedido, cosa que hasta hoy no era posible hacer.

Es decir, el pedido quedaba en estado “enviado”, los movimientos de stock se habían realizado, en algunos paises también existe implicación contable con estos movimientos… en fin, que las implicaciones eran varias, por tanto era un poco complicado encontrar una solución intermedia, que sin impactar con la funcionalidad standar de OpenERP, permitiera realizar la vuelta atrás del albarán, volver a poner el pedido en estado borrador, y volver a confirmar dicho pedido para recrear de nuevo el albarán.

Después de largas discusiones entre los expertos de las listas y un montón de comentarios sobre cual sería la mejor solución, esta es la que se ha decidido y YA está disponible en la última versión de launchpad.

Aquí los pasos que son necesarios seguir para volver atrás un albarán:

  1. Para cada albarán relacionado con el pedido que se desea volver atrás, en la segunda solapa del albarán, se ha añadido un link al pedido desde el que proviene. Es necesario BORRAR este enlace y grabar el albarán. Es decir, hay que desligar todos los albaranes del pedido.
  2. Para cada albarán REALIZADO: “Devolver” las mercancías al almacén. Es decir, deshacer lo que se hizo mal, con una devolución de materiales. Para ello, utilizar el botón de la derecha del albarán “Devolver mercancía”.
  3. Para cada albarán SIN REALIZAR: “Cancelar” directamente el albarán. Puesto que el movimiento nunca se hizo, no es necesario devolver nada.
  4. Una vez terminado el proceso con todos los albaranes del pedido: Abrir el pedido, cancelarlo, volverlo a borrador y volver a confirmar. Esto genera un nuevo albarán completo, relacionado con el pedido, como si el anterior no se hubiese hecho nunca.

Esperando os sea de utilidad, cordiales saludos!!

Ana

2 Comentarios

Como actualizar varios registros en un solo Click con el interfaz KOO de NAN

Buenas…

Albert nos facilita en Twitter un link a un video donde podeis ver una pequeña demostración de la facilidad con la que podeis actualizar masivamente varios registros de un objeto en OpenERP, en un click, sin tener que acceder uno a uno.

La aplicación es ilimitada, pero aquí va algunos ejemplos donde os puede ser útil esta funcionalidad:

  • Habeis hecho una migración de datos y se os olvidó asociar el idioma a todos los clientes. En vez de ir uno a uno asociandolo o recargar de nuevo, podríais actualizar todos con el interfaz KOO.
  • Habeis predeterminado para todos los productos el abastecimiento contra stock y resulta que era contra pedido.
  • Necesitais cambiar varios productos de categoría.
  • Y más y más y más…

Aquí enlace al video donde veis esta utilidad en funcionamiento: http://albert-nan.blogspot.com/2010/06/massive-updates.html

,

1 Comentario

Reportes OpenOffice y Trucos de acceso a campos desde ellos

Buenas…

Primero de todo anunciaros un nuevo motor de informes que ha publicado muy recientemente Pexego. Lo teneis en extra-addons.

pxgo_openoffice_reports

Este motor permite una integración TOTAL con OpenOffice. También está basado en relatorio y para su instalación se pueden seguir las mismas instrucciones que las que comentamos en un post anterior, sobre el motor de informes de sraps.

El nuevo motor funcionalmente es una pasada. Se pueden tener plantillas ods, odt y obtener salidas en cualquier formato pdf u openoffice que se defina, incluir gráficos, charts, hacer bucles en horizontal y por supuesto en vertical. Recomiendo 100% que lo instaleis y lo probeis. Gracias a Pexego por la aportación!!!

En todos los sistemas de reportes, el problema es saber la sintaxis exacta para acceder a los campos que se requiere mostrar. Aquí van un par de truquillos que quizás os resulten interesantes. Estos truquillos, valen también para el módulo report_designer “oficial”.

Truco 1: Acceder a un valor concreto de un campo one2many. Ejemplo: acceder al código de producto que se muestra en la ficha de proveedor del producto, por ejemplo, desde una línea de albarán: [[move_lines.product_id.seller_ids[0].product_code]]

Truco 2: Desglosar un valor separado por un carácter en 2 valores. Ejemplo: 22234_33331, quiero que se muestre en el informe desglosado por un lado 22234: [[ CAMPO.split('_')[0] ]] y por otro 33331 : [[ CAMPO.split('_')[1] ]]

Truco 3: Acceder a un campo imagen directamente desde openOffice: Ejemplo: Poner el logo de la empresa en cualquier documento:

[[ company.logo and setTag('para','image',{'width':'100.0','height':'33.3'}) ]][[ company.logo ]]

Gracias a Hugo y a Jordi por darme las pistas :)

Sobra decir que si teneis más “trucos”  que nos pueden facilitar la vida a la hora de definir informes personalizados, me los paseis para que los publique.

Esperando os sea de utillidad:

Ana

12 Comentarios

Trucos para la configuración de proyectos en OpenERP

Hace mucho tiempo que quería escribir este post pero hasta hoy, donde hemos configurado esta serie de truquillos en un entorno de producción, no he querido publicarlo.

Desde la versión 5.0.7 el enlace de ventas con proyectos se realiza de la siguiente forma:

  • Por cada línea de pedido de venta que contenga un producto de servicios con método de abastecimiento “producir” se genera automáticamente una tarea en proyectos como siempre, pero además se genera un proyecto que se denomina igual que la referencia de pedido y contendrá todas las tareas de servicios incluidas en dicho pedido. Es decir, si en un pedido vendo 3 líneas, siendo cada una ingeniería, diseño y formación, se creará un proyecto que corresponde con el pedido de venta conteniendo las 3 tareas ingeniería, diseño y formación. En versiones anteriores, el proyecto no era creado y había que enlazar las tareas manualmente.

Hasta aquí bien, pero ¿qué pasa si vendo un producto de servicios que contiene varias tareas? ¿Como configuro esto? Pongamos que ingeniería en su caso, tiene a su vez 3 componentes análisis, desarrollo y pruebas. Estos 3 componentes no deben aparecer en el pedido pero sí son tareas independientes que hay que gestionar. Por lo tanto, nos hemos inventado el “truquillo” de utilizar las listas de materiales de fabricación para solucionar esta necesidad sin tener que programar nada a medida. Esto puede sonar extraño y lo es, porque en principio las listas de materiales sirven para definir los componentes o materiales con los que se hace un producto, pero hemos visto que también vale para servicios.

Así lo hemos hecho para que openERP nos genere toda la estructura entera de proyectos tareas y subtareas de forma automática.

  • Hemos configurado un producto de venta (ingenieria) que es de servicios  pero lo hemos etiquetado como almacenable / producir.
  • Le hemos creado una lista de materiales conteniendo varios productos definidos como servicios / producir.
  • Además, hemos asociado en el propio pedido la cuenta analítica a la que debería ser asociado el proyecto creado para dicho pedido. Y bien..

Funciona perfectamente: El sistema ha creado de forma automática los siguientes elementos

  • Una orden de fabricación para el producto “ingeniería”
  • Una tarea para cada uno de los elementos análisis, desarrollo y pruebas incluidas en su lista de materiales
  • Un proyecto conteniendo las anteriores 3 tareas con los tiempos previstos definidos para cada una como cantidad, en su lista de materiales.
  • Ha asociado el proyecto a la cuenta analítica definida en el pedido de venta.

O sea, perfecto y todo automático. Mi cliente estaba encantado con el resultado obtenido.

Esperando os sea de utilidad, cordiales saludos!!

Ana

, ,

8 Comentarios

Modulos extra interesantes para distintos sectores empresariales

Como ya habreis podido comprobar esto evoluciona de día en día y cada vez hay más módulos publicados. En esta lista os intento anotar algunos que me han parecido muy interesantes. Todos los podréis encontrar en las ramas estables de commiters y community:

  • nan_partner_risk y nan_partner_risk_insurance: Permite gestionar el límite de riesgo asociado a cada Cliente.
  • product_pack: permite componer y vender kits de oferta de varios productos.
  • c2c_currency_rate_update : Permite actualizar automáticamente los factores de conversión de las distintas monedas.
  • mrp_dimensions: Para empresas de fabricación y que requieran agilizar la gestión de los productos “dimensionables” sin tener que explosionar la ficha de producto.
  • product_images_olbs: Permite asociar imágenes a los productos. Inicialmente fue concebido para el nuevo conector con Magento, pero se puede utilizar de forma independiente
  • magentoerpconnect:  Nuevo conector con magento, totalmente rehecho con respecto a la primera versión.

Hay muchísimos más. Os animo a probar aquellos que veais que os pueden resultar de interés para vuestra empresa. Se agradecería me enviarais vuestra opinión de los que probéis para publicarla. :)

Saludos!!

Ana

,

2 Comentarios

Atajo para Instalar y actualizar OpenERP en Ubuntu.

Buenas…

En este post voy a intentar explicar una forma sencilla de descargar de launchpad tanto el servidor, el cliente, los módulos extra de commiters y los de community con un único comando.

https://launchpad.net/openerp

Os descargais la rama como está descrito en un montón de sitios.  Vereis que  baja un script python muy sencillo
bzr_set.py que lo que hace es descargar todas las ramas de la distribución que se quiera (4.2, 5.0, trunk…). Para seleccionar la distribución, es necesario editarlo y poner DEFAULT= “versión que se quiera descargar”

Pasos para descargar las ramas de una distribución “de tirón”. En el ejemplo voy a utilizar 5.0, pero sería exactamente igual con trunk o 4.2 :

  • Abrir el script bzr_set.py, asignar DEFAULT=’5.0′
  • Crear un directorio cualquiera, por ejemplo, openerp5.0
  • cd openerp5.0
  • copiar el script bzr_set.py en ese directorio
  • ejecutarlo de la siguiente forma pyhton2.5 bzr-set.py
  • Vereis que dentro de openerp5.0 os crea la siguiente estructura
    • web –> ficheros servidor web para acceso con el explorador
    • server –> servidor openerp
    • client –> cliente openerp
    • addons –> Modulos “oficiales” versión 5.0
    • addons-extra –> Módulos extra de commiters
    • addons-community –> Módulos extra de community
  • Con esto, ya teneis los fuentes de la 5.0 descargados en vuestro ordenador. Para actualizarlos basta con ejecutar  pyhton2.5 bzr-set.py tal y como habeis hecho antes.
  • Para instalar y ejecutar los fuentes, os recomiendo el curso de aulaerp http://www.aulaerp.com/cursos-aulaerp/instalacion-de-openerp-sobre-linux-ubuntu.html

Adicionalmente recordad, que sólo con estos módulos no nos vale. También teneis que descargaros los módulos de localización Española aquí: https://launchpad.net/openerp-spain.

Creo que sería bastante sencillo modificar el bzr-setup.py para añadirle las ramas de localización y otras que pudieran seros de interés.

Aprovecho el post para copiar mi respuesta a un post del foro donde me preguntaban cómo se reportaban los bugs  en launchpad. No solo se pueden reportar errores, también se pueden hacer sugerencias de desarrollo de nuevos módulos (blueprints), preguntar dudas (answers), descargar y/o aportar traducciones de módulos… etc. La operativa para reportar un error, un blueprint o una pregunta en launchpad sería la siguiente:

  • Buscar el proyecto openobject. aquí: https://launchpad.net/openobject
  • En Projects, justo en portada vereis TODOS los proyectos realacionados con el entorno de desarrollo de OpenERP (Openobject). A partir de aquí, buscais el proyecto donde están los módulos que den el error. Por ejemplo, si es en un módulo extra sería aquí: OpenObject Addons. Si es de localización española sería aquí: OpenERP Spanish Localization Project.  Si es de algún proyecto relacionado, tipo poweremail o cliente koo, vereis que tienen sus propias ramas dentro de openobject: KDE OpenObject Client, Power Email
  • En la parte derecha del todo, de la pantalla principal, teneis en rojo “Report a bug”. Pulsad ahí y seleccionando el subproyecto que se trate, explicais el error. Cuanto más detalle se dé mejor y siempre indicando versión de entorno en la que sucede el error.

Esperando os sea de interés, cordiales saludos:

Ana

1 Comentario

Una para programadores /desarrolladores de OpenERP

Hola:

Cualquiera que haya programado en cualquier lenguaje sabrá que lo más complicado de la programación es detectar dónde y porqué se produce el error. Cuanto más detalle dé el entorno mejor.

En el foro oficial inglés Alejandro J. Cura ha incluido este post, que creo merece la pena publicar en openerpsite.  Esperando os esa de utilidad, cordiales saludos:

Hola,

hemos estado trabajando en unas modificaciones a OpenERP que muestran mucho más detalle en los mensajes de error. Están basadas en el código que usa Django para mostrar sus errores. Así es como se ve:

Se puede clickear en cualquier línea de código del traceback para expandir algunas líneas antes y después de la línea seleccionada. Y también se pueden ver las variables locales a cada nivel del traceback. Ahorra un montón de tiempo.

Pueden encontrar más información aquí:
http://www.gcoop.com.ar/noticias/mensajes-de-error-detallados-para-openerp

Por favor, avísenme si les resultan útiles, y que cambios piensan que serían necesarios como para ser incluídos en OpenERP.

saludos,

Alejandro J. Cura,
gcoop / cooperativa de software libre

,

No hay Comentarios

Eventos de Servidor de OpenERP

Este tema técnico y muy poco documento, es sumamente interesante. En ocasiones puede evitar a un programador hacer un módulo específico.

Un evento de servidor consiste en detectar que pasa algo en la aplicación y hacer que el sistema responda a este hecho de forma automática. Para ello, en la mayoría de los sistemas o bien hay que programar o bien los disparadores o triggers se construyen a nivel de base de datos, lo cual puede desestabilizar el sistema e incluso dejarlo inutilizado si no se hace y prueba muy bien. En OpenERP los automatismos pueden ser controlados mediante eventos del servidor, directamente desde el Cliente GTK o Web.  Son creados a nivel de objetos y no de base de datos.

Igualmente hay que ir con cuidado porque un evento puede enlazar otro y otro y causar algún desaguisado pero si se sabe hacer es sumamente útil. El único problema es que hay muy poca documentación al respecto en la Web oficial pero he localizado este link donde viene explicado en bastante detalle:

http://sharoonthomas.blogspot.com/2009/09/open-erp-server-actions.html

Si alguien se anima a traducirlo a castellano, lo publicamos en AulaERP.

Muchas gracias:

Ana

Comentario Raimon Esteve: lo conocemos y la documentación de Sharoon es la mejor que se encuentra hoy en dia.
Atención: parte importante! se tiene que agregar en el workflow la acción, si no, os volvereis locos….

——————————————————-

Editado a 14/10/2009

Captando al vuelo mi solicitud del post anterior, Iñaki Fernandez amablemente nos envía el tutorial traducido sobre eventos del servidor en OpenERP que tal y como prometí he publicado en aulaerp

Aquí va:

http://www.aulaerp.com/aula/mod/resource/view.php?id=333

Muchas gracias Iñaki por tu aportación!!!

,

No hay Comentarios

Truco para actualizar versión de OpenERP en Windows

Bueno… yo no lo usaría en un entorno de producción, pero cada vez más gente se está instalando la versión Allinone de OpenERP para probar. También hay mucha gente que se ha instalado el servidor y el cliente por separado y en este caso es más sencillo.

El problema surge cuando tiny publica una nueva versión. ¿Como actualizo? Cuando descargas la nueva versión, si tienes otra ya instalada, da un error y dice que no puede continuar. Pues se me ha ocurrido probar un par de truquillos muy tontos y funcionan perfectamente.

En caso de que tengais el Allinone, entiendo que lo que se quiere es mantener intactas las bases de datos postgres que hayais creado. Para actualizar el Cliente

  1. Desde Herramientas / Añadir-Quitar programas desinstalais el Cliente OpenERP. Solo el Cliente.
  2. Descargais la nueva versión desde aquí e instalais normalmente. Probais que enganche al servidor de forma normal y ya está listo.

Ahora el server.

  1. Descargar la nueva versión desde aquí e instalar normalmente.
  2. c:/archivos de programa/openerp allinone/server/ buscar el archivo openerp-server.conf. y abrir con un editor de textos.
  3. C:\Archivos de programa\OpenERP Server buscad el nuevo openerp-server.conf que se crea con la nueva instalación del server.
  4. En los parámetros db_user y db_password poneis los que teniais en el antiguo openerp-server.conf
  5. Verificad que los accesos directos que existían anteriormente apuntan a los nuevos servidor y Cliente, y que  ejecutan los exe que están en las nuevas rutas.
  6. Opcionalmente, si habiais añadido módulos adicionales de extra-addons en la instalación del allinone, debereis llevároslos a la nueva ubicación, con cuidado de no machacar los addons oficiales publicados con esta versión.

Con esto, hemos conseguido quitar el allinone independizando servidor y cliente, pero manteniendo las bases de datos postgres.

Por último, hay que hacer que el servicio del server apunte a la ruta correcta y no a la del allinone. Para ello, supondríamos que tendríamos que ir a propiedades del servicio, pero no. El campo no es editable desde allí, se modifica desde regedit. Si buscais allinone en regedit, podreis encontrar el registro que buscais. Como siempre en windows, para ir pasando al siguiente registro de búsqueda utilizad F3.

Si tuvieseis anteriormente instalados cliente y servidor de forma independiente, solo hay que renombrar las entradas de regedit para que os permita instalar la nueva versión. Igualmente cuidado con el openerp-server.conf porque al instalar la nueva versión, se carga el anterior, por lo que conviene que guardeis aparte una copia antes de hacer esto:

  1. inicio / ejecutar
  2. escribir regedit –> Abre el registro de windows.
  3. En HKEY_LOCAL_MACHINE / Software buscad openerp server y/o openerp client
  4. Renombradlos a openerp server 2 y/o openerp client 2, por ejemplo.
  5. Descargar la nueva versión desde aquí e instalar normalmente.
  6. En los parámetros db_user y db_password de openerp-server.conf poneis los que teniais antes.
  7. En este caso, entiendo que mantendría los addons añadidos puesto que está sobreescribiendo la misma ruta de directorio que hubiese pero no lo he probado.

Esperando os sea de utilidad:

Ana

1 Comentario