OpenerpSpain - Blog

Módulo para gestionar la Estructura de Descomposición del Trabajo del Proyecto de OpenERP

2019-12-17T00:00:00+00:00

¿Qué es la Descomposición del Trabajo del Proyecto?</h2>
Una Estructura de Descomposición del Trabajo o EDT, también conocida como Work Breakdown Structure o WBS, es en gestión de proyectos una descomposición jerárquica del trabajo a ser ejecutado por el equipo de proyecto. Principalmente, se utiliza para cumplir con los objetivos del proyecto y crear los entregables requeridos con cada nivel descendente de la EDT. Todo ello representando una definición con un detalle incrementado del trabajo del proyecto. De modo que, la EDT es una herramienta fundamental en la gestión de proyectos.
El propósito de una EDT es organizar y definir el alcance total aprobado del proyecto según lo declarado en la documentación vigente. Su forma jerárquica permite una fácil identificación de los elementos finales, llamados “Paquetes de Trabajo”. Se trata de un elemento exhaustivo en cuanto al alcance del proyecto, la EDT sirve como la base para la planificación del proyecto. Todo trabajo a ser hecho en el proyecto debe poder rastrear su origen en una o más entradas de la EDT (Fuente: http://es.wikipedia.org/wiki/Estructura_de_descomposici%C3%B3n_del_trabajo)
!(http://blog.quizpm.com/wp-content/uploads/2017/01/estructura-de-desglose-del-trabajo-10003-770x360.jpg)

Módulo de descomposición de proyectos en OpenERP</h2>
En OpenERP cuando comienzas un proyecto deberías descomponerlo en componentes más pequeños y manejables, que puedes clasificar como proyecto, fase, entregable o paquete de trabajo. La jerarquía del proyecto en OpenERP se considera la Estructura de Decomposición del Trabajo (EDT), y los proyectos individuales son los componentes de la EDT. Cuando defines un nuevo proyecto en OpenERP debes introducir el nombre del componente de la EDT y su código. Entonces, deberías indicar el componente EDT superior en la pestaña “Otra info”. El nombre de la ruta EDT completo y el código de ruta EDT completo se calculan y se muestran. Tendrás una visión completa de la jerarquía de la EDT en todo momento en las vistas Kanban, Arbol y Formulario. Puedes visualizar rápidamente toda la jerarquía de la EDT si buscas por “Código EDT Completo” o “Nombre EDT Completo”, e indicar el …read more</a>
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Gestión ágil de proyectos en OpenERP

2019-12-13T00:00:00+00:00

La compañía (http://www.domatix.com/) ha conseguido una gestión ágil de proyectos en OpenERP desarrollando una nueva plataforma web.
A través del desarrollo de esta página web, pretendemos llegar a todos los miembros del personal y, permitir, desde Domatix, que la gestión de proyectos quede sincronizada con el módulo de proyectos de OpenERP.
!(http://www.domatix.com/wp-content/uploads/2018/08/logo-300x137.png)
El objetivo principal de esta plataforma se basa en que el personal involucrado en un proyecto pueda imputar las horas llevadas a cabo cada día. De esta manera, se conocerán los progresos de los proyectos que están en ese momento activos.
Por medio de esta gestión ágil de proyectos en OpenERP se va a poder que de una manera muy cómoda y sin necesidad de acceder a OpenERP, todos los comerciales, responsables de proyecto, desarrolladores, ‘reporters’, etc… puedan dejar constancia de las horas que realiza a lo largo de un día.
Para mas información le dejamos (https://openerpspain.com/) el enlace a nuestra pagina web.
!(https://www.praxya.com/wp-content/uploads/2018/09/logo-odoo-couleur_0cf0a14c.png)

Localización de Odoo 8.0 en GitHub

2019-12-13T00:00:00+00:00

Llevamos tiempo probando la localización española en la versión 8.0 de Odoo, pero no ha sido hasta la semana pasada que no ha salido una versión “estable”. Ya se ha creado el proyecto en GitHub y estamos trabajando para probar y migrar todos los módulos. El proyecto en GitHub lo podéis encontrar en el siguiente link: (https://github.com/OCA/l10n-spain). De momento estamos probando individualmente cada módulo y haciendo pull request para que otro valide el trabajo, más adelante, explicaré el proceso para colaborar con proyectos en GitHub. Los cambios que se están realizando en principio son menores, pero por ejemplo, en el módulo de secuencias de facturas hemos podido utilizar la nueva API y es un salto de calidad a la hora de escribir código para Odoo, mucho mas pythonista. Para descargar el código lo puedes hacer desde la propia web en un ZIP.
Si quieres utilizar Git, puedes instalarlo a través de Ubuntu con sudo apt-get install git. Y para descargarlo, se utilizaría el siguiente enlace: (https://github.com/OCA/l10n-spain.git), que te creará una carpeta l10-spain con todo el código. En el repositorio de GitHub no sólo está el código de la versión 8.0, si no que tenemos todas las versiones desde la 4.2, organizadas en ramas (branch). En la web puedes cambiar de una versión a otra pinchando en el desplegable que pone branch:8.0, y después de seleccionarla puedes descargarte el ZIP de esa versión.
Con GIT en línea de comandos, puedes ver las ramas que que hay en repositorio remoto con git branch, y puedes cambiar te de rama, por ejemplo a la versión 6.1 con: git checkout 6.1. Con esto ya tendremos nuestro directorio con el código de la versión 6.1 …read more</a>
!(https://s3.amazonaws.com/cdn.wp.m4ecnet/wp-content/uploads/2018/06/05041237/GitHub-logo-2-imagen.jpg)
Sigue navegando por nuestra (https://openerpspain.com/) para encontrar más claves de Odoo.

OpenERP cambia su nombre a Odoo

2019-12-13T00:00:00+00:00

OpenERP se convierte Odoo.</h1>
Aunque se venía gestando desde hacía algún tiempo, ayer saltó noticia oficialmente, OpenERP cambia de nombre a Odoo.
!(https://www.aeodoo.org/web/image/853)
En primera instancia para los partners oficiales de OpenERP / Odoo, y seguidamente se propagó rápidamente por las redes sociales.A fecha de hoy el cambio ya es real, y apenas queda rastro de OpenERP en su web oficial. El motivo del cambio […]</a>
Para mantenerte informado sobre los nuevos cambios puedes visitar nuestra web haciendo click en el siguiente (https://openerpspain.com/)
!(http://ediciones.openexpo.es/wp-content/uploads/2014/06/OE2014_Odoo-1200x911.png)

Jornadas OpenERP 26 Y 27 de Junio de 2014

2019-12-13T00:00:00+00:00

Ya estamos de vuelta de las jornadas OpenERP (ahora ODOO) , las cuales, celebradas en Granada durante los días 26 y 27 de Junio</a>. La ubicación exacta donde se llevo a cabo el evento fue el Edificio BIC Granada; situado en el centro Europeo de Empresas e Innovación (Parque Tecnológico de Ciencias de la Salud). !(https://odoospain.odoo.com/website/image/ir.attachment/2131_ce1cc81/datas) Como cada año volvemos con las pilas cargadas y con muchísimas ganas de seguir colaborando y tener el placer de formar parte en este proyecto. Este año realicé una charla en la que mostré la evolución del cliente web y las posibilidades que tiene. Además lo completé con muestras de desarrollos web realizados este año en django y una demo de la librería javascript que realice para conectar con OpenERP. Los dos días estuvieron cargados de exposiciones y mesas redondas, como ideas principales vuelvo con lo siguiente:

Cambio de nombre odoo</li>
Odoo más comunitario</li>
Proyectos ocb y oca</li>
Posibilidades del cliente web odoo y sus apps</li>
Sepa en odoo</li> </ol>
Además, la entrada fue gratuita, y el registro en el evento permitió la asistencia a todas las charlas y actividades paralelas. Por último, el sábado por la mañana realizamos un taller de test para odoo y comenzamos la puesta en común de trabajo para incluir test en los módulos de la comunidad. En el reparto del trabajo, me tocó el modulo l10n_es_account_payment , creé la rama en launchpad en la que comencé a realizar los diferentes test y espero que tener pronto el trabajo terminado. Como cada jornada que cerramos; nos vamos desando que llegue el siguiente año para que se repita esta experiencia única. Recomendamos a todo el mundo que se anime a vivir este aprendizaje uniendo esfuerzos por lograr un proyecto común. !(https://www.aeodoo.org/web/image/3865?access_token=f9eb349a-27c2-47bc-80f4-483c5aa8ea5d) Si quieres más información sobre las jornadas de OpenERP no dudes consultar nuestra página web haciendo (https://openerpspain.com/)

Instalación y configuración SEPA OpenERP

2019-12-12T00:00:00+00:00

En el siguiente documento vamos a mostrar los pasos a seguir para la instalación y configuración de SEPA OpenERP de manera sencilla y rápida.
Instalación SEPA</h2>
El primer paso para iniciar la instalación de SEPA es la elección del módulo de SEPA de OpenERP que queremos utilizar. Actualmente existen las versiones 6.0, 6.1 o 7.0, que las podemos encontrar en la página de (https://code.launchpad.net/sepa-tools). En esta ocasión, nosotros vamos a tomar como referencia la versión 6.1</a>. Para empezar, al ejecutar el comando “bzr branch lp:sepa-tools/6.1 sepa-tools” nos creará una carpeta de nombre “sepa-tools” en el directorio de ejecución. En esta carpeta aparecerán todos los módulo de SEPA detallados.
Una vez tenemos el repositorio descargado, añadiremos al parámetro “addons_path” del servidor una ruta para que cuando tengamos listo el OpenERP nos la reconozca. A continuación, lo ponemos en marcha y nos vamos al menú “/Configuración/Módulos/Actualizar lista de módulos”. Este asistente se encargará de refrescar nuestro listado de módulo para que cuando termine se abra automáticamente. Si no se hiciera de esta manera, habría que ir a “/Configuración/Módulos/Módulos” para verlos.
Si filtramos el campo nombre con valor SEPA, nos aparecerán 2 módulos: “account_payment_sepra_credit_transfer” y “account_payment_sepa_direct_debit”, para remesas de pago y remesas de cobro respectivamente. Ambos pueden ser instalados o sólo el que nos interese, en nuestro caso vamos a instalar ambos, para poder explicarlos más tarde.
Configuración General SEPA</h2>
Lo primero a configurar es el identificador SEPA de nuestra empresa, que con ayuda del siguiente post: (http://inza.wordpress.com/2013/10/25/como-preparar-los-mandatos-sepa-identificador-del-acreedor/) calcularemos este número. Usando el CIF de Pexego, B-27323906 y operando según el enlace, obtenemos que nuestro identificador es: ES50000B27323906.
Este nº de identificador lo escribimos en la ficha de la compañía, en /Configuración/Compañías/Compañías y en el formulario de nuestra compañías, en la pestaña Configuración, en los campos “Identificador SEPA del acreedor” e “Initiating Party Issuer”.
Las cuentas bancarias de nuestros clientes y proveedores también deben configurarse como IBAN, con el número de cuenta en formato IBAN. También deberemos asegurarnos de que el …read more</a>
!(https://programafinancat.es/wp-content/uploads/2018/06/sepa_single_euro_payments_area.jpg “Instalación y configuración SEPA - OpenERP”)
También puedes ver otras (https://openerpspain.com/funcionalidades/) en nuestra web.

VIII Aniversario de las jornadas OpenERP Madrid

2015-05-04T00:00:00+00:00

ha llegado el mometno de celebrar la VIII Jornada OpenERP y este año se celebraran en Madrid. A continuación el correo de Carlos Liébana de Factor Libre en el que se cierran ya las fechas del evento del año de OpenERP - Odoo.
este año se desarrollara durante los días 15 y 16 de Junio y coorganizado por Pedro M. Baeza.
A continuación, el correo completo:</h1>
Estimados,
Horario</h2>
Es un placer anunciaros que ya tenemos fechas para las VIII Jornadas de Odoo [1]</a> que se celebrarán en Madrid durante los días 15 y 16 de Junio (Lunes y Martes), y que este año co-organizamos nosotros, FactorLibre, junto a Pedro M. Baeza.
Resultado de imagen de jornadas odoo 2015</h2>
Objetivo</h2>
El principal objetivo la VII Jornada OpenERP es el compartir conocimientos, casos de éxito e ideas sobre Odoo, contando con la participación de los miembros de esta comunidad junto a usuarios y potenciales usuarios de la herramienta.
Localización</h2>
El evento tendrá lugar en el emblemático edificio del Teatro Galileo [2]</a>.
Como novedad este año, hemos logrado un acuerdo de colaboración con el evento nacional de código abierto más importante en la actualidad: el OpenExpo Day 2015.
Manteniendo nuestra absoluta y total independencia, durante la jornada del Martes integrarán nuestras actividades y charlas como parte de su programa, que esperamos se traduzca en más variedad en nuestras charlas al poder establecer sinergias con otras tecnologías presentes y un incremento de la afluencia de público interesados en conocer las benevolencia de Odoo.
Aportaciones de los participantes</h2>
Hemos aprovechado el portal oficial de OdooSpain para construir la página de las jornadas, a través del cual os pedimos vuestra colaboración para la Celebración VIII Jornada OpenERP:

Propuesta de ponencias. A través del formulario activo, queremos recoger vuestras ideas de charlas y ponencias, con el fin de llevar a cabo cada vez jornadas mas atractivas para los asistentes.[3]</a> </li>

Patrocinios: las empresas que quieran podran aportar 195€ + IVA. los fondos recogidos seran utilizados para cubrir costes del evento. las empesas que decidan realizar la aportación tendran su logo en la web y carteles del evento.[4]</a> </li>

Asistencia: Como todos los años el evento es totalmente gratuito, pero es necesario el inscribirse a través del formulario de la web. [5]</a> </li> </ul>
A lo largo de esta semana esperamos poder cerrar acuerdos para alojamientos y transporte. También esperamos redirigir el dominio “(http://jornadasodoo.com)” a la página del evento, aunque de momento podéis acceder a través de nuestra web oficial (http://odoospain.odoo.com)
Quedamos a vuestra disposición ante cualquier duda, comentario o sugerencia en (mailto:info@factorlibre.com) y (mailto:info@serviciosbaeza.com)
¡Os esperamos a todos!
si necesitas más información sobre este tipo de eventos puedes recurrir a nuestra pagina web donde encontraras todo lo relacionado (https://openerpspain.com/)


Fases de una implantación ERP (desde la perspectiva del cliente)

2014-04-20T00:00:00+00:00

Implantación ERP</h2>
Una implantación correcta de un ERP (OpenERP u otro), requiere una metodología y un sistema de planificación de recursos durante todas las fases del proceso.
Previamente, es necesario fijar un objetivo claro y realista, y definir exactamente lo que se desea conseguir tras la puesta en marcha del ERP, al menos en la primera fase. Los dos momentos previos más importantes son:

La elección del proveedor es un factor fundamental, pues debe haber confianza mutua y buena comunicación.</li>
La toma de requisitos, ya que durante este periodo se puede realizar una re ingeniería de procesos, mejorando y corrigiendo algunos procesos ‘obsoletos’ y pactando las mejoras y adaptaciones que deben realizarse en el ERP.</li> </ul>
Del mismo modo, es fundamental definir y acotar la planificación de la ejecución de proyectos, tanto el análisis, diseño, realización y la transición, como las operaciones desde el comienzo.
!(https://galileati.com/wp-content/uploads/2018/05/que-es-un-erp-diccionario.jpg)
En primer lugar, se comienza desde la proyección del ideal paquete ERP más conveniente para el modelo de empresa. Los pasos a seguir durante el ciclo de vida de la aplicación ERP son los siguientes:

Planificación del proyecto: se deben definir los roles y asignar los miembros de los diferentes equipos. Además, diseñará una planificación adecuada del proceso de ejecución del proyecto. Los recursos deben ser asignados y los miembros del equipo tienen que ser seleccionados. …read more</a></li> </ol>
Conoce Odoo y sus funcionalidades dando un (https://openerpspain.com/funcionalidades-de-odoo/).

Localización española para OpenERP 8

2014-03-29T00:00:00+00:00

En Domatix hemos comenzado con la actualización de la localización española para OpenERP, la nueva versión 8. Esta nueva versión 8 aún se encuentra en estado Alpha, pero va a traer muchas novedades. Para empezar, a nivel funcional introducirá el nuevo creador de páginas web (CMS), la tienda online (ecommerce) o las mejoras en la gestión de almacén. Finalmente, a nivel técnico aplicará mejoras en openobject.
Para esta nueva versión de la localización española para OpenERP 8 hemos adoptado nuevas convenciones del grupo de usuarios de “The OpenERP Community Association” (OCA), de forma que en este nuevo repositorio únicamente serán instalables los módulos portados, y el resto se moverán a la carpeta __unported__.c.
…Seguir Leyendo</a>
Para consultar más información, haz (https://openerpspain.com/solicitud-de-presupuesto/).
!(https://openerpspain.com/wp-content/uploads/OpenERP-3.png)

Módulo para EDI OpenERP

2014-03-26T00:00:00+00:00

El término (http://www.domatix.com/blog/modulo-de-openerp-para-edi-edicom/) (Electronic Data Interchange) es un protocolo para intercambio de información entre empresas, para ello domatix ha desarrollado un módulo para EDI OpenERP
Además, en España, si queremos llegar a trabajar con grandes empresas, debemos comunicarnos con ellos intercambiando ficheros (https://openerpspain.com/).
Cada compañía tiene sus peculiaridades, lo que hace imposible que se genere un fichero EDI estándar, que nos sirva para todos nuestros clientes o proveedores.
Por ello, existen empresas como (http://www.domatix.com/blog/modulo-de-openerp-para-edi-edicom/) o eDiversia cuya función es facilitar esa comunicación mediante ficheros estándar con el resto de empresas.
!(http://www.dmpyme.com/images/blog/EDI-esquema.jpg)
Después de estudiar las distintas empresas que ofrecen integración con EDI, se ha desarrollado la integración de Ediwin con OpenERP.
A continuación, tiene a su disposición un artículo, donde encontrará información más detallada sobre el módulo para (https://www.domatix.com/blog/modulo-de-openerp-para-edi-edicom/).

Gestión por Departamentos en OpenERP

2014-03-23T00:00:00+00:00

Gestión departamentos en OpenERP</h2>
Para conocer la gestión por departamentos en OpenERP, a continuación, detallamos cada uno de ellos y sus funciones.
!(https://prismacim.com/wp-content/uploads/2018/01/introToPDM-PEQ.jpg)
CRM with Department Categorization
Invoices with Department Categorization
Project Department Categorization
Project Issue with Department
Sales Order with Department Categorization
Departamentos:</h3>
Los departamentos se definen en Recursos Humanos> Configuración > Departamentos. Además, los departamentos pueden ser estructurados jerárquicamente.
Gestión de Leads y Oportunidades:</h3>
Cuando un usuario crea un nuevo lead o oportunidad se determinará el departamento del empleado. Si el usuario cambia el equipo de ventas la aplicación propondrá el departamento asociado al equipo de ventas.
El usuario puede entonces cambiar el departamento si es necesario.
Los usuarios pueden listar leads u oportunidades usando el departamento como criterio de búsqueda.
Como acción subsiguiente del lead se pueden registrar llamadas. Estas no quedarán clasificadas bajo un departamento.
Ofertas y Pedidos de Venta:</h3>
Cuando se crea una oferta o un pedido de venta se determina el departamento a partir del responsable de venta. En ese momento, el usuario puede cambiar el departamento.
Los usuarios pueden listar ofertas o pedidos de ventas usando el departamento como criterio de búsqueda.
Gestión de proyectos/contratos:</h3>
Durante el proceso de creación de un proyecto el usuario puede indicar el departamento que estará a cargo del proyecto.
Gestión de facturación:</h3>
Cuando se crea una factura, el departamento del pedido de ventas se copia a la factura. En caso de crear una nueva factura sin copia de pedido, se toma el departamento al cual está asignado el usuario.
Los usuarios pueden listar facturas usando el departamento como criterio de búsqueda.
Cuando se …Seguir Leyendo</a>
Para conocer más sobre OpenERP, entra en nuestra web haciendo (https://openerpspain.com/).

Gestión del Valor Ganado con OpenERP 7

2014-03-17T00:00:00+00:00

¿Cómo se implementa la gestión del Valor Ganado en proyectos en OpenERP 7?</h2>
La gestión del Valor Ganado en proyectos en OpenERP 7 permite a los usuarios definir el alcance del trabajo a realizar durante la etapa de planificación del proyecto, creando las tarea del proyecto, y añadiendo las fechas previstas de comienzo y finalización.
En el proceso de ejecución del proyecto, el usuario registra el tiempo empleado en cada tarea y completa las actividades.
Con esta herramienta, en cualquier momento el usuario puede consultar los acumulados de:

Valor Planificado</li>
Valor Ganado</li>
Costo Actual</li> </ul>
!(https://i0.wp.com/www.projectadmin.org/wp-content/uploads/2018/07/Essential-Elements-of-Earned-Value-Management-v2.png?resize=700%2C350)
Además de poder seguir variaciones, índices y previsiones:

Variación en Tiempo: ¿Vamos avanzados o con retraso?</li>
Variación de Coste: ¿Estamos bajo o sobre el presupuesto?</li> </ul>
Las herramientas también proporcionan respuesta a las siguientes cuestiones:

¿Cuán eficientemente estamos usando el tiempo?</li>
¿Cuando se estima que acabaremos el trabajo?</li>
¿Cuán eficientemente estamos usando nuestros recursos?</li>
¿Con qué eficiencia debemos usar los recursos que nos quedan disponibles?</li>
¿Cuánto está previsto que va a costar el proyecto?</li>
¿Cuánto va a costar el trabajo restante?</li>
¿Disponemos de los recursos necesarios para llevarlo a cabo?</li>
¿Como vamos a comenzar el trabajo?</li> </ul>
…Seguir Leyendo</a>
Sigue conociéndonos a través de nuestra web haciendo (https://openerpspain.com/).

Asientos contables en OpenERP

2014-03-13T00:00:00+00:00

Resumidamente, a lo largo de este artículo, llevaremos a cabo una explicación de como debemos introducir los asientos en OpenERP.</h5>
Actualmente, todas las empresas que utilizan la contabilidad en OpenERP han de introducir los asientos contables manualmente con la periodicidad correspondiente.
Por ello, a continuación les detallamos los asientos más habituales de las empresas en concepto de IVA, nóminas, seguridad social o pagos a organismos oficiales.
!(https://www.fundacionlealtad.org/wp-content/uploads/2016/12/Noticia-cambio-legislativo-contabilidad-1-e1483016794942.jpg)
¿Como introducimos los asientos contables en OpenERP?</h2>
Asiento nóminas</h3>
Para empezar:
6400 Retribución Bruta a - Seguridad Social Trabajador 4760
 - IRPF 4751
 - Retribución neta 4650
Asiento TC – seguridad Social</h3>
6420 Seguridad Social Empresa a Seguridad Social Trabajador 4760
Asientos contables IVA</h3>
De distinta manera, hay distintas opciones o resultados del mismo modelo 303.
1.- En el caso de obtener una cuota positiva y pagar a Hacienda:
4770 total repercutido a - Total soportado 4720
 - Resultado 4750
2.- Contrariamente, cuando la cuota es negativa y se cobrará en períodos posteriores (cuotas a compensar):
4770 total repercutido a - Total soportado 4720
 - Resultado 4700
…Seguir Leyendo</a>
Finalmente, puedes descubrir más sobre OpenERP en nuestra web dando un (https://openerpspain.com/).

Módulo de facturas OpenERP

2014-02-24T00:00:00+00:00

Hemos liberado el módulo de facturas OpenERP ‘project_invoice’ que permite a un usuario encontrar una factura basada en las cuentas analíticas asignadas nivel de posición.
Esta funcionalidad resulta útil cuando un usuario de contabilidad quiere comprobar el estado de facturación de un proyecto.
!(https://es.ebp.com/_i/44055/1930/2319/34/factura.png)
Además, este módulo añade un campo de búsqueda “Cuentas analíticas” en las vistas de facturas de proveedores y clientes, y muestra en un campo de la lista de facturas la concatenación de todas las cuentas analíticas asociadas a la factura.
Podéis descargar el módulo desde: ( http://apps.openerp.com) ( https://launchpad.net/eficent)
Para más información sobre OpenERP haz (https://openerpspain.com/).

Módulos para planificar compras, ventas y tiempo en proyectos de OpenERP

2014-02-24T00:00:00+00:00

Módulos OpenERP de planificación</h2>
Inicialmente, en la fase de módulos OpenERP de planificación de los proyectos, es necesario crear estimaciones de costes e ingresos de los proyectos. Estas estimaciones se basan en los costes relacionados con las compras previstas, el tiempo empleado dedicados al proyecto, o los ingresos esperados por ventas a los clientes.
En la etapa inicial de tu proyecto, es muy poco probable que vayas a conocer exactamente quiénes van a ser tus proveedores o empleados, o incluso los clientes de su proyecto. De esta manera, es necesario crear un primer plan basado sólo en los productos, cantidades e importes.
En un momento dado, puedes decidir establecer esta planificación inicial como la línea base del proyecto. Iniciar la ejecución del mismo, para posteriormente comparar los costos reales con tu línea base del proyecto inicial.
En otras circunstancias, en un enfoque de planificación progresiva, es posible que prefieras volver a examinar el plan inicial e introducir un mayor nivel de detalle. De esta manera, proporcionarías información detallada de los proveedores, tarifas de los servicios, etc. asociados a los costes e ingresos planificados.
Una vez que tenga un plan de compras o de ventas, es posible que desees activar las compras y ventas reales. Esta información se basará en lo registrado en el plan, con el fin de mantener la coherencia entre la ejecución real del proyecto y el plan.
!(https://kcpacitec.com/wp-content/uploads/2017/11/Planificaci%C3%B3n-Estrat%C3%A9gica.png)
Nuevos módulos OpenERP</h2>
Recientemente, en Eficent hemos lanzado nuevos módulos que están dirigidos a lograr una planificación más fácil de los gastos relacionados con tus proyectos. Los nuevos módulos son:

project_cost_plan_purchase</li>
project_cost_plan_sale</li>
project_cost_plan_time</li> </ul>
Los módulos se van a utilizar con el módulo “project_cost”, y juntos ayudan al director del proyecto a crear planes de compras, ventas y personal interno, con los costos e ingresos planificados asociados. Los módulos de agregar nuevos menús al menú principal Proyectos:

Los planes del proyecto de compra</li>
Las ventas del proyecto previsto</li>
Los planes del proyecto en tiempo</li> </ul>
…Seguir Leyendo</a>
Para más información sobre OpenERP haz un (https://openerpspain.com/).

Gestión de almacén: novedades del módulo en OpenERP v8

2014-02-24T00:00:00+00:00

Parece que poco a poco vamos teniendo más novedades en cuanto a la versión 8 de OpenERP. Uno de los módulos que más novedades va a llevar con respecto a versiones anteriores, va a ser el módulo de gestión de almacén, tanto funcional como técnicamente.
!(https://openerpspain.com/wp-content/uploads/logo.png)
De esta manera, por lo que hemos podido ver, algunas de las nuevas funcionalidades en la gestión de almacén que ésta nueva versión va a llevar son:

En la parte logística, encontramos distintos métodos para la gestión de la cadena de suministro: el proceso “pick and pack” o el “drop shipping”. Estas nuevas aplicaciones se han incluido con el fin de poder seguir gestionando los cobros y pagos entre clientes y proveedores de la misma manera pero pudiendo gestionar el envío de la mercancía desde el proveedor directamente al cliente, sin tener que pasar por el almacén de la empresa.</li> </ul>
…Seguir Leyendo</a>
Descubre más sobre OpenERP en nuestra web haciendo (https://openerpspain.com/).

Criterio de caja en OpenERP

2013-12-30T00:00:00+00:00

Nuevo criterio de caja</h2>
Como el nuevo régimen del criterio de caja está a la vuelta de la esquina y puede afectarnos a todos, estemos acogidos a él o no. En esta nueva entrada os presento una propuesta rápida para las facturas de proveedor que sería fácilmente generalizable para las de cliente:

Para empezar, creamos un nuevo impuesto con nuevas cuentas contables y códigos de impuesto. Al inicio del nombre hemos puesto RECC para distinguirlos de los que ya existen en nuestro OpenERP con la localización española instalada. </li>

Otra novedad es la nueva posición fiscal aplicable a los proveedores sujetos a este régimen. De esta manera, podemos mapear nuestro impuesto al nuevo RECC para ese proveedor acogido al régimen. </li>

Al crear la factura para este proveedor ya le aplica el nuevo impuesto RECC, de tal forma que se recogen los impuestos en los nuevos códigos, como hemos visto en la tabla de impuestos y en la cuenta 47202101 (nueva cuenta a mayores de la 47202100 para recoger lo facturado pero no pagado) </li>

El pago se puede hacer de la forma habitual: a través de un voucher o un extracto (al final tendremos el voucher). Lo que de momento hay que hacer de forma manual es un asiento para dejar correctamente anotado el IVA, tanto contablemente como en las cuentas de impuestos. He añadido también el apunte a la 600 sin debe ni haber para dejar también correctamente la base en el código de impuesto correspondiente. Esta operativa cubriría la casuística básica. </li> </ol>
…Seguir Leyendo</a>
Para más información sobre OpenERP haz (https://openerpspain.com/).

Uruguay: la ley de software libre y formatos abiertos

2013-12-20T00:00:00+00:00

Recientemente The Economist ha nombrado a Uruguay país del año. Ha sido sin duda un año de reformas lideradas por José Mujica. Lo más destacado - por su polémica - la legalización de la marihuana, pero sobre todo, y la que nos trae al caso, la Ley de Software Libre y Formatos Abiertos.
EL interés de Uruguay por el elevar elevar el uso del Software Libre a ley no es nuevo, pero no fue hasta finales de 2012 cuando comenzó a considerarse seriamente en la Comisión de Ciencia y Tecnología de la Cámara de Diputados de Uruguay hasta ser aprobada en diciembre de 2013 por ambas cámaras.
!(https://www.siliconweek.com/wp-content/uploads/2013/10/opensource-400x345-t.png)
Actualización 31/01: Parece que Italia y Reino Unido han decidido seguir los mismos pasos. Confiemos que pronto España tome el mismo camino.
…Seguir Leyendo</a>
Para más información sobre OpenERP haz (https://openerpspain.com/).

Symfony2: Instalación y conexión con OpenERP

2013-12-16T00:00:00+00:00

El objetivo de este artículo es mostrar como realizar una instalación de Symfony2 nueva y como conectar con OpenERP. A su vez, realizaremos un módulo de OpenERP que conecte con Symfony y le envíe información de los productos que tenga para que sea almacenada en la base de datos.
¿Qué es Symfony2 y su instalación?</h2>
Symfony es un framework muy potente para desarrollo de aplicaciones web en el lenguaje de programación Php. Esta basado en el patrón Modelo Vista Controlador y proporciona un conjunto de herramientas para facilitar los desarrollos web complejos. El siguiente documento muestra como realizar una instalación de Symfony nueva y realizar la conexión a Openerp.
!(http://cdn1.zoedev.com/wp-content/uploads/2014/11/symfony2.png)
…Seguir Leyendo</a>
Para más información sobre OpenERP haz (https://openerpspain.com/).

Nuevo proyecto de ZOOOK esale

2013-12-12T00:00:00+00:00

ZOOOK es un nuevo proyecto de tienda online creada en Django con conexión a OpenERP. Lo interesante del proyecto es que la conexión con OpenERP es en tiempo real para los datos de clientes y la propia venta. En el caso del catálogo no lo hace, pero crea una caché.
El proyecto ZOOOK fue creado en principio para OpenERP, ha sido discontinuado, aunque parcialmente migrado a Tryton con otro nombre. Por tanto, el proyecto en OpenERP quedó abandonado hasta que se retomó en el grupo de la localización Argentina y Mariano Ruiz. Enterprise Object Consulting creó un (https://launchpad.net/zoook-esale) y una (http://zoook-e-sale.readthedocs.org).
Aprovechando este nuevo impulso, facilitamos y actualizamos los manuales de instalación para utilizar estos nuevos repositorios.
…Seguir Leyendo</a>
!(https://openerpspain.com/wp-content/uploads/logo.png)
Para más información sobre OpenERP visita nuestra página web haciendo (https://openerpspain.com/).

ERP Connect en plataforma web

2013-11-24T00:00:00+00:00

ERP Connect es conector desarrollado por Domatix que integra OpenERP y permite mostrar cualquiera de sus funcionalidades, a la carta, en una plataforma web.
Mediante un acceso securizado, los usuarios podrán acceder a sus datos de interés, como históricos de documentación.
Además, la tecnología ERP Connect en plataforma web permite la realización de intranets y extranets de forma ágil y flexible. La conexión se realiza mediante una encriptación de 128 bits (que es la misma que utilizan los bancos) y a una base de datos intermedia que, únicamente, dispone de los datos que previamente se ha definido para almacenar, nunca accediendo directamente al ERP.
!(https://openerpspain.com/wp-content/uploads/logo.png)
…Seguir Leyendo</a>
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Integración Django-CMS y REST Framework

2013-11-12T00:00:00+00:00

El objetivo de este post es mostrar el proceso de instalación y configuración de Django CMS sobre un entorno Ubuntu, así como la integración en dicho CMS del framework de REST sobre Django que crea un servicio web que acepta peticiones externas.
En definitiva, los primeros pasos en la creación de un portal web escalable y modulable, a su vez abierto a la explotación de su servicio web.
…Enlace original</a>
!(https://www.farandsoft.com/newsite/wp-content/uploads/2017/05/odoo.jpg)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Nueva versión OpenERP 7.0

2013-07-24T00:00:00+00:00

¡Ya tenemos una nueva versión de nuestro ERP favorito en el mercado!</h2>
La nueva versión 7.0 se caracteriza por estar muy enfocada a la web (ya no tenemos cliente GTK) y a las comunicaciones sociales. Asimismo, permite compartir con nuestros clientes partes concretas de nuestro ERP de manera sencilla, a la vez que tenemos un seguimiento de los objetos que queramos (tipo red social en la que nos suscribimos a los hilos o personas que nos interesan). A pesar de no estar los empaquetados en la web, se pueden descargar los fuentes desde launchpad, como de costumbre.
!(https://www.farandsoft.com/newsite/wp-content/uploads/2017/05/odoo.jpg)
Inicialmente, simplemente se ha cambiado la interfaz web, dándole un aspecto mas acorde a los tiempos actuales. La casa oficial tenía en mente el realizar modificaciones en el framework de desarrollo, facilitando el tema de la programación pero por falta de tiempo no ha podido.
Otro cambio realizado por la casa oficial es el acceso web a la misma. De ahora en adelante http://www.openerp.com</a> apunta a la versión 7.0. Ahora confunde al usuario que antes desde esa misma URL tenía acceso al resto de descargas, documentación, etc.
Esta versión ofrece multitud de posibilidades, pero queda la ardua tarea de hacer compatible la localización española con esta versión. En algunos casos parece no ser utilizable salvo en otros concretos que no requieran una contabilidad certera, ya que si que incluye el PGCE2008, pero no todas las funcionalidades que si tenemos en la versión 6.1 (la ideal de momento para entornos de producción).
Como siempre, recomiendo esperar un poco, para que se subsanen los bugs con los que vendrá, antes de meterle mano. Otra opción es probarla a fondo y reportar esos bugs para que se solucionen lo antes posible.
Si requerimos esto último, podemos acudir a http://v6.openerp.com, con lo obtendremos la web que conocíamos antes.
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Nuevos módulos en desarrollo

2012-11-08T00:00:00+00:00

Tal y como nos habíamos comprometido hace tiempo, os contamos brevemente qué nuevos módulos vamos a empezar a desarrollar que podrían ser de vuestro interés.
Gestión comercial de los nuevos módulos</h2>
Hemos estado recopilando los desarrollos realizados en este sentido (gracias a Nacho de Soluntec y a Nacho de (http://www.domatix.com “Domatix”)) y nos embarcamos en la tarea de cerrar el flujo de de efectos y mejorar su gestión. Para esto último incluiremos también algunas pequeñas modificaciones en el módulo account_payment_extension junto con una mejora adaptación a la versión 6.1
…(http://pexego.es/es/blog/2012/11/08/nuevos-modulos-en-desarrollo/)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).
!(https://openerpspain.com/wp-content/uploads/logo.png)

Odoo: ¿Cuánto cuesta? (o una casa)

2012-10-25T00:00:00+00:00

Actualmente, la mayoría de los implantadores con experiencia de Odoo en España tenemos un ‘paquete’ básico con los módulos oficiales y la localización española. Además, a este paquete también se le añade un servicio (http://es.wikipedia.org/wiki/Software_como_servicio), para comenzar a utilizarlo invirtiendo una cantidad muy pequeña y amortizarlo cuanto antes. Dicho paquete se puede enriquecer adquiriendo bonos de horas para todas aquellas parametrizaciones que la empresa vaya requiriendo.
Hay ocasiones en las que estas soluciones, suficientes para la mayoría de empresas pequeñas, pueden no serlo para otras, conscientes (o no) de que van a requerir adaptaciones para adecuarla a su sector o a sus necesidades específicas.
!(https://www.farandsoft.com/newsite/wp-content/uploads/2017/05/odoo.jpg)
En un principio, para conocer y presupuestar correctamente una implantación de cierta magnitud de Odoo (y cualquier ERP), es necesario realizar un análisis de requerimientos. La elaboración de dicho documento requiere invertir tiempo y recursos, repercutidos al cliente final. Por lo tanto, hasta no realizar el documento final, el cliente no conocerá el desglose de los costes de su implantación.
(http://www.domatix.com/blog/cuanto-cuesta-un-openerp-o-una-casa/)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Inténtalo con OpenERP

2012-10-24T00:00:00+00:00

“Vender es crítico pero sin un sistema de gestión también lo es gestionar correctamente a tu cliente, facturarle, cobrar, manejar la relación con tus proveedores, negociar precios, conocer tu tesorería, tus costes, beneficios/pérdidas, organizar las tareas de tus empleados. En definitiva… liderar tu negocio. “
“Si no imposible, es bastante complicado que hagas esto de forma eficiente utilizando sólo el correo electrónico y la ofimática. Mientras tengas poco volumen, podrás gestionarlo pero si de verdad funciona… te verás inmersa en un mar de papeles, carpetas, descontrol y estrés que incidirá directamente en la atención a tu cliente o en la calidad de tu servicio.”
“Evítalo. Implanta un sistema de gestión integral. Prevé que tu negocio va a funcionar y haz que el crecimiento no te pare. Hasta hace bien poco, no existían sistemas de este tipo a un precio asequible y mucho menos en software libre, donde no pagas licencias. Ahora es posible.”
“Optimiza el tiempo que dedicas a realizar “lo aburrido” inherente a cualquier negocio. Evita duplicar datos y realizar tareas repetitivas y sin valor añadido. Aprovecha ese tiempo que pierdes para aprender a gestionar tu negocio de forma efectiva y eficiente. Infórmate de las alternativas que existen y selecciona la más adecuada. Y si tienes dudas… pregunta.“
Extraído de http://www.openerpsite.com/openerp-empresa-gestion-erp/2868.html</a>
!(https://www.farandsoft.com/newsite/wp-content/uploads/2017/05/odoo.jpg)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Otras verticales

2012-10-24T00:00:00+00:00

Descubre otras verticales que ofrece OpenERP a partir de las cuales podrás mejorar y facilitar el proceso de gestión de todos tus proyectos.
Otras verticales: empresas de Telecomunicaciones</h2>
En este caso se introduciría la ampliación de CRM, facturación periódica y, finalmente, la gestión de stock en depósito.
El enlace de este apartado aparece en la siguiente web si haces click aquí: ( http://www.openerpsite.com/wp-content/uploads/EuronaParte1.htm)
Caso de éxito: (http://www.openerpsite.com/wp-content/uploads/Eurona_OpenERP_Telecom_Success_Case.htm)
Otras verticales: universidades y centros de formación</h2>
Este apartado contiene la adaptación y extensión de los módulos de training de OpenERP para cubrir los procesos de Pre-inscripción, matrícula, facturación, gestión académica, docencia, relaciones internacionales, prácticas de una Universidad privada española.
http://www.slideshare.net/Avanzosc/vertical-universidades-openerp</a>
Otras verticales: Granja de Huevos</h2>
El vertical de OpenERP para granjas de huevos se utiliza para la gestión de consumo de cereales y producción de pienso + compra y control de lotes de gallinas. Por lo que, ubica los lotes de gallinas en naves + consumo de pienso y producción/paletización/envío de huevos a cliente.
http://www.slideshare.net/Avanzosc/presentacion-nueva-granjacastellano</a>
Otras verticales: Fabricación</h2>
Para el proceso de fabricación, a continuación se muestran los enlaces en los que se explica las verticales:
http://www.openerpsite.com/wp-content/uploads/advanced_manufacturing_tutorial.htm</a>
(http://www.openerpsite.com/wp-content/uploads/advanced_manufacturing_tutorial_Second%20part.htm)
Si necesitas más info, encuentrala en la siguiente página web: http://www.openerpspain.com</a>
Simulación de costes de proyectos</h2>
Permite elaborar presupuestos a clientes desde la definición de costes y posteriormente,permite generar automáticamente, tareas, pedidos de compra, subcontrataciones.. etc al confirmar el pedido proveniente de la simulación.
A continuación os dejamos más información en el siguiente link:
http://www.slideshare.net/Avanzosc/openerp-project-costsimulator</a>
Mantenimiento preventivo de vehículos</h2>
Finalmente, para el mantenimiento preventivo de vehículos os dejamos el siguiente enlace informativo:
http://www.openerpsite.com/wp-content/uploads/Preventive_Maintenance.htm</a>
!(https://openerpspain.com/wp-content/uploads/logo.png)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Creación y validación de cuentas bancarias en OpenERP

2012-10-22T00:00:00+00:00

OpenERP te da la posibilidad de trabajar con varios tipos de cuentas bancarias. Por un lado, es posible crear cuentas bancarias de tipo IBAN, en cuyo caso OpenERP comprobará si se han introducido los datos necesarios y correctamente. Otra opción es la creación de cuentas bancarias estándar, donde OpenERP no comprueba la validación del formato.
Gracias a la localización española, al crear una cuenta bancaria de tipo normal, si se indica que el país de la cuenta es España, comprobará que el formato de la cuenta bancaria es válido. En primer lugar verificará que el número de cuenta posee veinte dígitos y luego que el calculo del dígito de control es correcto.
!(http://domatix.com/wp-content/uploads/ab98897d60eaa0d05c1862c118538407-1024x575.jpg)
Crear una cuenta bancaria IBAN</h2>
Para crear una cuenta bancaria, se debe seleccionar: “Tipo de cuenta bancaria”: “Cuenta IBAN”, se tendrá que indicar en el número de cuenta el número de cuenta con los dos dígitos del país y los dígitos de control de la cuenta IBAN. OpenERP comprobará que el formato de la cuenta IBAN es correcto. A parte es necesario indicar el banco al que pertenece la cuenta, y que este banco tenga asociado un “Código de identificación bancario”.
!(http://domatix.com/wp-content/uploads/CuentasBancariasES.png)</a>
Crear de cuentas bancarias de España</h2>
Si al crear la cuenta bancaria se indica el tipo como “Cuenta Bancaria Normal” y el país España al introducir el número de cuenta hará lo siguiente:

Comprobar que el código tiene 20 dígitos</li>
Comprobar que el cálculo de los dígitos de control es correcto</li>
Asociar el banco correspondiente a la cuenta indicada</li> </ul>
!(http://domatix.com/wp-content/uploads/CuentasBancariasES.png)</a>
Crear de cuentas bancarias extranjera que no sea IBAN</h2>
Trabajando con el extranjero puede darse el caso de tener que introducir una cuenta bancaria de otro país de la que no se conoce el código IBAN, para esto si se introduce el tipo como “Cuenta Bancaria Normal” y el país es distinto a España, se podrá introducir el número de cuenta sin ninguna restricción de formato.
!(http://domatix.com/wp-content/uploads/CuentasBancarias.png)</a>
Gracias a la modularidad de OpenERP es posible comprobar el formato de las cuentas bancarias españolas, y si fuese necesario se podría crear la validación de cuentas bancarias de cualquier otro país.
Read more: (http://www.domatix.com/blog/creacion-y-validacion-de-cuentas-bancarias-en-openerp “Creación y validación de cuentas bancarias en Open”)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Colaborar en proyectos de Launchpad

2012-10-19T00:00:00+00:00

Launchpad es un portal de gestión de proyectos donde se gestionan proyectos como Ubuntu y la mayoría de los proyectos relacionados con OpenERP (localización española). En este artículo se va explicar como colaborar subiendo código a un proyecto alojado en Launchpad.
!(http://linuxzone.es/app/uploads/2008/05/lplozengeleftyp4.png)
En primer lugar para empezar proyectos en Launchpad hay que registrarse. Para registrarse en Launchpad hay que acudir a su web haciendo (https://launchpad.net/).
Una vez dentro de la web, hay que hacer clic en la parte superior derecha, donde pone “Register”. Automáticamente, muestra un formulario en el cual hay que hacer clic en “Crear una cuenta nueva” si deseamos una cuenta o omitir este paso si ya se tiene cuenta en Launchpad.
En el formulario de registro habrá que indicar un nombre de usuario, muy importante ya que será parte del nombre de nuestras ramas de código, y una dirección de correo a la que nos llegarán las notificaciones.
A continuación, a través de este enlace podrá obtener información más detallada acerca del portal de gestión de proyectos del que hablamos, así como las caracteristicas y aspectos más importantes a tener en cuenta.
…Seguir Leyendo</a>
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Módulo OpenERP asociado a secuencias de facturas

2012-10-03T00:00:00+00:00

Para empezar, hay que liberar el módulo ”l10n_es_account_invoice_sequence_fix” que permite corregir las secuencias de facturas que hubieran sido creadas antes de instalar el módulo “nan_account_invoice_sequence”.
Si instalamos el módulo ”nan_account_invoice_sequence” con facturas existentes, el número de factura cambiará cuando en el cierre contable hagamos una re numeración de los asientos.
A partir de la versión 6.0 OpenERP es imprescindible instalar este módulo, ya que permite separar las secuencias de los asientos de las secuencias de facturas. Esta opción establece un campo “invoice_number” asociado a la factura, e independiente del número de asiento.
En caso de no instalar ”nan_account_invoice_sequence” en la versión 6.0 de OpenERP y querer generar facturas, los números de factura serán iguales que los números de asiento. A pesar de ello, dado que legalmente en España se requiere que todos los asientos de una compañía sean correlativos, entonces en caso de desear una secuencia propia de facturas hay que utilizar este módulo de nan.
Para corregir esta situación el módulo “l10n_es_account_invoice_sequence_fix” añade un asistente, disponible en Contabilidad > Procesamiento periódico > Fin de periodo > Reparar números de factura. Este asistente copiará el número del asiento hacia el campo “invoice_number” de la factura, es decir, el nuevo número de la factura.
Al ejecutar entonces el asistente de re numeración de asientos al final del periodo, los números de factura no cambiarán.
Podéis descargar este módulo en: https://launchpad.net/eficent</a> https://launchpad.net/openerp-spain</a>
!(https://openerpspain.com/wp-content/uploads/logo.png)
Read more: (http://www.eficent.com/openerp_es/modulo-openerp-asociado-a-secuencias-de-facturas/ “Módulo OpenERP asociado a secuencias de facturas”)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Módulos OpenERP para seguir costes e ingresos comprometidos en proyectos

2012-09-20T00:00:00+00:00

Escenario de negocio: módulo de costes e ingresos</h2>
Para comenzar, las empresas que se orientan a la gestión por proyectos a menudo se enfrentan a la necesidad de planificar los costos de los proyectos, y en supervisar el progreso, teniendo en cuenta los costes y los ingresos que se han comprometido al proyecto durante su ejecución, como la aprobación de las compras externas, la confirmación del trabajo ya realizado por los empleados internos, y en el lado de los ingresos, la aceptación de las órdenes de venta por parte del cliente.
Ejemplo práctico</h2>
Por ejemplo, en un proyecto de diseño web que inicialmente ha sido planificado del siguiente modo:
En primer lugar, los costes serían:

Programador web autónomo: -10000 USD</li>
Diseñador web autónomo: -8000 USD</li>
Gestor de proyecto interno: -400 USD</li> </ul>
Y por último, Ingresos:

Aplicación web: 4000 USD</li> </ul>
En la primera semana de ejecución del proyecto:

Un programador web autónomo es contratado para un análisis inicial, y el pedido de compra correspondiente se ha confirmado por 500 USD</li>
El director del proyecto reporta en su hoja de tiempos 10 horas dedicadas al proyecto, a un costo interno de 30USD/hora = 300 USD</li> </ul>
Por lo tanto, si el director del proyecto quiere ver en este momento la situación financiera del proyecto, deberá ser capaz de ver fácilmente las cantidades que han sido comprometidos para cada recurso en comparación con el plan.
La solución en OpenERP: módulo de costes e ingresos</h2>
En Eficent hemos lanzado una serie de módulos que ayudarán al director del proyecto a lograr este escenario de negocios.
Para empezar, el director del proyecto es capaz de registrar los costos previstos y los ingresos en la planificación de costes. Una vez que los pedidos de compra o de venta se aprueban, o el tiempo interno se registran en hojas de tiempo, la cantidad comprometida se registra en un diario de compromisos analítico.
Por último, se ha creado un informe para comparar los costes/ingresos planificados vs. comprometidos vs. reales, agrupados por producto, por el cual el responsable del proyecto puede conocer en detalle el uso de los recursos del proyecto.
Los módulos relevantes son: “project_cost” “project_cost_analysis” “project_cost_commit_sale” “project_cost_commit_purchase” “project_cost_commit_hr_timesheet”
Puede descargar los módulos desde: http://apps.openerp.com</a> https://launchpad.net/eficent-openerp-project-management</a>
Read more (http://www.eficent.com/openerp_es/modulos-openerp-para-seguir-costes-e-ingresos-comprometidos-en-proyectos/ “Módulos OpenERP para seguir costes e ingresos comp”)
!(https://openerpspain.com/wp-content/uploads/logo.png)
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Módulos para planificar compras, ventas y tiempo en proyectos de OpenERP

2012-09-18T00:00:00+00:00

Módulos OpenERP de planificación</h2>
Inicialmente, en la fase de módulos OpenERP de planificación de los proyectos, es necesario crear estimaciones de costes e ingresos de los proyectos. Estas estimaciones se basan en los costes relacionados con las compras previstas, el tiempo empleado dedicados al proyecto, o los ingresos esperados por ventas a los clientes.
En la etapa inicial de tu proyecto, es muy poco probable que vayas a conocer exactamente quiénes van a ser tus proveedores o empleados, o incluso los clientes de su proyecto. De esta manera, es necesario crear un primer plan basado sólo en los productos, cantidades e importes.
En un momento dado, puedes decidir establecer esta planificación inicial como la línea base del proyecto. Iniciar la ejecución del mismo, para posteriormente comparar los costos reales con tu línea base del proyecto inicial.
En otras circunstancias, en un enfoque de planificación progresiva, es posible que prefieras volver a examinar el plan inicial e introducir un mayor nivel de detalle. De esta manera, proporcionarías información detallada de los proveedores, tarifas de los servicios, etc. asociados a los costes e ingresos planificados.
Una vez que tenga un plan de compras o de ventas, es posible que desees activar las compras y ventas reales. Esta información se basará en lo registrado en el plan, con el fin de mantener la coherencia entre la ejecución real del proyecto y el plan.
!(https://kcpacitec.com/wp-content/uploads/2017/11/Planificaci%C3%B3n-Estrat%C3%A9gica.png)
Nuevos módulos OpenERP</h2>
Recientemente, en Eficent hemos lanzado nuevos módulos que están dirigidos a lograr una planificación más fácil de los gastos relacionados con tus proyectos. Los nuevos módulos son:

project_cost_plan_purchase</li>
project_cost_plan_sale</li>
project_cost_plan_time</li> </ul>
Los módulos se van a utilizar con el módulo “project_cost”, y juntos ayudan al director del proyecto a crear planes de compras, ventas y personal interno, con los costos e ingresos planificados asociados. Los módulos de agregar nuevos menús al menú principal Proyectos:

Los planes del proyecto de compra</li>
Las ventas del proyecto previsto</li>
Los planes del proyecto en tiempo</li> </ul>
…Seguir Leyendo</a>
Para más información sobre OpenERP haz un (https://openerpspain.com/).

Módulo OpenERP para buscar facturas por cuenta analítica

2012-09-17T00:00:00+00:00

Hemos liberado el módulo de facturas OpenERP ‘project_invoice’ que permite a un usuario encontrar una factura basada en las cuentas analíticas asignadas nivel de posición.
Esta funcionalidad resulta útil cuando un usuario de contabilidad quiere comprobar el estado de facturación de un proyecto.
!(https://es.ebp.com/_i/44055/1930/2319/34/factura.png)
Además, este módulo añade un campo de búsqueda “Cuentas analíticas” en las vistas de facturas de proveedores y clientes, y muestra en un campo de la lista de facturas la concatenación de todas las cuentas analíticas asociadas a la factura.
Podéis descargar el módulo desde: ( http://apps.openerp.com) ( https://launchpad.net/eficent)
Para más información sobre OpenERP haz (https://openerpspain.com/).

Módulo para unir facturas

2012-09-17T00:00:00+00:00

En Eficent hemos desarrollado el módulo para unir facturas ‘account_invoice_merge’, que permite a una empresa unir varias facturas en una sola.
!(https://shopincdn.ovh/costomovil/cache/images/Imagenes/Estaticas/1920x1080_q91_cr0_fix1/factura-con-importe-cero.png)
Esta nueva funcionalidad resulta útil en los casos en los que:

Por una parte, el cliente nos exige una única factura para todos los servicios que le hemos prestado en un periodo de tiempo.</li>
Y, por otra parte, tenemos proveedores a quienes encargamos muchos pedidos, y deseamos que nos entregue una única factura para nuestra mayor comodidad.</li> </ol>
En el caso de querer unir las facturas de clientes o proveedores basta con selecciona las facturas que deseamos unir en la vista de lista y lancemos la acción Unir facturas. Los pedidos de venta y compra harán referencia a la nueva factura creada.
Por último, podéis descargar el módulo desde:
http://apps.openerp.com</a></li>
https://launchpad.net/eficent</a></li> </ul>
Read more: (http://www.eficent.com/openerp_es/modulo-openerp-para-unir-facturas/ “Módulo OpenERP para unir facturas”)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

V Jornadas OpenERP 2012 – Donosti

2012-09-15T00:00:00+00:00

Durante este año 2012, Eficent participó en las (http://www.jornadasopenerp.com/iv-jornadas-estatales-de-openerp/), donde presentó la ponencia: “Nuevos módulos para la gestión de proyectos siguiendo los estándares del Project Management Institute (Eficent)”.
Para poder visualizar la presentación de la ponencia en Slideshare debéis entrar en el siguiente link:
http://www.slideshare.net/jordieficent/eficent-jornadas-openerp-2012-gestin-de-proyectos-con-openerp-siguiendo-los-estndares-del-pmi</a>
Además, podéis descargaros los módulos desde:

Launchpad: https://launchpad.net/eficent-openerp-project-management</a></li>
OpenERP apps: http://apps.openerp.com/</a></li> </ul>
Read more (http://www.eficent.com/openerp_es/v-jornadas-openerp-2012-donosti/ “V Jornadas OpenERP 2012 – Donosti”)
!(https://openerpspain.com/wp-content/uploads/logo.png)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Nuevos Campos de Búsqueda

2012-08-08T00:00:00+00:00

Anteriormente, OpenERP contaba con diversos campos para realizar las búsquedas, ahora solo tiene un campo de búsqueda integrado.
En él se podrán agrupar todos los campos de una forma rápida y sencilla, sin contar que podremos filtrar por todos los campos que existan para ese objeto.
!(https://openerpspain.com/wp-content/uploads/logo.png)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Modo desarrollador del cliente web 6.1 de OpenERP

2012-07-05T00:00:00+00:00

!(https://openerpspain.com/wp-content/uploads/logo.png)
En el modo desarrollador del cliente web 6.0 de OpenERP al situarnos sobre un campo en un formulario obteníamos información sobre ese campo. Esta nueva acción es una gran ayuda para los desarrolladores, pero puede confundir al usuario final. Para la reciente versión 6.1 del cliente web se han añadido nuevas ayudas para el desarrollador aunque éstas se muestran ocultas para el usuario final. En esta versión son necesarios algunos pasos adicionales para obtener acceso al nuevo “modo desarrollador”.
Para activar el modo de desarrollador hay que entrar en el formulario “Acerca de”, haciendo clic el icono de información de la parte superior derecha de la web.
!(http://domatix.com/wp-content/uploads/01.modo_desarrollador.acerca_de.png “01.impuestos”)</a>
En la ventana emergente que aparece se muestra el enlace “Activar modo desarrollador” en la parte superior derecha, y haciendo clic sobre él se activará este modo y estarán disponible todas las nuevas funcionalidades.
!(http://domatix.com/wp-content/uploads/02.modo_desarrollador.acerca_de.png “01.impuestos”)</a>
Una vez activado el modo desarrollador al acceder desde el cliente a una vista aparecerá una lista junto al titulo con varias opciones.
!(http://domatix.com/wp-content/uploads/03.modo_desarrollador.debug.png “01.impuestos”)</a>
Leer el artículo completo: (http://www.domatix.com/modo-desarrollador-del-cliente-web-61-de-openerp “Modo desarrollador del cliente web 6.1 de OpenERP”)
Para más información sobre OpenERP haz (https://openerpspain.com/).

Prestashop y OpenERP

2012-07-05T00:00:00+00:00

PrestaShop</h2>
(http://www.domatix.com/index.php?option=com_k2&view=itemlist&task=tag&tag=prestashop) es una plataforma de software de comercio electrónico de código abierto desarrollada por la empresa francesa Prestashop S.A. Esta aplicación cuenta con más de 100 desarrolladores activos trabajando directamente, y con aporte de una comunidad de más de 300.000 colaboradores. El éxito de (http://www.prestashop.com), desde su salida al mercado en el año 2008, radica en su flexibilidad y sencillez de uso. Actualmente, cuenta con más de 15.000 módulos que lo complementan y cientos de miles de tiendas online funcionando bajo su plataforma.
!(https://www.addis.es/wp-content/uploads/2019/05/fotopresta.jpg)
A pesar de su temprana edad, actualmente es la segunda plataforma más popular comparándolo con sus rivales libres más cercanos, de acuerdo con (http://www.google.com/trends/?q=Magento,+PrestaShop,+virtuemart,+zencart,+opencart&ctab=0&geo=all&date=all&sort=0),. Sin atrevernos a realizar pronósticos, parece que la tendencia es creciente, mientras que (http://www.domatix.com/index.php?option=com_k2&view=itemlist&task=tag&tag=magento), líder actual indiscutible de plataformas de comercio electrónico, ya parece haber tocado techo. Por debajo de ambas quedan prácticamente empatadas la solución ecommerce más popular para Joomla, VirtueMart y un creciente OpenCart, al que no hay que perder la pista. Y en último lugar, un obsoleto OsCommerce, que tal y como se obseva fue pionero y líder indiscutible en años anteriores, hasta que aparecieron sus nuevos rivales, tecnológicamente superiores y lo destronaron sin compasión.
¿Por qué Prestashop?</h2>
¿Y por qué ahora? En Domatix tenemos mucha experiencia con ecommerce, aunque en los últimos años nos hemos concentrado en soluciones que conectaran con OpenERP. Lamentablemente, descartando osCommerce por ser un producto ya obsoleto, y (http://www.domatix.com/index.php?option=com_k2&view=itemlist&task=tag&tag=zoook), solución que también se las prometía, únicamente nos queda Magento. Magento es un excelente producto, muy completo y complejo, pero por ello quizás costoso levantar, y mantener un ecommerce con esta plataforma. La curva de aprendizaje del usuario final también es elevada y por ello otras soluciones más sencillas pero no por ello menos completas ahora mismo están en auge.
Para más información sobre OpenERP Spain accede a nuestra web haciendo (https://openerpspain.com/).

Mejora módulo de control de envíos desde pedidos (módulo OpenERP)

2012-06-13T00:00:00+00:00

En OpenERP, en cuanto a la realización de pedidos con varios albaranes es necesario conocer el estado detallado del envío. Para ello, desde el pedido hay que revisar uno por uno cada albarán para conocer exactamente lo que se ha enviado y lo que no. A pesar de existir una barra de progreso que indica el porcentaje del envío realizado, muchas veces no es suficiente con esa información. De esta manera, es necesario conocer las cantidades exactas de cada producto que se han enviado y las que quedan pendientes.
Para cubrir esa necesidad, hemos creado el módulo “dx_sale_line_delivered”, que mejora el módulo de control y añade los siguientes campos a la linea del pedido:

Enviado, cantidad enviada, obtenida de los albaranes asociados y validados, hasta que no se valida un albarán no lo tiene en cuenta.</li>
Stock real, el stock que hay en los almacenes.</li>
Stock disponible, es el stock de los almacenes restando el reservado y añadiendo el pendiente de recibir.</li> </ul>
!(https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcRnpP5bqH7gVxL3uCPVQwM9VYHfw2OqBUo9lBrwAAbqRpcqHZe0YA&s)
Con la mejora del módulo de control de envíos, no sólo conoceremos el estado de envío de cada linea de pedido, sino que tendremos accesible también la información del stock real y disponible para poder estimar cuando podremos servir los productos restantes.
El módulo esta liberado bajo AGPL y está disponible en launchpad https://code.launchpad.net/~domatix/dx/6.1</a> y en http://apps.openerp.com/addon/7655</a>
Read more (http://www.domatix.com/mejorar-control-de-envios-desde-pedidos-modulo-openerp “Mejorar control de envíos desde pedidos (módulo Op”)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Reflexiones sobre la ponencia de licencias libres en las Jornadas OpenERP 2012

2012-06-05T00:00:00+00:00

!(http://domatix.com/wp-content/uploads/GPLimg.jpg “01.impuestos”)</a>
Como en el artículo anterior, algunas reflexiones sobre la charla merecen mención especial, como los aspectos legales de las licencias GPL y derivadas (como AGPL). Agradeciendo a Helena Fuentes su asistencia y (http://www.slideshare.net/Avanzosc/aspectos-legales-13183279), como buen conocedor de los aspectos legales sobre estas, debo aclarar algunos puntos de la presentación. Aparentemente, lejos de cumplir el objetivo de aclarar conceptos y dilucidar los límites de los derechos de propiedad y licencia, se trataron temas de manera incorrecta. Quisiera aclarar algunas equivocaciones expuestas en dicha ponencia:
Lee el artículo completo: Reflexiones sobre la ponencia de licencias libres
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Reflexiones tras las Jornadas OpenERP 2012

2012-06-05T00:00:00+00:00

!(http://domatix.com/wp-content/uploads/jornadas-openerp-2012.jpg)</a>
Un año más, (http://www.domatix.com/index.php?option=com_k2&view=item&layout=item&id=98&Itemid=141) colaboró con el patrocinio, acudió y presentó algunos desarrollos en las Jornadas anuales comunitarias de (http://www.domatix.com/index.php?option=com_k2&view=itemlist&task=tag&tag=openerp). Este 2012 nos ha dejado varias reflexiones sobre lo allí expuesto. Antes de nada, el presente artículo es de opinión, personal, y pedimos disculpas si alguien puede estar en desacuerdo con lo aquí expuesto, no hay intención de que transcienda más allá de dichas reflexiones.
Jornadas OpenERP</h2>
En primer lugar, enhorabuena al equipo de (http://www.avanzosc.com) por la organización. Una vez más, el equipo de organizadores realizaron un trabajo excelente para facilitarnos a todos los presentes y conferenciantes nuestra asistencia. Recomiendo también la lectura del (http://www.jornadasopenerp.com/conclusiones-jornadas-openerp-2012-donostia/) “oficial” colgado en la página de las Jornadas.
Con relación al (http://www.jornadasopenerp.com/programa/), un año más, las presentaciones han sido expuestas por distribuidores/partners de OpenERP. Por esta razón, las preocupaciones y exposiciones son de carácter técnico y funcional, orientadas hacia la comunidad de desarrolladores. Aunque se habló de la posibilidad “censar” a los usuarios finales que se han “auto-implantado” OpenERP (imposible de realizar el censo en la práctica) y que necesitan un lugar para exponer sus necesidades, carencias y problemática. Lo cierto es que no hay una comunidad ni representación activa de los mismos, pero creo que orientar tiempo o esfuerzos hacia éstos no sería productivo. Contrariamente, se podría tratar de atraer nuevos implantadores que potencien la comunidad. De esta manera, se promovería OpenERP y captaría nuevos clientes potenciales e incrementar el número de implantaciones. En definitiva, la “comunidad” de OpenERP está formada por empresas que distribuimos OpenERP, y escuchamos las necesidades nuestros clientes, trabajando para resolver dichas necesidades. En el caso de necesitar soporte adicional, siempre se puede contar con OpenERP S.A.
Charlas Jornadas OpenERP</h2>
Sobre las charlas, de varios tipos (nota: no es mi intención describirlas todas, esa tarea ya está realizada en la (http://www.jornadasopenerp.com) de las Jornadas):
Soluciones verticales. Como siempre un trabajo excelente de las empresas desarrolladoras, con charlas más completas en:

Gestión de granjas (de dos tipos, cría de animales y huevos)</li>
Gestión de proyectos según Project Management Institute (excelente trabajo de (http://www.eficent.com/))</li>
Módulo para LOPD (que bien pudiera servir para la localización, ya que es aplicable a todas las empresas)</li>
Gestión de recursos para actividades lúdicas de (http://www.abartiateam.com/)</li>
Nuestra vertical de transporte.</li> </ul>
Éstas dos últimas no se pudieron ver en directo debido a una caída de la conexión a internet.
**Charlas ténicas.**A destacar (http://www.nan-tic.com/es/2012/presentacion-de-kafkadb/), propuesta para migración de módulos y datos entre versiones de OpenERP. Además de, (http://www.slideshare.net/Avanzosc/grupelgas-donosti2012), una excelente alternativa para almacén de datos alternativo y complementario y, finalmente, (http://www.nan-tic.com/es/2012/presentacion-de-babi/), un “embrión” de Business Intelligence para OpenERP.
Módulos para la comunidad. Entre otros, el (http://www.slideshare.net/Avanzosc/soluntec), para la gestión de efectos comerciales (cobros y pagos), para el que estamos prestando nuestro apoyo y ayudaremos a dar un empujón y mejorarlo/terminarlo en breve. Igualmente, destacar la (http://www.slideshare.net/pexego/gestion-documental-openerp) de Omar Castiñeira, de (http://pexego.es/) para la gestión de la documentación de expedientes.
Por último, también vimos la presentación del nuevo proyecto de Carlos Liébana, (http://factorlibre.com/), al que deseamos mucha suerte desde aquí, aunque no la necesite. Excelente comienzo y previsiones aún mejores.
Para dar una nota de color, se presentó el “competidor comunitario” de OpenERP, (http://www.domatix.com/index.php?option=com_k2&view=item&id=163&Itemid=131). Nosotros mismos sugerimos la charla en la lista de correo, aunque finalmente fue realizada por el equipo de (http://www.nan-tic.com/es/). Buena elección, pues ellos están involucrados muy activamente en la localización española y difusión del proyecto.
Leer más http://goo.gl/co591</a>
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Rentalia apuesta por OpenERP

2012-06-01T00:00:00+00:00

!(http://factorlibre.com/system/images/BAhbBlsHOgZmSSImMjAxMi8wOC8wMy8xM18zN181MV8yNDRfcG9zdDEucG5nBjoGRVQ/post1.png)</a>
Rentalia, portal líder de alquiler vacacional recientemente adquirida por (http://idealista.com “idealista”), ha confiado en FactorLibre para implementar OpenERP como solución de gestión integrada.
Ha sido un proyecto desafiante, que ha abarcado varias áreas y fases pero que al final ha resultado todo un éxito. Por un lado, hemos adaptado OpenERP para que cumpliera con todos los requerimientos funcionales del equipo de Rentalia, y por otro lado, hemos sincronizado bidireccionalmente su actual plataforma web con OpenERP.
Junto al equipo de Rentalia, en su apuesta por el software de fuentes abiertas, hemos liberado una serie de módulos muy interesantes para la comunidad de OpenERP, en particular para la comunidad española:

base_vat_vies: Comprobación de CIF intracomunitario con el servicio web del VIES</li>
l10n_es_auto_fiscal_position: la actualización de la posición fiscal de manera automática</li>
partner_historic_address: bloqueo e histórico de direcciones de clientes</li> </ul>
Podéis encontrar los módulos en https://code.launchpad.net/~openerp-spain-team/openerp-spain/6.0</a> y en (https://github.com/hugosantosred/partner_historic_address%20)
Read more (http://factorlibre.com/openerp-rentalia/ “Rentalia apuesta por OpenERP”)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

Patrocinadores de las Jornadas OpenERP 2012

2012-05-28T00:00:00+00:00

A partir del próximo Jueves 31 y durante dos días, se desarrollarán en San Sebastián las jornadas anuales Españolas de OpenERP. Encontraréis toda la información de las mismas en la web oficial de la jornadas, en (http://jornadasopenerp.com “Jornadas OpenERP 2012”)
Desde FactorLibre apoyamos dichas jornadas aportando nuestro patrocinio a las mismas, además de realizar una presentación el Viernes a las 13 horas donde hablaremos de un caso de éxito reciente en el que hemos trabajado, además de una serie de módulos que hemos publicado interesantes para toda la comunidad española de OpenERP.
¡Os esperamos!
Read more (http://factorlibre.com/jornadas-openerp-201/ “Patrocinadores de las Jornadas OpenERP 2012”)
!(https://openerpspain.com/wp-content/uploads/logo.png)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).

¡Síguenos en Twitter!

2012-05-14T00:00:00+00:00

¡Síguenos en Twitter! Aunque el blog últimamente no está tan activo, actualmente sigo trabajando a tiempo completo con OpenERP. La mayoría de mis impresiones las publico en el blog de domatix ((http://angelmoya.es/www.domatix.com/blog)), aunque si tenéis Twitter podéis seguirnos el día a día en https://twitter.com/#!/domatix_tech</a>.
No olvidéis que podéis comentar, retwittear y responder a nuestros comentarios.
Read more (http://angelmoya.es/openerp/siguenos-en-twitter/ “Síguenos en Twitter!!”)
Descubre más sobre OpenERP haciendo (https://openerpspain.com/).
!(https://openerpspain.com/wp-content/uploads/logo.png)

Novedades OpenERP para la versión 6.2: Community & Partner Days.

2012-05-09T00:00:00+00:00

A continuación, hablaremos sobre las novedades OpenERP 6.2
Durante los Community & Partner Days de OpenERP, se presentaron las novedades sobre OpenERP para la versión 6.2.
!(http://domatix.com/wp-content/uploads/01-kanban.png)
Dichas variaciones no serán introducidas en la versión actual pero si en las próximas versiones de OpenERP.
OpenERP s.a enfoca su esfuerzo, en hacer que OpenERP sea más empleado, y a partir de próximas versiones más social.
!(http://www.domatix.com/wp-content/uploads/04-empty_list.png)
A continuación, encontrará el link de nuestra pagina web.
(https://openerpspain.com/) podrá encontrar mas información sobre los últimos avances.
https://www.domatix.com/</a>

Comisiones en OpenERP

2012-04-18T00:00:00+00:00

!(http://domatix.com/wp-content/uploads/comisiones.openerp.01-1024x178.png)
A petición de un cliente de Valencia, hemos estudiado las diferentes alternativas para utilizar comisiones en OpenERP y finalmente nos hemos decidido por trabajar con el módulo de comisiones “sale_commission” de Pexego, sobre el que hemos realizado algunas ampliaciones.
Después de testear varias alternativas para gestión de comisiones de agentes comerciales nos decidimos por trabajar con el módulo “sale_commision”.
Este módulo permite la gestión de comisiones a agentes comerciales, pudiendo ser un agente comercial tanto un empleado como un autónomo u otra empresa.
En cada venta se puede indicar si se desea asociar uno o varios agentes comerciales.
También se pueden liquidar periódicamente las comisiones correspondientes a cada agente comercial según lo pactado sobre lo facturado.
En el módulo “sale_commission” se pueden configurar comisiones fijas o por tramos.
Si se utilizan comisiones fijas se indica que comisión en tanto por ciento de lo facturado se va a pagar al agente comercial.
Si se configura la comisión por tramos se podrá indicar que tanto por ciento se le va a pagar al agente comercial en función del total vendido.
Además, como ampliación de este módulo hemos definido otro tipo de comisiones; las comisiones por descuento. Con este nuevo tipo de comisiones podemos configurar el sistema para que la comisión dependa del descuento que se aplica en la venta.
!(http://domatix.com/wp-content/uploads/comisiones.openerp.01.png)
A parte de esta ampliación se ha modificado el campo de comisión en las lineas de factura para poder editarlo. De esta forma en una venta puntual se podría indicar manualmente la comisión que se paga al agente comercial.
!(http://domatix.com/wp-content/uploads/comisiones.openerp.02.png)
Una posible próxima ampliación para el futuro es añadir poder pagar las comisiones no en función de lo facturado como funciona actualmente, sino en función de lo cobrado finalmente.
A continuación, tienen a su disposición más información sobre como utilizar comisiones en (https://openerpspain.com/)
(http://www.domatix.com/comisiones_openerp “Comisiones en OpenERP”)

Entorno de desarrollo de OpenERP con Eclipse - Parte III: Eclipse

2012-03-22T00:00:00+00:00

Instrucciones detalladas para poner en marcha un entorno de desarrollo de (http://domatix.com/tag/openerp “más artículos sobre openerp”) que incluye el servidor, cliente GTK y cliente web. Todas las carpetas de addons quedan vinculadas directamente desde (https://launchpad.net/~openerp “Launchpad - OpenERP”) para mantener el entorno actualizado fácilmente con (http://bazaar.canonical.com/en/ “Bazaar - Página oficial”).
A lo largo del artículo, veremos el entorno de desarrollo OpenERP con Eclipse
En esta tercera y última parte se explicará como instalar y configurar Eclipse para trabajar con Python (OpenERP) y XML.
!(http://domatix.com/wp-content/uploads/install_work_with_pydev.png)</a>
3 Eclipse</h2>
3.1 Instalación</h3>

Hay dos opciones para instalar Eclipse:

A través de apt-get</code>,</li>
Como ejecutable de la (http://eclipse.org/downloads/).</li> </ol> </li> </ul> La primera opción garantizará que todas las dependencias se instalen automáticamente. La segunda opción permite instalar la última versión de Eclipse y asi aprovechar las nuevas funciones.
3.1.1 Por apt-get</h4>
Ejecutar el comando:
$ sudo apt-get install eclipse </code></pre> Podrá iniciar Eclipse a través del menú o de la consola:
$ eclipse </code></pre> 3.1.2 Descargar de la pagina web</h4> Primero hay que instalar las dependencias que son –como mínimo– Java 6: $ sudo apt-get install sun-java6-jdk </code></pre> Descargar Eclipse Classic desde su (http://eclipse.org/downloads/). Seleccionar la carpeta donde se instalará: $ cd ~/bin $ tar xvzf ~/Descargas/eclipse-SDK-3.7.1-linux-gtk-x86_64.tar.gz $ cd eclipse $ ./eclipse </code></pre> Es necesario intercambiar Descargas/eclipse-SDK-3.7.1-linux-gtk-x86_64.tar.gz</code> por la versión y la carpeta adecuada. 3.2 PyDev</h3> PyDev</code> es un plug-in para Eclipse que facilita la programación en Python. 3.2.1 Instalación</h4> Se instala PyDev desde el propio Eclipse. En Eclipse elige `` y en el menú que aparece Install New Software…</code>. En la ventana que aparece ingresar en el campo Work with:``http://pydev.org/updates</code> y seleccionar Add…</code>. !(http://domatix.com/wp-content/uploads/install_work_with_pydev.png)</a> Ingresar ‘http://pydev.org/updates’ y seleccionar ‘Add…’ Aparecerá una nueva ventana donde se ingresa un nombre y seleccionar OK. !(http://domatix.com/wp-content/uploads/add_repository.png)</a> Ingresar un nombre y hacer clic en ‘OK’. Aparece Pending</code> en la lista hasta que haya cargado la información. Después se verán dos nuevas entradas: PyDev</code></li> PyDev Mylyn Integration (optional)</code></li> </ol> Seleccionar PyDev y seleccionar Next</code>. !(http://domatix.com/wp-content/uploads/install_pydev_selected.png)</a> En el siguiente menú seleccionar PyDevfor Eclipse</code> y hacer click en Next</code>. Seleccionar ‘PyDev for Eclipse’ y hacer clic en ‘Next’. Aparece el menú Review Licenses</code>. Para continuar es necesario aceptar las condiciones y terminos de la licencia de uso, seleccionar I accept the terms of the license agreement</code> y hacer clic en Finish</code>. !(http://domatix.com/wp-content/uploads/install_license_agreement.png)</a> Aceptar la licencia y hacer click en Finish</code>. Aparecerá una nueva ventana que indicará el proceso de la instalación. !(http://domatix.com/wp-content/uploads/installing_software.png)</a> Mientras está instalando, desea saber si se confía en el certificado de Aptana. Seleccionar Aptana Pydev; Pydev;Aptana,</code> en esa misma ventana y luego hacer clic en OK</code>. </a> Seleccionar ‘Aptana’ y hacer clic en ‘OK’ Después de haber instalado PyDev Eclipse se requiere reiniciar para poder usar el nuevo plugin. Hacer clic en Restart Now.</code> </a> Hacer clic a ‘Restart Now’ 3.2.2 Configuración</h4> En la ventana principal de Eclipse, seleccionar `` y seleccionar Preferences</code>. Se abre una nueva ventana donde se localiza el punto PyDev</code>, y seleccionar el subpunto Interpreter - Python</code>. Hacer click en AutoConfig</code>. </a> Configuración de PyDev Si no existen errores, en la ventana siguiente se tiene que comprobar la selección que ha hecho Eclipse. !(http://domatix.com/wp-content/uploads/pydev_config_selection.png)</a> Comprobar la selección de Eclipse. Hacer click en OK. 3.3 Soporte para XML</h3> Instalaremos otro plugin que facilita el trabajo con archivos XML. El proceso es similar al de PyDev. 3.3.1 Instalación</h4> Seleccionar de nuevo `` y Install New Software…</code>.Es nedesario abrir el menú Work with:</code> y elegir Indigo – http://download.eclipse.org/releases/indigo</code> (el nombre puede cambiar según la versión de Eclipse que se este usando) y de la lista seleccionar el punto Web, XML and Java EE Development</code> y selecciones Eclipse XML Editors and Tools</code>. Hacer clic en Next</code>. </a> Seleccionar ‘Eclipse XML Editors and Tools’. Proceder como en la instalación de PyDev aceptando la licencia y reiniciando Eclipse después de la instalación. 3.4 OpenERP Templates</h3> Los templates se pueden (http://openerp-eclipse-template.googlecode.com/svn/trunk/) directamente o via svn: $ sudo apt-get install subversion $ svn checkout http://openerp-eclipse-template.googlecode.com/svn/trunk/ openerp-eclipse-template-read-only </code></pre> Explicación de la instalación y el uso de los snippets en unos vídeos en Youtube: (http://www.youtube.com/watch?v=kfMk31VKxrY)</li> (http://www.youtube.com/watch?v=LCxYpofncKs)</li> </ul> Para importarlos: 3.4.1 Python Snippets</h4> -> Preferences</code>, PyDev -> Editor -> Templates</code>,</li> Hacer click en Import</code> y</li> Seleccionar el archivo templates-openerp.xml</code>.</li> </ul> 3.4.2 XML Snippets</h4> -> Preferences</code>, XML -> XML Files -> Editor -> Templates</code>,</li> Hacer click en Import</code></li> Seleccionar el archivo Openerp-eclipse-xml-template.xml</code></li> </ul> A continuacion le adjuntamos mas infromacion sobre este artículo. https://openerpspain.com/</a> (http://www.domatix.com/entorno-desarrollo-eclipse-openerp-parte-tres “Entorno de desarrollo de OpenERP con Eclipse - Par”)
Entorno de desarrollo de OpenERP con Eclipse 2012-03-13T00:00:00+00:00 !(http://domatix.com/wp-content/uploads/logo_openerp.png)</a> A lo largo de este artículo vamos a realizar una explicacion sobre el entorno de desarrollo de OpenERP con Eclipse. que ira acompañado de instrucciones muy detalladas para poner en marcha un entorno de desarrollo de (http://domatix.com/tag/openerp “más artículos sobre openerp”) que incluye el servidor, cliente GTK y cliente web. Todas las carpetas de addons quedan vinculadas directamente desde (https://launchpad.net/~openerp “Launchpad - OpenERP”) para mantener el entorno actualizado fácilmente con (http://bazaar.canonical.com/en/ “Bazaar - Página oficial”). En esta segunda parte se instalarán OpenERP y sus dependencias desde Launchpad, comprobación de la instalación y comunicación cliente servidor. 2 OpenERP</h2> 2.1 Instalación de dependencias</h3> Es necesario instalar algunos paquetes de los cuales depende OpenERP para alcanzar el entorno de desarrollo de OpenERP con Eclipse. 2.1.1 Dependencias del servidor de OpenERP</h4> Como se encuentra documentado en esta (http://doc.openerp.com/v6.0/install/linux/server/index.html) $ sudo apt-get install python-lxml python-mako python-dateutil python-psycopg2 python-pychart python-pydot python-tz python-reportlab python-yaml python-vobject python-ldap python-libxslt1 </code></pre> 2.1.2 Dependencias del cliente OpenERP</h4> Como se encuentra documentado en esta (http://doc.openerp.com/v6.0/install/linux/client/index.html): $ sudo apt-get install python-gtk2 python-glade2 python-matplotlib python-egenix-mxdatetime python-dateutil python-lxml python-tz python-hippocanvas python-pydot </code></pre> 2.1.3 Dependencias del cliente web de OpenERP</h4> La documentación se encuentra en esta (http://doc.openerp.com/v6.0/install/linux/web/index.html): $ sudo apt-get install python-cherrypy3 python-formencode python-babel </code></pre> 2.2 Instalar OpenERP desde Launchpad</h3> 2.2.1 Instalar Bazaar</h4> Para instalar OpenERP desde Launchpad es necesario utilizar Bazaar: $ sudo apt-get install bzr </code></pre> 2.2.2 Grabar el código</h4> Para este paso existen dos opciones: Grabar y ejecutar este pequeño (http://www.domatix.com//images/stories/noticias/2011/tuto_entorno/script.zip) que hemos desarrollado en Domatix</li> Hacerlo a manualmente:</li> </ol> Ir a la carpeta donde se requiere tener la instalación de OpenERP – usualmente se instala en una carpeta con el nombre: “openerp</code>” en la carpeta del usuario: $ PATH_TO_OPENERP=~/openerp $ mkdir $PATH_TO_OPENERP $ mkdir $PATH_TO_OPENERP/server $ cd $PATH_TO_OPENERP/server $ bzr branch lp:~openerp/openobject-server/6.0 6.0 $ bzr branch lp:~openerp/openobject-server/5.0 5.0 $ mkdir $PATH_TO_OPENERP/client $ cd $PATH_TO_OPENERP/client $ bzr branch lp:~openerp/openobject-client/6.0 6.0 $ bzr branch lp:~openerp/openobject-client/5.0 5.0 $ mkdir $PATH_TO_OPENERP/client-web $ cd $PATH_TO_OPENERP/client-web $ bzr branch lp:~openerp/openobject-client-web/6.0 6.0 $ bzr branch lp:~openerp/openobject-client-web/5.0 5.0 $ mkdir $PATH_TO_OPENERP/addons $ cd $PATH_TO_OPENERP/addons $ bzr branch lp:~openerp/openobject-addons/6.0 6.0 $ bzr branch lp:~openerp/openobject-addons/5.0 5.0 $ mkdir $PATH_TO_OPENERP/addons-extra $ cd $PATH_TO_OPENERP/addons-extra $ bzr branch lp:~openerp-commiter/openobject-addons/extra-6.0 6.0 $ bzr branch lp:~openerp-commiter/openobject-addons/stable_5.0-extra-addons 5.0 </code></pre> Para que los ‘addons’ funcionen en la versión 5.0 hay que hacer unos links: $ cd $PATH_TO_OPENERP/server/5.0/bin/addons $ for d in $PATH_TO_OPENERP/addons/5.0/*; do ln -sv $d; done </code></pre> En la versión 6.0 hay que configurarlo a través del archivo ~/.openerp_serverrc</code>. Si no existe este archivo en el sistema iniciar el servidor de la siguiente manera: $ cd $PATH_TO_OPENERP/server/6.0 $ bin/openerp-server.py --save --stop-after-init </code></pre> Abre el el archive ~/.openerp_serverrc</code> en tu editor preferido y modifica la linea addons_path = /your/path/to/openerp/server/6.0/bin/addons </code></pre> A algo como lo siguiente: addons_path = /your/path/to/openerp/server/6.0/bin/addons,/your/path/to/openerp/addons/6.0 </code></pre> 2.3 Comprobar que funciona.</h3> 2.3.1 El servidor</h4> Esto solo funcionará si se ha creado (http://domatix.com/entorno-desarrollo-eclipse-openerp) la base de datos para testificar. $ cd $PATH_TO_OPENERP/server/6.0 $ bin/openerp-server.py --db_user=openerp </code></pre> 2.3.2 El cliente</h4> Con el servidor arrancado es posible iniciar el cliente: $ cd $PATH_TO_OPENERP/client/6.0 $ bin/openerp-client.py </code></pre> Aparece una ventana para hacer el login. Como clave se ingresa: demo. </a> La clave es ‘demo’ Si todo ha sido correcto, ahora hay un cliente conectado. !(http://domatix.com/wp-content/uploads/client_logged_in.png)</a> Si todo ha sido correcto… Se puede observar en la pantalla donde se ha iniciado el servidor para verificar si ha ocurrido algún error. 2.3.3 El interfaz de web</h4> $ cd $PATH_TO_OPENERP/web $ ./openerp-web.py </code></pre> En el navegador local hay que abrir la pagina http://localhost:8080</a>. El usuario y clave es demo</code>. Después, hacer clic en Login</code>. !(http://domatix.com/wp-content/uploads/web_login.png)</a> Usuario ‘demo’, clave ‘demo’. Si todo ha sido correcto se verá una ventana así:. </a> Si la instalación ha sido correcta… 2.3.4Eliminar la base de datos ‘testerp’</h4> Ahora que se ha comprobado que todo funciona correctamente, procedemos a eliminar la base de datos que se ha creado anteriormente: $ sudo su - postgres postgres $ psql psql (9.1.2) Type "help" for help. postgres=# DROP DATABASE testerp; DROP DATABASE postgres=# q postgres@vincebox ~ $ exit </code></pre> Puede encontrar más información sobre el entorno de desarrollo de OpenERP con Eclipse, en los enlaces que le adjuntamos a continuación. (http://www.domatix.com/entorno-desarrollo-eclipse-openerp-parte-dos “Entorno de desarrollo de OpenERP con Eclipse - Par”) https://openerpspain.com/</a> OpenERP Transportes 2012-03-01T00:00:00+00:00 La operativa básica de OpenERP Transportes se lleva a cabo, mediante el ingreso de los datos correspondientes a las partidas que contiene toda la información de un transporte solicitado por un Cliente y la asignación de las mismas a los expedientes. Estos expedientes son el lugar donde se registra la información de cada transporte realizado por la Empresa. Para la aplicación de las tarifas correspondientes existe un módulo que permite definir tarifas para ventas, costes y conductores según zonas (también definibles) de origen y destino y propiedades de la mercancía transportada. Una vez confirmada la realización del servicio, el sistema permite la facturación automática de los mismos. Funcionalidades:</h2> Para comprender el alcance de las diferentes funcionalidades instrumentadas describimos algunos de principales elementos desarrollados: Zonas: son un grupo de localidades a las cuales interesa referirse en forma conjunta fundamentalmente para definir condiciones de Tarifas. </li> Definición de Tarifas: El sub-módulo para la definición de tarifas es muy amplio y completo; y está dividido tres partes: Ventas, Costes y Conductores. </li> Ventas: definición de tarifas a aplicar a un grupo de clientes, para las mismas es posible especificar: </li> Fechas de vigencia (general o por Cliente que integra el grupo) </li> Condiciones de aplicación según: factores de conversión de metros cúbicos y metros lineales, tipo de servicio, tipo de tráfico, incoterm y zonas de origen y destino del transporte. </li> Escalado de valores de la tarifa según peso, volumen o metros lineales de la mercancía transportada o distancia que implica el transporte </li> Costes: iguales características que Ventas pero aplicado a proveedores, útil para empresas de transporte que suelan subcontratar a otras empresas y posean un conjunto de tarifas ya definidos por las mismas. </li> Conductores: similares características que Ventas pero destinado a definir las tarifas correspondientes a los conductores que participen del Transporte (Dieta, Complementos de productividad, etc.) </li> </ul> Las tarifas definidas generan “conceptos facturables” que en esencia son productos del tipo servicio y determinan la perfecta integración con los demás módulos de OpenERP relacionados a esta operativa como por ejemplo gestión de ventas, gestión de compras y gestión financiera. Transporte:</h2> La información relativa al transporte se registra por una parte; en Partidas (transporte para un cliente de un conjunto de mercancías desde un origen a un destino en un determinado momento). Y por otra parte, en expedientes (documento que registra la información relativa al viaje entre dos localidades realizado por un vehículo de la empresa o una subcontratada para atender los transportes que determinan una o varias partidas) !(https://openerpspain.com/wp-content/uploads/partidas%20contenedor.png) Partidas: Éste elemento permite visualizar un importante conjunto de información que se presenta en dos formatos: Grupaje y contenedor (según el transporte se realice en un camión con lona o en contenedor, respectivamente). Como información básica podemos señalar: cliente, tipo de servicio, tipo de tráfico, incoterm, origen, destino, fechas programadas y reales de recogida y entrega, distancia y detalle de la mercancía a transportar así como sus propiedades (peso, volumen, metros lineales, etc.) En base a la información precedente es posible aplicar en forma automática o manual las tarifas que correspondan, visualizándose en las solapas respectivas la información de facturación al cliente y gastos producidas. Expedientes: Éste elemento además de vincular las partidas relacionadas a un viaje permite visualizar en forma conjunta todos sus componentes: Datos específicos del viaje de acuerdo a las partidas que lo componen e información relativa a gastos, conductores y vehículos. Es un resumen donde se agrupan una o varias partidas. Además, indicando la suma de los ingresos y gastos relativos a las distintas partidas, además de los propios del expediente. Gestión de calidad:</h2> Mediante la extensión del módulo CRM de OpenERP se ha instrumentado la Gestión de Calidad para el seguimiento de incidencias. Provee una forma ágil de vincular diferentes documentos de la aplicación, registrar información de sucesos, agenda de gestiones, valoraciones de peritación, centralizar información de contactos, responsables, etc. para un seguimiento de casos eficiente. La funcionalidad implementa algunas mejoras a la gestión de documentos externos para cada caso particular. En definitiva, permite la gestión de incidencias, tanto internas como en los casos en que haya que dar parte al seguro, para el seguimiento del mismo y los documentos asociados a él. !(https://openerpspain.com/wp-content/uploads/gestion%20de%20calidad.png) Acceso Web:</h2> Para permitir el seguimiento por parte del Cliente se ha previsto lo siguiente: La información necesaria de los clientes que permita el su acceso mediante una interfaz WEB, así como la presentación de la información pertinente. OpenERP transportes es una solución vertical desarrollada por (http://www.domatix.com) que actualmente se encuentra en proceso de migración a la versión 6.1. (http://domatix.com/openerp-transportes) y (http://domatix.com/contacto). También puede encontrar más información sobre el tema del artículo en: https://openerpspain.com/</a> Versión final de OpenERP v6.1 2012-02-17T00:00:00+00:00 A continuación hablaremos de la Versión final de OpenERP v6.1 Los usuarios se preguntan ¿Tenemos versión final estable 6.1 ?. Pues bien, OpenERP llevó a cabo un comunicado oficial en el que confirmaron que esta semana tendríamos la nueva versión estable final. Además, algunas voces criticaron el hecho de tener sólo una “release candidate”, con lo que no se esperaba una versión demasiado estable. Sin embargo, esta mañana nos hemos encontrado con una sorpresa al actualizar los repositorios. Por tanto, nos ha llamado la atención el cambio producido en un fichero en especial, situado en el directorio de PATH_SOURCES_OPENERP_SERVER/openerp/release.py version_info = (6,1,0,FINAL,0) Además en los logs anteriores al ejecutar el server teníamos: 2012-02-17 08:02:15,257 10777 INFO ? openerp: OpenERP version 6.1rc1 … 2012-02-17 08:02:15,257 10777 INFO ? openerp: OpenERP version 6.1rc1 … Y ahora: … 2012-02-17 07:54:46,478 5439 INFO ? openerp: OpenERP version 6.1 … Para más infromación sobre la versión final de OpenERP v6.1 puede entrar en nuestra web:https://openerpspain.com/</a>y en (https://www.domatix.com/) !(https://i0.wp.com/gplexpert.com/wp-content/uploads/2014/05/openerp.png?zoom=2.625&resize=370%2C95&ssl=1) Inminente lanzamiento OpenERP v6.1 2012-02-09T00:00:00+00:00 A continuación, trataremos el Inminente lanzamiento OpenERP v6.1, según nos anticipado desde https://lists.launchpad.net/openerp-community/msg00852.html</a> La semana que viene, tendremos publicada la versión estable de OpenERP v6.1 Por una parte, ha sido una RC1 corta, pero la verdad es que la nueva versión de OpenERP funciona muy bien. Por otra parte, el cliente web es muy muy rápido, nada que ver con la anterior versión. Algo más que recomendable. !(https://openerpspain.com/wp-content/uploads/logo.png) Además, Desde MálagaTIC llevamos probando la nueva versión y estamos satisfechos con los resultados. Podrás encontrar más información respecto al inminente lanzamiento OpenERP v6.1 en: Read more (http://www.malagatic.com/blog/item/77-openerp-v61-se-acerca-la-versi%C3%B3n-estable “OpenERP v61 - Se acerca la versión estable”) También encontrara información relacionada en nuestra pagina web. https://openerpspain.com/</a> Installing Zoook on Ubuntu II: Python and Django 2012-02-09T00:00:00+00:00 In this part: Installing Zoook on Ubuntu II; we’ll head on to the installation of (http://www.python.org/) and (https://www.djangoproject.com/) on Ubuntu 11.10 and verify its working. Este artículo también está disponible en (http://www.domatix.com/index.php?option=com_k2&view=item&id=139&Itemid=71). Table of Contents</h2> 1 Install Python</a></li> 2 Install Django</a> 2.1 Installation via the package management system</a></li> 2.2 Installing the last stable version from the website</a></li> </ul> </li> 3 Verify the installation</a> 3.1 Create a Django test project</a></li> </ul> </li> </ul> 1 Install Python</h2> The default Python interpreter on Ubuntu 11.10 is 2.7.2. To verify that this is the version on your system execute: $ python </code></pre> Find out the version of your Python installation. The message indicates that the version 2.7.2 is installed. To exit the Python interpreter execute a >>> quit() </code></pre> In the rare case that there is no Python on your system, install it via $ sudo apt-get install python </code></pre> 2 Install Django</h2> Install all dependencies needed by Django: $ sudo apt-get install python-dev python-psycopg2 </code></pre> You can install Django in three different ways: via the package management system of your distribution,</li> fetching the latest stable version from the website, or</li> download the development version from their repositories.</li> </ol> 2.1 Installation via the package management system</h3> The installation via the package management system is as simple as $ sudo apt-get install python-django </code></pre> 2.2 Installing the last stable version from the website</h3> Surf to the (https://www.djangoproject.com/download/) of the Django site and check for the latest stable version. That was 1.3.1 as of this writing (8th of February 2012). $ cd ~ $ tar xvzf Django-1.3.1.tar.gz $ mv Django-1.3.1 django-src </code></pre> This way you’ll find the source code in the directory ~/django-src</code>. The next step is to pass this information to Python. Locate the site-packages of your Python installation: $ python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()" </code></pre> Locate the site-packages of your Python installation. which indicates that your site-package directory is /usr/lib/python2.7/dist-packages</code>. In this directory you’ll have to add the route to the Django sources: $ echo '/home/roberto/django-src' | sudo tee -a /usr/lib/python2.7/dist-packages/django.pth </code></pre> This creates the file /usr/lib/python2.7/dist-packages/django.pth</code> with the path to your Django installation. To make a live a bit more comfortable, create a symbolic link to django-admin.py: $ sudo ln -s /home/roberto/django-src/django/bin/django-admin.py /usr/local/bin </code></pre> This way you can use django-admin.py</code> in every place of the file system instead of executing the script by its absolute path ~/django-src/django/bin/django-admin.py</code>. 3 Verify the installation</h2> Check that Python can find the Django modules: $ python >>> import django >>> print django.get_version() </code></pre> Check that Python finds Django. This indicates that Python detected Django in its 1.3.1 version. 3.1 Create a Django test project</h3> We are going to create a Django test page in order to verify that everything is working fine. At first create a new directory for this: $ mkdir ~/django-projects $ cd ~/django-projects </code></pre> In this case the directory is located in the home directory of the user and has the name django-projects</code>. Now, create a test project in this category: $ django-admin.py startproject testdjango </code></pre> Change to the directory of the project and start the Django server: $ cd testdjango $ python manage.py runserver </code></pre> Successfully started Django server. The server started up correctly and is waiting for connections on port 8000 (http://127.0.0.1:8000/</a>). Now, we could create a database in PostgreSQL and verify the connection with the project. But, given the aim of this article (install Zoook) we’re going into the details of the database access when configuring Zoook. You could find more information about Installing Zoook on Ubuntu II in our web: https://openerpspain.com/odoo/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) Installing Zoook on Ubuntu III 2012-02-09T00:00:00+00:00 Installing Zoook on Ubuntu III !(http://jeudisdulibre.be/wp-content/uploads/2014/01/openerp_logo-square-265x205.png) Este artículo está disponible en (http://www.domatix.com/index.php?option=com_k2&view=item&id=140&Itemid=71 “View this article in spanish”). This is part three in our articles dedicated to the installation of Zoook on Ubuntu 11.10. The next steps will be to fetch the source code from the repositories of (http://www.zikzakmedia.com/) and establish its connection it with (http://www.openerp.com/). Table of Contents</h2> 1 Download Zoook from the repositories</a></li> 2 Install dependencies</a> 2.1 OOOP (Open Object On Python)</a></li> 2.2 Pyro3 (Python Remote Objects)</a></li> 2.3 Paramiko</a></li> 2.4 Recaptcha Client</a></li> 2.5 inplaceeditform</a></li> 2.6 django-localurl</a></li> 2.7 django-transmeta</a></li> 2.8 django-maintenancemode</a></li> 2.9 Correct imports</a> 2.9.1 /zoook-app/settings.py</a></li> 2.9.2 /zoook-app/tools/cms/templatetags/imageslider.py</a></li> 2.9.3 /zoook-app/tools/cms/templatetags/menubuilder.py</a></li> 2.9.4 /zoook-app/tools/cms/templatetags/modules.py</a></li> </ul> </li> </ul> </li> </ul> 1 Download Zoook from the repositories</h2> The repository of the Django application of Zoook isn’t available any more on Launchpad. But you can fetch a zipped copy (http://www.domatix.com/descargas/zoook-app.zip). For the rest of this article I assume that you unpacked the content of the archive to /home/roberto/django-projects/zoook-app</code>. </blockquote> 2 Install dependencies</h2> Zoook depends on the following packages: (https://github.com/zikzakmedia/ooop) (the Zikzak fork),</li> (http://irmen.home.xs4all.nl/pyro3/) (optional but recommended),</li> (http://www.lag.net/paramiko/),</li> (http://pypi.python.org/packages/source/r/recaptcha-client/),</li> (https://github.com/zikzakmedia/django-inplaceeditform) (the Zikzak fork),</li> (https://bitbucket.org/carljm/django-localeurl/),</li> (https://github.com/zikzakmedia/django-maintenancemode) (the Zikzak fork) and</li> (http://code.google.com/p/django-transmeta/).</li> </ul> Install the python-setuptools package first in order to make the installation of these dependencies easier: $ sudo apt-get install python-setuptools </code></pre> The next step is to create a folder, where you want to install all further third party dependencies of Zoook. This will later on make updates of the packages via git, mercurial, etc. much easier. In this tutorial we are going to use ~/django-projects/zoook-external</code> for this purpose: $ cd ~/django-projects $ mkdir zoook-external </code></pre> 2.1 OOOP (Open Object On Python)</h3> Clone and install the fork of Zikzak Media: $ cd ~/django-projects/zoook-external $ git clone https://github.com/zikzakmedia/ooop.git $ cd ooop $ sudo python setup.py install </code></pre> 2.2 Pyro3 (Python Remote Objects)</h3> Check their (http://pypi.python.org/pypi/Pyro/) for the latest version – that is 3.15 as of this writing –, download, unpack and install it: $ cd ~/django-projects/zoook-external $ wget pypi.python.org/packages/source/P/Pyro/Pyro-3.15.tar.gz $ tar xvzf Pyro-3.15.tar.gz $ cd Pyro-3.15 $ sudo python setup.py install </code></pre> 2.3 Paramiko</h3> Check their (http://www.lag.net/paramiko/) for the latest version – that is 1.7.7.1 as of this writing –, download, unpack and install it: $ cd ~/django-projects/zoook-external $ wget http://www.lag.net/paramiko/download/paramiko-1.7.7.1.tar.gz $ tar xvzf paramiko-1.7.7.1.tar.gz $ cd paramiko-1.7.7.1 $ sudo python setup.py install </code></pre> 2.4 Recaptcha Client</h3> Check their (http://pypi.python.org/packages/source/r/recaptcha-client/) for the latest version – that is 1.0.6 as of this writing –, download, unpack and install it: $ cd ~/django-projects/zoook-external $ wget http://pypi.python.org/packages/source/r/recaptcha-client/recaptcha-client-1.0.6.tar.gz $ tar xvzf recaptcha-client-1.0.6.tar.gz $ cd recaptcha-client-1.0.6 $ sudo python setup.py install </code></pre> 2.5 inplaceeditform</h3> Clone and install the fork of Zikzak Media: $ cd ~/django-projects/zoook-external $ git clone https://github.com/zikzakmedia/django-inplaceeditform.git $ cd django-inplaceeditform $ sudo python setup.py install </code></pre> 2.6 django-localurl</h3> In the case that there is no (http://mercurial.selenic.com/) installed: $ sudo apt-get install mercurial </code></pre> This done, clone the oficial repository of django-localurl and install it: $ cd ~/django-projects/zoook-external $ hg clone https://bitbucket.org/carljm/django-localeurl $ cd django-localeurl/ $ sudo python setup.py install </code></pre> 2.7 django-transmeta</h3> In case that you don’t have (http://subversion.tigris.org/) installed: $ sudo apt-get install svn </code></pre> That finished go ahead to the installation of django-transmeta: $ cd ~/django-projects/zoook-external $ svn checkout http://django-transmeta.googlecode.com/svn/trunk/ django-transmeta $ cd django-transmeta $ sudo python setup.py install </code></pre> 2.8 django-maintenancemode</h3> Clone and install Zikzak Media’s fork of django-maintanencemode: $ cd ~/django-projects/zoook-external $ git clone https://github.com/zikzakmedia/django-maintenancemode.git $ cd django-maintenancemode $ sudo python setup.py install </code></pre> 2.9 Correct imports</h3> As a default Zoook’s module do absolute imports with a zoook.</code> prefix. You’ll have to convert these absolute imports to relative ones. That is, to eliminate this ‘zoook’ prefix. Modify the following files as indicated. 2.9.1 /zoook-app/settings.py</h4> Change this line ROOT_URLCONF = 'zoook.urls' </code></pre> to ROOT_URLCONF = 'urls' </code></pre> 2.9.2 /zoook-app/tools/cms/templatetags/imageslider.py</h4> Change this line from zoook.tools.cms.models import ImageSlider, ImageSliderItem </code></pre> to from tools.cms.models import ImageSlider, ImageSliderItem </code></pre> 2.9.3 /zoook-app/tools/cms/templatetags/menubuilder.py</h4> Change this line from zoook.tools.cms.models import Menu, MenuItem </code></pre> to from tools.cms.models import Menu, MenuItem </code></pre> 2.9.4 /zoook-app/tools/cms/templatetags/modules.py</h4> Change this line from zoook.tools.cms.models import Modules </code></pre> to from tools.cms.models import Modules </code></pre> The next and final article in this series will be dedicated to the interconnection of Zoook and OpenERP. Read more (http://www.domatix.com/installing-zoook-on-ubuntu-%E2%80%93-part-iii-zoook-installation “Installing Zoook on Ubuntu – Part III: Zoook insta”) you could find more infromation about Installing Zoook on Ubuntu – III in our web page https://openerpspain.com/odoo/</a> Installing Zoook on Ubuntu – Part IV: Zoook - Parametrize and connect with OpenERP 2012-02-09T00:00:00+00:00 !(http://domatix.com/wp-content/uploads/list_databases.png “01.impuestos”)</a> Artículo también disponible en (http://www.domatix.com/index.php?option=com_k2&view=item&id=143&Itemid=71 “View this article in spanish”). The final part of the series of articles dedicated to Zoook. After finalising the installation of Zoook we’re going over to its parametrisation and the connection with the OpenERP server. Table of Contents</h2> 1. Install OpenERP dependencies</a></li> 2. Connecting Zoook to the Database</a></li> 3. Parametrisation of Zoook</a> 3.1. ~/django-projects/zoook-app/config.py</code></a></li> 3.2. ~/django-projects/zoook-app/sync/config_path.py</code></a></li> 3.3. ~/django-projects/zoook-app/settings.py</code></a></li> 3.4. Create Zoooks database tables</a></li> 3.5. ~/django-projects/zoook-app/configuration.py</code></a></li> 3.6. Adjust file permissions</a></li> 3.7. Testing Zoook</a></li> </ul> </li> 4. Connecting Zoook with OpenERP</a></li> 5. Export test products</a></li> </ul> 1. Install OpenERP dependencies</h2> You’ll have to install the following modules in OpenERP: account_payment_extension (addons-extra) (http://www.domatix.com/apps.openerp.com/addon/1755),</li> base_vat,</li> delivery (http://apps.openerp.com/addon/739),</li> django (addons-extra) (http://apps.openerp.com/addon/4533),</li> nan_product_pack (addons-extra). Optional. Needed to use grouped products. (http://apps.openerp.com/addon/1542)</li> Poweremail (https://github.com/openlabs/poweremail</a>) (http://www.domatix.com/#Poweremail)</li> product</li> product_manufacturer (http://apps.openerp.com/addon/711)</li> product_attributes (addons-extra). Optional. Needed to use attributes in the products. (http://apps.openerp.com/addon/4532)</li> product_m2mcategories (addons-extra) (http://apps.openerp.com/addon/1677)</li> product_images_olbs (addons-extra) (http://apps.openerp.com/addon/1745)</li> sale_payment (addons-extra) (http://apps.openerp.com/addon/1899)</li> sale_promotions (https://code.launchpad.net/~zikzak/oosalespromotions/sale_promotions) or from the addons-extra package of OpenERP.</li> zoook (https://github.com/zikzakmedia/openerp-esale</a>).</li> </ul> 2. Connecting Zoook to the Database</h2> At first create a PostgreSQL database for Zoook. In a development environment you can use the user openerp</code>. This way you don’t have to create a new one. In production its recommended to make sure that every user has an exclusive access to the database. $ sudo -u postgres psql postgres=# CREATE DATABASE dj_zoook OWNER openerp; postgres=# l </code></pre> The last command shows the existent databases. If everything worked out fine it should show someting like the following: !(http://domatix.com/wp-content/uploads/list_databases.png)</a> Verify the correct creation of the database. 3. Parametrisation of Zoook</h2> 3.1.~/django-projects/zoook-app/config.py</code></h3> Edit the file and adjust the parameters of the connection to OpenERP. You’ll have to configure all passages. The following ones are especially important for the interconnection with the OpenERP server and error detection: LANGUAGES</code> Defines the languages of your web shop. They have to be the same as in OpenERP. #Edit your languagesLANGUAGE_CODE = 'es'LANGUAGES = ( ('es', ugettext('Spanish')), ('en', ugettext('English')), ) DEFAULT_LANGUAGE = 1 LOCALE_URI = True </code></pre> </li> OERP_SALE</code> Indicates which OpenERP shop should be used in Zoook (just for the case that you have several shops). OERP_SALE = 1 #Sale Shop. All price, orders, ... use this Sale Shop ID. </code></pre> </li> LOGS</code> Defines the path to Zoooks logging files. LOGFILE = '/home/roberto/django-projects/zoook-app/log/sync.log'#path sync logLOGSALE = '/home/roberto/django-projects/zoook-app/log/sale.log'#path sale log </code></pre> </li> DATABASES</code> Defines where and how Zoook finds its database. DATABASES = { 'default': { 'ENGINE': 'django.db.backends.postgresql_psycopg2', # Add 'postgresql_psycopg2', 'postgresql', 'mysql', 'sqlite3' or 'oracle'.'NAME': 'dj_zoook', # Or path to database file if using sqlite3.'USER': 'openerp', # Not used with sqlite3.'PASSWORD': 'openerp', # Not used with sqlite3.'HOST': 'localhost', # Set to empty string for localhost. Not used with sqlite3.'PORT': '5432', # Set to empty string for default. Not used with sqlite3. } } </code></pre> </li> OERP_CONF</code> Defines the connection to the XML-RPC service of OpenERP. OERP_CONF = { 'username':'admin', 'password':'openerp', 'dbname':'openerp', 'protocol':'xmlrpc', #xmlrpc'uri':'http://localhost', #xmlrpc'port':8069, #xmlrpc# 'protocol':'pyro', #pyro# 'uri':'localhost', #pyro# 'port':8071, #pyro } </code></pre> </li> </ul> 3.2.~/django-projects/zoook-app/sync/config_path.py</code></h3> Contains the routes to Zoook so that the SSH synchronisation process can find the needed files. djpath = '/home/roberto/django-projects/zoook-app' </code></pre> 3.3.~/django-projects/zoook-app/settings.py</code></h3> Edit this file to assign a new unique password to Zoook. I’d recommend to use a password generator such as (http://www.safepasswd.com/). # Make this unique, and don't share it with anybody.SECRET_KEY = 'YOUR_PASSWORD_GOES_HERE' </code></pre> 3.4. Create Zoooks database tables</h3> Generate the data base structure $ cd ~/django-projects/zoook-app $ python manage.py syncdb </code></pre> The script will ask if you want to create a new super-user. Affirm and pass it the needed data for the account you’ll later want to administer Zoook with. !(http://domatix.com/wp-content/uploads/syncdb_superuser3.png)</a> Create a superuser for Django. </li> </ul> 3.5. ~/django-projects/zoook-app/configuration.py</code></h3> Execute the configuration assistant and give it further information needed by Django. Execute configuration.py</code> $ cd ~/django-projects/zoook-app $ ./configuration.py </code></pre> The output should look like this: !(http://domatix.com/wp-content/uploads/asistente_configuration.png)</a> Configuration of Django. </li> </ul> 3.6. Adjust file permissions</h3> Change the permissions in the sync</code> directory $ cd ~/django-projects/zoook-app/ $ sudo chown -R roberto:www-data * $ sudo chmod 775 -R sync </code></pre> </li> </ul> 3.7. Testing Zoook</h3> Run the server $ cd ~/django-projects/zoook-app/ $ python manage.py runserver </code></pre> this should show something like: </a> Successfully initiated Django server. Open your browser and open up the direction of the server (http://127.0.0.1:8000/</a>). Zoook should load the first time and you should end up with a site like this: !(http://domatix.com/wp-content/uploads/server_zoook_test.png)</a> Start page of Zoook. Access the administration area with the super user credentials created (http://www.domatix.com/#sec-3-4-1): </a> Zooks administration page. </li> </ul> 4. Connecting Zoook with OpenERP</h2> A SSH server is required on the machine where Zoook is installed: $ sudo apt-get install openssh-server </code></pre> The next step is to configure poweremail to create a template for orders. This article won’t cover the further details of this step. You can get that information (http://www.sharoonthomas.com/2009/09/poweremail-for-open-erp.html). Now, open up OpenERP and configure the shop for the connection with Zoook. Open Sales => Configuration => Sales => Shop</code> Choose the shop you’re going to use with Zoook, edit it and check the box next to OpenERP e-Sale</code> in the upper right. As an outcome of this should appear a new configuration tab for Zoook. </a> Indicate a shop fort exportation. </a> Mark all products for exportation. </a> Configure the SSH connection. When doing the test of the connection it should pop up a message, saying that it is configured properly. 5. Export test products</h2> Now, we’ll only have to add some test categories and products. The only thing noteworthy at this point is that in order to export a product to the web you have to check “Export to online shop?”. Once this is checked you’ll see a new tab with the name “e-Sale” where you can parametrise the options of the product of the web shop. !(http://domatix.com/wp-content/uploads/openerp_config_product.png)</a> Arrange e-Sale options on a product. After the creation of products you’ll have to go back to the configuration of the shop to export products, categories, images etc. After doing a refresh of the page of Zoook you should be able to see the introduced data: !(http://domatix.com/wp-content/uploads/zoook_category_view.png)</a> With excellent results exported category in Zoook. !(http://domatix.com/wp-content/uploads/zoook_product_view.png)</a> Successfully exported product in Zoook. Read more (http://www.domatix.com/installing-zoook-on-ubuntu-%E2%80%93-part-iv-zoook-%E2%80%93-parametrize-and-connect-with-openerp “Installing Zoook on Ubuntu – Part IV: Zoook - Para”) You could find more information about the article in our web: https://openerpspain.com/odoo/</a> Installing Zoook on Ubuntu 2012-02-08T00:00:00+00:00 Installing Zoook on Ubuntu Part 1</h2> !(http://domatix.com/wp-content/uploads/powered_by_apache.png)</a> Installing Zoook on Ubuntu Part 1</h2> Puede disponer del Artículo: Installing Zoook on Ubuntu Part 1**también en (http://www.domatix.com/index.php?option=com_k2&view=item&id=138&Itemid=71 “See spanish version”). What is Zoook? Zoook is a web shop canal developed by (http://www.zikzakmedia.com/). It is based on (https://www.djangoproject.com/ “Django - Official website”) and is to 100% compatible with OpenERP without any connectors. The orders, the stock, postage and prices (to list just a few features) come straight from OpenERP. </blockquote> Whar are we going to install? Apache 2</li> PostgreSQL 9.11</li> pgAdmin3 1.14.0</li> Python 2.7</li> the mod_wsgi module for Apache 2</li> Zoook.</li> </ul> In this series of articles we are going into the details of how to install Zoook on Ubuntu 11.00. The aim of these articles is to document the steps to implement a Zoook in a development as well as in an actual production environment and to give the user the solutions to possible problems that can come up during the installation and configuration process. The whole process it is going to be split up into four parts with this one being the first explaining how to set up (http://www.apache.org/ “Apache - Official website”) and (http://www.postgresql.org/ “PostgreSQL - Official website”). Table of Contents</h2> 1 Install Apache 2 (production environment)</a></li> 2 Install PostgreSQL</a></li> 3 Install pgAdmin3</a> 3.1 Installation from the repositories</a></li> 3.2 Compilation and Installation of the source code</a></li> </ul> </li> 4 Configure PostgreSQL user</a></li> </ul> 1 Install Apache 2 (production environment)</h2> Django incorporates a server for development environments that is recommended to use as it simplifies the debugging process. So this step is not needed in development environments. To install Apache 2 open up a terminal and execute: $ sudo apt-get install apache2 </code></pre> 2 Install PostgreSQL</h2> Python as well as Apache support various database back ends. But, this article is centred on the usage of PostgreSQL. To install PostgreSQL execute: $ sudo apt-get install postgresql </code></pre> 3 Install pgAdmin3</h2> The next step is to install (http://www.pgadmin.org/). A graphical interface to PostgreSQL that makes the management of the PostgreSQL server easier. Actually the last available version is 1.14.0. But, in the repository of Ubuntu is only te version 1.12.3-1. 3.1 Installation from the repositories</h3> To install the version 1.12.3-1 from the repositories: $ sudo apt-get install pgadmin3 </code></pre> 3.2 Compilation and Installation of the source code</h3> If you prefer to install the last version, you have to fetch the source code and compile it. (http://www.pgadmin.org/download/) the source and unpack it: $ tar xvzf pgadmin3-1.14.0.tar.gz </code></pre> Change to the directory where you unpacked it: $ cd pgadmin3-1.14.0 </code></pre> Before you can install it make sure that all the dependencies are satisfied: $ sudo apt-get install build-essential libwxgtk2.8-dev libxml2-dev libxslt1-dev libgtk2.0-dev </code></pre> After this execute $ ./configure </code></pre> The next step would be to execute make</code>. But, if you do that now it’ll raise the error: ./db/keywords.c:33:34: error: parser/kwlist.h: No such file or directory </code></pre> This error is produced because there is a bug in the PostgreSQL constructor that misses to install the necessary file in the appropriate directory. To solve this you have to download (http://www.domatix.com/descargas/kwlist.h) and create the directory /usr/include/postgresql/parser</code>: $ sudo mkdir -p /usr/include/postgresql/parser </code></pre> Move the downloaded archive to this directory: $ sudo mv kwlist.h /usr/include/postgresql/parser </code></pre> Now, you can execute $ make </code></pre> and afterwards $ make install </code></pre> The installation should have succeed correctly. Additionally create a symbolic link to the pgadmin3 executable: $ sudo ln -s /usr/local/pgadmin3/bin/pgadmin3 /usr/local/bin/pgadmin3 </code></pre> This way you can execute it via: $ pgadmin3 </code></pre> instead of: $ /usr/local/bin/pgadmin3 </code></pre> 4 Configure PostgreSQL user</h2> PostgreSQL has the default setting ident sameuser</code> for local connections. This permits a system user to access the same account on the SQL server. For this reason you have to create a new user on the SQL server with the same name under which the server is running. $ sudo -u postgres createuser --superuser YOUR_USER_NAME $ sudo -u postgres psql postgres=# password YOUR_USER_NAME </code></pre> Re-initiate the Apache server after all these changes: $ sudo /etc/init.d/apache2 restart </code></pre> Now the system is set up to continue with the following steps to install Python, Django, mod_wsgi and Zoook. Read more (http://www.domatix.com/installing-zoook-on-ubuntu-part-i-apache-and-postgresql “Installing Zoook on Ubuntu - Part I: Apache and Po”) You could find more information in our web relacionated whit installing Zoook on Ubuntu Part 1: https://openerpspain.com/odoo/</a> Entorno de desarrollo de OpenERP con Eclipse 2012-02-06T00:00:00+00:00 En este artículo, trataremos de ver como funciona el entorno de desarrollo de OpenERP con Eclipse. Entorno de desarrollo de OpenERP con Eclipse, todas las carpetas de addons quedan vinculadas directamente desde (https://launchpad.net/~openerp “Launchpad - OpenERP”) para mantener el entorno actualizado fácilmente con (http://bazaar.canonical.com/en/ “Bazaar - Página oficial”). Las instrucciones se han probado en sistemas basados en Linux Mint 12</a> ó Ubuntu 11.10</a>. Con el fin de no hacer demasiado extenso el artículo se dividirá en cuatro sub-artículos: Instalación del servidor PostgreSQL (este artículo)</li> Instalación de OpenERP</li> Instalación de Eclipse</li> Script para importar el entorno de trabajo desde Launchpad.!(https://juanjosecanbus.files.wordpress.com/2014/10/logo_openerp.png)</li> </ol> A continuación se detalla la primera parte de la serie de artículos 1. Servidor de PostgreSQL</h2> Página de referencia: (http://doc.openerp.com/v6.0/install/linux/postgres/index.html) Índice</h4> 1.1. Instalación</a></li> 1.2. Usuario de PostgreSQL</a></li> 1.3. Permitir OpenERP acceso a la base de datos</a></li> </ul> 1.1. Instalación</h3> $ sudo apt-get install postgresql </code></pre> 1.2. Usuario de PostgreSQL</h3> Necesitamos un usuario a través del cual OpenERP luego puede acceder a la base de datos. Ten en cuenta que el nombre del usuario en PostgreSQL tiene que ser el mismo que el nombre que usas como el usuario que luego inicia el servidor: $ sudo su - postgres postgres $ createuser openerp Shall the new role be a superuser? (y/n) y postgres $ psql template1 psql (9.1.2) Type "help" for help. template1=# alter role openerp with password 'postgres'; postgres $ psql postgres=# CREATE DATABASE testerp WITH OWNER = openerp; CREATE DATABASE postgres=# q postgres $ exit </code></pre> El último comando crea una base de datos para luego poder comprobar que el servidor funcione. Ahora tenemos que hacer unos cambios en el archivo /etc/postgresql/9.1/main/pg_hba.conf</code> (intercambia 9.1</code> por la versión instalada en tu sistema operativo). 1.3. Permitir OpenERP acceso a la base de datos</h3> Este paso puedes saltar si el nombre del usuario que luego ejecuta el servidor de OpenERP tiene el mismo nombre que el usuario de PostgreSQL. # TYPE DATABASE USER CIDR-ADDRESS METHOD # "local" is for Unix domain socket connections only # MODIFY THE EXISTING LINE TO LOOK LIKE THIS: local all all trust # IPv4 local connections: # MODIFY THE EXISTING LINE TO LOOK LIKE THIS: host all all 127.0.0.1/32 trust # ADD THIS LINE TO ALLOW REMOTE ACCESS; use your own IP address range: host all all 10.10.10.0/24 trust # IPv6 local connections: host all all ::1/128 ident </code></pre> Para continuar leyendo el artículo: (http://www.domatix.com/entorno-desarrollo-eclipse-openerp “Entorno de desarrollo de OpenERP con Eclipse”) Puede obtener más información sobre el entorno de desarrollo de OpenERP con Eclipse, en nuestra página web a traves de este enlace: https://openerpspain.com/odoo/</a> OpenERP v6.1 - cliente web 2012-01-26T00:00:00+00:00 A continuación, en este artículo hablaremos sobre la parte del cliente web para OpenERP v6.1 Tan sólo queremos dar una pequeña nota para los errores en la ejecución del cliente web (que ahora se ejecuta como un addon de openerp-server): De hecho, si obtenéis el error de que no carga la librería wsgi, es por la versión de werkzeug instalada. Esto ocurre sobre todo en ubuntu 10.04, que por repos, nos tira una versión no muy actual. Además, damos la garantía de que no te ocurrirá con versiones más modernas o bien con Debian 6.0.3 Squezze. Error: [2012-01-26 18:26:27,882][?] ERROR:root:Failed to load server-wide module web</code>. The web</code> module is provided by the addons found in the openerp-web</code> project. Maybe you forgot to add those addons in your addons_path configuration. Traceback (most recent call last): File “./openerp-server61/openerp-server”, line 246, in __import__(m) File “/home/joseba/src/openerp_v61/openerp-server61/openerp/modules/module.py”, line 138, in load_module mod = imp.load_module(module_name, f, path, descr) File “/home/joseba/src/openerp_v61/openerp-web61/addons/web/__init__.py”, line 1, in import common File “/home/joseba/src/openerp_v61/openerp-web61/addons/web/common/__init__.py”, line 2, in import http File “/home/joseba/src/openerp_v61/openerp-web61/addons/web/common/http.py”, line 26, in import werkzeug.wsgi ImportError: No module named wsgi [2012-01-26 18:26:27,882][?] ERROR:root:Failed to load server-wide module web</code>. The web</code> module is provided by the addons found in the openerp-web</code> project.Maybe you forgot to add those addons in your addons_path configuration.Traceback web61/addons/web/common/http.py“, line 26, in import werkzeug.wsgi …bla bla bla . . . ImportError: No module named wsgi Sol: Instalar un instalador de paquetes python:</li> </ol> sudo easy_install pip </code></pre> Instalar el werkzeug (si no lo teníamos):</li> </ol> sudo pip install werkzeug </code></pre> Y añado yo, si ya lo tenías instalado (casi seguro), debes actualizarlo mediante: sudo pip install –upgrade werkzeug Con esto ya tendrá un funcionamiento estupendo. Fuente: http://stackoverflow.com/questions/8249953/werkzeug-doesnt-include-wsgi-module Read more (http://www.malagatic.com/blog/item/76-openerp-v61-cliente-web “OpenERP v61 - cliente web”) Puede encontrar informacion adicional si quiere en el enlace que le dejamos a continuación: https://openerpspain.com/odoo/</a> !(http://domatix.com/wp-content/uploads/logo_openerp.png) Nace Factor Libre 2012-01-11T00:00:00+00:00 ¡Hola! A través de este post de bienvenida, damos por inaugurada nuestra flamante página web y comenzamos a ofrecer nuestros servicios al público interesado. Nace el Factor Libre. Detrás de Factor Libre, estamos un equipo plenamente formado y con mucha experiencia en las tecnologías con las que actualmente trabajamos: OpenERP, Spree y Ruby On Rails. A lo largo de las diferentes entradas de este blog, os informaremos por un lado de las últimas novedades de cada una de ellas, además de contaros nuestros casos de éxito y las noticias corporativas internas. Muchas gracias por estar ahí, para cualquier cosa que necesitéis os dejamos nuestro formulario de contacto. ¡Arrancamos! Read more (http://factorlibre.com/hola-mundo/ “Nace Factor Libre”) Puede encontrar más información sobre el tema del artículo (Nace Factor Libre) en nuestro sitio web: https://openerpspain.com/odoo/</a> !(https://abstract-technology.fr/media/technology/openerp-logo-1.png/@@images/image.png) Nueva web factor libre 2012-01-11T00:00:00+00:00 El objetivo de este artículo es presentar la Nueva web factor libre ¡Hola! Ha llegado el momento de inaugurar nuestro blog y nuestra nueva web factor libre , en la cual queremos mostraros los servicios que prestamos como consultora tecnológica especializada en soluciones de código abierto. Detrás de la Nueva web factor libre estamos un equipo plenamente formado y con mucha experiencia en las tecnologías libres con las que actualmente trabajamos: OpenERP, Spree y Ruby On Rails. Actualmente, tenemos oficinas en Madrid y en Cantabria. Pero, nos hemos marcado como objetivo, ser lo más cercano posible con nuestros clientes, por lo que, contamos con colaboradores en toda España. Para facilitar el acceso a todos nuestros usuarios. Por lo que, estés donde estés, cuéntanos tu proyecto que seguro que podemos ayudar de alguna manera. ;) A lo largo de las diferentes entradas de este blog, os informaremos por un lado de las últimas novedades de OpenERP, Spree y Ruby on Rails. Además, de contaros nuestros casos de éxito y las noticias corporativas internas. Muchas gracias por estar ahí, para cualquier cosa que necesitéis estamos a “tiro de click” en nuestro formulario de (http://factorlibre.com/contact “Contacto”). ¡Arrancamos! Read more (http://factorlibre.com/blog/posts/nueva-web-factorlibre “Nueva web FactorLibre”) Para obtener más información puede entrar en nuestra web, pulsando en el enlace que le dejamos a continuación: https://openerpspain.com/odoo/</a> !(https://abstract-technology.fr/media/technology/openerp-logo-1.png/@@images/image.png) OpenObject v6 - Creado repositorio GITHUB 2012-01-03T00:00:00+00:00 Creado repositorio en GitHub para subir módulos y tener un seguimiento del funcionamiento. Empiezo con agpti_base_contact v0.05 Podéis ver lo que hace en el fichero __openerp__.py Link: https://github.com/JuanjoA/OpenERPv6_agptic_modulos ¿Qué es Tryton? 2011-12-28T00:00:00+00:00 ¿Cúal es su origen?</h2> Tryton es un framework de desarrollo de alto nivel basado en OpenObject, framework de OpenERP. Este fork de OpenERP, al igual que OpenObject, esta desarrollado en python y usa PostgreSQL como base de datos. Surge de la necesidad de un grupo de programadores de crear un proyecto comunitario y participativo y más democrático en la toma de decisiones que OpenERP. OpenERP es lo que denominan Commercial Open Source Project (Proyecto de Código Abierto Comercial) esto quiere decir que el código es abierto y GPL, cualquiera puede usarlo, redistribuirlo y colaborar en su desarrollo. ¿Qué problema aparece?</h2> Sin embargo, la empresa OpenERP S.A. es la encargada de decidir que mejoras se incluyen en el proyecto y cuales no. Esta restricción hizo que empresas que colaboran con el proyecto hayan desarrollado mejoras que al final OpenERP S.A. ha decidido no incluir en OpenERP. Así Tryton aparece como una alternativa 100% libre, como una meritocracia, en la que el proyecto es gestionado por la comunidad. De hecho, se esta creando una fundación para gestionar el proyecto, teniendo como objetivo principal mantener el proyecto abierto y que no dependa de una sola empresa. ¿Cómo opera Tryton?</h2> OpenObject es unal menos framework excelente, es decir el núcleo de la aplicación es muy bueno, entonces ¿ porque hacer un fork de un proyecto que ya es bueno ? Además de la necesidad de mantener el proyecto 100%, OpenERP ha crecido mucho en funcionalidad.Ha conseguido mantener los módulos básicos casi inalterables. Tryton, sin embargo, decidió reescribir esos módulos base, haciendo uso de las nuevas funcionalidades. Hoy en día, el proyecto de Tryton es muy activo. Cuenta con una comunidad muy fuerte detrás, y además, posee una excelente base para el desarrollo de un ERP, e incluso desarrollos a medida. Aún así, todavía tiene mucho camino por delante, y no es una solución final tan madura como OpenERP ni cuenta con la misma cantidad de módulos disponibles. !(http://4.bp.blogspot.com/-8FcLAxGLYM8/TdbKE8zGlKI/AAAAAAAAAzA/JbabF24-w78/s1600/tryton.png) Igualmente, de momento, es un producto más orientado a desarrolladores que a consultores, por lo que, la mayor parte de la documentación disponible es técnica, no funcional. Actualmente Tryton se encuentra en su versión 2.2 y cuenta con los siguientes módulos base: Contabilidad.</li> Facturación.</li> Administración de Ventas.</li> Administración de Compras.</li> Contabilidad Analítica y Administración de Inventario.</li> </ul> Web oficial: http://www.tryton.org/es/</a> También puede encontrar información de su interés en nuestra página web: https://openerpspain.com/</a> Instalar Zoook en Ubuntu - Parte IV: Zoook - Parametrización y conexión OpenERP 2011-12-20T00:00:00+00:00 Parametrización y conexión de Zoook con OpenERP</h2> A continuación, trataremos la parte final de esta serie de artículos dedicados a Zoook. En concreto hablaremos de: Parametrización y conexión de Zoook con OpenERP. !(http://domatix.com/wp-content/uploads/list_databases.png)</a> ¿Qué hacer cuando Zoook está instalado?</h3> En esta parte y, una vez terminada la instalación de Zoook, procedemos a su parametrizar y a su conectar con la base de datos y con OpenERP. Por último, crearemos artículos de prueba y comprobaremos que se exportan correctamente. NOTA:</h4> Consulte la (https://openerpspain.com/installing-zoook-on-ubuntu-part-iii-zoook-installation/ “Instalar Zoook en Ubuntu - Parte III”), cual, ha sido actualizada debido a que los repositorios de Launchpad de Zoook, han sido eliminados. Read more (http://www.domatix.com/instalar-zoook-en-ubuntu-parte-iv-zoook-parametrizacion “Instalar Zoook en Ubuntu - Parte IV: Zoook - Param”) Puede encontrar información relacionada con nuestro artículo pulsando (https://openerpspain.com/) OpenERP v6 - Instalación de Magento y conexión OpenERP 2011-12-12T00:00:00+00:00 Instalación de Magento y conexión OpenERP:</h2> A continuación, ponemos a su alcance una guía muy completa en relación con: Instalación de Magento y conexión OpenERP. http://www.slideshare.net/openobject/piloter-magento-avec-openerp-by-anybox-1</a> P.D. Idioma francés! !(https://blog.irontec.com/wp-content/uploads/2016/02/openERP-ODOO-con-magento.jpg) A continuación, le facilitamos un link donde puede encontrar información relevante para usted en nuestra página web, pulsando en los siguientes enlaces: https://openerpspain.com/</a> https://www.domatix.com/</a> Conector de MRW para OpenERP (dx_mrw_connect) 2011-12-07T00:00:00+00:00 Introducción sobre ‘Conector de MRW para OpenERP’:</h2> En Domatix se ha estado trabajando para crear un módulo que permita desarrollar un Conector de MRW para OpenERP MRW utiliza un sistema cerrado que permite exportar e importar ficheros de texto plano, por lo que el desarrollo ha consistido en la creación de ficheros importables en la aplicación de MRW y la importación de ficheros generados por esta aplicación. Para esta primera versión del conector se han desarrollado el proceso de ficheros IAPI e IAPO. Por una parte, IAPI se importa en la aplicación de MRW siguiendo un formato y contiene la información de un pedido de compra. Habrá que generarlo en OpenERP desde un pedido cumpliendo con el formato especificado.</li> Por otra parte, IAPO se genera en la aplicación de MRW y contiene información sobre albaranes de entrada. Habrá que proveer de un sistema de importación de estos ficheros en OpenERP.</li> </ul> En https://github.com/domatix/openerp-dx_mrw_connect</a> se ha publicado el proyecto y está disponible para su descarga. !(http://domatix.com/wp-content/uploads/mrw_connect_900.png) Datos de Configuración:</h2> En primer lugar, para la generación e importación de ficheros de MRW necesitaremos los siguientes campos en OpenERP: Código de Cliente de MRW</li> Código de Campaña de MRW</li> Ruta de generación de ficheros IAPI</li> Ruta de importación de ficheros IAPI</li> </ul> En principio según lo visto en el proyecto se ha asociado la configuración de datos de mrw a la tienda, y se ha asociado la tienda en el pedido de compra. Configuración de la tienda La importación y exportación de ficheros sigue la siguiente nomenclatura de ficheros MRW: __<campaña>_YYYYMMDDHHMMSS.txt Donde: Nombre del interfaz será: IAPI o IAPO</li> Cliente: código de cliente asignado por MRW</li> Campaña: código de la campaña asignado por MRW</li> Codificación ISO 8859-1 (ISO Latín 1)</li> </ul> Generación del IAPI:</h2> En segundo lugar, se ha asociado al pedido de compras un nuevo objeto que representa el IAPI. En el formulario del pedido de compras se ha añadido una nueva solapa de MRW con el campo tienda, el campo del IAPI y un botón que genere el fichero en el directorio asociado en la configuración de la tienda. Pedido de Compra – Generación del IAPI Los campos obligatorios para crear el IAPI que tenemos que recuperar de OpenERP son: Código de cliente, asociado a la tienda asociada al pedido de compra.</li> Código de la campaña, asociado a la tienda asociada al pedido de compra.</li> Ruta del fichero, asociado a la tienda asociada al pedido de compra.</li> Código del pedido, código del pedido de compra del propio OpenERP.</li> Fecha de creación del IAPI.</li> Fecha estimada de entrada, por defecto el día siguiente al de creación.</li> OD, nombre del proveedor en OpenERP.</li> Nº linea, del pedido de OpenERP.</li> Código del artículo, será el código del artículo en Magento, en OpenERP al sincronizar con Magento se almacena en magento_sku.</li> Cantidad, la pedida en OpenERP.</li> </ul> La generación del fichero del IAPI en principio será manual pero en el futuro se podrá ampliar el desarrollo para generarlo automáticamente al validar el pedido de compra. El botón de generar el IAPI sólo se podrá ejecutar si el pedido de compra está validado, no se podrá ejecutar si está en estado de solicitud de presupuesto o si ya se ha entregado. Importación del IAPO:</h2> En tercer lugar, para la importación de IAPO se ha creado un nuevo objeto con los siguientes campos: Nombre del fichero</li> Fecha de creación</li> Mensajes o histórico</li> Estado (Borrador, Procesado, Error, Cancelado)</li> Listado de líneas del IAPO</li> </ul> Workflow de Importación de IAPO:</h2> Para poder continuar, se ha creado un workflow que gestionara el paso de un estado a otro del objeto que representa la importación de un IAPO. El funcionamiento es el siguiente: Creación de una Importación de IAPO, se creará un registro de importación en estado borrador, con la fecha actual, y el nombre del fichero. Podremos guardar en borrador o procesar para pasar al siguiente estado.</li> Al procesar el IAPO, si hay algún error con el formato del fichero o los datos del mismo el registro pasará al estado Error.</li> En el supuesto de que, al procesar el IAPO los datos son correctos el IAPO pasará a estado Procesado, se crearán los albaranes que corresponda y se podrán consultar desde el propio IAPO en su historial.</li> Si los datos del IAPO son correctos y da un error que se pueda solucionar desde OpenERP se podrá reprocesar el IAPO para que pase de Error a Procesado una vez solucionado el problema en OpenERP.</li> Un IAPO en estado error o borrador se podrá cancelar para que pase a estado cancelado y no tenerlo en cuenta en posibles revisiones de IAPO erroneos.</li> </ul> En el listado de Procesamiento de IAPO, se puede observar a simple vista el estado de un procesamiento según el color de la línea. Azul = Borrador Verde = Procesado Rojo = Error Gris = Cancelado Listado de Procesamiento de IAPO También se permite filtrar por un determinado estado con lo que se podrá comprobar a simple vista si se ha producido algún error en el procesamiento del IAPO. Procesamiento automático de IAPO:</h2> A continuación, se ha creado una acción de servidor que automáticamente comprueba si se ha creado algún fichero en los directorios indicados en la configuración de cada tienda. De hecho, si desde la última comprobación, se ha creado algún fichero se crea el procesamiento de IAPO y se intenta validar. Además, si el fichero es correcto y se corresponde con los datos del sistema se importará el IAPO se validará el albarán correspondiente y el procesamiento pasará a estado Procesado. Si al intentar validar hubiese algún error el procesamiento quedaría en estado error y se guardaría el mensaje de error correspondiente. Errores de procesamiento del IAPO:</h2> Por último, trataremos los posibles errores de procesamiento del IAPO. Al procesar un IAPO surgiese algún error se quedaría almacenado el mensaje en el sistema y el Procesamiento de IAPO quedaría en estado Error.</li> Si fuere un error de datos que se pudiese solucionar en OpenERP se podría intentar solucionar y volver a procesar.</li> En el caso de que, fuese un error en el fichero se podría cancelar para que no apareciese como erróneo.</li> </ul> A continuación, mostramos los errores que se contemplan: No existe el proveedor:</li> </ul> ‘Error - Proveedor de la linea del IAPO no existe en OpenERP’ No existe el pedido:</li> </ul> Error - Pedido de compra del proveedor de la linea del IAPO no existe en OpenERP’ No existe el producto:</li> </ul> Error - Producto de la linea del IAPO no existe en OpenERP’ No existe el proveedor:</li> </ul> ‘Error - Linea del pedido de cantidad [’+line.cantidad_original+‘] del producto [’+line.articulo_id+‘] de la linea [’+line.num_l+‘] del IAPO no existe en OpenERP’ No existe el movimiento:</li> </ul> ‘Error - Movimiento de la linea [’+line.num_l+‘] del pedido de compra [’+line.demanda+‘]del IAPO no existe en OpenERP’ Error de formato o leyendo el disco:</li> </ul> ’ERROR - Importando el fichero ‘+file_path+’, no se ha podido leer el fichero o no cumple las especificaciones’,‘iapo_id’:iapo_id Read morehttp://www.domatix.com/es/blog/conector-openerp-mrw</a> A continuación, le facilitaremos algunos enlaces que pueden incluir información relevante para usted, relacionada con ‘Conector de MRW para OpenERP’ pulsando (https://openerpspain.com/) Thinkting! OpenERP online 2011-11-17T00:00:00+00:00 Tras muchos meses de trabajo estamos orgullosos de presentaros, Thinkting! OpenERP online. Con esto de las modas de Internet, se nos haría mucho más fácil (y sería más “cool”) definir thinkting! utilizando términos complicados como “un servicio SaaS sobre OpenERP”, “el cloud computing aplicado a los ERP”, “tu instancia OpenERP en la nube”… !(https://owips.com/sites/default/files/clipart/database-clipart/460311/database-clipart-erp-system-460311-9043929.png) Pero no somos mucho de modas y nos gusta más explicar Thinkting! OpenERP online como “un software de gestión (OpenERP) online (en Internet) sin complicaciones, un proceso de alta personalizado rápido y sencillo, además de acceso a una plataforma de formación. Puede encontrar más información relacionada con Thinkting! OpenERP online pulsando (https://openerpspain.com/) o entrando en nuestra página web: https://www.domatix.com/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) Integración de MRW en OpenERP 2011-11-14T00:00:00+00:00 Actualmente, en Domatix estamos desarrollando una integración de MRW en OpenERP. La forma en la que la aplicación de MRW se conecta con otros sistemas es mediante el intercambio de ficheros. Para ello, su integración consiste en generar ficheros procesables por la aplicación de MRW y crear un proceso de importación de ficheros generados por MRW, para gestionar los errores de importación. !(http://domatix.com/wp-content/uploads/mrw_connect_900.png)</a> MRW en OpenERP</h2> El sistema de gestión de MRW genera y procesa diferentes archivos para controlar todo el proceso logístico. En esta primera fase se va a poder generar un IAPI (Previsión de entrada) desde un pedido de compras, para indicar a MRW que espera la recepción de esos artículos. A continuación, en el momento en el que MRW realice ese envío a almacén generará un IAPO (Mercancia Recepcionada). Seguidamente, en nuestro módulo indicaremos donde se encuentran esos ficheros y los procesará, validando los movimientos de stock asociados al pedido de compras que generó el IAPI. Durante el Procesamiento del IAPO se pueden producir muchos errores por incoherencia en los datos en los dos sistemas. Por esta razón, se está desarrollando un completo sistema de control de errores con mensajes para que el usuario pueda saber que ha generado la importación de un IAPO y, si no se ha podido importar o generar la acción prevista, cuales han sido los motivos. Gracias a ello, conseguiremos una recepción de materiales automática en los envíos gestionados por MRW. En breve liberaremos el desarrollo y realizaremos un apunte más completo del funcionamiento. Permaneced atentos al blog. Read morehttp://www.domatix.com/es/blog/integracion_mrw_openerp</a> Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Presentando KafkaDB 2011-11-07T00:00:00+00:00 Hoy queremos llevar a cabo la Presentación (https://bitbucket.org/angelnan/kafkadb/wiki/home), nuestra nueva criatura que acabamos de publicar en bitbucket. Os mostramos KafkaDB, una herramienta que simplificará la tarea de migrar bases de datos entre versiones de OpenERP, pero también se podría extender para permitir la migración entre versiones entre otras aplicaciones basadas en PostgreSQL. En la página principal del proyecto, podéis encontrar información detallada sobre el diseño y como utilizarla, pero ahora me gustaría explicaros como hemos llegado hasta aquí. Los requerimientos</h2> Desde que OpenERP SA anunció que las herramientas de migración no formarían parte del software público empezamos a dar vueltas en cómo podríamos implementarlas de forma reutilizable. Algunas empresas buscaron soluciones a corto plazo, simplemente mirando de solucionar el problema para uno o dos clientes que querían pasar de la 4.2 o la 5.0 a la 6.0 y posponiendo la búsqueda de una solución real. Nosotros estábamos convencidos que de la misma manera que la herencia había permitido a OpenERP tener centenares de módulos hechos y liberados por muchos desarrolladores, podríamos conseguir lo mismo con las migraciones. Así que básicamente teníamos que implementar algo que solucionara los siguientes requerimientos: Modular: tenía que proveer un mecanismo mediante el cual se pudieran reutilizar las transformaciones de datos de una base de datos a otra.</li> Rápido: dada la medida de las bases de datos de algunos de nuestros clientes, sabíamos que tendríamos que mover la información a nivel de base de datos.</li> Fácil de compartir: además de ser modular, queríamos asegurarnos que sería sencillo para todo el mundo compartir sus transformadas. Dado que la información sobre la migración no estaría incluida en los módulos, necesitábamos que fuera sencillo de compartir, así cómo de encontrar qué transformadas había disponibles.</li> </ul> Búsqueda y desarrollo</h2> A continuación, explicaremos el camino hasta alcanzar el diseño actual de KafkaDB. El proceso empezó con una pequeña prueba de concepto utilizando Python y (https://*launchpad.limpio/*openetl) Descartamos esta opción, no tan sólo porqué estaba abandonado, sino también porqué la API no era intuitivo. Además, a pesar de que no llegamos a hacer pruebas, parecía que podía ser relativamente lento. La primera alternativa fue buscar otro ETL basado en python. Esta vez el candidato fue el (http://www.databrewery.org/). Éste tenía una API bastante mejor pero no disponía de algunas funcionalidades básicas que necesitábamos; y a pesar de que habríamos podido contribuir al proyecto, necesitábamos centrarnos en solucionar los problemas que teníamos, no a implementar un ETL desde cero. Habríamos querido que fuera en python, especialmente para hacer más sencillo que la gente contribuyera, pero empezamos a buscar alternativas en otros lenguajes. (http://scriptella.javaforge.com/) fue el primer candidato y éste basa su configuración en un fichero XML, así que nos pareció atractivo. Ya sabíamos que el sistema que escogiéramos acabaría teniendo un fichero de configuración, así que a priori parecía que esta podía ser una buena opción porque el sistema ya dependía de uno. A pesar de esto, no nos convenció el comportamiento por defecto de algunas opciones del sistema. Además del hecho que el XML parecía que podría ser poco práctico puesto que fácilmente podíamos llegar a las 400 tablas. Así que Àngel, uno de mis socios y nuestro experto en (http://kettle.pentaho.com/) y grandes migraciones de datos, empezó a jugar con la API de Kettle; y mirar a ver qué se podía hacer con transformadas manuales y algunos automatismos. Pronto se dió cuenta, que no tan sólo podía cumplir todos los requerimientos que teníamos. Sino que, permitíamos que personas que no fueran desarrolladores también se podían migrar su base de datos. Por ejemplo, varios de nuestros clientes se lo podrían hacer ellos mismos si lo desearan! Además, Kettle es probablemente el ETL estándar de facto y especialmente entre la comunidad OpenERP. (Gracias a (https://*docs.*google.como/View?id=df9jn25b_42hrfv5sff&*amp;*pli=1), un conector para Kettle creado por (http://www.akretion.com/), especialmente diseñado para funcionar con OpenERP). !(http://apache-kafka.org/images/apache-kafka.png) Conclusiones</h2> En resumen, a pesar de que KafkaDB no está acabado del todo todavía, consideramos, que constituye una buena base para el sistema de migraciones flexible que necesitamos. Por una parte, para migrar información entre versiones de OpenERP, y que además, también lo permita entre aplicaciones diferentes. Será viable, siempre y cuando se necesite volver a utilizar el proceso para diferentes bases de datos con estructuras parecidas. Si desea obtener mas información relacionada con el tema de la “Presentación KafkaDB” puede visitar nuestro sitio web haciendo clic (https://openerpspain.com/). Gestión de campaña de marketing 2011-11-04T00:00:00+00:00 El primer paso en la campaña de marketing es el anuncio formal del producto con muestra gratuita a personas que llenen el formulario de información. Seguidamente, 4-5 días después puede pedir una revisión de estos clientes seguida de una opción de compra. Además, puede dejar un formulario con su producto. A partir de todos estos clientes en los que se centró el anuncio se forman dos subconjuntos: los que respondieron a nuestra campaña por la compra o declarando interés y los que no respondieron a nuestra campaña. Ahora, el conjunto que no respondió se convierte en nuestro objetivo y le enviamos otro correo electrónico solicitando retroalimentación y el motivo por la cual no quiso comprar. El equipo de ventas organiza una llamada a tener una interacción directa con el cliente. Los comentarios y las respuestas se graban y basados en ellas a un conjunto de clientes insatisfechos se les envía un formulario de sugerencia. ¿Cuáles son las preguntas en las que debe centrarse?</h2> El diseño de cada campaña de marketing es sobre todo un proceso a largo plazo. El éxito de cualquier campaña depende de la investigación y la eficacia en la selección de los clientes en la campaña. Hay ciertas preguntas que cada vendedor siempre pide al diseñar su campaña: ¿Cual sería nuestra campaña de marketing?</li> ¿Quién sería el público objetivo sobre el que nuestra respectiva campaña girará en torno a el?</li> ¿Cómo medimos la efectividad de nuestra campaña?</li> </ul> ¿Cómo funciona la Campaña de Marketing en OpenERP?</h2> La campaña en OpenERP se basa en el principio básico de la automatización de Prospectos. A través de ello, crea una ventaja basada en una respuesta específica por un cliente hacia un estímulo. Un ejemplo sería: Llenar el formulario de suscripción en tu sitio web o en base a las preferencias que él / ella seleccionó al crear su cuenta en los foros de discusión. El primer paso es la definición de la campaña, es decir, la secuencia de pasos que llevaría a cabo en el transcurso del tiempo. En la definición de la campaña damos inicio a una serie de actividades en el módulo de Campaña de Marketing de OpenERP. Basado en la automatización de prospectos, se definen la secuencia de pasos a seguir, los modos de creación y procesamiento y los costos de campañas. Así, después de cada actividad y en función de sus respectivos estímulos, se da inicio al próximo evento de la campaña respectiva. ¿Por qué es importante el Segmento?</h2> Los dos puntos más importantes para que cualquier campaña tenga éxito es la adopción de una metodología concreta de ejecución y la elección del segmento correcto: un objetivo continuo de clientes a quien nuestra campaña será dirigida. Un inadecuado enfoque en el segmento daría lugar a que la campaña falle y nuestros esfuerzos lleguen a oídos sordos. Utilizando la pestaña de segmento en el módulo de campaña podemos definir nuestro segmento con respecto a la Actividad de la campaña, ya que es posible que con cada paso hacia un nivel nuestro segmento se redujera en términos de número. También puede sincronizar los pasos de toda la campaña sobre la base de los segmentos definidos. ¿Cómo es la campaña de marketing relacionadas con CRM?</h2> El módulo de campaña de marketing está estrechamente sincronizada con el módulo de CRM. Inicialmente, vamos a considerar el segmento que atendemos en la campaña como Prospecto. Se establecen las metas para cada campaña, que sería considerado como un estado deseado. Una vez que el Prospecto cumple nuestros criterios objetivos de metas nosotros cambiamos su estado para convertirlo en una Oportunidad (es decir, debemos dar un atención enfocada a los Prospectos). Una vez que el Prospecto cumple con nuestro objetivo final se le considera como un socio / cliente, y cerramos el Prospecto. Vamos por un ejemplo más discreto con la campaña de marketing por correo electrónico a través de OpenERP para nuestra oferta de Software como Servicio. Cada vez que alguien se suscribe a OpenERP en línea se llena un formulario que se convierte en un Prospecto de la campaña para ofrecer OpenERP Software como Servicio. Nuestro vendedor OpenERP Software como Servicio da inicio a la campaña de marketing mediante el envío de un correo electrónico de introducción de los servicios ofrecidos y agradecimiento a la suscripción a la prueba de un mes gratis. En base a la respuesta, nosotros planeamos si el Prospecto esta interesado en que se le ofrezca OpenERP Software como Servicio, recibir entrenamiento o comprar el libro OpenERP. Es significativo que estos sean nuestros subconjuntos y en base a sus señales enviemos un correo electrónico proporcionándole la información necesaria. Si responden el correo de vuelta con interés a lo planteado, se convierten en una oportunidad y, con la suscripción de nuestros servicios pasan a ser nuestros socios de negocios. A falta de respuesta, se les envía otro recordatorio sobre la oferta después de una semanas de duración. Si todavía no ha respondido nuestro vendedor realiza una llamada voluntaria preguntando sobre sus necesidades. Por lo tanto, como en un diagrama de flujo podremos iniciar una actividad respectiva para cada señal posible. Las posibilidades de prospectos desatendidos es muy baja, y para cada prospecto se tiene un método predefinido de tratamiento que podemos medir con nuestros objetivos. Basados en las metas podemos evaluar la eficacia de nuestra campaña y analizar si existe una sala de mejora. Read morehttp://www.domatix.com</a> Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Curso técnico- Programación OpenERP. 2011-10-31T00:00:00+00:00 Se está preparando un curso de programación OpenERP sobre inicio a la programación en OpenERP. Una plataforma de formación OpenERP online, con diferentes cursos en función de sus necesidades y además, documentación siempre actualizada. Horario:</h2> La fecha es del 7 al 11 de noviembre. Serán 35 horas, con horario 10’00-14’00 / 15’00-18’00, Lunes a Viernes Competencias a desarrollar durante el curso de programación OpenERP:</h2> El alumno aprenderá a instalar y actualizar OpenERP, crear sus propios módulos, modificar los ya existentes, crear informes, importar y exportar, utilizar el email desde OpenERP, Eclipse, Gedit, Bazar, PostgreSQL, . . . Precio:</h2> El precio es de 350 € (impuestos no incluidos) ¡ Corre y reserva tu plaza ! !(http://www.serinza.com/wp-content/uploads/2018/07/Odoo-ERP.png) Puede encontrar más información sobre el curso en nuestra página web haciendo clic (https://openerpspain.com) Para más información, también puede visitar la web de (https://www.domatix.com/) Ayuntamientos - OpenERP 2011-10-28T00:00:00+00:00 Tras varios meses de desarrollo, y aún en una fase inicial, os presentamos OpenERP Ayuntamientos. Los primero antes de explicar nada es agradecer a los dos municipios que han financiado el desarrollo y han permitido la liberación del mismo: el Ayuntamiento de Barbate (Cádiz) y el Ayuntamiento de Cartes (Cantabria). Read more (http://www.ting.es/2011/10/27/openerp-ayuntamientos/ “OpenERP Ayuntamientos”) !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Cómo solucionar el error Gtk-WARNING pixmap 2011-10-28T00:00:00+00:00 </h2> Solución al error Gtk-WARNING pixmap</h2> Al iniciar el cliente de OpenERP y otras aplicaciones GTK puede pasar que salga el error. A continuación, mostraremos la solución al error Gtk-WARNING pixmap (openerp-client.py:4733): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «pixmap», Para poder solucionarlo, tenemos que instalar el paquete gtkX-engines-pixbuf correspondiente al gtk empleado. {code lang:bash title:“Solución para GTK2:”}sudo apt-get install gtk2-engines-pixbuf{/code} {code lang:bash title:“Solución para GTK3:”}sudo apt-get install gtk3-engines-pixbuf{/code} Puede encontrar más información sobre como solucionar el error en: (http://www.domatix.com/solucion-error-gtk-warning-pixmap “Solución error Gtk-WARNING pixmap”) También puede visitar nuestra página web haciendo clic (https://openerpspain.com) !(http://domatix.com/wp-content/uploads/logo_openerp.png) Multidivisa en OpenERP 2011-10-25T00:00:00+00:00 OpenERP permite trabajar con múltiples divisas (multidivisa). La forma en la que permite trabajar con multidivisa es asociando una moneda principal para la compañía y un listado de monedas con su tasa de cambio para cada fecha. Además, se pueden definir tarifas para cada moneda y usarlas en pedidos y facturas. En el caso de los pedidos, se indicará la tarifa de la moneda que queramos utilizar, y en la facturación podremos usar la misma moneda o hacer el cambio de divisa. Al validar la factura los movimientos contables se generarán en la moneda principal de la compañía con el cambio divisas actual almacenado en el sistema. En este artículo se muestra como configurar y trabajar con varias monedas. Configuración de monedas</h2> La configuración de monedas se encuentra en Contabilidad/Configuración/Varios/Monedas !(http://domatix.com/wp-content/uploads/01.png) En el listado de monedas aparecen las monedas disponibles en cada compañía. En el ejemplo anterior se han borrado las monedas que no se van a utilizar y la información de la compañía, así las tasas de cambio están para todas las compañías. !(http://domatix.com/wp-content/uploads/02.png) Asimismo, en el formulario de cada moneda esta disponible un listado con las diferentes tasas de cambio en cada fecha. !(http://domatix.com/wp-content/uploads/03_formulario_moneda.png) Sin embargo, por comodidad lo ideal es desactivar las monedas que no se utilicen. Al crear la base de datos de OpenERP creará todas las monedas disponibles y las asociará a la primera compañía creada. En el caso de trabajar en multicompañía, habrá que crear las monedas para cada compañía. Además, se deberá comprobar las reglas de acceso para que desde cada compañía solo se tenga acceso a las monedas asociadas a si misma. Otra opción sería no asociar la moneda a ninguna compañía para que estén disponibles para todas las compañías. Para cada compañía en el formulario de compañías en el menú Administración/Compañías/Compañías se indicará la moneda principal de la compañía. !(http://domatix.com/wp-content/uploads/04.compaa_moneda.png) Actualización de tasas de cambio</h2> Para actualizar las tasas de cambio se puede hacer manual o automáticamente obteniendo los datos de internet. Para hacerlo automáticamente se tendrá que instalar el módulo currency_rate_update y configurar el actualizador de divisas para cada compañía. En el formulario de compañías después de instalar el módulo currency_rate_update habrá una nueva solapa en la que se podrá configurar la actualización de cambios de divisas. !(http://domatix.com/wp-content/uploads/06.compaa_tasa_cambio_automatico.png) En cada linea de “Currency updates services” se podrá indicar el servicio del que obtener el cambio de divisas y para que monedas. !(http://domatix.com/wp-content/uploads/05.webservice_tasa_cambio_automatico.png) Con esto el sistema estará configurado para actualizar los cambios de divisas. Clickando el botón “Refresh Currencies” se actualizarán las tasas de cambio en este momento. Configuración de tarifas multidivisas</h2> Para trabajar con multidivisa desde el pedido habrá que crear una tarifa para cada moneda. !(http://domatix.com/wp-content/uploads/07.tarifas_moneda.png) La forma mas sencilla es crear primero la tarifa para la moneda principal con las reglas necesarias y para cada moneda crear una tarifa con una única regla que indique que el precio lo tomamos de la tarifa principal, esto hará que las tarifas del resto de monedas serán dinámicas cogiendo el cambio disponible en cada fecha, pudiendo indicar un incremento como tanto por ciento o fijo. En este ejemplo se muestra la regla por defecto para la tarifa en $ usando como base la tarifa en € !(http://domatix.com/wp-content/uploads/08.regla_tarifa_multidivisa.png) También, si en una regla de tarifa de una una tarifa con una moneda distinta de la principal de la compañía indicamos que el precio de tarifa depende del precio de compra o de venta del producto el precio de tarifa también será dinámico y dependerá del cambio de la moneda. Un desarrollo interesante sería hacer multidivisa los precios de compra y venta de la ficha del producto así en las reglas de tarifas se podría escoger por ejemplo entre el precio de venta en la moneda principal de la compañía y el precio de venta de la moneda de la tarifa. Con esto se conseguiría hacer tarifas independientes para cada moneda, esto por el momento se puede solventar sin desarrollo haciendo una tarifa indicando un precio fijo para cada producto. Pedidos y Facturas</h2> En el momento de crear un pedido si se indica que use una tarifa con una moneda distinta de la moneda principal de la compañía se trabajará con es moneda exactamente igual que con la principal, todo el trabajo de cambio de divisas lo está haciendo por debajo el sistema de tarifas para recuperar el precio que corresponda. !(http://domatix.com/wp-content/uploads/09.pedido_multidivisa.png) En la captura del ejemplo el producto tenía un precio de venta de 1 euro, al usar la tarifa en dolares usará la tarifa de cambio para recuperar el precio de venta en dolares. Al crear una factura a partir de un pedido, la factura se creará en la moneda de la tarifa del pedido. También se puede crear la factura directamente en la moneda que nos interese y si es necesario realizar luego el cambio de moneda. Con el botón de cambio de divisa permitirá cambiar la divisa de la factura usando el cambio asociado en la fecha actual. Después de indicar la nueva moneda y clickar el botón de cambio de moneda actualizará los importes. Pago de facturas</h2> Al realizar el pago de la factura y seleccionar el modo de pago aparecerán los vencimientos en la moneda principal de la compañía con la tasa de cambio del momento en el que se validó la factura. Si al realizar el pago el importe pagado es distinto del importe del vencimiento por diferencias en las tasas de cambio, habrá que conciliar el pago con un desajuste, indicando que el desajuste irá contra la cuenta contable correspondiente (Diferencias positivas de cambio). Read more (http://www.domatix.com/multidivisa_openerp “Multidivisa en OpenERP”) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Instalar Zoook en Ubuntu - Parte III: Zoook - Instalación 2011-10-24T00:00:00+00:00 Continuando con los artículos dedicados a instalar Zoook en Ubuntu 11.10 el siguiente paso será obtener Zoook de los repositorios de (http://www.zikzakmedia.com “Zikzakmedia.com”) y conectarlo a (http://www.openerp.com/ “OpenERP. Página oficial”). Instalar Zoook en Ubuntu - Parte III 1.- Descargar Zoook de los repositorios</h2> Para emepzar, se usará el control de versiones (http://bazaar.canonical.com “Bazaar. Página oficial”) así que el primer paso será instalarlo en caso de no tenerlo. {code lang:bash title:“Para instalar Bazaar:”}sudo apt-get install bzr{/code} Ahora hay que descargar el contenido del (https://launchpad.net/zoook “Repositorio de Zoook en Launchpad”). Se usará la carpeta creada en el (http://www.domatix.com/index.php?option=com_k2&view=item&id=139&Itemid=71) para almacenar los proyectos de (https://www.djangoproject.com/ “Django. Página oficial”) ( django-projects ). {code lang:bash title:“Clonar el repositorio de Zoook en la carpeta django-projects:”}cd /home/roberto/django-projects bzr branch lp:~zikzak/zoook/zoook-app{/code} Esto creará un directorio zoook-app en la carpeta de proyectos de Django. Por tanto la ruta de definitiva de zoook será: /home/roberto/django-projects/zoook-app 2.- Instalar dependencias.</h2> Zoook requiere</h2> (https://github.com/zikzakmedia/ooop “Open Object On Python (fork de Zikzakmedia)”) ( fork de Zikzak ) </li> (http://irmen.home.xs4all.nl/pyro3/ “Pyro Remote Objects - Página oficial”) ( opcional y recomendado ) </li> (http://www.lag.net/paramiko/ “Paramiko - ssh2 para Python”) </li> (http://pypi.python.org/packages/source/r/recaptcha-client/ “Recaptcha client para Python”) </li> (https://github.com/zikzakmedia/inplaceeditform “Git del fork de inplaceeditform de Zikzakmedia”) (fork de Zikzak) </li> (https://bitbucket.org/carljm/django-localeurl/ “Web del proyecto django-localeurl”) </li> (https://github.com/zikzakmedia/django-maintenancemode “Link al fork de Zikzakmedia de django-maintenancemode”) (fork de Zikzak) </li> (http://code.google.com/p/django-transmeta/ “django-transmeta - Página del proyecto”) </li> </ul> Lo primero que se necesita para instalar las dependencias es el paquete python-setuptools. {code lang:bash title:“Instalar python-setuptools:”}sudo apt-get install python-setuptools{/code} A continuación, tendremos que crear una carpeta donde almacenar todas las aplicaciones de terceros que necesita Zoook. Esto será útil para poder actualizarlas con git, mercurial, svn, etc. en caso de necesitarlo. La carpeta elegida para almacenar las aplicaciones de terceros será: /home/roberto/django-projects/zoook-external {code lang:bash title:“Crear la carpeta:”}cd ~/django-projects mkdir zoook-external {/code} A continuación, usaremos esa carpeta para almacenar las dependencias. 2.1.- OOOP ( Open Object On Python )</h4> {code lang:bash title:“Para instalar OOOP:”}cd ~/django-projects/zoook-external git clone https://github.com/zikzakmedia/ooop.git</a> cd ooop sudo python setup.py install{/code} 2.2.- Pyro3 ( Python Remote Objects )</h4> Buscar la descarga en su web: http://pypi.python.org/pypi/Pyro/</a> En este artículo se usará la última versión disponible a día de hoy que es: http://pypi.python.org/packages/source/P/Pyro/Pyro-3.15.tar.gz</a> {code lang:bash title:“Instalar Pyro3:”}cd ~/django-projects/zoook-external wget pypi.python.org/packages/source/P/Pyro/Pyro-3.15.tar.gz tar xvzf Pyro-3.15.tar.gz cd Pyro-3.15 sudo python setup.py install{/code} 2.3.- Paramiko</h4> http://www.lag.net/paramiko/</a> En este artículo se usará la última versión disponible a día de hoy que es: http://www.lag.net/paramiko/download/paramiko-1.7.7.1.tar.gz</a> {code lang:bash title:“Para instalar Paramiko:”}cd ~/django-projects/zoook-external wget http://www.lag.net/paramiko/download/paramiko-1.7.7.1.tar.gz</a> tar xvzf paramiko-1.7.7.1.tar.gz cd paramiko-1.7.7.1 sudo python setup.py install{/code} 2.4.- recaptcha-client</h4> http://pypi.python.org/packages/source/r/recaptcha-client/</a> En este artículo se usará la última versión disponible a día de hoy que es: http://pypi.python.org/packages/source/r/recaptcha-client/recaptcha-client-1.0.6.tar.gz</a> {code lang:bash title:“Para instalar recaptcha-client:”}cd ~/django-projects/zoook-external wget http://pypi.python.org/packages/source/r/recaptcha-client/recaptcha-client-1.0.6.tar.gz</a> tar xvzf recaptcha-client-1.0.6.tar.gz cd recaptcha-client-1.0.6 sudo python setup.py install{/code} 2.5.- inplaceditform</h4> {code lang:bash title:“Clonar e instalar el fork de inplaceeditform mantenido por Zikzakmedia:”}cd ~/django-projects/zoook-external git clone https://github.com/zikzakmedia/inplaceeditform.git</a> cd inplaceeditform sudo python setup.py install{/code} 2.6.- django-localeurl</h4> En caso de no tener instalado el control de versiones (http://mercurial.selenic.com/ “Mercurial - Página oficial”) hay que instalarlo. {code lang:bash title:“Instalar Mercurial:”}sudo apt-get install mercurial{/code} Después clonar el repositorio oficial de django-localeurl e instalarlo. {code lang:bash title:“Clonar django-localeurl e instalarlo:”}cd ~/django-projects/zoook-external hg clone https://bitbucket.org/carljm/django-localeurl</a> cd django-localeurl/ sudo python setup.py install{/code} 2.7.- django-transmeta</h4> En caso de no tener instalado (http://subversion.tigris.org/ “SVN - Página oficial”) hay que instalarlo. {code lang:bash title:“Instalar SVN:”}sudo apt-get install svn{/code} Después clonar el repositorio svn de django-transmeta e instalarlo. {code lang:bash title:“Clonar django-localeurl:”}cd ~/django-projects/zoook-external svn checkout http://django-transmeta.googlecode.com/svn/trunk/</a> django-transmeta cd django-transmeta sudo python setup.py install{/code} 2.8.- django-maintenancemode</h4> {code lang:bash title:“Clonar e instalar el fork de django-maintenancemode mantenido por Zikzakmedia:”}cd ~/django-projects/zoook-external git clone https://github.com/zikzakmedia/django-maintenancemode.git</a> cd django-maintenancemode sudo python setup.py install{/code} 3.- Corregir rutas con prefijo “zoook”.</h2> Por defecto Zoook trae ciertas rutas en los import que incluyen “zoook.”. Entendemos que deben tener agregado al PYTHONPATH la ruta de los proyectos y el prefijo “zoook” implica buscar dentro del proyecto zoook. La solución propuesta es convertir esas urls en relativas al proyecto actual de zoook. Esto es, eliminar el prefijo “zoook.” de las llamadas que lo contienen. Será necesario realizar las siguientes modificaciones: {code lang:python title:“Editar /zoook-app/settings.py y cambiar:”}ROOT_URLCONF = ‘zoook.urls’{/code}{code lang:python title:“por:”}ROOT_URLCONF = ‘urls’{/code} {code lang:python title:“Editar /zoook-app/tools/cms/templatetags/imageslider.py y cambiar:”}from zoook.tools.cms.models import ImageSlider, ImageSliderItem{/code}{code lang:python title:“por:”}from tools.cms.models import ImageSlider, ImageSliderItem{/code} {code lang:python title:“Editar /zoook-app/tools/cms/templatetags/menubuilder.py y cambiar:”}from zoook.tools.cms.models import Menu, MenuItem{/code}{code lang:python title:“por:”}from tools.cms.models import Menu, MenuItem{/code} {code lang:python title:“Editar /zoook-app/tools/cms/templatetags/modules.py y cambiar:”}from zoook.tools.cms.models import Modules{/code}{code lang:python title:“por:”}from tools.cms.models import Modules{/code} Dada la extensión de este artículo hemos decidido dividirlo. En la próxima parte estableceremos las conexiones con OpenERP y parametrizaremos Zoook. Read more (http://www.domatix.com/instalar-zoook-en-ubuntu-parte-iii-zoook-instalacion “Instalar Zoook en Ubuntu - Parte III: Zoook - Inst”) Puede encontrar más información sobre como instalar Zoook en Ubuntu - Parte III, en nuestra web haciendo clic (https://openerpspain.com). !(https://openerpspain.com/wp-content/uploads/logo.png) Instalar Zoook en Ubuntu - Parte II: Python y Django 2011-10-21T00:00:00+00:00 Instalar Zoook en Ubuntu - Parte II. En esta parte procederemos a instalar (http://www.python.org/ “Python. Página oficial”) y (https://www.djangoproject.com/ “Django. Página oficial.”) en Ubuntu para la versión 11.10 así como a verificar su funcionamiento. 1.- Instalar Python</h2> Por defecto Ubuntu 11.10 instala Python 2.7.2. Para comprobar que python está instalado y su versión: python</code> Que devuelve algo como: !(http://domatix.com/wp-content/uploads/python_version.png)</a> El mensaje indica que está instalada la versión 2.7.2 Para salir del intérprete Python tecleamos: quit()</code> En caso de no tener instalado Python podemos instalarlo con: sudo apt-get install python</code> A continuación hay que instalar dependencias necesarias para poder instalar Django sin errores y conectarlo a una base de datos PostgreSQL. Instalamos las dependencias con: sudo apt-get install python-dev python-psycopg2</code> 2.- Instalar Django</h2> Django puede instalarse de tres formas: Descargar la versión estable desde su web</li> Descargar la última versión en desarrollo desde repositorios.</li> Usar los sistemas de distribución de paquetes de algunas distribuciones (como Ubuntu).</li> </ol> En este artículo se detalla exclusivamente el método 3 mediante descarga de la última versión desde repositorios ( en el momento de escribir el artículo versión 1.4 pre-alpha ). Para empezar el proceso necesitaremos un sistema de control de versiones, ya sea (http://git-scm.com/ “Git. Página oficial.”) o (http://subversion.tigris.org/ “SVN. Página oficial”) . Dada la simplicidad de ambos procesos se explican los dos aunque recomendamos usar Git. Instalar control de versiones Git: sudo apt-get install git</code> Instalar control de versiones SVN: sudo apt-get install svn</code> Una vez obtenido el sistema de control de versiones elegido hay que crear una carpeta que almacenará el código fuente de Django. En este caso la carpeta se llamará django-trunk pero no es necesario que tenga ese nombre. Vamos a crear la carpeta en el home de nuestro usuario y acceder a ella: cd /home/roberto mkdir django-trunk cd django-trunk</code> Dentro de esa carpeta hay que importar el código desde los repositorios de Django con el sistema de control de versiones elegido. Importar Django con Git: ATENCIÓN: no olvidar el . al final de la línea que indica que queremos clonar el repositorio en la carpeta actual git clone https://github.com/django/django.git</code> Importar Django con SVN: ATENCIÓN: no olvidar el . al final de la línea que indica que queremos clonar el repositorio en la carpeta actual svn co http://code.djangoproject.com/svn/django/trunk/ .</code> Ya está preparada la carpeta de Django. Ahora hay que informarle a Python de dónde está la carpeta con Django. Para eso, a su vez, hay que buscar dónde están los site-packages de Python. Averiguar dónde están los site-packages de Python: python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()"</code> Nos devolverá algo como: </a> Que indica que en este caso el directorio de los site-packages es: /usr/lib/python2.7/dist-packages Dentro de ese directorio hay que agregar la ruta a la carpeta con el código fuente de Django. Para agregar la ruta a Django: echo '/home/roberto/django-trunk' | sudo tee -a /usr/lib/python2.7/dist-packages/django.pth</code> Eso creará un archivo /usr/lib/python2.7/dist-packages/django.pth en cuyo interior queda almacenada la ruta de acceso a Django. A continuación crear enlace simbólico a django-admin.py para facilitar su uso: sudo ln -s /home/roberto/django-trunk/django/bin/django-admin.py /usr/local/bin</code> De este modo se puede usar django-admin.py desde cualquier carpeta en lugar de tener que usar /home/roberto/django-trunk/django/bin/django-admin.py 3.- Verificar instalación</h2> Comprobar que Python es capaz de encontrar Django: `python import django print django.get_version()` </blockquote> </blockquote> </blockquote> Que devolverá algo como: !(http://domatix.com/wp-content/uploads/python-django-verification.png)</a> que indica que Python ha detectado y conectado correctamente con la versión 1.4 pre-alpha de Django que hay en el sistema. La siguiente verificación será crear el primer proyecto de Django para verificar que la generación funciona. Crear una carpeta para almacenar los proyectos de Django y acceder a ella: mkdir /home/roberto/django-projects cd /home/roberto/django-projects</code> En este caso la carpeta se ha creado en el home del usuario con el nombre “django-projects” pero no es necesario que sea así. En su lugar podría haberse usado, por ejemplo, la carpeta workspace que usa Eclipse. Crear el proyecto de prueba en la carpeta: django-admin.py startproject testdjango</code> Acceder al proyecto y lanzar el servidor Django integrado: cd testdjango python manage.py runserver</code> Que devuelve algo como: !(http://domatix.com/wp-content/uploads/testdjango_launched.png)</a> El servidor ha arrancado correctamente y está esperando conexiones locales en el puerto 8000 ( http://127.0.0.1:8000</a> ). Al abrir el navegador en la ruta indicada por el mensaje debería aparecer: </a> El proyecto ha cargado correctamente y es accesible desde el navegador. Ahora se podría crear una base de datos en PostgreSQL y comprobar la conectividad con el proyecto pero dada la finalidad de este artículo ( instalar Zoook ) el acceso a base de datos se detallará más adelante al configurar Zoook. En el enlace que le adjuntaremos a continuación, encontrara más información sobre cómo Instalar Zoook en Ubuntu - Parte II (http://www.domatix.com/instalar-zoook-en-ubuntu-parte-ii-python-y-django “Instalar Zoook en Ubuntu - Parte II: Python y Djan”) Puede encontrar más información sobre temas similares en nuestra página web haciedno clic (https://openerpspain.com) Instalar Zoook en Ubuntu - Parte I: Apache y PostgreSQL 2011-10-20T00:00:00+00:00 </h1> </h1> Instalar Zoook en Ubuntu- Parte I</h1> ¿Qué es Zoook?</h2> Zoook es un canal de venta web desarrollado por (http://www.zikzakmedia.com/) . Está basado en Django y es 100% compatible con OpenERP sin conectores. Los pedidos, stock, envíos y tarifas de precios (entre otras funcionalidades) se consultan directamente en OpenERP. ¿Qué instalaremos?</h2> Apache 2</li> PostgreSQL 9.1.1</li> pgAdmin3 1.14.0</li> Python 2.7.2</li> Django 1.4 pre-alpha</li> Módulo mod_wsgi para Apache 2</li> Zoook</li> </ul> En esta serie de artículos explicaremos detalladamente cómo instalar Zoook en Ubuntu, en éste en concreto hablaremos de la parte I La finalidad de los artículos es documentar los pasos a seguir para implantar un Zoook tanto en un entorno de desarrollo como en un entorno de producción actuales y guíar al usuario en la solución de los posibles problemas que pueden surgir durante el proceso. Dada la extensión de los cambios el proceso se dividirá en tres partes siendo en esta primera parte donde se explica cómo poner en marcha (http://www.apache.org/ “Apache. Página oficial”) con el motor de base de datos (http://www.postgresql.org/ “PostgreSQL. Página oficial”) 1.- Instalar Apache 2 (entornos de producción)</h2> Django incorpora un servidor para entornos de desarrollo que además es recomendable usar ya que simplifica enormemente el proceso de debug. Por lo tanto no es necesario realizar este paso en entornos de desarrollo. Para instalar Apache 2 escribir en un terminal: sudo apt-get install apache2</code> 2.- Instalar PostgreSQL</h2> Tanto Python como Apache soportan varios motores de bases de datos pero este artículo está centrado en cómo usar PostgreSQL. Para instalar PostgreSQL: sudo apt-get install postgresql</code> 3.- Instalar pgAdmin3</h2> Lo siguiente es instalar la interfaz gráfica (http://www.pgadmin.org/ “pgAdmin. Página oficial”) para facilitar la gestión del servidor PostgreSQL. Actualmente la última versión disponible es la 1.14.0 pero en los repositorios de ubuntu está la versión 1.12.3-1. Para instalar la versión 1.12.3-1 desde los repositorios: sudo apt-get install pgadmin3</code> Si se prefiere instalar la última versión hay que descargar directamente el código fuente y compilarlo. Descargar las fuentes de: http://www.pgadmin.org/download/</a> Tras descargarlo descomprimirlo con: tar xvzf pgadmin3-1.14.0.tar.gz</code> y acceder a la carpeta donde se ha descomprimido: cd pgadmin3-1.14.0</code> Antes de instalarlo hay que asegurarse de tener todas las dependencias necesarias: sudo apt-get install build-essential libwxgtk2.8-dev libxml2-dev libxslt1-dev libgtk2.0-dev</code> Después ejecutar: ./configure</code> Lo siguiente sería hacer un make pero si se hace ahora se obtiene un error: ./db/keywords.c:33:34: error: parser/kwlist.h: No such file or directory Este error se produce porque hay un bug en el constructor del PostreSQL que no copia un archivo necesario ( kwlist.h ) en la carpeta correspondiente. Crear la carpeta /usr/include/postgresql/parser con: sudo mkdir -p /usr/include/postgresql/parser</code> Mover allí el archivo descargado con: sudo mv kwlist.h /usr/include/postgresql/parser</code> A continuación ya se puede ejecutar: sudo make install</code> La instalación debería haberse realizado correctamente. Adicionalmente y para mayor comodidad crear un enlace simbólico al ejecutable de pgadmin3 con: sudo ln -s /usr/local/pgadmin3/bin/pgadmin3 /usr/local/bin/pgadmin3</code> De este modo se puede acceder a él desde cualquier lugar ejecutando simplemente: pgadmin3 en lugar de tener que usar: /usr/local/bin/pgadmin3 4.- Configurar usuarios PostgreSQL</h2> PostgreSQL por defecto trabaja con ‘ident sameuser’ para conexiones locales que permite usar el mismo usuario que ya existe en el sistema para establecer las conexiones con base de datos. De un modo similar se puede crear un usuario alternativo en el sistema y generarle un acceso a PostgreSQL. El modo de crear un usuario superusuario es: sudo -u postgres createuser --superuser NOMBREUSUARIO sudo -u postgres psql postgres=# password NOMBREUSUARIO</code> Tras todos los cambios reiniciar el servidor apache: sudo /etc/init.d/apache2 restart</code> Finalizado todo este proceso quedaría el sistema listo para continuar con los siguientes pasos en los que instalaremos Python, Django, el módulo mod_wsgi para Apache 2 y finalmente Zoook. En los próximos días publicaremos el resto de partes. puede encontar más infromación relevante para usted sobre cómo instalar Zoook en Ubuntu - Parte I, haciedno clic (https://openerpspain.com). !(https://openerpspain.com/wp-content/uploads/logo.png) Aplicación web sincronizada con OpenERP: Caso de éxito MALIFT 2011-10-18T00:00:00+00:00 Últimamente estamos recibiendo muchas preguntas acerca de nuestra línea de negocio de aplicación web sincronizada con OpenERP. Para responder dichas preguntas pensamos que podríamos utilizar uno de los proyectos llevados a cabo por la empresa. Poniendo como ejemplo, a la empresa MALIFT, una empresa de las Islas Baleares dedicada al mantenimiento de todo tipo de ascensores y montacargas. Puede encontrar más información relacionada con el artículo en nuestra (https://openerpspain.com) o haciendo clic en el siguiente enlace: https://www.domatix.com/</a> !(https://intranet.maliftascensores.com/static/img/logo-malift.png)!(https://openerpspain.com/wp-content/uploads/logo.png) Nuevo proceso de instalación de localización española de OpenERP 2011-10-14T00:00:00+00:00 En este artículo veremos como llevar a cabo la instalación de localización española OpenERP Al configurar la contabilidad y seleccionar el plan de cuentas español se podrá seleccionar para que compañía realizar la instalación, las fechas de inicio y fin del período, la duración de los periodos (mensuales o trimestrales) y si se desea crear los periodos de apertura, cierre y para Perdidas y Ganancias. !(http://domatix.com/wp-content/uploads/01.png)</a> En el siguiente paso igual que antes se podrá seleccionar el número de dígitos para las cuentas y los diarios a crear. Una vez terminado el asistente se podrá abrir el ejercicio creado y comprobar que se han creado los periodos de Apertura, Cierre y PG !(http://domatix.com/wp-content/uploads/02.png)</a> Si por cualquier motivo no lo marcas en la instalación también se podrá crear estos periodos en un ejercicio que no los tenga con el botón que se muestra a continuación !(http://domatix.com/wp-content/uploads/03.png)</a> Puede encontrar más información relacionada con la instalación de localización española OpenERP en nuestra web haciendo clic (https://openerpspain.com) Fuente: (http://www.domatix.com/instalacion_localizacion_espanola_openerp) OpenObject v6 - Módulo agptic_group_employee_restric 2011-10-10T00:00:00+00:00 El nuevo módulo acceso usuarios impide el acceso de un usuario al resto de empleados. Si tenemos un usuario perteneciente a los grupos: Partner manager Permite el acceso a los clientes Employee Para recursos humanos y poder meter tus horas de trabajo Para acceso a Ventas (libreta direcciones, reuniones, …) Tenemos que tendrá acceso de lectura para ver todos los empleados del sistema. Lo ideal es que tenga sólo acceso al empleado asociado al usuario en uso. Para evitar eso he creado el módulo acceso usuarios agptic_group_employee_restric que lo que hace es crear un nuevo grupo Human Resources / Restringe empleados , de manera, que al usuario incluido en éste grupo sólo le permite acceso de lectura al empleado asociado si lo hubiese, y no al resto. P.D: no estaría mal si alguien lo va probando y cuenta qué tal ! Un saludo Juanjo A Read morehttp://www.domatix.com</a> !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Caso de éxito de OpenERP en el Hospital de León 2011-10-06T00:00:00+00:00 Mañana día 6 de Octubre, en el Palacio de Congresos de Burgos y enmarcado dentro del XIV Congreso Nacional de Hostelería Hospitalaria, presentaremos el caso de éxito del proyecto de implantación de OpenERP en el Complejo Hospitalario de León. Read more (http://www.domatix.com/multidivisa_openerp “Multidivisa en OpenERP”) !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). 10 Razones para que los autónomos (y pymes) usen software libre 2011-10-04T00:00:00+00:00 </h2> 01 Permite ahorrar en la adquisición, mantenimiento y renovación de tecnologías:</h2> Al usar software libre, el autónomo ahorra costes en la adquisición de licencias y en su posterior renovación. Además, usando software libre el autónomo puede copiar las aplicaciones de forma legal en tantos equipos como necesite. El software libre tiene una menor necesidad de hardware, por lo que los equipos son más baratos y su vida útil es mayor. Por otro lado, el uso de software libre fomenta una mayor competencia de proveedores en la prestación de servicios tecnológicos, lo que finalmente abarata los costes. 02 Las aplicaciones libres tienen mayor calidad y son más completas:</h2> En las tecnologías abiertas, la detección y solución de errores es más rápida, gracias a que toda la Comunidad cuenta con acceso al código fuente. Así, las actualizaciones y mejoras en las aplicaciones no dependen de criterios comerciales, se incorporan rápidamente y sin coste para el usuario. Un software de más calidad produce menos errores, y por tanto reduce el tiempo improductivo por paradas del sistema, contribuyendo a la mejora de la productividad. Además, los sistemas operativos libres son soluciones más completas, pues su instalación incluye también aplicaciones de ofimática, multimedia, conectividad… en el mismo paquete. Es decir, el autónomo dispone de las aplicaciones de uso más común al momento y sin costes adicionales por cada una de ellas. 03 Garantiza la seguridad:</h2> El software libre es más seguro. Contar con código de conocimiento público y continuamente auditado por la Comunidad, dificulta los ataques externos y la existencia de virus o troyanos, cuya incidencia es insignificante en el software libre. Por otro lado, separar los procesos de creación del producto y el servicio de mantenimiento, que puede ser ofertado por cualquier profesional, facilita que una mejora en la seguridad pueda hacerse sin necesidad de recurrir al creador del software. 04 El uso de software libre favorece la independencia tecnológica del autónomo:</h2> Con las aplicaciones libres, el autónomo no está obligado a actualizarse cuando lo imponga el fabricante del software. Puede decidir sobre sus aplicaciones como más le convenga, estableciendo sus plazos conforme a su situación comercial y económica. Para el autónomo, al no haber inversión inicial en materia de licencias, se elimina la barrera de salida a la hora de cambiar de aplicación. Además, dado que el software libre está construido en base a estándares, cualquier cambio de una solución a otra será más sencillo, no dependiendo de fabricantes o proveedores concretos para hacerlo. 05 El software libre es una tecnología de fácil acceso y se adapta mejor a la realidad del autónomo:</h2> La mayoría de las aplicaciones de software libre están disponibles en la red, de forma que utilizarlas es tan sencillo como acceder a internet, buscar la aplicación que se necesita, bajarla e instalarla en el ordenador. Esta facilidad de acceso permite probarlas sin gastar dinero y cambiarlas por otra sin no se adaptan a las necesidades del autónomo. 06 El software libre es una tecnología 100% legal:</h2> El software libre es una alternativa totalmente legítima de uso del software. Éste te permite copiar las aplicaciones en tantos equipos como sea necesario; sin necesidad de adquirir nuevas licencias y sin vulnerar los derechos del autor. Por esta razón, un autónomo no tiene que adquirir una licencia para cada aparato, y una agrupación de autónomos puede construir o adquirir una aplicación que luego puedan usar todos los interesados, pudiendo igualmente hacer las modificaciones necesarias en base a sus características específicas. Y todo ello utilizando siempre una tecnología 100% legal. 07 Las tecnologías libres tienen un soporte técnico más accesible:</h2> Cuando existe una necesidad de soporte técnico para una aplicación de software libre, el autónomo puede acudir a las empresas del sector TIC del software libre, que ofrecen servicios profesionales de instalación, integración, mantenimiento, capacitación… Conocer el código fuente permite que las empresas locales puedan ofrecer productos y servicios mejor adaptados a la realidad del profesional autónomo de una zona o sector empresarial. Así estamos garantizando, no sólo la independencia de proveedor sino también su disponibilidad futura. Además, existe una Comunidad de Desarrolladores que ofrece ayuda de forma desinteresada a través de la red las 24 horas del día y todos los días del año. De esta manera el autónomo puede participar activamente de dicha Comunidad prestando apoyo a otros. 08 Fomenta la creación de un modelo productivo más colaborativo basado en la colaboración:</h2> Los profesionales autónomos pueden colaborar entre ellos utilizando software libre. Asociaciones empresariales, clusters y administraciones con intereses comunes en un sector de actividad, pueden dotarse de tecnologías que mejoren su productividad, usarlas sin restricciones y construir una Comunidad que ayude a mejorarlas de forma continua. Gracias al modelo de desarrollo y de licencias del software libre, es posible crear proyectos tecnológicos colaborativos, partiendo incluso de soluciones ya existentes. De esta forma estamos reduciendo los costes y esfuerzos invertidos y generando una comunidad de valor alrededor de los proyectos, que es fuente de conocimiento y recursos humanos de calidad. 09 Seguir la tendencia de los clientes en el uso de software libre:</h2> El uso de software libre está en pleno crecimiento en las administraciones públicas, empresas y ciudadanía. Por sus características, las aplicaciones de software libre permiten al autónomo comunicarse con todos sus potenciales clientes, independientemente del formato usado en dicha comunicación. Además, debido al uso cada vez mayor de software libre y de estándares abiertos, el autónomo que usa aplicaciones libres tiene más facilidad para integrarse en las estrategias de sus clientes. (Sean estos empresas o administraciones, permitiéndole una mejor respuesta a sus demandas). 10 Las aplicaciones en software libre son más fáciles de aprender:</h2> La mayor facilidad de acceso a las tecnologías libres hace que aprender a utilizarlas sea más sencillo. Sin un coste de adquisición, los autónomos pueden probar, tocar, practicar… y si les gusta la aplicación empezar a utilizarla. Por otro lado, las herramientas abiertas son fácilmente adaptables a la realidad de quién las usa, por ejemplo en materia lingüística. En definitiva, para un autónomo utilizar software libre es sinónimo de mejora de la competitividad. Son tecnologías más baratas, con mayor calidad, posibilidad de soporte local y su adquisición es tan sencilla como descargarlas de forma completamente legal desde internet. Fuente: @cenatic</a> También puede encontrar información relevante para usted en nuestra (https://openerpspain.com) !(https://openerpspain.com/wp-content/uploads/logo.png) Módulo agptic_base_contact - OpenObject v6 2011-09-19T00:00:00+00:00 El módulo agptic_base_contac que se presenta a continuación, modifica el comportamiento de base_contact. Para empezar, base_contact permite tener múltiples contactos, con múltiples datos de contacto (distintos email, tlf, para cada cliente). Por un lado, encontramos los datos del contacto (tlf, mail, . . .) y, por otro, los datos del contacto para un determinado cliente (que son los que se muestran desde la ficha del cliente). Sin embargo, es un poco engorroso tener que meter los mismos datos cada vez que seleccionamos un contacto en la ficha de un cliente. En el caso de agptic_base_contact, permite seleccionar el contacto, y si no introducimos ningún dato más, creará el cargo del contacto en el cliente con los mismos datos especificados en la ficha del contacto. Si además queremos tener un dato específico del contacto para ese cliente, no hay problema, ese dato se respetará, y sólo se pasarán los demás de la ficha maestra del contacto. Es complicado hasta de explicar, pero seguro que quien tenga instalado el base_contact sabe de lo que hablo. base_contact también elimina el campo móvil de la ficha del cliente, algo pienso útil, por lo que agptic_base_contact lo restablece. Nuestro módulo ahorra trabajo, ya que: 1/ creamos un contacto con sus datos (el módulo añade los campos teléfono y fax al contacto) 2/ desde la ficha del cliente seleccionamos el contacto creado, y si no metemos más datos, como el email, fax, teléfono o móvil, éstos datos se rellenarán automáticamente con los de la ficha del contacto. Bueno, probadlo y me contáis. PD1: Actualizado a la versión 1.01 Ahora, si después realizamos un cambio en algún dato de contacto (email, teléfono, móvil o fax) de la ficha principal de contactos, éstos cambios si propagan a todos los datos de contacto relacionados con los clientes a los que están asociados (los trabajos). Ésto sólo ocurrirá si: los datos de contacto para esa empresa son iguales a los datos del contacto principal</li> los datos de contacto para esa empresa, tienen los campos vacíos.</li> </ol> Se hace así para evitar la perdida de datos. Actualizado a la versión 1.02: solucionado bug que borraba la función del cargo (es un campo related, y se rompía la relación)</li> añadido menú en ventas / libreta de direcciones / cargos y direcciones (permite exportarlos comodamente por ejemplo)</li> </ol> Un saludo Juanjo A Read more (http://www.domatix.com/multidivisa_openerp “Multidivisa en OpenERP”) !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Como realizar el análisis inicial para implantar un ERP 2011-09-16T00:00:00+00:00 !(https://openerpspain.com/wp-content/uploads/antz.png)A lo largo de este artículo, vamos a ver los principales puntos que deberíamos de tener en cuenta a la hora de implantar un ERP. Cada punto mencionado debería ser ilustrado en detalle para ofrecer una visión global pero a la vez clara y resumida de los principales procesos de negocio de la empresa. En primer lugar, se recomienda que toda empresa que vaya a implantar un ERP, realice un análisis inicial, previamente a la selección de la empresa consultora o propietaria del software que realizará la implantación. Si se le entregan los requerimientos de la empresa detallados, el presupuesto estará mejor detallado, se podrá realizar un plan de proyecto mucho más ajustado a la realidad y posiblemente se evitarán a posteriori sorpresas desagradables. Con todo esto, vamos a pensar en un análisis inicial que cubra únicamente las áreas básicas de la empresa (compras, ventas - Marketing y CRM -, logística, tesorería, Recursos humanos ) Como mínimo, un análisis inicial debe contener los siguientes aspectos: Análisis de datos maestros necesarios para implantar un ERP:</h2> Los datos maestros de un ERP, son aquellos datos críticos y necesarios para poder empezar a operar con la herramienta. En función de cómo se configuren estos datos maestros, la herramienta permitirá realizar ciertas acciones o no, o su comportamiento será distinto en algunos aspectos. Ejemplos:</h4> Si en ficha maestra de un cliente le asignamos una forma de pago transferencia bancaria, evidentemente el sistema no generará ningún recibo, por tanto, en la ficha maestra definimos la forma de cobrar a este Cliente.</li> En el supuesto de que en la ficha, definimos que un proveedor nos exige un pago los días 10 de cada mes, cuando nosotros habitualmente pagamos los días 5 y 20, deberá quedar reflejado en la ficha del proveedor, y parametrizar la herramienta para que contemple esta situación.</li> En el caso que, se requiera realizar un pedido a un proveedor, en las fichas maestras o maestros, debe estar registrado el proveedor, el artículo que le queremos comprar, el precio de dicho artículo con las condiciones de tarifa del proveedor….</li> </ul> Datos maestros:</h4> Existen una serie de datos que si previamente, o en el momento de necesitarlos no se registran, no se puede trabajar con el sistema. Estos datos serían los maestros. Es por ello, por lo que, la acción de configurar estos maestros, sería la más complicada de la fase de implantación. Si no se hace correctamente, será imposible que el comportamiento del programa sea el esperado. A continuación, se detalla una lista qué datos maestros son imprescindibles analizar en una empresa estándar de tamaño medio. Son necesarios todos, pero puede haber más. Es necesario destacar que cada sector de negocio tendrá sus propios datos maestros y de aquí surge a veces la necesidad de crear módulos adicionales para el ERP que configuran una solución Vertical para dicho sector. La tabla adjunta pretende al menos nombrar aquellos maestros existentes en todas las empresas de los sectores de industria y servicios. Para cada uno de ellos, en el análisis inicial se reflejará cómo es actualmente y qué se espera que se pueda registrar y centralizar en el ERP a futuro. Se incluirá cualquier dato que se considere relevante. Datos relevantes:</h4> Mi empresa</li> Catálogo de productos</li> Almacenes</li> Clientes</li> Proveedores</li> Tarifas de Venta</li> Tarifas de compra</li> Formas de pago</li> </ol> Mi empresa (todos los módulos)</h3> En este apartado se incluyen datos relevantes de mi empresa. Estructura departamental.</li> Sedes y ubicaciones</li> Volumetría de empleados</li> Días de pago a proveedores</li> Días de pago de nóminas…</li> Otros</li> </ul> Empleados (todas las áreas)</h3> Un empleado puede ser un agente de ventas, un administrativo, un operario de máquina en fabricación, jefes de proyecto… El concepto empleado es utilizado por casi todos los módulos del ERP donde sea necesario especificar quien hace qué. Operarios de fabricación, agentes de venta, técnicos de soporte en CRM, administrativos… Datos de empleados</li> Calendarios</li> Horarios</li> Turnos</li> Grupos</li> Categorización</li> Nivel</li> Vacaciones</li> Skills</li> Edad media de los empleados</li> Ubicación física en la empresa.</li> Política salarial de la empresa: Configuración de Rangos salariales, primas, extras (solo requerido en el módulo de nóminas)</li> </ul> Esta parte del análisis es primordial ya que permitirá entre otras cosas: Dimensionar el número de puestos que será necesario habilitar para trabajar con la nueva herramienta</li> Orientar sobre la formación previa en informática de los futuros usuarios y su edad lo que permitirá dimensionar y planificar las jornadas de formación.</li> Obtener una visión general de la estructura de permisos y usuarios de la aplicación.</li> </ul> Catálogo de productos (logística, materiales, compras, ventas…)</h3> En este apartado, especificaremos cómo es nuestro catálogo. Algo aparentemente trivial, puede ser el escollo más importante a salvar en una implantación. Existen infinidad de formas de registrar y categorizar los productos de una empresa. Es necesario definir al menos los siguientes aspectos: Aspectos a tener en cuenta:</h4> Tipología de artículos Qué es lo que se compra</li> Qué se vende</li> Fabricación de mi empresa</li> </ul> </li> Categorías de artículos</li> Volumen de artículos codificados.</li> El código del artículo. Referencias: Como identifico mi artículo como único. Hay categorizar el que se vende, el que se compra y el que se transforma.</li> El código será secuencial, da información de forma inteligente, utilizando bloques de cifras para indicar algo dentro de dicho código…</li> </ul> </li> Datos adicionales del artículo. Como varían en función de la tipología y de las categorías.</li> Unidades de medida en las que se compra, vende y almacena el artículo.</li> Serialización y números de lote de los artículos. Qué tipologías y categorías de artículos es necesario que lleven números de lote o serial. Quién genera dicho número de lote y cómo se genera.</li> Atributos o variantes del artículo (Color, talla, medidas…etc, etc). Categorización y tipología de los artículos en los que varía el precio de venta o compra en función de los atributos.</li> Indicar si requieren imágenes o no. Cuantas. La imagen se registra a nivel de producto o a nivel de variante.</li> Señalar si requieren registro de documentos adjuntos. Cuantos. Cuales. Qué formatos.</li> </ul> En el análisis del catálogo se incluirá cualquier aspecto que se considere de interés o inherente al sector que pudiese causar conflicto en su configuración en el ERP. Almacenes (logística)</h3> Cuantos hay y donde están. Información y características relevantes de cada almacén Clientes (ventas, CRM)</h3> Aquí se incluyen datos relevantes que desee registrar de Clientes. Volumetría</li> Codificación de Clientes</li> Datos generales</li> Categorización de Clientes</li> Contactos de Clientes</li> Estructura de empresa de mis Clientes</li> Datos asociados a esta estructura</li> Sedes de Clientes.</li> Direcciones y tipología de dirección (sede, almacén, oficina administración… etc)</li> Formas de pago</li> Bancos</li> Etc…</li> </ul> Canales de venta</h3> Agentes comerciales</li> Tiendas físicas</li> Comercio On-Line</li> </ul> Proveedores (compras)</h3> Aquí se incluyen datos relevantes que desee registrar de mis Proveedores Volumetría</li> Codificación de Proveedores</li> Datos generales</li> Categorización de Clientes</li> Contactos de Proveedor</li> Estructura de empresa de mis Proveedores</li> Datos asociados a esta estructura</li> Sedes de Proveedor.</li> Direcciones y tipología de dirección (sede, almacén, oficina administración… etc)</li> Formas de pago</li> Bancos</li> Etc…</li> </ul> Tarifas de venta (ventas)</h3> Las tarifas de venta son un aspecto fundamental en la configuración del ERP. Pueden ser dinámicamente calculadas en función de otros campos (la más sencilla: tarifa de compra + %margen), o asignadas para cada uno de los artículos. En el análisis es necesario reflejar como se realiza en la actualidad esta asignación de tarifas venta a los productos a fin de evaluar la complejidad de su configuración. Teniendo en cuenta la categorización y tipificación de los productos de venta: Mostrar cómo se calcula la tarifa</li> Indicar si se existen o no descuentos por volumen</li> Señalar cómo se configuran las ofertas</li> Indicar si existen packs de productos en oferta</li> Denotar cualquier aspecto relevante referente a las tarifas de venta.</li> </ul> Tarifas de compra (compras)</h3> Mostrar cómo se reciben las tarifas de proveedor</li> Indicar cómo se registran las tarifas de proveedor</li> Señalar si se existen o no descuentos por volumen</li> Indicar cómo se configuran las ofertas</li> Denotar si se recepcionan packs de productos en oferta</li> Indicar cualquier aspecto relevante referente a las tarifas de compra.</li> </ul> Formas de pago (tesorería)</h3> Indicar formas de pago que se utilizan habitualmente en cualquier área de gestión de la empresa (transferencia, cheque, giro, pagaré, tarjeta de crédito, facturing, confirming, etc.)</li> </ul> Formas de envío y transporte (logística). Tarifas.</h3> Indicar formas de envío que se utilizan habitualmente (Camión propio, Camión de Cliente, Camión de Proveedor, Agencia de transporte, Agencia de mensajería…)</li> </ul> Señalar qué forma de envío es utilizada en función de qué condiciones. Y sobre todo, marcar las excepciones. Ejemplos: Un proveedor envía la mercancía en su camión y cobra los portes. Habitualmente el resto de proveedores, envían una agencia de mensajería, también a portes pagados.</li> En cuanto a envíos de mercancía a Clientes, la empresa utiliza una furgoneta de reparto para servir los pedidos locales, para la península se utiliza una agencia de transporte.</li> A clientes con pedidos superiores a una cantidad, se les envía la mercancía con un 20% de descuento en la tarifa habitual.</li> </ul> Embalajes, volumen y peso (logística).</h3> Es necesario que quede bien definida la información requerida para los embalajes: Tipificación de embalajes</li> Códigos de embalaje</li> Asociación de embalajes a artículos, a volúmenes, a pesos…</li> </ul> Es decir, cualquier información relevante a embalajes. Ejemplo: Se envía mercancía en contenedores. La agencia de transporte cobra por contenedor con un límite de peso, independientemente del número de bultos que incluyen. Se requiere registrar tamaños y volúmenes de embalajes, materiales que la componen, relación de artículos con embalajes. Contabilidad</h3> A la hora de implantarlo, es imprescindible en el área de contabilidad, si el plan contable no está definido correctamente no será posible llevar las finanzas con el ERP. Definición de la estructura del plan contable.</li> Ejercicios, períodos (mensuales, trimestrales)</li> Definiciones de impuestos (IVA, recargo de equivalencia, retenciones IRPF</li> Plazos de pago</li> Remesas de recibos (CSB19, CSB58), órdenes de pago o transferencia (CSB34)</li> Importación de extractos bancarios (CSB43)</li> Liquidaciones</li> </ul> Es por ello, que una vez definidos estos aspectos se podría hablar de que ya hemos creado una visión general de los datos maestros de la empresa en las áreas mencionadas y se podrían comenzar a definir los procesos operativos. Procesos de negocio de la empresa (workflow de procesos):</h2> También, en este apartado se incluyen en la medida de lo posible los procesos actuales de la empresa. Es necesario al menos indicar 2 niveles de procesos: Nivel 1: Procesos interdepartamentales:</h3> A continuación veremos los procesos interdepartamentales. Cuales son las áreas/dptos en los que se divide la empresa</li> Cómo interactúan entre ellas: Flujos de documentos</li> Procesos de aceptación, validación, asignación de tareas…</li> Herramientas utilizadas</li> </ul> </li> </ul> Ejemplo muy simplificado de un proceso interdepartamental Cliente realiza pedido de venta (Att Cliente)</li> Se verifica si existe stock del producto en almacén (Logística) Si existe, se sirve al Cliente. (Logística)</li> Si no existe y el producto es de distribución Se realiza pedido de compra a proveedor. (Compras)</li> Recepción del material (Logística)</li> Verificación su calidad (Calidad) Si pasa el control, se incluye en almacén (Logística)</li> Si no pasa el control Se devuelve al proveedor (Logística).</li> Compras gestiona la devolución (Compras)</li> Att Cliente indica el retraso en la entrega al Cliente y facilita nueva fecha de entrega (Att Cliente)</li> </ul> </li> </ul> </li> </ul> </li> Si no existe y el producto es de fabricación, se fabrica (fabricación) Se verifica su calidad (Calidad) Si pasa el control, se incluye en almacén (Logística)</li> Si no pasa el control ….</li> </ul> </li> Se almacena y se sirve al Cliente. (logística)</li> </ul> </li> </ul> </li> </ul> En este ejemplo, se puede comprobar que intervienen distintos departamentos desde que se recibe el pedido del Cliente hasta que es posible entregarlo. Entonces, actualmente ¿Cómo se gestiona esta comunicación interdepartamental? Modo de registro de los pedidos</li> Como se comunica att cliente con compras para indicarle que tiene que hacer un pedido</li> Conocimiento por parte de fabricación sobre que tiene que fabricar un producto y cómo lo tiene que fabricar. Como sabe fábrica a qué fecha debe tener fabricado el producto.</li> Como conoce ventas las incidencias que ha habido desde que el Cliente hizo el pedido y como sabe que tiene que avisarle de un retraso en la entrega…</li> </ul> En fin, cuanto más se detalle este proceso interdepartamental más sencillo resultará configurar los flujos de información correctos en el ERP. Nivel 2: Procesos intradepartamentales (Dentro de un mismo área/dpto)</h3> Así mismo, es necesario realizar el mismo ejercicio, pero dentro de un mismo área/dpto. Por cada área/dpto se indicará: Cómo se trabaja</li> Quien hace qué</li> Cómo lo hace</li> Qué herramientas usa actualmente</li> </ul> En el mismo ejemplo utilizado anteriormente, se pueden dar infinitas combinaciones de formas de trabajar. Pongamos un ejemplo irreal pero posible de una empresa ficticia:</h4> Att Cliente recibe un pedido de venta: Existen 3 canales de entrada de pedidos de venta: Teléfono, Fax</li> E-mail</li> Tienda On-Line</li> </ul> </li> Hay un agente de ventas asignado a cada canal.</li> Cada agente recepciona únicamente los pedidos que entran desde dicho canal.</li> Al recepcionar un pedido, se registra en una hoja de cálculo o en una base de datos.</li> Posteriormente se envían por correo electrónico al almacén para que verifiquen in situ si hay stock o no. Los agentes del canal de fax, teléfono y tienda on-line registran el pedido en el la base de datos y además lo copian en cliente de correo para enviar un correo a almacén.</li> A veces, los clientes que realizan el pedido por teléfono también envían un correo electrónico, por si acaso.</li> El agente que atiende el canal de correo electrónico, no sabe que el del teléfono ya ha registrado el pedido en el access por lo que se registra el mismo pedido 2 veces por 2 personas distintas, con distinto número.</li> Almacén recibe 2 correos solicitando la misma cantidad de producto para el mismo Cliente pero por el volumen diario de pedidos, no identifica que se trata del mismo pedido duplicado.</li> </ul> </li> </ul> Concluisones del ejemplo:</h4> Como se puede comprobar, ya en el primer punto de nuestro proceso interdepartamental, ya se han detectado que existen puntos de mejora que ahorrarían tiempo, errores y en definitiva costes. En Att Cliente, registran el pedido 2 veces. Una en la base de datos local y otra para enviarlo por correo a almacén.</li> No existe comunicación entre los distintos agentes del dpto. No conocen si otro agente ya ha tratado el pedido.</li> </ul> A partir de este punto, donde el error ya se ha producido, y continuando con el ejemplo, este Cliente podría acabar recibiendo 2 pedidos iguales, pero con una diferencia importante de tiempo. Podría ocurrir que en almacén recepcionan el primer pedido, tienen stock y lo sirven, pero cuando llega el segundo, ya no hay stock y pasan aviso a compras para que emita el pedido a proveedor. O incluso peor, tienen que pasar a fábrica el aviso para que se fabrique… Se fabricará algo innecesario que ya fue entregado. El Cliente recibirá un pedido que no solicitó. Se producirá una devolución… y todo se complicará todo lo que pueda complicarse causando pérdidas de tiempo y económicas a la empresa. Ahora el mismo ejemplo con el ERP:</h4> Att Cliente recibe un pedido de venta: Existen 3 canales de entrada de pedidos de venta: Teléfono, Fax</li> E-mail</li> Tienda On-Line</li> </ul> </li> Hay un agente de ventas asignado a cada canal.</li> Cada agente recepciona únicamente los pedidos que entran desde dicho canal.</li> Al recepcionar un pedido, se registra en el ERP.</li> En el análisis inicial, se verificó que se producían errores de duplicación de pedidos de clientes por lo que se incluyó un control, donde al registrar un segundo pedido del mismo cliente y el mismo artículo en las mismas cantidades, el mismo día, advirtiera al agente que dicho pedido ya existe en el sistema.</li> El agente verificará si es el mismo pedido o realmente el Cliente solicita 2 pedidos y podrá optar por registrar o borrar el segundo pedido.</li> Se ha decidido eliminar el envío del correo a almacén. En su lugar, se ha establecido que almacén tendrá acceso a consultar los pedidos de venta pendientes registrados en el ERP.</li> </ul> </li> </ul> Han sido eliminados varios pasos del proceso anterior. Se ha mejorado la productividad, se han eliminado tareas repetitivas y sin valor añadido. Se ha agilizado la labor de nuestros empleados y optimizado los recursos de la empresa, lo cual finalmente se traduce en un ahorro de costes para la empresa. Conclusiones:</h3> En resumen, el objetivo de este apartado es detectar aquellos procesos repetitivos, poco productivos y sin valor añadido que se podrían eliminar del proceso de negocio. A su vez, permite examinar los procesos actuales y verificar si los procesos definidos de base en el estándar del ERP podrían encajar o adaptarse a los requeridos por la empresa. En caso de no ser así, permite identificar aquellos elementos que por ser inherentes y específicos de la empresa, no estarán en definidos de base en el estándar del ERP. En nuestro ejemplo anterior, tras implantar un ERP, se detectó que dicho ERP cubría el proceso de base, ya que permitía registrar pedidos y enviarlos por e-mail, pero en esta empresa concreta, se requería un control adicional en el ERP para evitar registrar pedidos de venta por duplicado. Los procesos mínimos que habrá que detallar son: Presupuestación de productos</li> Sistema de Cálculo de costes</li> Procesos de Compras</li> Trascursos de Ventas</li> Procesos de devolución de materiales a proveedor</li> Trascurso de Calidad ( en fabricación, en recepción de materiales, en subcontratación, en atención al Cliente …)</li> Procesos de recepción y expedición de materiales</li> Desarrollo de fabricación</li> Procesos de gestión de devoluciones de Cliente</li> </ul> Es por ello, por lo que este apartado puede ser sumamente sencillo o tremendamente complicado según la empresa que se esté analizando. Informes, documentos, estadísticas</h2> A continuación, en este apartado se indicarán los documentos requeridos en cada área de trabajo o departamento que deberán estar configurados en el ERP antes de la fecha del arranque, para que puedan ser impresos desde la herramienta. La empresa deberá definir el formato y la información que requiere mostrar en estos documentos. Además, es habitual que todos los ERP incluyan en el estándar documentos preformateados, que pueden ser perfectamente válidos en cuanto a la información que muestran, por lo tanto bastaría con adaptar su diseño a la imagen corporativa de la empresa. Incluso, si la exigencia en este sentido no es muy alta, ni siquiera esto será necesario. No obstante es necesario analizar los requerimientos de la empresa. Algunos de los documentos mencionados podrían ser: Pedido de compra a proveedor</li> Albarán de Venta</li> Factura de Venta</li> Certificado de calidad</li> Recibos</li> Orden de fabricación</li> Albarán de devolución de mercancía</li> Lista de embarque</li> Informes contables (mensuales, trimestrales, anuales)</li> Reclamación a proveedor por retraso en entrega de mercancía</li> Reclamaciones de pagos a Clientes</li> Informes de gestión en tesorería</li> Informes estadísticos de cada área</li> …</li> </ul> Migración de datos de sistemas actuales</h2> Para llevar a cabo una migración de forma correcta, es imprescindible especificar con qué sistemas de gestión se cuenta actualmente y sobre todo las fuentes de datos que se utilizan. El objetivo es analizar la calidad de estos datos y comprobar si es posible su inserción automática en el ERP bien sea parcial o totalmente. Además, en un ERP, todos los datos deben ser consistentes. La estructura de datos está centralizada y normalizada. Por este mismo, si los datos de la empresa están distribuidos en varios soportes y sistemas, cada uno de ellos realizará sus propias codificaciones en los objetos, sus validaciones… Organizar, unificar y normalizar todos estos datos puede ser sumamente complejo y a veces imposible. En ocasiones, en función del volumen y calidad de los datos, es muchísimo mejor configurar y registrar estos datos manualmente en el ERP pero otras, por los mismos motivos, es imprescindible realizar una migración de datos automática desde dichas fuentes de datos al ERP. Procesos de migración</h3> En consecuencia, habrá que desarrollar los procesos de migración correspondientes. Estos desarrollos, son de por sí un proyecto y hay que tratar su desarrollo, como tal. En ningún caso es necesario definirlos en este documento de análisis. El objetivo de este apartado es: Estudiar las estructuras de datos en los que se encuentran actualmente los maestros de la empresa. Ejemplo: las ventas se gestionan desde una base de datos en Acces, el listado de proveedores en una hoja de cálculo. Hay un programa a medida que gestiona el almacén.</li> </ul> </li> Examinar la calidad de los datos</li> Analizar la codificación de los datos y su posibilidad de normalización.</li> Examinar volumetría de los datos susceptibles de ser migrados.</li> </ul> Recomendaciones a la hora de migrar:</h3> Así mismo, se recomienda NO MIGRAR datos de operativas antiguas. Habitualmente no hay problema en migrar los datos de Maestros pero por complejidad que hay en mantener la integridad de datos y evitar incoherencias en el nuevo sistema no es recomendable migrar: Temas pendientes:</h4> </li> </ul> abiertos o en proceso (Pedidos, albaranes, facturas, casos, tiques, ordenes de fabricación….etc). Se recomienda finalizar la gestión de estos casos en el sistema antiguo. Una vez finalizados pueden quedar en dicho sistema como histórico. Temas cerrados:</h4> </li> </ul> Aunque se recomienda siempre que queden en el sistema antiguo como histórico, siempre son mucho más sencillos de llevar al nuevo sistema porque no hay que unificar los procesos del sistema antiguo con los del nuevo. A veces es imprescindible migrar (ej: casos antiguos cerrados como historial del Cliente en el CRM) Plan de Arranque</h2> Por otra parte, es necesario pensar en Como quiero arrancar. Como y cuando hay que dejar de trabajar con el sistema antiguo y se empezará con el nuevo. En este punto hay que indicar la fecha límite “deseada” para el arranque. Es por ello, por lo que hay muchas formas de realizar un arranque. Un factor muy importante es si hay migración de datos, pero pueden influir muchos más. Con migración:</h3> En primer lugar, se define un día donde se cierra el sistema antiguo y se empieza con el nuevo.</li> En segundo lugar, es necesario extraer los datos del sistema antiguo y cargarlos en el nuevo. Este es un punto tan crucial como delicado, y en gran medida depende del volumen de datos.</li> Por último, una vez realizada la migración se debería cerrar el sistema antiguo, o dejarlo sólo como histórico.</li> </ul> Sin migración:</h3> En primer lugar, poco a poco se van introduciendo los datos manualmente en el sistema.</li> En segundo lugar, se van teniendo configurados los datos de maestros de cada área dicha área ya puede operar. Se puede comenzar en paralelo, realizando pruebas en un sistema y en otro y verificando la consistencia de los datos.</li> Y por último, se define una fecha real de arranque donde todas las áreas de la empresa estarán trabajando con la herramienta. Los datos introducidos por los distintos departamentos, previos a esta fecha serán considerados como no consistentes o de pruebas en entorno real.</li> </ul> Responsables del proyecto</h2> Así mismo, es necesario por parte de la empresa definir un jefe de proyecto. Por último, es muy recomendable que un responsable de cada área esté implicado en todas las fases a la hora de implantar un ERP e imprescindible que lo esté en las fases de análisis inicial y en el arranque. En resumen:</h2> A continuación, realizaremos una valoración general. Antes de solicitar un presupuesto para un implantar un ERP, hay que intentar reflejar en un documento al menos los aspectos identificados en este artículo, pero sin dejar de incluir otros que se consideren relevantes o críticos para finalizar la implantación con éxito. Artículo modificado. Original con licencia CC realizado por (http://www.anajuaristi.com/como-realizar-el-analisis-inicial-para-implantar-un-erp/85.html). Para acabar, si tiene alguna duda sobre cómo implantar un ERP Puede encontrar más información relacionada con este tema en nuestra página web haciendo clic (https://openerpspain.com). !(https://openerpspain.com/wp-content/uploads/logo.png) TRCRM Aplicación de Android como Cliente CRM OpenERP 2011-09-16T00:00:00+00:00 El potencial de dos grandes desarrollos como Android y OpenERP por fin se materializa en una aplicación que combina ambos productos: TRCRM. Inicialmente, (http://techreceptives.com/), la empresa desarrolladora del cliente Android CRM para OpenERP, avisa de que este primer lanzamiento es una Pre-Alfa, y no debe ser considerado como un producto estable. A pesar de ello, las primeras impresiones de TRCRM son bastante buenas, y un buen mapa de lo que vendrá con las futuras mejoras. Se puede ver un video con el funcionamiento de la misma (http://www.youtube.com/watch?v=aS9YzLjrbjk&feature=player_embedded). El módulo ha sido desarrollado teniendo en cuenta las funcionalidades relacionadas con algunas de las posibilidades reales de uso. Principalmente, ha adquirido la habilidad para guardar datos sin conexión, eliminar información innecesaria para el cliente Android, sincronización parcial de los registros y muchas más. El producto todavía está en desarrollo y aún no está en castellano. (http://techreceptives.com/) hace un llamamiento para solicitar feedback en su correo (mailto:android@techreceptives.com). El objetivo a largo plazo es completar el ciclo de ventas desde la aplicación, almacenando todas las actividades de “leads” y oportunidades. Además, se encarga de guardar y sincronizar datos con la agenda de contacto, reuniones, tareas pendientes, llamadas, emails y creando presupuestos al vuelo. En breve, confiamos poder ver los avances de este programa. Por otra parte, agradecemos al equipo de Tech Receptive sus esfuerzos por unir lo mejor de ambas plataformas, y potenciar el uso y la facilidad de OpenERP como CRM. Read more: (http://www.domatix.com/trcrm-aplicacion-de-android-como-cliente-crm-openerp “TRCRM - Aplicación de Android como Cliente CRM Ope”) !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP, visita nuestra web haciendo un (https://openerpspain.com/). Danone reemplaza SAP con OpenERP en Argentina, Colombia y Australia 2011-09-15T00:00:00+00:00 Danone quiere ahorrar costes en los mercados más pequeños y reemplaza SAP</h2> !(https://openerpspain.com/wp-content/uploads/danone.jpg) Danone reemplaza SAP por una solución ERP de open source en Colombia, Argentina y Australia, donde tiene filiales poco consolidadas en el mercado. La multinacional, un importante cliente de la empresa de software alemana, ha tomado esta decisión para reducir costes. La integración de OpenERP se ha desarrollado en colaboración con la empresa Octo Technology, según la cual el nuevo sistema es más flexible que SAP. Octo Technology afirma que, aunque las soluciones SAP cubren gran parte de las necesidades de Danone, tiene algunos inconvenientes. Por una parte no es modular y por otra parte, no permite que haya demasiados errores. Estos fueron principalmente los motivos por los que recomendaron a su cliente apostar por el open source. Además de estar apoyado por un sólido editor de sotware cuenta con una amplia comunidad de usuarios. Danone, que continúa siendo un importante cliente de SAP en el resto del mundo, está satisfecha con el cambio. Actualmente, se está planteando ahora desarrollar una plataforma que sincronice OpenERP con las soluciones del gigante alemán. !(https://openerpspain.com/wp-content/uploads/clip_image002.jpg) Para más información: 01.informatique</a> (en francés) destaca que, con el cambio, Danone demuestra que el open source es una buena opción para las entidades pequeñas, como es el caso de las ramas de la multinacional en Argentina, Colombia y Australia.</li> </ul> Fuente: http://www.erp-spain.com/articulo/71721/erp/alimentacion-y-bebidas/danone-reemplaza-sap-con-openerp-en-argentina-colombia-y-australia</a> Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). Entrevista en el suplemento Innova del Diario de León 2011-09-15T00:00:00+00:00 La semana pasada nos entrevistaron en el Diario de León para su suplemento Innova: el primer proyecto editorial leonés sobre innovación. De hecho, es un suplemento pionero, de ocho páginas en color. Que se publica todos los martes junto al Diario y que esta semana publica dicha entrevista. Puede encontrar más información de su interés en nuestra web haciendo clic (https://openerpspain.com/) o puede visitar el enlace que adjuntaremos a continuación: https://www.domatix.com/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP en grandes empresas Danone (I) 2011-09-06T00:00:00+00:00 Parece que OpenERP está imparable, grandes y pequeñas empresas lo utilizan, lo que demuestra lo escalable y adaptable que resulta. Finalmente, OpenERP ya está implantado en Danone. En concreto en las filiales que tiene Danone en los países emergentes, donde hablamos de una empresa con 101.000 trabajadores y una gran facturación. Read more:https://openerpspain.com/danone-reemplaza-sap-con-openerp-en-argentina-colombia-y-australia</a> !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://www.domatix.com/). OpenObject v6 - Módulo agptic_crm_phonecall 2011-08-30T00:00:00+00:00 Quiero compartir con la comunidad, éste módulo que modifica las vistas de las llamadas del CRM: módulo agptic _crm_phonecall Requiere tener instalado el módulo CRM, para la gestión de las llamadas. Llamadas entrantes Ahora se introducen en modo formulario y no árbol, que se veía todo un poco apretado</li> Modificado el campo Resumen de llamadas para que ocupe todo el ancho de la página, facilitando su lectura e introducción de los datos</li> </ol> </li> Llamadas salientes Modificado el campo Resumen de llamadas para que ocupe todo el ancho de la página, facilitando su lectura e introducción de los datos (igual que el anterior)</li> </ol> </li> </ol> Dentro de la carpeta del módulo agptic _crm_phonecall, tenemos una llamada imágenes con los cambios. Espero comentarios. Un saludo Juanjo A. !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) (https://www.domatix.com/). GNU Solidario en CISL 2011 2011-08-11T00:00:00+00:00 Para comenzar hablaremos de, GNU Solidario en (https://cisl.org.ar/) 2011. Conferencia Internacional del Software Libre. La Conferencia tendrá lugar en Buenos Aires los días 8 y 9 de Septiembre. !(http://1.bp.blogspot.com/-IQG_Ji1DlCE/TgT1lOBSGkI/AAAAAAAAA1g/fu6X2nvfzSU/s200/gnu_health_logo.png)</a> Luis Falcon, de (http://www.gnusolidario.org/es/), presentará su charla sobre “(http://medical.sourceforge.net/es/index.html) (AKA Medical)“: El Sistema Libre de Gestión Hospitalaria y de Información de Salud” el día viernes 9 de Septiembre a las 10 hs en el Aula 3. Los esperamos! Leer más: (http://blog.gnusolidario.org/2011/08/gnu-solidario-en-cisl-2011.html “GNU Solidario en CISL 2011”) Puede visitar nuestra página web haciendo clic (https://openerpspain.com/) OpenERP v6 - Cliente web y printscreen 2011-07-04T00:00:00+00:00 Una utilidad que tiene el cliente GTK y no el web es la de poder imprimir los listados que ves en pantalla. Por ejemplo, tienes una vista de búsqueda, ajustas los parámetros a como quieres, le das a imprimir y sale tal cual, sin necesidad de crear el informe 1 a 1 para cada uno de los objetos. Esto es un gran atraso del cliente web respecto al de escritorio que quizás podamos cambiar. Para ello, podemos entrar en http://feedback.openerp.com/forums/77459-general-improvements/suggestions/1398047-printing-a-page-of-the-web-client-should-generate-?ref=title</a> Le damos a Sign, que sólo nos pide una cuenta de correo y un nombre de usuario y votamos (botón vote, debajo de los votos, a la izquierda arriba) Tenemos un número limitado de votos, que podemos volver a utilizar una vez que una idea es desechada o bien se realiza. También podemos especificar cuantos votos asignarle a la idea. Gracias Juanjo A Esto es un gran atraso del cliente web respecto al de escritorio que quizás podamos cambiar. Para ello, podemos entrar en http://feedback.openerp.com/forums/77459-general-improvements/suggestions/1398047-printing-a-page-of-the-web-client-should-generate-?ref=title</a> Una vez dentro, le damos a Sign, que sólo nos pide una cuenta de correo y un nombre de usuario y votamos (botón vote, debajo de los votos, a la izquierda arriba) Tenemos un número limitado de votos, que podemos volver a utilizar una vez que una idea es desechada o bien se realiza. También podemos especificar cuantos votos asignarle a la idea. Gracias. !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) (https://www.domatix.com/). OpenERP v6 - Informes Aeroo listado clientes 2011-06-29T00:00:00+00:00 A lo largo del artículo veremos que hay que hacer para poder trabajr con informes de Aeroo de listado de clientes. Pero antes me guustaria recordar que, en la web oficial tenéis un foro dedicado a los productos del creador, donde podéis realizar consultas y leer las ya expuestas, aunque la existente actualmente no es para tirar cohetes. En contra, quizás la instalación que es un poco más costosa, y el hecho de necesitar tener instalado OpenOffice (también lo puedes tener aunque no tengas escritorio instalado, lo que viene a llamarse modo headless) para la conversión de los informes a formato .PDF (de forma nativa, genera .odt o bien .ods, formatos opendocument) Permite el acceso a funciones de python, con acceso a todos los objetos de openerp, mediante los parser. Bueno, si queréis más info podéis visitar la web del creador: (http://www.alistek.com “Alistek”) De regalo, adjunto una plantilla .odt que imprime los partners seleccionados en formato apaisado a4, donde podréis ver algunos ejemplos de directivas, como poner en un informe la fecha actual, recorrer una serie de objetos, numerar páginas, . . . Para su uso, primero instalar aeroo + aeroolib, configurar un informe utilizando el .odt proporcionado como plantilla, crear un botón para llamar a la acción y probar. p.d. Edito para añadir un .pdf generado con esta plantilla para mostrar como queda Un saludo. Por último, si quiere obtener más información, sobre listado de clientes puede visitar nuestra página web haciendo clic (https://openerpspain.com/) o el siguiente enlace que le adjuntamos:https://www.domatix.com</a> !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP v6 - Cliente web y lentitud frente al GTK 2011-06-07T00:00:00+00:00 Y es que el problema en el cliente web y su lentitud parece residir en la gran carga de trabajo (peticiones SQL) que son necesarias realizar para mostrar un tablero o dashboard, con datos en tiempo real. Esos cálculos para mostrar estadísticas, gráficos, etc., son una gran carga de trabajo. Ésto, y el hecho de que cada vez que cambiamos de aplicación se recargue el dashboard, hace que la navegación no sea fluida, y que los clientes se desesperen y vean un producto que no es el deseado. Para que os hagáis una idea, algunos clientes, han cambiado de máquina servidor, y comentan que han experimentado un gran cambio (pero aún notan la lentitud) con procesadores i7, 8 GB de Ram, sata3, etc., frente a celeron, atom y similares, en los que trabajar suponía tener una gran paciencia. Una solución propuesta por Borja o rvalyi, es que los tableros sean precalculados, de manera que se puedan generar mientras trabajamos, o bien por la noche si tenemos demasiados datos. El caso es que no se calculen al vuelo, lo que supone lentitud. Otra solución (módulos de rvalyi), ya posible, es la desactivación de los tableros al cambiar de aplicación, de manera que sea el usuario el que tenga que ejecutarlos manualmente al seleccionar la opción del menú correspondiente. Los módulos: http://bazaar.launchpad.net/~akretion-team/+junk/addons-no-fluff/files</a> Info / bug sobre la sobrecarga del sistema: https://bugs.launchpad.net/openobject-client-web/+bug/704394</a> Esperemos que la refactorización de la versión 6.1 del cliente nos mejore éste aspecto (aunque parece que las mejoras no apuntan a ello). Todos éstos problemas no los tenemos con el cliente GTK, más rápido, pero claro, no es tan visual, ni ofrece tantas opciones como la conectividad, mover citas en los calendarios arrastrándolas, . . . Seguiremos informando. !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) (https://www.domatix.com/). Resumen Jornadas OpenERP 2011 Lugo 2011-05-31T00:00:00+00:00 Ya estamos de vuelta de las Jornadas Nacionales de OpenERP de este año, celebradas en Lugo tal y como anunciábamos en nuestra entrada anterior. Antes que nada, reiterar nuestras felicitaciones a Pexego dado que salió todo perfecto y ejercieron de excelentes anfitriones. !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) (https://www.domatix.com/). De vuelta de las jornadas OpenERP 2011 Lugo 2011-05-30T00:00:00+00:00 !(http://www.domatix.com//media/k2/items/cache/2a14beb1aee2d71c6fecb12f25c690f7_S.jpg) Los pasados días 26 y 27 se han celebrado las (http://www.jornadasopenerp.com) en Lugo, en las que (http://www.domatix.com/tag/domatix) estuvo representada por 3 de nosotros. A la intensidad de las charlas, ideas, proyectos, y participación colaborativa se ha sumado la excelente gastronomía local, lo que nos ha dejado exhaustos, pero con muchas y buenas ideas para afrontar los próximos meses, y sobretodo con mejoras para trasladar a nuestros clientes. Agradecimientos:</h2> Hemos sido partícipes del pequeño comité organizado el sábado 28 en las oficinas del organizador, Pexego, a quienes desde aquí, tenemos que felicitar por la excelente organización del evento(todos los actividades gastronómicos y nocturnas asociados) En el que se han expuesto las carencias y mejoras en las que hay que trabajar para mejorar aún más (http://www.domatix.com/tag/openerp) y se han distribuido las tareas para tratar de finalizar estos desarrollos antes de las próximas jornadas. Además de lo expuesto y tratado relativo a la localización española, a destacar, las excelentes soluciones verticales de (http://www.nan-tic.com/) para logística y transporte. La mejora de los diferentes conectores con tiendas online y ETLs para conectar (http://www.domatix.com/tag/openerp) con casi cualquier cosa, e incluso la solución (http://www.slideshare.net/raimonesteve/zoook), cliente web de (http://www.domatix.com/tag/openerp) con interfaz de tienda online, que evita la necesidad de desarrollar y mantener un conector atacando directamente la base de datos del programa. Agradecer una vez más a la organización de (http://pexego.es/) que nos dejara aportar nuestro pequeño granito de conocimiento, del que dejamos constancia gráfica. Impecable exposición la de nuestro compañero Ángel</a>, aunque claro, que vamos a decir nosotros…. !(http://www.domatix.com/plugins/editors/jce/tiny_mce/plugins/emotions/img/smiley-laughing.gif “Laughing”) Conclusiones jornadas OpenERP:</h2> En resumen, aún con la resaca de todo lo expuesto, una excelente organización con una calidad inmejorable de ponentes y comunidad. La cúal se encuentra, alrededor de un producto en auge, que cada vez tiene más seguidores, en número de clientes y de desarrolladores. Para más información recomendamos visitar la web oficial de las jornadas: (http://www.jornadasopenerp.com) También puede encontrar información que puede resultarle útil en nuestra web haciendo clic (https://openerpspain.com/) Fuente: (http://www.domatix.com/noticias/noticias-open-erp/de-vuelta-de-las-jornadas “De vuelta de las jornadas”) Ting! en las Jornadas Nacionales de OpenERP 2011 2011-05-30T00:00:00+00:00 Durante los días 26, 27 y 28 de Mayo se van a celebrar las ya tradicionales Jornadas Nacionales de OpenERP con Ting!. Este año le corresponde a Pexego el honor de organizarlas, y nos han preparado un programa muy entretenido que disfrutaremos en su ciudad, Lugo. !(https://openerpspain.com/wp-content/uploads/logo.png) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) (https://www.domatix.com/). MEDICAL le da la bienvenida a Tryton ! 2011-05-20T00:00:00+00:00 Hemos empezado a trabajar en la ampliación de MEDICAL en apoyo de Tryton ERP. Tryton es un ERP con una gran filosofía del Software Libre, no sólo por tener el código fuente libre si no también para tener una política de NO LOCK-IN. Esto es lo que vamos a conseguir: !(http://4.bp.blogspot.com/-8FcLAxGLYM8/TdbKE8zGlKI/AAAAAAAAAzA/JbabF24-w78/s1600/tryton.png)</a> MEDICAL y Tryton</h2> Libertad de elección: ahora el usuario tendrá total libertad en el Sistema Operativo, Base de Datos o ERP. El usuario podrá elegir entre OpenERP o Tryton. </li> Upgrades Garantizados: debe basarse en una arquitectura que permita al usuario actualizar su infraestructura. Los usuarios y los centros de salud deben poder contar con las herramientas de actualización y documentación para actualizar el sistema operativo, base de datos y ERP sin costo si así lo desean. Es por eso que lo vemos en GNU / Linux, PostgreSQL y Tryton. Este esquema garantiza que el usuario final tenga la versión más actualizada de MEDICAL. </li> Independencia del proveedor: Nosotros, como comunidad, para el futuro de MEDICAL (o de cualquier otra solución de software libre) no podemos depender de un único proveedor o de un grupo de proveedores. Éste, no pertenece a Thymbra. Además, es parte de una organización sin fines de lucro: GNU Solidario, que no se puede comprar y no puede caer en manos de especuladores. </li> Volver a las raíces: Tenemos que volver a los orígenes del software libre. Como ya he dicho, no se trata sólo de “código abierto”, sino también de comunidad y ética. </li> </ul> Por esta razón, ahora creo que tenemos el escenario perfecto para la libertad de elección, la independencia del proveedor, políticas de NO LOCK IN, comunidad y evolución. Estos factores garantizan la continuidad de MEDICAL para la versión actual y para todas las próximas. De igual manera, vamos a seguir desarrollando MEDICAL para que tenga la misma funcionalidad en todos los ámbitos (OpenERP, Tryton, GNU / Linux, FreeBSD …). Hoy es un gran día para MEDICAL y para el Software Libre ! !(http://3.bp.blogspot.com/-QOPZL-KVW3k/TdbJ-sAuYCI/AAAAAAAAAy8/HwUN73zmAJ0/s1600/medical_logo_slogan_medium.png) Fuente: (http://gnusolidario.blogspot.com/2011/05/medical-le-da-la-bienvenida-tryton_20.html “MEDICAL le da la bienvenida a Tryton !”) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/) Multicompañía en OpenERP 6 2011-05-19T00:00:00+00:00 Módulo Multicompañía - crear compañía</h2> Lo primero que necesitamos para trabajar con OpenERP en multicompañía es añadir a nuestro usuario el grupo “Useability / Multi companies”. De esta forma podremos ver los campos referentes a la multicompañía. !(https://openerpspain.com/wp-content/uploads/multi.01.png)</a> Si nuestro usuario tiene asignado este grupo podremos ver el menú /Administración/Compañías, en la ventana de Compañías podremos dar de alta las compañías. !(https://openerpspain.com/wp-content/uploads/multi.02.png)</a> Las diferentes compañías se pueden crear en OpenERP en una estructura de jerárquica. Así, si queremos crear un grupo de empresas llamado A formado por las empresas B y C primero crearemos la compañía A y luego al crear las compañías B y C completaremos el campo compañía padre con la compañía A. En el menú compañía árbol de compañías podemos ver esta estructura. !(https://openerpspain.com/wp-content/uploads/multi.03.png)</a> Módulo Multicompañía - accesos</h2> Una vez creadas las compañías tenemos que configurar el acceso a los diferentes documentos, conociendo como funciona el control de acceso a cada compañía. Cada usuario tendrá una lista de compañías a las que se le permite el acceso, y entre esas compañías una será la compañía actual. Si vamos al menú de usuarios podemos ver la compañía actual del usuario: </a> y la lista de compañías a las que tiene acceso: </a> De esta forma cuando un usuario se conecte a OpenERP lo hará con una compañía, y no tendrá acceso a los datos de otras compañías aunque esté en su lista de compañías autorizadas. Importante: Hay que tener cuidado de no trabajar con el usuario admin en multicompañía, ya que este usuario se salta los controles de acceso multicompañía. Así que lo mejor es cuando se cree una compañía crear un usuario administrador de esa compañía con el que hacer toda la configuración. Ahora que tenemos claro como funciona el control de acceso podemos ver las “reglas de registro”. Las reglas de registro se encuentran en el menú “Administración/Seguridad” y nos sirven para definir quien va a tener acceso a cada documento. Por ejemplo con reglas de registro podríamos hacer que los comerciales solo puedan ver los pedidos que han creado ellos mismos. Esto nos va a servir en un entorno multicompañía para definir que documentos podemos ver, por ejemplo: Un pedido de venta lo podremos ver si no está asociado a compañías o si esta asociado a nuestra compañía o alguna compañía que esté por debajo.</li> </ul> {code hidden:false title:false}[‘|’,(‘company_id’,‘=’,False),(‘company_id’,‘child_of’,)]{/code} Una empresa la podremos ver si no está asociada a compañías o está asociada a nuestra compañía o alguna compañía por encima o por debajo.</li> </ul> {code hidden:false title:false}[‘|’,‘|’,(‘company_id.child_ids’,‘child_of’,),(‘company_id’,‘child_of’,),(‘company_id’,‘=’,False)]{/code} Módulo multicompañía - otras cuestiones</h2> Hasta aquí hemos visto como crear las compañías y dar acceso a usuarios y documentos. Todavía quedan problemas por resolver para hacer totalmente funcional el sistema multicompañía. El primer problema que nos encontramos es que la instalación de muchos módulos no está pensada para la multicompañía. Por esta razón, los objetos creados automáticamente en la instalación de un módulo, como las secuencias de pedido del módulo de ventas, sólo se crean para la primera compañía creada. Lo ideal sería que la creación de esos objetos se crease mediante un wizard, y poder lanzarlo en cada compañía, pero de momento nos toca crear esos datos a mano para cada compañía. Aunque podemos definir una estructura de árbol en las compañías, la consolidación de la contabilidad no está contemplada en este sistema, aunque tenemos cuentas contables virtuales, pero no una forma automática de crear todas las correspondencias. Otro problema que se está planteando en el canal irc de openobjects es como podemos restringir diferentes accesos de un usuario para cada compañía, por ejemplo un usuario que tenga acceso a compras y ventas en una compañía pero solo a ventas en otra compañía. De momento tampoco podemos contemplar esto y la solución sería crear dos usuarios distintos. Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). De cómo el decir “no” a un cliente se convierte en una prueba de profesionalidad 2011-05-12T00:00:00+00:00 Una comunicación clara y directa entre los clientes y la agencia es un factor clave de éxito como prueba de profesionalidad. Actualmente se piensa que, al ser el cliente el que paga, esto le hace dueño de poder exigir como quiere que se hagan las cosas. Cuando se presenta ante nosotros, nos muestra su necesidad y qué es lo que está buscando. En ese momento, el cliente nos está buscando por algo. No siempre sabe cual es la mejor solución a su necesidad. Es por esto, que nosotros como profesionales, tenemos que guiarlo, aconsejarle, planteando nuestra reflexión y enfoque profesional en cuanto a sus ideas en el caso de opinar diferente. Desde un primer momento se debe de tener claro el rol de cada uno. El cliente es el que pide una solución a una demanda y el proveedor es quién la resuelve. Sin embargo, muchas veces esta “división de competencias” tiende a pisarse por parte de ambas partes. No sólo el cliente comienza a pedir cambios o mostrar la ruta que quiere tomar, sino que nosotros como proveedores cedemos sin pensar si es la mejor decisión, sólo lo vemos como “lo está diciendo quien nos paga, por lo tanto hay que hacerlo”, grave error. Debemos tomarnos un minuto, analizar lo que se nos está pidiendo, ver otras opciones y saber si esta es la solución idónea. El cliente nos contrata para que le ayudemos como profesionales en el tema, y seguro que valorará más si investigamos las consecuencias de lo que nos está pidiendo y le recomendamos no hacerlo, dando razones justas y mostrando los posibles malos resultados. No se trata de sólo decir no, es enseñarle alternativas a lo que está buscando. Proponiendo opciones más adaptadas a sus necesidades y sobre todo soluciones diseñadas para lograr los objetivos planteados. Ahí verdaderamente damos un servicio íntegro y no nos convertirnos simplemente en un departamento de producción. Tenemos que enseñar a nuestros clientes como pueden sacar un mayor partido a nuestros servicios, aconsejándoles que miren más allá del proyecto que piden. De la misma manera, tenemos convencerles de que se dejen asesorar por nuestra amplia experiencia y no centrarse únicamente en resultados a muy corto plazo. Y finalmente, mostrarles cómo enmarcar las acciones en una estrategia a medio y largo plazo. Como profesionales debemos generar confianza para que los clientes dejen el proyecto en nuestras manos. Esto se logra no sólo diciéndoles sí a todo, sino demostrándoles cómo. Los expertos, nosotros nos consideramos como tal, escuchamos, haciendo caso a sus ideas y tomando la mejor decisión, para convertirnos en un valor añadido para su empresa. Es indiscutible, que debemos cuidar de nuestros clientes por encima de todo, y que sean el centro de toda la estrategia. Pero no debemos olvidar que somos nosotros quienes tenemos que guiarlos, mostrarles el camino y llegar a soluciones que terminen en buenos resultados. Cuando admitimos todo lo que el cliente nos pide, y le damos la razón, inmediata, no sólo demuestra que tenemos una visión limitada de su negocio, si no que estamos tomando la vía fácil, donde no aplicamos ningún esfuerzo y no logramos entender lo que realmente necesita. Es aquí donde debemos pararnos, y pensar cuál es el verdadero servicio que le queremos brindar a nuestro cliente. Si queremos ser profesionales, debemos analizar varios factores, por ejemplo, si lo que nos pide está estrechamente ligado con la estrategia que estamos desarrollando, si estamos optimizando la inversión o si realmente apostamos por una acción necesaria. Es imprescindible tener una comunicación clara y directa con nuestros clientes, donde estemos abiertos a escucharle y a que nos escuchen, donde verdaderamente haya un trabajo de investigación y análisis de cada propuesta o decisión. María Camila Múnera S. Account Manager en IOMarketing Tomado de (http://winred.com/management/de-como-el-decir-no-a-un-cliente-se-convierte-en-una-prueba-de-profesionalidad/gmx-niv116-con22541.htm) via @(http://twitter.com/linuxunixmadrid) Para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Campos multi-idioma en OpenERP 2011-05-10T00:00:00+00:00 Hace un par de días, un programador compartió un problema que tenía en el chat. En el caso de tener un campo al que se le quiere añadir un sufijo que pero al mismo tiempo tiene otro campo, y ambos campos están definidos como traducibles… ¿como puedes hacer para combinar los dos campos en todos los idiomas disponibles? Funcionamiento de los campos multi idioma</h2> En primer lugar, debemos saber que cuando llamamos a uno de los métodos del orm en el context, estamos pasando la información del idioma. Por otro lado, tenemos que tener en cuenta que los idiomas disponibles en nuestra instancia de OpenERP se encuentran en ‘res.lang’. De esta manera, cuando hacemos una operación sobre un campo que tiene habilitada la traducción, si le pasamos en el context la información del idioma sólo realizará la operación sobre ese idioma, y si no, automáticamente realizará la operación sobre el primer idioma (por defecto en_US). Asimismo, para hacer una operación sobre todos los idiomas en un campo, tendremos que realizar esa operación tantas veces como idiomas tengamos disponibles en ‘res.lang’. Pasando de igual manera, en cada iteración el idioma en el context para realizar la operación. En el siguiente código de ejemplo lo que hago es cambiar el nombre de un producto por nombre-nombre en todos los idiomas, por ejemplo, en mi instalación de OpenERP tengo un producto con el nombre en español ‘prueba’ y en inglés ‘test’, después de pasar este código cambia el nombre en español por ‘prueba-prueba’ y en inglés ‘test-test’. lang_obj = self.pool.get(‘res.lang’) user_obj = self.pool.get(‘res.user’) product_obj = self.pool.get(‘product.obj’) if context is None: context = {} obtengo el idioma del context</h1> previous_lang = context.get(‘lang’) recorro todos los idiomas</h1> lang_ids = lang_obj.search(cr, uid,[]) for lang in lang_obj.browse(cr,uid,lang_ids): guardo el idioma en el context</h1> context[‘lang’] = lang.code obtengo en producto, pasando el nuevo context para que me devuelva en nombre en el idioma pasado</h1> for product in product_obj.browse(cr,uid,ids, context): escribo el producto con los cambios, pasando el nuevo context para que escriba el nombre en el idioma pasado</h1> product_obj.write(cr, uid, product.id, {‘name’:product.name+‘-’+product.name}, context) context[‘lang’] = previous_lang Por último, encuentra más información sobre este módulo en el siguiente enlace**:** (http://angelmoya.es/openerp/campos-multi-idioma-en-openerp/ “Campos multi-idioma en OpenERP”) Finalmente, para más información sobre OpenERP visita nuestra web haciendo un (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP v6 - Cliente Web - Acentos y ñ 2011-04-28T00:00:00+00:00 En este artículo se tratará de explicar porque ocurre y como solucionar el problema de “Cliente Web - Acentos y ñ”. Firefox –> Herramientas/Opciones/Contenido/Avanzadas Chrome –> Herramientas/Codificación Internet Explorer –> (no gasto de esto) Es curioso que el error se de en determinadas circustancias (aún por descubrir), ya que accediendo desde el mismo navegador a dos instancias de OpenERP server (mismas versiones en todo), con una tengo el erro, y con la otra no. En fin, gracias de nuevo Rafael. Fuente: (http://www.malagatic.com/blog/item/45-openerp-v6-cliente-web-acentos-y-%C3%B1 “OpenERP v6 - Cliente Web - Acentos y ñ”) También le dejamos el enlace de nuestra web haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) Setting views for an action window 2011-04-18T00:00:00+00:00 Setting views: To solve this problem (or rather as a good programming practice), we can do the following, both from a Python file and from an XML file: Launching specific views from a Python file:</li> </ul> Let’s imagine that the action of our wizard creates a series of objects and we want to show the freshly created ids. To do this and after having developed the logic of our function, we can return a dictionary containing an action window as follows: Read more: http://pexego.es/blog/2011/04/18/setting-views-action-window/</a> For more information about OpenERP, visit our website by (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) POS en OpenERP 2011-04-08T00:00:00+00:00 Community Days de la próxima semana hemos visto que hay una presentación de un nuevo POS tactil para OpenERP. En este pos vamos a ver las ventajas e inconvenientes, de la integración de OpenbravoPOS con OpenERP. Y un avance de lo que será el POS tactil de OpenERP. La forma de trabajar de OpenbravoPOS con Openbravo, es mediante un ETL que llama a los webservices de Openbravo, para la integración con OpenERP habrán usado este mecanismo, supongo que tomando como base los ETL preparados para Openbravo. Al hacerse mediante ETL implica que los datos tienen que replicarse cada cierto tiempo, copiándose del POS al ERP y viceversa. De esta forma es complicado llevar el control del stock desde el POS, aunque se puede configurar para ejecutar el ETL continuamente y que se vayan actualizando casi en tiempo real. La ventaja al usar de esta forma, con bases de datos independientes conectadas por ETL, es que, podemos usar el POS, aun sin tener conexión al servidor de OpenERP. Y cuando retome la conexión sincronizar los datos. </a> La ventaja que tiene OpenbravoPOS es que es mas visual, mas cómodo para usar con interfaces táctiles, mucho mas productivo. Como inconvenientes, prácticamente no lo actualizan nada, lo tienen muy abandonado. La comunidad ha hecho cosas que no Openbravo no han añadido al código. Por ejemplo: OpenTPV es el fork, de los que hicieron la implantación en la cadena de comida rápida “Bocata”, que para restaurantes es mucho mejor. Y desarrollaron muchas mejoras, que Openbravo no han incluido en su código. !(http://angelmoya.es/wp-content/uploads/2010/04/opentpv-300x216.png “opentpv”)</a> Otro inconveniente, por lo menos para mi, es que el código no está tan bien estructurado como OpenERP, es java con swing, y es complicado de extender… por eso han echo los ETL llamando desde fuera de la aplicación, en lugar de llamar a los webservices directamente desde la aplicación. Como conclusión, lo que le falta al POS de OpenERP es una interfaz táctil mas productiva, en mi opinión no necesita un sistema POS completo, ya que toda el backoffice se puede llevar desde un pc con el un cliente de OpenERP.</h5> Para mi la solución óptima sería hacer un cliente especifico para usar con el módulo point_of_sales de OpenERP, que permita ver, crear, modificar y pagar los tickets del pos desde otra interface mas productiva. Esto parece que es lo que se va a presentar en los Community Days de OpenERP, un POS basado en web, enfocado a ser mas productivo con interfaces táctil. Los inconvenientes del ETL ya no los tenemos, por que se conecta directamente a la base de datos de OpenERP. Pero ¿qué pasa si se cae la conexión? Parece que también lo han tenido en cuenta, y haciendo uso de “localStorage” de HTML5 podrá almacenar las operaciones que se realicen fuera de linea y enviarlas cuando se retome la conexión. Y para la conexión con hardware propio de los post lo hará mediante un proxy “HTTP → Puerto Serie”, con lo que se aseguran la compatibilidad con el hardware aun siendo una aplicación web. Como avance aquí tenéis una captura de pantalla: !(http://angelmoya.es/wp-content/uploads/2011/04/openerppos-300x202.png “openerppos”)</a> POS en OpenERP. La presentación del POS: (http://www.slideshare.net/openobject/openerp-touchscreen-point-of-sale “OpenERP Touchscreen Point of Sale”) View more presentations from (http://www.slideshare.net/openobject) Y ahora a esperar que lo presenten la semana que viene. Fuente: (http://angelmoya.es/openbravo/pos-en-openerp/ “POS en OpenERP”) OpenERP v6 - POS Punto de venta 2011-04-07T00:00:00+00:00 http://www.slideshare.net/openobject/openerp-touchscreen-point-of-sale</a> Tiene muy buena pinta, quizás ya no tengamos que pensar en como enlazar el POS de OpenBravo con OpenERP por las carencias del primero. Enhorabuena Belgica !(http://www.malagatic.com/images/stories/pos.png)</a> Fuente: (http://www.malagatic.com/blog/item/43-openerp-v6-pos-punto-de-venta “OpenERP v6 - POS Punto de venta”) Charlas para las Jornadas de OpenERP 2011 en Lugo 2011-04-06T00:00:00+00:00 Para empezar, este artículo tiene como objetivo, conocer cuales son las preferencias, en cuanto a las charlas, de las jornadas OpenERP Lugo 2011. Así que, puede llevar a cabo su votación en cuanto a las charlas que se ofrecerán en la jornada, mediante la siguiente página web. http://jornadasopenerp2011.uservoice.com/forums/109421-ponencias-y-charlas-jornadas</a> Desde Domatix, ya confirmamos nuestra asistencia y colaboración. Y una de las charlas, ha sido propuesta por nosotros, de hecho, si todo sale bien yo seré el ponente. !(https://openerpspain.com/wp-content/uploads/openerp_alliance-1024x532.jpg) Además, en la charla “OpenERP vs Openbravo” se expondrán las experiencias de algno de los miembros de nuestro grupo con Openbravo. Y cuales han sido los motivos por los que, sus carreras profesionales se han orientado hacia OpenERP. Fuente: (http://angelmoya.es/openerp/charlas-para-las-jornadas-de-openerp-2011-en-lugo/ “Charlas para las Jornadas de OpenERP 2011 en Lugo”) Además le dejamos a continuación el enlace a nuestra web, por si necesita cualquier tipo de información haciendo clic (https://openerpspain.com/) OpenERP v6 - Actualizar versión 6.0.1 a 6.0.2 2011-04-04T00:00:00+00:00 En ésta miniguía, vemos como actualizar ambos para ubuntu. Es decir, se va ha explicar como actualizar versión 6.0.1 a 6.0.2 Primero paramos el servidor y el cliente web. Desde la página de descargas de (http://openerp.com) En primer lugar, el servidor:</h5> $ wget http://www.openerp.com/download/stable/source/openerp-server-6.0.2.tar.gz</a> Para seguir, descomprimimos:</h4> $ tar -xvf openerp-server-6.0.2.tar.gz A continuación, el cliente web 6.0.2:</h4> $ wget http://www.openerp.com/download/stable/source/openerp-web-6.0.2.tar.gz</a> $ tar -xvf openerp-web-6.0.2.tar.gz Ya tenemos dos directorios llamados: openerp-server-6.0.2 openerp-web-6.0.2 Y, podemos proceder como en una instalación estándar:</h4> $ cd openerp-server-6.0.2/ $ sudo python setup.py install $ cd .. $ cd openerp-web-6.0.2/ $ sudo python setup.py install Ahora iniciamos el cliente web y el servidor. Por tanto, ya estarán actualizados, con los módulos que tuviésemos anteriormente. Si encuentra alguna dificultad a la hora de actualizar su versión 6.0.1 a 6.0.2, le adjuntamos el link donde popdrá encontrar la guía completa: Fuente: (http://www.malagatic.com/blog/item/42-openerp-v6-actualizar-version-601-a-602 “OpenERP v6 - Actualizar versión 6.0.1 a 6.0.2”) También le dejamos el link de nuestra página web por si desea obtener más información, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) IV Jornadas estatales de OpenERP 2011-04-01T00:00:00+00:00 El 26 y 27 de mayo, tenemos IV Jornadas estatales de OpenERP en Lugo, donde habrá ponencias de interés para los que nos movemos por éste sector. Una cita, que los que puedan, no deberían eludir. Estarán los grandes de OpenERP en España, y sin duda sus ponencias serán más que interesantes. Para los que no podamos, espero que posteriormente las presentaciones sean accesibles online. Más info en: http://www.jornadasopenerp.com/</a> También podéis votar las ponencias que se expondrán. Fuente: (http://www.malagatic.com/blog/item/41-iv-jornadas-estatales-de-openerp “IV Jornadas estatales de OpenERP”) Además le dejamos el link a nuestra web, donde podrá encontrar información relacionada con el tema, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) Capítulos traducidos al español del libro oficial OpenERP 2011-03-30T00:00:00+00:00 Nuestros compañeros de MalagaTic han traducido parte del libro oficial de OpenERP. más concretamente, los capítulos traducidos del libro OpenERP son los de contabilidad, administración y compras/ventas. A continuación, los ponemos a disposición de todo el que quiera descargarlos para consultarlos. De hecho, cualquier sugerencia o mejora será bienvenida. De esta manera, a ver si maximizando la difusión conseguimos mejorar la colaboración comunitaria en la traducción de la documentación del inglés. Desc1arga {phocadownload view=text|id=16|text=‘’} Descarga {phocadownload view=text|id=17|text=‘’} Descarga {phocadownload view=text|id=18|text=‘’} Fuente: http://www.malagatic.com/blog/item/21-cap%C3%ADtulos-traducidos-al-espa%C3%B1ol-del-libro-oficial-openerp</a> También le dejamos el enlace a nuestra web a continuación: https://openerpspain.com/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP v6 - Buscar objetos no activos 2011-03-29T00:00:00+00:00 comunes. Si queremos consultar por ejemplo los clientes que tenemos inactivos, lo haremos de la siguiente forma: Desplegable Filtros → Nuevo filtro</li> En el And seleccionamos el campo Activo</li> Debemos buscar los campos que no contienen el valor Active</li> </ol> Ahora podemos cambiar su estado a Activepara que vuelvan a aparecer en los listados normales. !(http://www.malagatic.com/images/stories/openerp/activo.png)</a> Fuente: (http://www.malagatic.com/blog/item/40-openerp-v6-buscar-objetos-no-activos “OpenERP v6 - Buscar objetos no activos”) Jornadas OpenERP 2011 2011-03-28T00:00:00+00:00 Tal y como se decidió en las jornadas del año anterior, en las jornadas OpenERP de este 2011, será Pexego el anfitrión de las jornadas, y se celebraran, por tanto, en Galicia. El texto de presentación: Esta es la cuarta edición del foro de encuentro para la localización española de openerp y para todos aquellos que tengan intereses por descubrir esta potentísima herramienta y todo lo que gira alrededor de ella. Las jornadas estatales de OpenERP pretenden ser un punto de encuentro entre usuarios, instaladores y programadores de OpenERP y sus objetivos son diversos:!(https://openerpspain.com/wp-content/uploads/jornadas2011-lugo.png)</a> Descubrir su ecosistema mediante charlas o conferencias.</li> Mostrar algunas de sus características mediante tutoriales</li> Dar a conocer algunos casos de éxito y modelos de negocio mediante una mesa redonda.</li> Debatir y activar el desarrollo de módulos de localización/verticalización.</li> Facilitar el networking entre los asistentes.</li> </ul> En definitiva, compartir, difundir y mejorar el entorno de desarrollo rápido de aplicaciones y gestión integral (OpenObject/OpenERP) basado en una tecnología moderna y libre que nos permita avanzar de forma colaborativa en el uso de las TIC en nuestra sociedad. Estas son las cuartas jornadas españolas de OpenERP después de las realizadas en mayo de 2010 en Bilbao, en abril del 2009 en Vilanova y en mayo de 2008 en Zaragoza. ¿Cuando? 26 y 27 de Mayo de 2011 ¿Donde? Cámara de Comercio Lugo Avenida Ramón Ferreiro, 18 27002 Lugo, España 982 284 300 Más info: http://www.jornadasopenerp.com/</a> Actualización: Inscripción en http://t.co/1JGn4F8</a> A continuación, le dejamos el enlace a nuestra web haciendo clic (https://openerpspain.com/) Configuración de decimales y separador de miles en OpenERP 6 2011-03-24T00:00:00+00:00 A lo largo de este artículo, trataremos la configuración de decimales y separación de miles en OpenERP 6. Lo primero que tenemos que hacer es (como usuario con suficientes permisos) dirigirnos al menú ‘Administración->Traducciones->Idiomas’ y escoger el idioma que queremos modificar (en nuestro caso, el Español). Una vez en la vista formulario, debemos modificar los siguientes campos con estos valores: Formato separador: [3,0] (en vez de [])</li> Separador de miles: . (en vez de un valor vacío)</li> </ul> Ya que estamos en esta vista, podemos asegurarnos de que no se nos presenta uno de los bugs más molestos que se dieron en las primeras revisiones de la versión 6.0, que consistía en que las horas estaban con un formato ‘%t’ en vez de con un formato -por ejemplo- ‘%H:%M:%S’, que provocaba que los campos datetime fallasen al no poder cargar correctamente sus valores por defecto. Si encuentra algun problema y quiere obtener más información sobre “decimales y separación OpenERP” puede leer más en : http://pexego.es/blog/2011/03/24/configuracion-de-decimales-y-separador-de-miles-en-openerp-6/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) A continuación, le dejamos el enlace a nuestra web haciendo clic (https://openerpspain.com/) Implantar con éxito un ERP 2011-03-21T00:00:00+00:00 En estos casos, nuestra respuesta siempre es la misma. La empresa que solicita cambiar, debe realizar un análisis de todos los procesos que quieren informatizar, enfocado esencialmente a un ERP, y de ser posible, a OpenERP. Es una buena idea utilizar un consultor externo, o, en la medida de lo posible, que sea la empresa especializada en el producto la que realice el documento. Todas las empresas implantadoras tienen capacidad para realizar estos análisis. image</h2> Las claves para el éxito son muy claras:</h3> Personal involucrado e integrado, desde la elaboración del análisis de requisitos, y a lo largo de todo el proceso del desarrollo, hasta la implantación y puesta en marcha.</li> Suficiente aportación de los usuarios. Para cubrir todas las áreas y hacerlo correctamente es necesaria el máximo posible de información por parte de todos los departamentos. Estudiar los procesos de trabajo específicos y la manera de trabajar con la documentación el programa que se utiliza actualmente también ayuda.</li> Especificaciones correctamente definidas: antes de comenzar, se tiene que elaborar, por escrito, un análisis detallado con todas las funcionalidades que se desean resolver antes de la implantación, y contar con la aprobación del implantador y del cliente. Un análisis con la planificación de tiempos, costes y claúsulas específicas es el mejor contrato que pueden tener ambos.</li> Espectativas realistas y fijadas. Hay que tener muy claro lo que se desea, definiendo al máximo posible todo lo que se espera tras marcar unos objetivos y ser concientes de los cambios y mejoras que se realizarán en la empresa, tanto en la primera fase de la implantación, como en las sucesivas. Es fundamental saber hasta donde nos limita el software elegido, y conocer los tiempos para las parametrizaciones propias.</li> Presencia de un consultor externo. Incluso si la empresa tiene conocimientos y un departamento informático propio para implantar el ERP. Es fundamental contar con al menos una figura externa, que no esté abituada a las formas de trabajar propias de la empresa.</li> Buena comunicación. Entre departamentos, con el implantador, la comunicación tiene que ser bidireccional y todas las decisiones y objetivos a establecer tienen que hacerse con el consenso de todos.</li> Metodología de implantación clara. Normalmente el cambio de ERP es un proceso “doloroso”, que resta tiempo e incomoda a todos los implicados. Es esencial que todos conozcan el papel que van a jugar, cómo va a influir en su rutina de trabajo. Además es clave conocer cual será el impacto negativo de la implantación en el momento del cambio.</li> </ul> Conclusiones:</h3> Conociendo y trabajando sobre todas estas recomendaciones, la implantación sin duda contará con muchas más garantías de éxito. Además, la transición será más suave, detectando y poniendo solución a todos los problemas potenciales antes de que ocurran. También estamos recibiendo peticiones para OpenERPs “implantados”, con carencias muy graves, ya sea a nivel de desarrollo (o parametrización), a nivel de formación . Algunas empresas, con conocimientos de programación se “atreven” con OpenERP, pero con resultados nefastos, dado que no conocen el producto. De hecho, algunos implantadores que conocen OpenERP y sus funcionalidades, (e incluso pueden parametrizarlo y formar a sus clientes), no poseen conocimientos para desarrollar las funcionalidades requeridas, o migrar sus bases de datos, y la implantación acaba fácilmente en desastre. Afortunadamente, este tipo de clientes que recurren a otro proveedor en estas circunstancias (pueden hacerlo sin problemas puesto que el programa es libre/GPL), no culpan al programa, y son conscientes de que los fallos se deben al implantador. Pero bueno, esto merece otro artículo para algún otro día. Fuente: (http://www.domatix.com/noticias/noticias-open-erp/implantar-con-exito-un-erp “Implantar con éxito un ERP”) También le adjuntamos el enlace de nuestra compañía a continuación haciendo clic (https://openerpspain.com/) OpenERP v6 - Cliente para móvil o smartphone 2011-03-07T00:00:00+00:00 http://openerpclientmobile.blogspot.com/</a> Fuente: (http://www.malagatic.com/blog/item/37-openerp-v6-cliente-para-m%C3%B3vil-o-smartphone “OpenERP v6 - Cliente para móvil o smartphone”) ¿Openbravo ERP o Openerp? 2011-02-23T00:00:00+00:00 Que OpenERP es un producto cada vez más conocido y difundido es un hecho. Cada vez vienen más clientes y la mayor parte de ellos ya tienen la decisión tomada, sólamente requieren encontrar un buen implantador y un presupuesto que les cuadre. Comparativamente, es el único producto de software libre (entendiendo como software libre aquel que respeta las 4 libertades</a> del usuario), y no tiene, por tanto, costes de licencias ni añadidos “sorpresa” para el usuario final. !(http://www.domatix.com/images/stories/small_openbravoerp.png) Sin embargo, de vez en cuando vienen clientes que han intentado realizar una selección de ERPs libres, y OpenBravo aparece en la lista. Sin entrar en valoraciones sobre los aspectos técnicos, número de módulos y funcionalidades de los mismos (en los que claramente OpenERP es superior, aquí una (hay-otros-erps-libres)). !(https://www.openbravo.com/wp-content/uploads/2018/08/Openbravo_logo_TRANS3.png) Lo cierto es que, tal y como menciona (http://cheli.aradaen.com/2011/01/27/%C2%BFopenbravo-erp-o-openerp/), uno de los implantadores con más experiencia en OpenBravo; Openbravo es una empresa de software privativo que dice que hace un ERP libre. Los clientes potenciales acaban confundidos sobre si el software o la licencia de uso son libres (no lo son). Y desde la empresa matriz, juegan a mezclar términos como opensource (que no es más que código abierto) con software libre. Sin llegar a definir muy bien en qué punto se encuentra su producto. Lo cierto es que si bien empezó como un producto de código abierto (basado en (http://es.wikipedia.org/wiki/Compiere)), cada vez es más restrictivo y parecido, al modelo de negocio a los desarrollos propietarios. Aspecto que los usuarios están notando. Confiemos en que con el tiempo, y más allá de OpenERP, aparezan otros productos 100% libres que ofrezcan alternativas reales y que mejoren la oferta de productos.Y, por tanto, las opciones de los “compradores”. Estaremos cerca de (http://www.tryton.org/es/), un fork de OpenERP ahora mismo todavía en pañales, pero con grandes ambiciones. Recomendamos la lectura de: (comparativa-entre-modelos-de-desarrollo-erps-libre-y-propietario) (openerpspain.com) (http://cheli.aradaen.com/2010/11/03/el-caramelo-envenenado-de-openbravo-erp/) (cheli.aradaen.com) Anotar, como hace Cheli, que la tendencia de OpenERP es de seguir creciendo, y en estos momentos ya ha superado a OpenBravo. A pesar de ser un producto con menor tiempo en el mercado y sin las fuertes inversiones en marketing y publicidad de su competidor. !(http://www.domatix.com/images/stories/gtrends.png) Si lo desea le adjuntamos la fuente**:** (http://www.domatix.com/noticias/noticias-open-erp/%C2%BFopenbravo-erp-o-openerp “¿Openbravo ERP o Openerp?”) Y además, el enlace a nuestra pagina web haciendo clic (https://openerpspain.com/) OpenObject v6 - Ejemplo de módulo básico 2011-02-21T00:00:00+00:00 A continuación, a lo largo del artículo veremos un ejemplo de módulo básico en OpenObject v6. El campo lo añade en la pestaña ‘Notas’, con un separador (línea y etiqueta) para que quede bonito. Es una chorrada, pero puede orientar si estás empezando. Fuente: (http://www.malagatic.com/blog/item/34-openobject-v6-ejemplo-de-m%C3%B3dulo-b%C3%A1sico “OpenObject v6 - Ejemplo de módulo básico”) También le adjuntamos el enlace a nuestra web, odnde podrá encontrar más información, o ejemplos de módulo básico, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) “Deuda técnica”: la burbuja de las TIC 2011-02-17T00:00:00+00:00 La deuda técnica es una metáfora de Ward Cunningham. La cual, describe como hacer las cosas rápido y mal va generando, con mecanismos propios de las burbujas financieras, una deuda similar a nivel técnico. En realidad el problema no es nuevo en absoluto en el mundo del software. Se puede ver como una variante de lo que ya denominó en los años 60 como la “crisis del software”. La deuda técnica, tiene asociado el pago de intereses, que se concretan en el esfuerzo extra necesario en el futuro por una elección rápida y mala de diseño, la cosa va creciendo y se vuelve cada vez más insostenible. Al igual que en el mundo financiero, si te pasas, el exceso acabará en un gran desastre. Del cual, en el mejor de los casos, se “sale”. Pero, con un costoso rescate que conlleva, una nueva deuda como lo puede ser en las TIC. La sustitución apresurada de un sistema o conjunto de sistemas ante un problema inminente e insalvable, fruto de errores pasados, por otros nuevos que tampoco se habían examinado lo suficiente. En otros casos el desastre a nivel informático puede ser más sutil, pero no menos importante: se puede manifestar en una estructura de costes que al haber perdido control va creciendo poco a poco hasta un punto que pone en duda el sentido de las aplicaciones en cuestión o dicho de otro modo: que la supuesta mejora de productividad que se logra con la utilización de estas aplicaciones corporativas se vuelve negativa. Puede leer más sobre “Deuda técnica”: la burbuja de las TIC en: http://www.microlopez.org/2011/02/11/deuda-tecnica-la-burbuja-de-las-tic/</a> También le dejamos a su disposición el enlace a nuestra página web haciendo clic (https://openerpspain.com/). ¿Por qué uso Software Libre? 2011-02-13T00:00:00+00:00 Excelente artículo tomado de http://www.pillateunlinux.com/%C2%BFpor-que-uso-software-libre/</a> El Software Libre es superior al privativo en muchos aspectos. Por norma general (siempre hay excepciones) el FLOSS es superior técnicamente . El desarrollo abierto de un programa informático posibilita la colaboración de mucha gente a lo largo y ancho del mundo. Los programas derivados de un desarrollo abierto son normalmente más robustos, flexibles y seguros. El ritmo de actualizaciones es mayor que en su alternativa privativa por lo que a priori su ciclo de renovación es más corto. El soporte técnico es inmensamente superior. La comunidad posibilita que un usuario pueda resolver un problema por si mismo. Además, normalmente existen empresas dedicadas a ofrecer servicio técnico que pueden ser muy útiles en entornos empresariales. Por el contrario, el servicio técnico de algunos productos privativos deja mucho que desear. No tienes la posibilidad de arreglar un problema por ti mismo, tienes que acudir a la empresa que ha desarrollado el programa y confiar en ellos. La personalización del Software Libre es simplemente brutal. Puedes contratar a un par de programadores para que adecuen un programa libre a tus exigencias. No tienes que diseñar un programa desde cero, puedes tomar el código de otros desarrollos y crear un programa a partir de éstos. En el software privativo esto es impensable. El deplorable sistema de patentes así lo demuestra. !(https://openerpspain.com/wp-content/uploads/interrogacion400.jpg) Por norma general el software libre es más barato, aunque vuelvo a repetir que libre no es gratis. El ahorro por pago de licencias es considerable si se usa Software Libre. En una época en la que oímos todos los días “crisis económica” en los medios de comunicación, las administraciones públicas se gastan varios millones al año en el pago de licencias privativas. El Software Libre te hace libre. Sabes lo que estás haciendo y lo que está haciendo el sistema informático. No hay nada que no puedas averiguar y no estás obligado a aceptar condiciones restrictivas para usar el sistema. Sin embargo, las anteriores ventajas del FLOSS son condicionantes importantes pero no determinantes para mí. La razón por la que defiendo el Software Libre a capa y espada, lo que ha cambiado mi vida es el acceso libre a la información. Nunca he aprendido tantas cosas como en éste último año. No solo de informática, ya que he leído a Carl Sagan, me he quedado boquiabierto con los documentales de Brian Cox, he descubierto la cautivadora historia de Nikola Tesla, he mejorado mi inglés una barbaridad, he escuchado música buenísima en Jamendo y me he hastiado sobremanera al ver las filtraciones de WikiLeaks o el comportamiento del Gobierno Español. Cuando ponderéis si comprar software privativo o usar software libre, no os fijéis solo en las características técnicas o el precio. Ponderad si os va a permitir aprender cosas de él, si os permite usarlo de otra forma o si al comprarlo vais a perjudicar a otra persona. Yo lo tengo muy claro, uso software libre porque me permite estar en continua evolución y porque soy más libre. Ahora te toca a ti. A continuación, le dejamos el enlace a nuestra web por si necesita más información, haciendo clic (https://openerpspain.com/) Programar en OpenERP 2011-02-04T00:00:00+00:00 A lo largo de este artículo daremos unas instrucciones básicas para comenzar a programar con OpenERP. En primer lugar: (indespensable):</h3> Idioma ingles. Creo que no está actualizado a la versión 6, pero sin duda es una gran ayuda. online: http://doc.openerp.com/v6.0/developer/index.html#book-develop-link</a> para descargarlo: http://www.openerp.com/download/ebook</a> A continuación, aquí aparecerá un formulario, que tras rellenar nos da acceso a la descarga de los libros oficiales. En segundo lugar, para programar con OpenERP nos encontramos con: Technical Memento</h3> Idioma ingles. Los memento en: http://www.openobject.com/memento/</a> Es un resumen (un poco apretado) del sistema de programación OpenObject. Antes de usar este manual, recomiendo empezar con algo mas suave. En tercer lugar: Grupo OpenERP America</h3> A diferencia de “Technical Memento” el idioma es el español. Además, el manual sobre python, y algunos manuales como el de OpenERP Básico. https://groups.google.com/group/openerpamerica/files?hl=es</a> Por último: Zikzakmedia</h3> Idioma español. También la creación de un primer módulo y ampliación del mismo. (http://wiki.zikzakmedia.com/openerp%3Adevelop%3Acreando_nuestro_primer_modulo_con_openerp) (http://wiki.zikzakmedia.com/openerp%3Adevelop%3Aampliando_nuestro_primer_modulo_con_openerp) No obstante, con esto ya tenéis para ir picando. Un saludo Fuente: (http://www.malagatic.com/blog/item/28-programar-openerp “Programar en OpenERP”) A continuación, le facilitamos el enlace a nuestra web donde podrá encontrar más información relacionada con el artículo: https://openerpspain.com/</a> !(https://openerpspain.com/wp-content/uploads/logo.png) ¿Buscas trabajo como programador de OpenERP/Software Libre? 2011-01-31T00:00:00+00:00 Si estas interesado, o buscas un trabajo como programador de OpenERP/Software libre, debes de seguir leyendo este articulo. Comenzaremos con una breve explicación sobre los requisitos esenciales para ocupar cada uno de los puestos que se ofertan. Requisitos para el puesto de programador web:</h2> A continuación, detallaremos las competencias necesarias para desempeñar correctamente el puesto de programador web. Programador web: conocimientos html5, css, mysql, php. Se valorarán conocimientos sobre Joomla y Magento. El enfoque del trabajo será básicamente crear y mantener portales corporativos y tiendas virtuales. Necesario conocimiento de administración de servidores GNU/Linux e imprescindible utilizar linux a nivel de usuario. Se valorarán conocimientos de Django y Python. Requisitos para el puesto de programador junior:</h2> A continuación, detallaremos las capacidades necesarias para el puesto de programador junior. Programador junior: para incorporar a equipo de trabajo OpenERP. Necesario conocimiento en el desarrollo de aplicaciones orientadas a objetos, especialmente Python. Se valorarán conocimientos de OpenObject, experiencia con otros ERPs, participación en comunidades de software libre (traducción, localización…) Herramientas colaborativas libres y de nuevo, utilizar linux como sistema operativo a nivel de usuario. Se ofrece incorporación inmediata en Domatix. El trabajo se realizará en nuestras oficinas, en horario comercial, con una dinámica flexible y variable. La retribución económica será acorde con los conocimientos y experiencia del candidato. Interesados pueden enviar el CV a info(a)domatix(punto)com Fuente: http://domatix.com/buscas-trabajo-como-programador-de-openerpsoftware-libre/</a> Además, le dejamos el enlace a nuestra web donde podrá encontrar más información relacionada con el artículo, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Venta y devolución de mercancías con OpenERP 6 2011-01-31T00:00:00+00:00 A continuación, se citaran los procesos que pueden aplicarse para la venta y devolución de mercancías con OpenERP 6. -Addons: 4347 (20-01-2011 20:22:28) -Servidor: 3317 (21-01-2011 05:58:28) -Cliente GTK: 1793 (22-01-2011 06:03:35) Los procesos aquí explicados pueden aplicarse también a la versión 5.0.x (aunque no se garantiza la funcionalidad de los mismos). Leer más: http://pexego.es/blog/2011/01/31/venta-y-devolucion-de-mercancias-con-openerp-6/</a> También le adjuntamos el enlace de nuestra web haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Documentación de OpenERP V6 2011-01-25T00:00:00+00:00 Ya han actualizado http://doc.openerp.com</a> a la versión 6, parece que han ampliado algunos puntos… habrá que verlo a fondo.A continuación trataremos algunos aspectos sobre la Documentación de OpenERP V6. Pero lo que más me ha llamado la atención es que por fin han añadido otros idiomas. Si miras en la parte superior derecha hay un enlace para ver la documentación de la versión 5 y otro para cambiar de idioma. Entre los idiomas disponibles está el español, pero en realidad a primera vista lo único que hay traducido es el prefacio y poco mas, que traduje cuando hice el manual para colaborar en la traducción. Ahora que esta accesible a ver si retomamos lo de traducir la documentación, si quieres empezar puedes ver como colaborar en la traducción en esta entrada http://angelmoya.es/openerp/traduccion-de-la-documentacion-de-open-erp/</a>. Fuente: (http://angelmoya.es/openerp/documentacion-de-openerp-v6/ “Documentación de OpenERP V6”) Además también le adjuntamos el enlace a nuestra web, donde podrá encontrar más documentación, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) Retomando el blog 2011-01-19T00:00:00+00:00 En breve estaremos haciendo ruido de nuevo. Leer más: http://domatix.com/retomando-el-blog/</a> Bug Crítico de seguridad cliente web OpenERP 2011-01-18T00:00:00+00:00 Se trata de un bug de nivel crítico, que permitiría ejecutar código en el lado del cliente (si utilizas el cliente web) y afecta a versiones 4.2, 5.x y a la nueva versión 6.x Esperemos que lo arreglen pronto. Por otro lado, si accedes a tu propio servidor, y es seguro, evidentemente no tienes por que preocuparte. Info original: https://bugs.launchpad.net/openobject-client-web/+bug/671926</a> Fuente: (http://www.malagatic.com/blog/item/25-bug-cr%C3%ADtico-de-seguridad-cliente-web-openerp “Bug Crítico de seguridad cliente web OpenERP”) También le facilitaremos el enlace a nuestra web donde podrá encontrar información relacionada con el artículo haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP v5.0.15 - Instalación para Ubuntu 10.10 - 10.04LTS 2011-01-03T00:00:00+00:00 cliente web), módulos, localización española y poweremail, desde los fuentes obtenidos con bazar. También sobre la instalación y configuración de postgresql 8.4 para funcionar con OpenERP y la actualización de las bases de datos que tuviésemos anteriormente. Esta realizado sobre Ubuntu 10.10 aunque no creo que tengamos problemas al realizarlo sobre la versión 10.04 LTS Los módulos serán enlazados, en vez de copiados para facilitar la tarea de actualización de los mismos. Índice de contenido Instalación de openERP en Ubuntu 10.10 1Descargar los fuentes 2Instalar dependencias 3Instalación y configuración de Postgresql8.4 4Instalación parte servidor 5Instalación cliente web 6Añadir localización española y nuevos módulos a OpenERP 7Uso de bases de datos creadas anteriormente </h1> Instalación de openERP en Ubuntu 10.10</h1> WARNING: Backup, copia de seguridad, salvar los datos antes de meteros a cambiar cosas. No me responsabilizo de tus datos, sślvalos cada x tiempo, es totalmente necesario. Descargar los fuentes</h2> Repositorios a utilizar: lp:openobject-server/5.0 El servidor lp:openobject-addons/5.0 Los addons lp:openobject-client/5.0 Cliente GTK lp:openobject-client-web/5.0 Cliente web lp:openobject-addons/extra-5.0 Extra addons Los trunk (de la próxima versión, en fase de pruebas y NO estable, no los utilizaremos, pero por si queréis probar): lp:~openerp/openobject-server/trunk Servidor lp:~openerp/openobject-client-web/trunk Cliente web lp:~openerp/openobject-client/trunk Cliente GTK lp:~openerp/openobject-addons/trunk Addons lp:~openerp/openobject-addons/trunk-extra-addons Extra addons La localización española: lp:openerp-spain Algunos módulos tienen sus propios repositorios, como ocurre con Poweremail: lp:poweremail (Requiere python-django y python-mako, pero ya los he añadido en las dependencias) Utilizaremos bazar para la descarga de los fuentes, así que lo instalamos: $ sudo apt-get update $ sudo apt-get install bzr Descargamos los fuentes del servidor (lo guarda en el directorio_actual/openerp-server50): $ bzr branch lp:openobject-server/5.0 openerp-server50 Cliente web: $ bzr branch lp:openobject-client-web/5.0 cliente-web50 Addons: $ bzr branch lp:openobject-addons/5.0 addons50 Extra-addons: $ bzr branch lp:openobject-addons/extra-5.0 extra-addons50 Los módulos de la localización española: $ bzr branch lp:openerp-spain openerp-spain Si utilizas en la misma máquina el cliente GTK, puedes también descargarlo: $ bzr branch lp:openobject-client/5.0 cliente-gtk50 Instalar dependencias</h2> $ sudo apt-get update $ sudo apt-get install python-lxml python-psycopg2 python-pydot python-reportlab python-tz python-matplotlib python-pychart python-hippocanvas python-dev build-essential python-setuptools python-mako python-django Las 2 últimas dependencias son para poweremail, también para el módulo label, . . . en fin que las meto de antemano. Instalación y configuración de Postgresql8.4</h2> Lo instalamos y configuramos con el usuario que tengamos creado en la cuenta de usuario de ubuntu. (Por defecto instalar la versión 8.4 de postgres) $ sudo apt-get update $ sudo apt-get install postgresql Si ya lo teníamos instalado, sólo crearemos el usuario necesario para OpenErp, pero para ello debemos conocer que password tiene el administrador de postgresql8.4 Realmente los clientes que se conectan al servidor, desde otros equipos, no acceden directamente al gestor de bdd. Sería openerp-client <–> openerp-server <–> postgresql openerp-web Debemos crear el usuario de la base de datos para OpenERP: Entro como admin de postgres (es postgres) y creo la bdd, esto me pedirá la clave del sudo, que es la del primer usuario creado en el sistema, vamos, la creada en la instalación de Ubuntu 10.10 Crearemos acceso a postgresql de un usuario que ya exista en el sistema, por ejemplo, el mismo creado durante la instalación, aunque la contraseña la pondremos distinta. $ sudo su - postgres $ createuser –createdb –username postgres –no-createrole –pwprompt joseba Enter password for new role: aqui la password para el usuario ‘joseba’ (p.e. de momento la misma) Enter it again: repetimos Shall the new role be a superuser? (y/n) N No lo ponemos superuser Contraseña: esta es la contraseña del usuario postgres, para poder dar de alta al usuario ‘joseba’ Explicación: –createdb el usuario ‘joseba’ puede crear bases de datos –username postgres el superusuario ‘postgres’ crea a ‘joseba’ –no-createrole ‘joseba’ no puede crear usuarios –pwprompt se te pregunta que contraseña asignar a ‘joseba’ Ahora exit del usuario postgres: $ exit Por defecto postgresql8.4 sólo permite conectarse a las bases de datos a aquellos usuarios que tienen cuenta en el sistema (ident), así que modificamos /etc/postgresql/8.4/main/pg_hba.conf la opción que permite conectarse a postgresql8.4 y las bases de datos que contiene a todos los usuarios dados de alta en el sistema postgres además de aquellos que no tienen cuenta del sistema linux. (Pero si tienen cuenta creada en postgresql8.4) $ sudo nano /etc/postgresql/8.4/main/pg_hba.conf Y modificar: lo local all all ident Por: local all all md5 Ahora reiniciamos el servidor: $ sudo /etc/init.d/postgresql-8.4 restart Aquí ya puedes saltar al punto siguiente, lo que sigue es para salvar / restaurar bases de datos a través de los clientes de openerp (web o GTK) Si además quiero poder salvar / restaurar las bases de datos desde los clientes openerp es necesario: Cómo el sistema de backup de los clientes openerp no admiten la autenticación md5, podemos (aunque rebajaría la seguridad del servidor postgresql bastante) cambiar en el pg_hba.conf la línea $ sudo nano /etc/postgresql/8.4/main/pg_hba.conf Cambio: host all all 127.0.0.1/32 md5 Por: host all all 127.0.0.1/32 trust Cómo es inseguro, cambialo sólo para pruebas o cuando lo necesites. Lo mejor es manejar las bases de datos con pg_dump y pg_restore en el lado del servidor. Instalación parte servidor</h2> $ cd openerp-server50/ $ sudo ./setup.py install Esto me instala el servidor de openerp en el directorio: /usr/local/lib/python2.6/dist-packages/openerp-server/ Y el enlace al ejecutable en: /usr/local/bin/openerp-server Una vez instalado el servidor ya lo podemos ejecutar, pero aún no funcionará, debemos: Crear archivo de configuración con los parámetros necesarios para conectar con la base de datos postgresql 8.4 que creamos anteriormente (mejor en el directorio /etc/ ) Además tendré que indicar al ejecutable donde encontrar el archivo de configuración durante la ejecución (parámetro –config=/etc/openerp-server.conf) </li> Establecer el fichero que permite ejecutar automáticamente el servidor openerp con cada reinicio del ordenador (ejecutable en /etc/init.d y los necesarios en los runlevel) </li> </ul> ARCHIVO DE CONFIGURACIÓN /etc/openerp.conf Nota: Incluyo en el post el archivo de configuración, para que no tengáis que cortar y pegar, que puede ocasionar errores. Sólo bajarlo, modificarlo, y copiarlo a su ubicación correspondiente. Creo /etc/openerp-server.conf con el siguiente contenido: (debes ajustar db_user, db_password según lo que tengas puesto en el paso de la configuración de postgres) Tener en cuenta que el usuario que aquí indicas puede realizar las operaciones normales desde los clientes de openerp, pero no el backup o restauración de bases de datos. Para esto último se requiere acceso directo desde el cliente al servidor postgresql8.4, y permisos para realizarlo. Comienzo del archivo de configuración</h2> #without_demo = False netport = 8070 secure = False demo = {} #syslog = true cache_timeout = 100000 port = 8069 smtp_password = False secure_pkey_file = server.pkey netinterface = #log_level = 20 admin_passwd = admin smtp_port = 25 smtp_server = localhost price_accuracy = 2 import_partial = soap = False #pidfile = true db_maxconn = 64 reportgz = False xmlrpc = True #db_port = False debug_mode = False netrpc = True secure_cert_file = server.cert #interface = logfile = /var/log/openerp/openerp-server.log csv_internal_sep = , pg_path = None translate_modules = [‘all’] stop_after_init = False root_path = /usr/local/lib/python2.6/dist-packages/openerp-server smtp_user = False db_user = joseba db_password = joseba db_name = False db_host = False assert_exit_level = 30 email_from = False addons_path = /usr/local/lib/python2.6/dist-packages/openerp-server/addons Fín del archivo de configuración</h2> Como he indicado en el archivo de configuración, en /var/log/openerp/openerp-server.log se guardarán los logs emitidos por el servidor, pero no antes de que tenga creados esos ficheros y directorio, con los permisos adecuados a mi configuración: $ sudo mkdir /var/log/openerp $ sudo touch /var/log/openerp/openerp-server.log Ahora los permisos para que mi usuario ‘joseba’ pueda escribir en esos directorios / ficheros: $ sudo chown -R joseba /var/log/openerp Ahora lo puedo probar ejecutando e indicando el archivo de configuración: $ openerp-server –config=“/etc/openerp-server.conf” Si la añado al final & arrancará en background Comentar que al tener configurado un archivo de log, al ejecutarlo en la consola no nos presentará nada de información, que si estará en /var/log/openerp/openerp-server.conf SCRIPTS DE INICIO / RUNLEVELS EN /etc/init.d Nota: Incluyo en el post el archivo de init.d, para que no tengáis que cortar y pegar, que puede ocasionar errores. Sólo bajarlo, modificarlo, y copiarlo a su ubicación correspondiente. Posiblemente también asignarle los permisos de ejecución, cómo dice el mismo tutorial. El siguiente paso es hacer que el servidor tenga su script de inicio y se inicie con el ordenador. Para ello necesito crear el script de inicio asi cómo propagarlo en los runlevel: Para ello creo un archivo /etc/init.d/openerp-server con el siguiente contenido, pero OJO, tienes que cambiar el campo USER= por un usuario que ya tenga tu sistema, en mi caso el mio mismo, joseba También vigilar que DAEMON apunte al path correcto de openerp-server, visto anteriormente con whereis. (usr/local/bin/openerp-server) Ojo a los errores producidos al cortar / pegarPara evitar errores al copiar / pegar con el tema de los formatos y los editores, mejor utilizar el fichero descargado desde alguna web. Comienzo script de init.d</h2> #!/bin/sh BEGIN INIT INFO</h3> Provides: openerp-server</h1> Required-Start: $syslog</h1> Required-Stop: $syslog</h1> Should-Start: $network</h1> Should-Stop: $network</h1> Default-Start: 2 3 4 5</h1> Default-Stop: 0 1 6</h1> Short-Description: Enterprise Resource Management software</h1> Description: Open ERP is a complete ERP and CRM software.</h1> END INIT INFO</h3> PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/local/bin/openerp-server NAME=openerp-server DESC=openerp-server USER=joseba test -x ${DAEMON} || exit 0 set -e case “${1}” in start) echo -n “Starting ${DESC}: “ start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid –chuid ${USER} –background –make-pidfile –exec ${DAEMON} – –config=/etc/openerp-server.conf echo “${NAME}.” ;; stop) echo -n “Stopping ${DESC}: “ start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid –oknodo echo “${NAME}.” ;; restart|force-reload) echo -n “Restarting ${DESC}: “ start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid –oknodo sleep 1 start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid –chuid ${USER} –background –make-pidfile –exec ${DAEMON} – –config=/etc/openerp-server.conf echo “${NAME}.” ;; restart|force-reload) echo -n “Restarting ${DESC}: “ start-stop-daemon –stop –quiet –pidfile /var/run/${NAME}.pid –oknodo sleep 1 start-stop-daemon –start –quiet –pidfile /var/run/${NAME}.pid –chuid ${USER} –background –make-pidfile –exec ${DAEMON} – –config=/etc/openerp-server.conf echo “${NAME}.” ;; *) N=/etc/init.d/${NAME} echo “Usage: ${NAME} {start|stop|restart|force-reload}” >&2 exit 1 ;; esac exit 0 Fin de script</h2> Ok, ahora lo hago ejecutable: $ sudo chmod +x /etc/init.d/openerp-server Lo probamos(verifica que lo tuvieras antes parado): $ sudo /etc/init.d/openerp-server start Compruebo que está cargado: $ sudo ps aux | grep openerp-server joseba 11376 1.5 2.4 36788 12780 ? Sl 20:16 0:00 /usr/bin/python ./openerp-server.py –config=/etc/openerp-server.conf Y ahora lo pruebo con un cliente, con lo que debería conectar sin problemas, como hasta ahora. Ya que tenemos el script, lo que nos falta es indicarle a Ubuntu que quiero que arranque con el inicio, y se desconecte al apagar: $ sudo update-rc.d openerp-server defaults Reiniciamos el ordenador y lo probamos. Instalación cliente web</h2> $ cd cliente*-web50/*lib $ ./populate.sh $ cd .. $ sudo python setup.py install O bien $ sudo easy_install . Esto lo instala en /usr/local/bin/openerp-web Copiamos el archivo de configuración incluido al directorio /etc $ sudo cp /usr/local/lib/python2.6/dist-packages/openerp_web-5.0.15-py2.6.egg/config/openerp-web.cfg /etc/ (todo en una línea) Asegurarnos que el archivo de configuración del cliente web tiene los datos correctos de acceso al servidor, descomentando las líneas para guardar los logs del cliente web: $ sudo nano /etc/openerp-web.cfg Cambiamos: # logging #log.access_file = “/var/log/openerp-web/access.log” #log.error_file = “/var/log/openerp-web/error.log” Por (ajústalo a tus necesidades): # logging log.access_file = “/var/log/openerp/openerp-web_access.log” log.error_file = “/var/log/openerp/openerp-web_error.log” El directorio ya está creado anteriormente, asi que sólo debemos crear los archivos: $ touch /var/log/openerp/openerp-web_access.log $ touch /var/log/openerp/openerp-web_error.log No utilizo el sudo, recordemos que el directorio ya pertenecía al usuario ‘joseba’, que es el mío propio de Ubuntu, con lo que no necesito ser superusuario. En el comando chown debemos especificar el usuario que ejecutará el cliente-web, especificado anteriomente mediante la clausula USER, y que además debe ser un usuario que exista en el sistema. Para no tener que ejecutarlo manualmente (salvo para pruebas), ahora debemos copiar su script de arranque en /etc/init.d (también lo provee el mismo cliente): $ sudo cp /usr/local/lib/python2.6/dist-packages/openerp_web-5.0.15-py2.6.egg/scripts/openerp-web /etc/init.d/ (todo en la misma línea) Debemos modificar en el script de inicio el parámetro USER por un usuario del sistema que ya exista (el que ejecutará el cliente web), y también modifica el parámetro DAEMON que desde Ubuntu 9.10 cambia el path de instalación: $ sudo nano /etc/init.d/openerp-web USER=“joseba” DAEMON=/usr/local/bin/openerp-web Lo hacemos ejecutable: $ sudo chmod +x /etc/init.d/openerp-web Ahora propagar los scripts por los runlevel para que se inicie al inicio del sistema: $ sudo update-rc.d openerp-web defaults Lo arrancamos con (en background): $ sudo /etc/init.d/openerp-web start O bien en la consola, para ver la salida: $ openerp-web Y nos conectamos desde cualquier navegador web a la ip del servidor http://ip_servidor:8080</a> (Recuerda que tienen que estar corriendo primero la parte servidor) Añadir localización española y nuevos módulos a OpenERP</h2> Antes del siguiente punto, que indica cómo utilizar nuestras bases de datos creadas anteriormente o bien en otro OpenERP, indicaré cómo enlazar los nuevos módulos y la localización española al directorio addons del servidor. Utilizaremos enlaces blandos desde addons en el servidor a las carpetas que creamos en el paso 1, de manera que si en un futuro actualizamos esas carpetas, no será necesario volcarlas de nuevo al servidor, aunque si será necesario y muy importante realizar lo que viene explicado en el paso 7 Paramos openerp-server y el cliente web. Esto dependerá de cómo tengas configurado el sistema, pero algo infalible es hallar el pid del server y matarlo con un kill -9 $ sudo ps aux | grep openerp-server joseba 13830 1.9 0.3 50868 15376 pts/0 Sl+ 18:00 0:00 /usr/bin/python ./openerp-server.py –config=/etc/openerp-server.conf joseba 13836 0.0 0.0 4020 764 pts/3 S+ 18:01 0:00 grep openerp-server $ sudo kill -9 13830 Nos metemos en el directorio addons del servidor openerp: $ cd /usr/local/lib/python2.6/dist-packages/openerp-server/addons/ Y ahora enlazamos a los directorios del paso 1: $sudo ln -sf origen destino (-s para enlaces blandos, -f para forzar la copia aunque ya exista) Así que: $ sudo ln -sf /home/joseba/src/openerp/addons50/* . $ sudo ln -sf /home/joseba/src/openerp/extra-addons50/* . $ sudo ln -sf /home/joseba/src/openerp/openerp-spain/extra_addons/* . $ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_es/* . $ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_es_extras/* . $ sudo ln -sf /home/joseba/src/openerp/openerp-spain/l10n_ca_ES/* . Ya tenemos supervitaminado el directorio addons, podemos pasar al siguiente paso. (564 módulos me ha dado a mí) Sólo recuerda en el cliente darle a actualizar los módulos para que aparezcan los nuevos y los modificados. Uso de bases de datos creadas anteriormente</h2> Para utilizar nuestras bases de datos ya creadas, necesitaremos actualizarlas con los nuevos módulos. Tenemos los módulos enlazados en el directorio addons del servidor </li> Tengo la base de datos (bdd) importada al postgres, bien mediante el asistente del cliente web o bien con pgadmin3 (Depende de con cual realizara anteriormente el backup). Yo realizo las copias mediante PgAdmin3, que sirve para gestionar gráficamente bases de datos postgresql </li> Iniciamos openerp-server con un par de opciones para cada base de datos, –update=all y –datebase=nombre_de_mi_bdd $ sudo python /usr/local/lib/python2.6/dist-packages/openerp-server/openerp-server.py –config=/etc/openerp-server.conf –update=all –database=malagaTIC </li> </ol> INFO:init:[01]: Assertions report: [2010-12-29 18:49:48,485] INFO:init:[02]: Level success failed [2010-12-29 18:49:48,485] INFO:init:[03]: error 1 0 [2010-12-29 18:49:48,485] INFO:init:[04]: total 1 0 Hay un aviso o error, en concreto es que el módulo ‘Poweremail’ no se a podido cargar, y mi bdd si lo utiliza. Lo veo en el log del server: [2010-12-29 18:49:48,286] WARNING:init:module poweremail: module not found El error se debe a que poweremail tiene su propio repositorio, así que lo descargo: $ bzr branch lp:poweremail otros_modulos/poweremail Lo enlazo al servidor: $ sudo ln -sf /home/joseba/src/openerp/otros_modulos/* /usr/local/lib/python2.6/dist- packages/openerp-server/addons/ Paro el servidor y lo arranco de nuevo con la opción del –update y el –database Y listo, base de datos actualizada con los nuevos módulos. Es conveniente no dejar ningún ERROR o WARNING sin resolver (mirar los logs) Ya me contáis como os ha ido. Un saludo Fuente: (http://www.malagatic.com/blog/item/23-openerp-instalaci%C3%B3n-para-ubuntu-1010-1004lts “OpenERP v5.0.15 - Instalación para Ubuntu 10.10 - 10.04LTS”) El Hospital Académico Paramaribo elige Medical 2010-12-09T00:00:00+00:00 Cada año se hospitalizan unos 20.000 pacientes, mientras unos 176.000 pacientes ambulatoriales visitan el hospital. Por ello, agradecemos el compromiso de AZP con Medical y el apoyo a nuestra organización. !(http://2.bp.blogspot.com/_lqLDio7GYZ8/TQDmUNW_7uI/AAAAAAAAAuo/qVJxF9xBoec/s320/azp.jpg)</a> De hecho, estamos trabajando con AZP para proveer inicialmente una funcionalidad específica en la atención pediátrica y cardiológica. Además, es un claro ejemplo de como los grandes hospitales pueden colaborar con el Software Libre, para que el resto del mundo se beneficie también. Para mas información: (http://medical.sf.net/) Acerca de Medical Medical es un sistema de Gestión Hospitalaria y de Información de Salud Libre que ofrece las siguientes funciones: Expediente Médico Electrónico (EMR)</li> Sistema de gestión Hospitalaria (HIS)</li> Sistema de información de Salud</li> </ul> Medical es parte de (http://gnusolidario.org/es/index.html), una ONG que implementa soluciones de Salud y Educación mediante Software Libre. Fuente: (http://gnusolidario.blogspot.com/2010/12/el-hospital-academico-paramaribo-elige.html “El Hospital Académico Paramaribo elige Medical”) Por último nos gustaría añadir el enlace ede nuestra web por si necesita más información, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Fabricación 2010-12-09T00:00:00+00:00 Datos maestros</h2> Listas de materiales maestros describe la lista de materias primas o subproductos que se utilizan para fabricar un producto terminado. La estructura jerárquica permite gestionar listas multinivel de materiales de varios niveles de los materiales. Listas de componentes de los materiales componentes son componentes y sub-productos que se utilizan en las Listas de materiales maestros. Rutas define la lista de operaciones que se realiza en un centro de trabajo de montaje o de fabricación de un determinado producto. Una lista de materiales puede ser vinculados a una ruta, que describe la forma de montaje o de fabricación del producto. Los Centros de trabajo son unidades independientes dentro de la planta de fabricación, consistentes en una o varias personas y/o máquinas. Los Centros de trabajo se utilizan con el propósito de planificar la capacidad y hacer previsiones. !(https://openerpspain.com/wp-content/uploads/fabricacion.png) Planificación</h2> Calculo de temporizadores. El temporizador es el corazón del sistema del ERP en términos de planificación. Organiza las órdenes de fabricación basadas en las prioridades (sub-productos de fabricación, fechas requeridas, etc), lanzamientos de órdenes de compra para los componentes que faltan y asigna productos en stock. La herramienta del temporizador es normalmente planificada para ser lanzada de forma automática una vez al día. Esta frecuencia se puede ajustar según los sectores de su empresa y sus necesidades. También puede ejecutarse de forma manual en caso de ser necesario. Fabricación</h2> Órdenes de fabricación describe la lista de materias primas que se utilizarán para cada etapa de producción. La materia prima puede ser consumida de una sola vez o de forma progresiva durante el proceso de producción. Además OpenERP proporciona una gestión de desechos, la producción parcial también es posible. Las Órdenes de compra programarán una propuesta para la adquisición automática del producto que necesita reposición. Esta contratación iniciará una tarea, ya sea una forma de orden de compra para el proveedor, o una orden de producción dependiendo de la configuración del producto. Las Órdenes de trabajo son operaciones de fabricación requeridas para producir o ensamblar productos. Las diferentes Órdenes de trabajo tienen diferentes efectos sobre los costes de fabricación y planificación, en función de la carga de trabajo disponibles. Control</h2> Abastecimiento en excepción. En el proceso de planificación de los requerimientos de material (MRP), las órdenes de abastecimiento se crean para lanzar órdenes de producción, órdenes de compra, distribución del inventario, etc… Las Órdenes de abastecimiento se generan de forma automática por el sistema y a menos que haya un problema, el usuario no recibirá ningún tipo de notificación. En caso de problemas, el sistema lanzará algunas excepciones de abastecimiento para informar al usuario sobre los problemas de bloqueo que deben resolverse de forma manual (como por ejemplo la falta de estructura de Lista de materiales (LdM) o falta de proveedor). Informes</h2> “Carga del centro de trabajo” es una proyección de cargas en un centro de trabajo para un determinado período. La carga se expresa en horas (para recursos humanos) o ciclos (para máquinas) “Variación del valor semanal de las existencias” permite seguir la evolución del valor de las existencias, de acuerdo al nivel de las actividades de fabricación (consumo de materias primas, producción de productos terminados, estimación del valor añadido de las existencias) a medida que avanzan en el proceso de transformación. también le adjuntamos a continuación el enlace a nuestra web, haceindo clic (https://openerpspain.com/) Hospitales en Indonesia están utilizando Medical 2010-12-08T00:00:00+00:00 Para comenzar, nos gustaría comunicar lo contentos que estamos, de ver como varios hospitales alrededor del mundo están utilizando el Software Libre para el beneficio de sus habitantes. Queremos agradecerle a Riza Kurniawan, que es parte del equipo de Medical en Indonesia. Se ha encargado de la implementación en este hospital y ha realizado la traducción al Bahasa Indonesia. Acerca de Medical De hecho, Medical es un sistema Gestión Hospitalaria y de Información de salud libre que ofrece las siguientes funciones : Expediente Médico Electrónico (EMR)</li> Sistema de Gestión Hospitalaria (HIS)</li> Sistema de Información de Salud</li> </ul> Medical es parte de GNU Solidario, una ONG que implementa soluciones de Salud y Educación mediante software libre. Para más información visite : http://medical.sf.net/es</a> Además, le adjuntamos la Fuente por si quiere consultarla: (http://gnusolidario.blogspot.com/2010/12/hospitales-en-indonesia-estan.html “Hospitales en Indonesia están utilizando Medical”)(http://gnusolidario.blogspot.com/2010/12/hospitales-en-indonesia-estan.html “Hospitales en Indonesia están utilizando Medical”) Por último, le dejamos el enlace de nuestra web a continuación, donde podrá encontrar información complementaria, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) iReport 2010-12-02T00:00:00+00:00 La herramienta iReport Odoo, es un constructor y diseñador de informes visual, potente, intuitivo y muy fácil de usar para JasperReports escrito en Java. Permite que los usuarios corrijan visualmente informes complejos con cartas, imágenes, subinformes, etc. iReport está integrado con JFreeChart, una de la biblioteca gráficas OpenSource más extendida para Java. Los datos para mostrar pueden ser recuperados por varios caminos incluso múltiples uniones JDBC, TableModels, JavaBeans, XML, etc. !(https://openerpspain.com/wp-content/uploads/ireport.png “Jasper Reports”) </h2> </h2> </h2> </h2> </h2> Características de iReport Odoo</h2> La lista siguiente describe algunas de las características importantes de iReport: Para empezar, 100% escrito en JAVA y además software libre 100%</li> En segundo lugar, maneja el 98% de las etiquetas de JasperReports</li> En tercer lugar, soporta JDBC.</li> Además, soporta internacionalización nativamente.</li> Browser de la estructura del documento.</li> De hecho, es recopilador y exportador integrados .</li> En septimo lugar, tiene asistentes para generar los subreportes</li> Tiene asistentes para las plantillas.</li> Facilidad de instalación.</li> Aparte, incluye Wizard’s (asistentes) para crear automáticamente informes .</li> Asímismo, soporta JavaBeans como orígenes de datos (éstos deben implementar la interface JRDataSource).</li> Por último, permite diseñar con sus propias herramientas: rectángulos, líneas, elipses, campos de los textfields, cartas, subreports (subinformes).</li> </ul> Además le adjuntamos el enlace a nuestra página web, donde podrá encontrar mucha más infromación, tan sólo haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP, Openbravo y Adempiere 2010-11-25T00:00:00+00:00 Un pequeño vistazo a la evolución de las búsquedas en Google Trends sitúa a OpenERP actualmente por encima de Adempiere y OpenBravo, sus dos competidores más inmediatos de código abierto. Parece que la tendencia de la gráfica indica un continuo ascenso de OpenERP, mientras que OpenBravo y Adempiere continúan más o menos estables, con pequeñas oscilaciones. Mejor la imagen para ilustrarlo: !(https://openerpspain.com/wp-content/uploads/trends.png) En todo caso, es una excelente noticia saber que hay más de un proyecto libre con tanta actividad. Le deseamos el mismo éxito a Tryton pronto. Via Twitter @NeoPolus</a> @</a>(http://twitter.com/ovnicraft) A continuación, le adjuntamos el enlace de nuestra web, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP WebKit report 2010-11-25T00:00:00+00:00 El equipo de (http://openerp.camptocamp.com/) anuncia la versión final del OpenERP WebKit Report para la versión 6.0 de OpenERP, que también se libera como módulo para la versión 5.0. Se puede encontrar en la rama extra-addons con el nombre de “c2c_webkit_report”. Las novedades de este nuevo lanzamiento incluyen todas las funcionalidades que han sido debatidas durante los recientes “community days”. Ahora está completamente integrado con OpenERP, trabajando en el sistema de traducciones así como el “formatLang” para la internacionalización. !(https://openerpspain.com/wp-content/uploads/camp2camp.png) Las principales características son: Conformidad completa con los estándares OpenERP Compliance (traducción, formatLang, salida pdf/html)</li> Sistema de impresión ultra rápido (miles de páginas en un segundo)</li> Definición de los informes en HTML y CSS-3</li> Multi-plataforma (Windows, GNU/Linux y OS X)</li> Multi-cabecera con soporte de imagen completas (por informe y/o por compañia)</li> Compatible con multi-compañía</li> Soporte para JavaScript completo</li> Fácil adaptación a papel, márgenes y selección de formato.</li> Y mucho más: sencillo de usar, depurador de HTML en bruto, completísimo editor integrado WYSIWYG, etc…</li> </ul> Disponible un video con la demo aquí: http://files.me.com/nbessi/06n92k.mov</a> Este desarrollo se ha trabajado conjuntamente con OpenERP S.A para proporcionar al núcleo de OpenERP un nuevo motor de informes, formando parte de la versión 6.0 para llevar a un nuevo nivel las herramientas de generación de informes. Fuente: http://www.camptocamp.com/en/news/331-webkit-report-news Además, a continuación le adjuntamos el enlace a nuestra web, haciendo clic (https://openerpspain.com/). Libertad 2010-11-25T00:00:00+00:00 No hay que confundir software de código abierto, con software libre, ya que el primero únicamente pone a nuestra disposición el código, pero puede prohibir su modificación o distribución libre (es por tanto, compatible con el cobro de licencias por uso o por tiempo), mientras que el software libre es aquel que es compatible con las cuatro libertades. Las licencias de software libre más comunes son: General Public License (GPL), Apache 2.0, Intel OpenSource License, FreeBSD… Y algunas de las licencias de programas de código abierto pero que no son libres: Microsoft Public License, Sun Public License, Yahoo! Public License (2</a>). EULA</h3> El software privativo, sin embargo, utiliza contratos licencias de software, que son un contrato entre el licenciante (autor/titular de los derechos de explotación/distribuidor) y el licenciatario del programa informático (usuario consumidor/usuario profesional o empresa), para utilizar el software cumpliendo una serie de términos y condiciones establecidas dentro de sus cláusulas. (3</a>) ¡CUIDADO!: Las licencias de uso en software propietario (EULA) únicamente ceden determinados derechos del propietario al usuario final sobre una o varias copias del programa informático en el plazo y ámbito geográfico de validez del contrato e incluso pueden establecer determinados compromisos del usuario final hacia el propietario, tales como la no cesión del programa a terceros o la no reinstalación del programa en equipos distintos al que se instaló originalmente. Es decir, usted estará alquilando bajo determinadas condiciones el software por el que paga. Las condiciones de la EULA de algunos programas son realmente draconianas. !(https://openerpspain.com/wp-content/uploads/evil.png)</a> Solamente los sistemas libres le permitirán disponer de la autonomía y seguridad que necesita para su empresa, así como beneficiarse del ahorro de costes y de las libertades asociadas. Si apuesta por software libre para la gestión de su empresa, o para cualquier otro campo (desarrollo web, gestión de servidores, software ofimático), pregunte a su proveedor si ese software cumple con las 4 libertades del software libre. Hágase la siguiente reflexión ¿Que prefiere para su empresa? ¿Depender de un sólo proveedor o tener libertad para poder cambiarlo y modificarlo con autonomía? REFERENCIAS:</h3> (1</a>) http://www.gnu.org/philosophy/free-sw.es.html</a> (2</a>) http://www.gnu.org/licenses/license-list.html</a> (3</a>) End User License Agreement, por sus siglas en Inglés. Fuente: http://es.wikipedia.org/wiki/EULA</a> Recursos Humanos 2010-11-14T00:00:00+00:00 Hojas de Gestión</h2> A continuación, analizaremos que es lo que nos ofrece OpenERP a la hora de la gestión de los recursos humanos. OpenERP le permite definir varios tipos de complementos (vacaciones pagadas, enfermedad, etc…) y gestionarlos ya sea a nivel de empresa, a nivel de departamento o en una base de caso por caso (por ejemplo: tiempo de compensación por las horas extra). Deja peticiones que pueden ser registradas por los empleados y validadas por sus directores. Cada empleado puede comprobar fácilmente sus últimos días antes de la codificación de una solicitud. Una vez que una solicitud de licencia se valida, aparece automáticamente en la agenda del empleado. !(https://openerpspain.com/wp-content/uploads/openerp_rrhh-1024x576.png)</a> Seguimiento del tiempo</h2> El seguimiento del tiempo se basa en dos conceptos principales: asistencias y tabla de tiempos. “Asistencia” realiza el seguimiento del tiempo empleado por un empleado en la oficina. Los empleados pueden acceder y salir de forma manual. Este proceso se puede automatizar conectando una máquina externa para el control de la asistencia a través de los webservices de OpenERP. Las hojas de asistencia siguen el tiempo utilizado por un empleado en un proyecto determinado. Los empleados pueden rellenar un parte de horas periódicamente (sobre una base semanal o mensual, por ejemplo) e indicar el tiempo dedicado a diferentes proyectos y/o cuentas analíticas. Al vincular la tabla de tiempos, costos por hora y una contabilidad analítica, un director puede realizar un seguimiento de los costes gastados en un proyecto determinado. Las hojas de asistencia también se puede utilizar en ciertas industrias para calcular los cargos a facturar al cliente final. Gastos</h2> Para los gastos de los recursos humanos, OpenERP ofrece una solución completa para gestionar los gastos de los empleados. Durante el transcurso del mes, los empleados registran sus gastos. Al final del mes, su director valida sus hojas de gastos. El coste se asigna en los proyectos y las cuentas analíticas. En contabilidad se valida la propuesta de las entradas y los gastos de los empleados pueden ser reembolsados. La compañía también puede repercutir a los clientes los gastos de los empleados al final del proceso. Proceso de evaluación</h2> Cada empleado puede ser asignado a un plan de evaluación. El plan define la frecuencia y la forma en que las evaluaciones periódicas del personal son gestionadas. OpenERP le permite elegir entre varios tipos de procesos de evaluación: ascendente, descendente, autoevaluación y evaluación final del gerente. “Peticiones de entrevistas” se generan automáticamente por OpenERP según el plan de evaluación del empleado. Cada director, y eventualmente compañeros reciben correos automáticos y peticiones para llevar a cabo una evaluación de un empleado determinado. Contratación</h2> Las consultas entrantes de trabajo pueden ser gestionadas integrando OpenERP con una dirección de correo electrónico. Cada correo electrónico enviado a una dirección especial dedicada (por ejemplo, trabajos@suempresa.com) crea automáticamente una solicitud de demandante y enlaces a los archivos adjuntos, como un CV. OpenERP le permite crear y administrar su propio proceso de contratación permitiéndole definir cada paso en el proceso. También puede definir correos automáticos que se enviarán al solicitante en cualquiera de los pasos de contratación (por ejemplo, un acuse de recibo en la fase de recepción o un escrito de rechazo en la fase de cierre). Ya no tendrá que preocuparse de mantener actualizados a los candidatos sobre su posición en el proceso de contratación. Informes</h2> Multitud de informes sobre los tiempos y seguimientos de los empleados son proporcionados. El sistema de informes está completamente integrado con el módulo de contabilidad. Le permite establecer una gestión por asunto y generar las facturas basadas en costes (recursos humanos, gastos …). También puede generar informes de beneficios de hojas de asistencia y analizar el rendimiento del personal. A continuación, le adjuntamos el enlace a nuestra web, donde podrá encontrar nás información sobre OpenERP Spain, haciendo clic (https://openerpspain.com/). Conferencia: La revolución del software libre en la gestión de la PYME 2010-11-10T00:00:00+00:00 Y dar a conocer los beneficios del software libre en general y en particular aplicado a la gestión de una PYME, centrándonos de manera práctica en las tres plataformas con las cuales nosotros trabajamos: OpenERP, Spree y Pinax. Además de la parte teórica, que prometemos explicar de la manera más comprensible y amena posible, presentaremos varios casos de éxito llevados a cabo por nuestro equipo durante los últimos meses. Es una ocasión perfecta para comprobar como otra PYME, ha dado un salto de calidad mediante el uso de tecnologías libres. Esperamos vuestra asistencia. Resumen Fecha: 12 Noviembre a las 16.30 h Lugar: Auditorio de León (http://maps.google.es/maps?oe=utf-8&client=firefox-a&ie=UTF8&q=auditorio+de+Le%C3%B3n&fb=1&gl=es&hq=auditorio&hnear=Le%C3%B3n&hl=es&view=map&cid=1257188889285011696&ved=0CGMQpQY&ei=OOzaTN_eHpO9_Qbhz6TlAg&t=h&iwloc=A&ll=42.602614,-5.579571&spn=0.006295,0.006295&source=embed) Además aqui le adjuntamos el enlace de nuestra web, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Tablas y columnas de OpenERP 2010-11-03T00:00:00+00:00 A continuación, durante este articulo se analizaran las tablas y columnas de OpenERP, como por ejemplo: reporting, data mining, etc. En este post vamos a ver como podemos saber en que tabla y que campo de la base de datos se guardan los datos de cada documento de OpenERP desde el cliente web. En OpenERP cualquier dato con el que podemos trabajar es descrito por los “Objetos”, si eres programador sabrás de que hablo. Para saber los campos que tiene cada documento lo que necesitamos es ver el objeto correspondiente. En OpenERP por lo general los nombres de los objetos se corresponden con los nombres de las tablas, y los campos del objeto con los campos de la tabla. Vamos a ver como podemos ver en que tabla se guardan los datos de los pedidos de ventas, para ello entramos en el cliente web de OpenERP y nos dirigimos a un pedido de ventas cualquiera.</h5> !(http://angelmoya.es/wp-content/uploads/2010/11/01-300x144.png “Personalizar Objeto OpenERP”)</a> Si situamos en ratón en la zona inferior a la izquierda sobre nos aparecen varias opciones, clickamos sobre PERSONALIZAR OBJETOS para ver el Objeto que representa el pedido de ventas.</h5> !(http://angelmoya.es/wp-content/uploads/2010/11/02-300x254.png “Personalizar Objeto OpenERP”)</a> Si te fijas en el nombre del objeto es “sale.order”, el nombre de la tabla será el mismo pero cambiando el punto “.” por un guión bajo “_”, sale_order.</h5> </a> En la ventana del objeto te viene la lista de todos los campos, y el tipo del que son, si te fijas en el campo order_line, es del tipo one2many, esto quiere decir que este campo no esta en es la tabla sale_order, si no que indica que hay otra tabla que referencia a sale_order, sale_order sería el maestro y la otra tabla el detalle. Para saber la tabla en la que estan las lineas clickamos sobre order_line y vemos lo siquiente:</h5> !(http://angelmoya.es/wp-content/uploads/2010/11/04-300x254.png “order_id, sale_order OpenERP”)</a> Vemos que pone “Relación objeto: sale.order.line” esto quiere decir que la tabla es sale_order_line, también pone “Campo relación: order_id” este es el campo de la tabla sale_order_line que apunta a sale_order.</h5> !(http://angelmoya.es/wp-content/uploads/2010/11/05-225x300.png “order_id, sale_order_line, OpenERP”)</a> Con esto podemos hacernos una idea de la estructura que tiene la base de datos de OpenERP, para hacer informes, migraciones, cubos olap, minería de datos…. Fuente: (http://angelmoya.es/openerp/tablas-y-columnas-de-openerp/ “Tablas y columnas de OpenERP”) A continuación, le adjuntamos el enlace a nuestra página web, donde puede encontrar más información, haciendo clic (https://openerpspain.com/). OpenERP 6.0 Release Candidate 2010-10-21T00:00:00+00:00 Tras un largo tiempo de desarrollo, finalmente se ha publicado la versión Release Candidate 1 de OpenERP 6. Ya podemos probar la que será la siguiente versión de OpenERP en la sección de (https://openerpspain.com/?p=4960) (All in One para Windows) o en www.openerp.com/downloads para el resto de versiones. Ahora es tarea de la comunidad española realizar las adaptaciones necesarias para la correcta migración de la localización. Los compañeros de Pexego han estado revisando la versión 6.0 RC1 (y nos ha gustado bastante), y han elaborado un pequeño resumen para resolver las siguientes preguntas: ¿qué cambios en la versión 6.0 afectan a la localización española?, ¿qué partes de la localización funcionan ya en la 6.0?, ¿qué trabajo está pendiente? Contabilidad general: Hecho: -</li> Falta: Secuencias diferenciadas en facturas: En la 6.0, por defecto, la numeración de facturas se basa en la de los asientos. Es decir: el campo “número” de la factura, muestra el campo “número” del asiento. Si creamos una factura (asiento y factura 1), y la pagamos (asiento 2), la siguiente factura tendrá número 3 (asiento 3). Al menos en España el comportamiento de la 5.0 (con secuencias separadas de facturas y asientos, siendo además configurables por diario) es más correcto. En la 6.0 será necesario implementar ese comportamiento en un módulo aparte.</li> </ul> </li> </ul> </li> Plan de cuentas: Hecho: Migrado el plan a la 6.0.</li> Ahora se usa el nuevo campo “report_type” de los tipos de cuenta, y el tipo de cuenta “liquidity” en las cuentas de bancos/caja.</li> Desaparecen los grupos de impuestos (tax_group).</li> Corregida cuenta padre para las cuentas bancarias (572 en lugar de 572…0).</li> </ul> </li> Falta: Las plantillas de planes de cuentas sólo permiten una cuenta raíz para todas las cuentas bancarias (572), pero en España para las cuentas de caja usamos otra (570). Sería bueno que OpenERP introdujese la opción de definir cuentas raíz diferentes para cajas y bancos.</li> </ul> </li> </ul> </li> Informes legales: Hecho:</li> Los informes de Balance y PyG (basados en account_balance_reporting) funcionan correctamente en la 6.0 RC1.</li> Funcionan los nuevos reportes de Balance y PyG de OpenERP 6.0 (no usan el formato oficial español, pero son interesantes: el PyG por ejemplo muestra a izquierda las pérdidas y a derecha las ganancias).</li> </ul> </li> Falta: Los informes adicionales, basados en account_financial_report (listado de facturas, impresión del diario, balance completo), no funcionan dado que la instalación del módulo falla (esto no sería mucho trabajo). Por otro lado el módulo debería refactorizarse para aplicar las mejoras en reportes de la versión 6.0.</li> </ul> </li> </ul> </li> Operaciones de fin de año: Hecho: Renumerar los asientos funciona, pero no actualiza el número de factura relacionado (pero, en cualquier caso, ese comportamiento no es válido para España)</li> </ul> </li> Falta: El asistente de cierre de ejercicio español necesita adaptaciones, actualmente falla la instalación.</li> La creación de ejercicios y periodos fiscales debería ser sobreescrita ((http://bit.ly/a6rbgv%29)), para generar automáticamente los periodos especiales usados en España (apertura, pyg, cierre).</li> </ul> </li> </ul> </li> Gestión de bancos y caja: Hecho: -</li> Falta: La exportación de remesas no funciona: la instalación del módulo account_payment_extension falla, además han desaparecido las formas de pago en la 6.0.</li> La importación y reconciliación de extractos bancarios no funciona: ahora las líneas de extracto se basan en “vouchers” (~ recibos), con lo cual la implementación de la 5.0 debe ser reescrita.</li> </ul> </li> </ul> </li> Localización general: Hecho: El módulo de topónimos funciona correctamente en la 6.0 RC1 (con un par de retoques en la interfaz).</li> </ul> </li> Falta: El resto de módulos de personalización de empresas, los de importación de datos por defecto y los de instalación y preconfiguración aun están pendientes de revisión.</li> </ul> </li> </ul> </li> </ul> URL de la rama experimental con los cambios marcados como “hecho”: https://code.launchpad.net/openerp-spain/6.0</a> Versión en inglés de este resumen, que se irá manteniendo actualizada: http://pad.openerp.com/6-test-accounting-localisation</a> Extraído de: correo de Borja López ((http://www.pexego.es)) a la lista de localización española A continuación le adjuntamos el enlace de nuestra web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Documentación 2010-10-05T00:00:00+00:00 Sección en construcción Sección actualmente en construcción</h1> Permanezca atento</h2> Módulo Documentation 2010-08-31T00:00:00+00:00 A lo largo del artículo se hablará sobre diferentes aspectos del módulo documentation. Sin embargo, también se introduce la ayuda contextual, lo que significa que dependiendo de la vista e incluso campo sobre el que se requiera ayuda, se mostrará uno u otro párrafo. Así, en el cliente Koo se mostrará un botón ayuda en la parte inferior, y también, al estilo de los campos que tienen un tip de ayuda, se podrá ver un interrogante azul, indicando que hay documentación disponible sobre el campo en cuestión. !(https://openerpspain.com/wp-content/uploads/modulo_documentation_contextual.png) En cuanto a los aspectos técnicos, utiliza (http://sphinx.pocoo.org/) como base. Al cual, se han añadido algunas extensiones a la sintaxis. De forma que se pueda especificar el nombre del campo o el nombre completo de un menú. Aislandonos así, de futuros cambios en la nomenclatura, o bien la generación automática de capturas de pantalla de las vistas. Cada módulo provee su propia documentación en un directorio, junto con el código, y si aporta documentación sobre otros módulos, también puede incluirla, de forma que aunque no se tenga acceso al módulo product, se puede ofrecer ayuda sobre él. Referencias</h2> Hilo en la lista de correo OpenERP-Spain de Google: http://groups.google.com/group/openerp-spain/browse_thread/thread/2cfe1d960892aeec</a></li> Post de presentación en el blog de NaN: http://albert-nan.blogspot.com/2010/08/documentation-users-and-contributors.html</a></li> Post con documentación en el blog de NaN: http://albert-nan.blogspot.com/2010/08/new-documentation-module-aims-to-be.html</a></li> </ul> Además, le dejamos el enlace a nuestra web a continuación donde podrá enconctrar más infromacciópn relacionada con el modulo documentation, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Utilizar formatos estándar 2010-08-11T00:00:00+00:00 Ventajas de utilizar formatos adecuados a los estándares</h2> “Los Estándares Abiertos son el corazón de Internet y mucho de lo que ha surgido para funcionar en esta creciente plataforma global. La esencia de los estándares abiertos es la interoperabilidad. La adopción de estándares abiertos conduce interfuncionamiento de productos que compiten entre si. Por cada indicador, los estándares abiertos reducen las barreras a la entrada en los mercados existentes y aumentan las opciones del consumidor.” Vint Cerf, Chief Internet Evangelist, Google Una de las garantías de usar software libre es su apuesta por estándares abiertos. Los desarrollos suelen utilizan motores o bases de datos para funcionar, y el software libre siempre busca la estandarización de la conectividad entre los datos. Así, como la ejecución multiplataforma de los programas. Estas son las razones por las que debería adoptar formatos abiertos:</h2> 01Garantizar accesibilidad y perpetuidad de los datos: la información estará siempre accesible para todos los usuarios y desde cualquier plataforma. 02Garantizar una completa transparencia al contenido de los archivos. 03Limitar la propagación de virus: adoptar formatos abiertos aumenta la seguridad y reduce drásticamente el riesgo de contaminación. 04Promover diversidad en la interoperabilidad de la comunicación electrónica. Si bien no se puede forzar a que todo el mundo use Software Libre, si se debería intentar que todos los intercambios de datos utilicen un formatos estándar. Debido a los múltiples problemas de ya han habido en el pasado, este dato está siendo tomado en cuenta por muchos gobiernos, que ya han adoptado estándares libres para la intercomunicación de documentos. Los formatos estándar permiten que cualquiera pueda crear un programa que lea y/o escriba en dicho formato. Y lo más importante es, que asegura que cualquier persona tendrá siempre un software disponible para la lectura de dicho formato, sin necesidad de imponer programas concretos, para poder acceder y modificar la información contenida en dichos archivos. La proliferación de los estándares libres de intercambio de información terminaría con las dictaduras de las empresas que mantienen cautivos a sus usuarios, y que crean formatos que solo pueden ser leídos y/o escritos correctamente con su propio software, o con el software que ellos autorizan. La situación anteriormente descrita, es un abuso por parte de los creadores de esos formatos. Ya que, se adueñan del derecho a conocer como acceder a la información contenida en esos archivos, y conspira contra la perdurabilidad y compatibilidad de los datos. Además, no aseguran de modo alguno su continuidad de lectura y escritura en el futuro y/o por diferentes plataformas de acceso. Conclusiones</h2> Últimamente, grandes empresas se han sumado a la corriente que intenta popularizar los formatos estándares libres. Entre ellas IBM, Mozilla, Google, Intel, Sun Microsystems, Adobe o Novell. Aunque algunas de estas empresas desarrollan software privativo, también se preocupan por promover los estándares abiertos, en favor de la universalización del acceso a la información, sin la obligación de recurrir a software privativo para ello. Actualmente los estándares libres están viviendo un gran impulso debido a que redunda en beneficios para todos, y sin duda la universalización de formatos abiertos es el presente y, obligatoriamente el futuro de los intercambios de información. Artículo modificado CC. Original extraído de gnulinuxlibre.net Además, le adjuntamos el enlace a nuestra web donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). ¿Por qué mejor un consultor que un comercial? 2010-08-06T00:00:00+00:00 Un consultor de OpenERP participa proceso comercial, pero sobretodo sus especialidades son el desarrollo, consultoría y formación de soluciones de gestión. La gran mayoría de las empresas grandes; que se dedican a dar soluciones cerradas se han visto obligadas a fusionarse o incluso a cerrar como consecuencia de la situación económica actual. De hecho las empresas locales que ofrecen servicios de software libre suelen ser de un tamaño inferior. Cualquier proyecto de implantación de un ERP debe ser realizado por un grupo de personas con diferentes roles y habilidades técnicas y funcionales, y trabajando con Software Libre; puede ser bastante común que algunas de ellas estén involucradas desde el primer momento. Suelen ser consultores profesionales cualificados, que a pesar de colaborar en la fase de preventa, pero sobretodo sus especialidades son el desarrollo, consultoría y formación de soluciones de gestión. !(https://openerpspain.com/wp-content/uploads/openerp-consultor-1024x386.jpg)</a> Por este motivo puede encontrar una brecha entre las presentaciones comerciales de las grandes empresas con la exclusividad de un producto. Cuya única finalidad será cerrar la venta, y posiblemente el comercial ya quede desvinculado de su cuenta llegados a ese punto y las empresas locales de menor tamaño; que pueden decidir o no emplear su tiempo ‘gratuitamente’ para sus clientes potenciales, dependiendo de la seguridad que tengan de conseguir su implantación. Dado que OpenERP</a> está a disposición de quien lo quiera descargar y probar, y nadie tiene la exclusiva sobre su distribución, el enfoque de presentaciones suele ser completamente diferente. Dependiendo de la magnitud de su proyecto, quizás pueda encontrar; diferencias significativas como comerciales dedicados, proyecciones de vídeos muy preparados y emotivos en grandes pantallas o un seguimiento casi agobiante de su cuenta. Con soluciones más avanzadas técnicamente y funcionalmente y mucho más competitivas, no es necesario repetir el mismo discurso que las alternativas privativas. Volver al artículo: (https://openerpspain.com/openerp/probar-openerp/ “Volver al artículo - Probar OpenERP”)</h5> Además le adjuntamos el enlace a nuestra página web, dónde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Entidades públicas: ¿Por qué no se utiliza software libre en todos los sectores? 2010-08-06T00:00:00+00:00 Para empezar, si el SL tiene tantas ventajas, como se han mencionado anteriormente, ¿Cómo es posible que aún se utilicen soluciones propietarias en algunos casos, en lugar del software libre? La cantidad de dinero que se genera con el pago de licencias privativas, muchas veces lleva asociado que las grandes empresas de software privativo creen departamentos o ‘lobbies’ que trabajen casi en exclusiva para desprestigiar el SL y conseguir contratas públicas (y privadas). Dado que el modelo de negocio del SL es descentralizado y tradicionalmente se ha gestionado desde las empresas locales, no es fácil llevar ese conocimiento a las clases políticas, en su mayoría ignorantes informáticamente hablando, y es fácil dejarse influenciar por empresas de renombre para la toma final de decisiones. De hecho, afortunadamente la situación mejora día a día, pues muchos gobiernos ya han sufrido las consecuencias de no apostar por estándares (formatos no estándar, actualización forzosa de versiones, dependencia tecnológica, sistemas inseguros…). Y están cambiando sus infraestructuras y adaptándolas a estándares abiertos y libres. Algunos ejemplos de resoluciones institucionales y acciones legislativas National Advisory Council on Innovation, South Africa (http://www.naci.org.za/docs/opensource.html) France, Assemblée Nationale (http://www.assemblee-nat.fr/propositions/pion2437.asp) State of California (http://www.redhat.com/opensourcenow/bill_opensource.html) UNESCO (http://www.unesco.org/webworld/ica_sio/docs/28session/annex5.rtf) United Kingdom (http://www.govtalk.gov.uk/schemasstandards/egif.asp) University of Buffalo, New York (http://orange.math.buffalo.edu/csc/resolution2_april2003_approved.html) Por último, el software libre y los formatos abiertos, en constante expansión se utiliza y expande en la medida en que se conocen sus ventajas, y no hay ningún interés contrario a él haciendo presión Además le adjuntamos el enlace a nuestra web, donde podrá encontrar más información sobre el software libre haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Financiación colectiva y ventajas comunes del software libre 2010-08-06T00:00:00+00:00 En este artículo, hablaremos sobre la financiación colectiva y las ventajas comunes del software libre. En junio de 2005, Adobe, la compañía creadora del conocido programa de retoque de imágenes Photoshop, anunció su decisión de poner a disposición de sus usuarios y gratuitamente, un repositorio de imágenes (1</a>). Esta acción, contraria a los intereses de los fotógrafos profesionales, supuso que una agrupación francesa de más de 1.500 de ellos, denominada Unión de Fotógrafos Creadores (UPC). De hecho, anunciarán un boicot a los productos de Adobe y amenazaran con migrar a una herramienta libre de similares características, aunque todavía inferior tecnológicamente, llamada The Gimp</a>. Lamentablemente, al final Adobe cedió a las presiones y decidió no publicar su repertorio de imágenes, con lo que la amenaza de UPC no se cumplió. Sin embargo, supongamos que finalmente se hubiera hecho, y analicemos las ventajas que hubieran tenido: Dato 1. El coste medio de una licencia de Photoshop es de 1.000 euros, quizá algo menor adquirida masivamente a través de organizaciones de profesionales. Dato 2. Cada vez que Adobe actualiza su software, e introduce mejoras, es casi obligatorio para un profesional actualizar, por lo que vuelve a desembolsar la cantidad de dinero de la licencia si quiere mantenerse actualizado. Dato 3. El total de las licencias de uso sirve para engrosar los beneficios de Adobe, sin repercutir mejoras o beneficios a sus usuarios, y sin importar que sean uno o un millón. Supuesto Photoshop vs. Gimp.</h2> Supongamos que a través de alguna agrupación, del tipo UPC, se reúnen fondos para mejorar e impulsar el desarrollo de The Gimp. Se utiliza el mismo dinero que para las licencias de Photoshop o incluso menos para contratar un grupo de desarrollo (2</a>) o se paga a los desarrolladores originales para que realicen las mejoras solicitadas. Se obtienen las mejoras solicitadas, y el programa, que sigue a disposición de todo el que quiera utilizarlo, ya cumple con los requisitos necesarios de los usuarios profesionales. Si en lugar de simplemente una agrupación de fotógrafos, fueran organizaciones de profesionales de varios países; el potencial de crecimiento sería enorme, así como su capacidad para desbancar a su “rival” propietario en poco tiempo. Este caso, que puede utilizarse para otros tantos desarrollos libres. 25 palabras, que es más del máximo recomendado de 25%. (https://yoa.st/34w?php_version=7.3&platform=wordpress&platform_version=5.3.2&software=free&software_version=12.8.1&days_active=6-30&user_language=es_ES).Este caso, que puede utilizarse para otros tantos desarrollos libres. Puede ilustrar cómo sin realizar más inversión de la actual (simplemente reorientándola) se podría desbancar algunos “programas estrella” de software propietario. Se llevaría a cabo, mediante la unión de los profesionales, y las mejoras serían puestas a disposición de todos de manera libre y gratuita. En software libre, cuanto mayor sea el número de usuarios y comunidad, mayor es su sostenibilidad y continuidad. !(https://openerpspain.com/wp-content/uploads/gimp_vs_photoshop2-1024x576.jpg)</a> (1</a>) Fuente: http://blogs.periodistadigital.com/periodismo/object.php?o=89429 (2</a>) Se habla de grupos de desarrollo para realizar los cambios solicitados. Aun cuando para un desarrollo de estas dimensiones sería un grupo de profesionales cualificados mucho más amplio; incluyendo, los propios profesionales del sector que serían los que generaran las especificaciones del programa y realizaran las pruebas pertinentes. Además, le adjuntamos el enlace a nuestra web donde podrá encontrar más información de su interés sobre; financiación colectiva y ventajas comunes del software libre, haciendo clic (https://openerpspain.com/) Localización OpenERP 2010-08-06T00:00:00+00:00 Traduccion_es_ES Comentarios y debate sobre la traducción de OpenERP al castellano (España) Volver a la página de (http://code.google.com/p/tinyerp-community/wiki/Traducciones) INTRODUCCIÓN¶</a></h2> Es fundamental que podamos consensuar los términos a utilizar en las traducciones. Que cada cual utilize una traducción personalizada porque se encuentra más cómodo con los términos que se manejan en esta nos trerá problemas a la larga y dificultará el desarrollo de documentación localizada en el futuro. Por estos mótivos esta página pretende ser un lugar donde comentar y proponer alternativas en relación a los términos utilizados en la traducción de OpenERP. GUIA DE ESTILO¶</a></h2> Se ha utilizado acentos, tanto en mayúsculas como en minúsculas. Esto no acarrea ningún tipo de problema codificando en UTF-8 el fichero de la traducción. Además de ser normativa ortográfica, permite automatizar la traducción a otros idiomas latinos como catalán y gallego.</li> Sólo se utilizan mayúsculas al incio de la frase/texto o cuando es nombre propio. El uso de mayúsculas en la primera letra de cada palabra está acceptado en inglés pero no en castellano. Además los textos quedan ligeramente más cortos y se facilita la lectura. Se hace una excepción con la abreviaciones (p.e. LdM).</li> Las acciones son verbos en infinitivo (p.e. Cancelar). Los estados son verbos en participio (p.e. Cancelado).</li> En las ayudas o sugerencias se usa la forma verbal de usted, sin poner nunca la palabra usted. Por ejemplo: Marque esta opción para poder cancelar asientos en este diario. Seleccione Bajo pedido para …</li> Se ha intentado mantener la longitud de los textos originales, aunque es imposible pues en la mayoría de casos las traducciones al castellano son más largas. Se ha testeado la mayoría de menús, vistas, formularios e informes para comprobar que no aparezcan textos demasiado largos.</li> A veces algunos textos no aparecen traducidos porqué en el código fuente de OpenERP no se han indicado que son traducibles (normalmente mensajes de aviso dentro del código Python, podrían catalogarse de bugs del programa).</li> Lista alfabéticamente ordenada de las traducciones utilizadas. Se ha intentado utilizar un registro de castellano de España estándar con vocablos de gestión empresarial. Cuando una expresión se ha traducido de dos o más formas diferentes se han separado con comas. Las listas de acciones (verbos infinitivos) y vocabulario método scrum se han separado al final.</li> </ul> INGLÉS -> ESPAÑOL account -> cuenta, contabilidad account chart -> plan de cuentas</li> account move -> asiento (o apunte)</li> account move line -> movimiento, mov. (o partida)</li> account owner -> titular de la cuenta</li> </ul> </li> amount -> importe</li> assignation -> asignación</li> attendances -> servicios</li> balance -> balance o saldo</li> balance -> saldo pendiente (en formas de pago)</li> balance sheet -> balance</li> bank account -> cuenta bancaria</li> bank statement -> extractos bancarios</li> BOM -> LdM (Bill of Material -> Lista de Materiales, hay que mantenerlo abreviado)</li> case -> caso</li> chart -> gráfico (de pastel, de barras, de líneas), resumen (chart muestra muchas veces tablas de resumen)</li> chart of accounts -> plan contable</li> company -> compañía (es la propia empresa)</li> credit -> haber</li> credit balance -> saldo acreedor</li> custom -> personalizado</li> dashboard -> tablero</li> deadline -> fecha límite</li> debit -> debe</li> debit balance -> saldo deudor</li> default -> por defecto</li> deferral -> cierre</li> done -> realizado</li> email -> email, correo electrónico</li> event -> evento</li> file -> archivo</li> fiscal year -> ejercicio fiscal</li> follow-up -> seguimiento</li> general ledger -> libro mayor</li> goods -> material</li> grid -> tabla</li> helpdesk -> helpdesk (¿Mejor traducirlo como centro de soporte?)</li> history -> historial</li> HR -> RRHH</li> in progress -> en proceso</li> item -> detalle, elemento</li> location -> ubicación</li> lot -> lote</li> meeting -> reunión</li> Ok -> Aceptar</li> opened -> abierto</li> order -> orden o pedido. Una orden o pedido puede estar, por ejemplo, en estado borrador (presupuesto), confirmada (comanda), enviada (albaran), facturada (factura)) sale order -> pedido de venta</li> purchase order -> pedido de compra</li> manufacturing order -> orden de fabricación</li> </ul> </li> order point -> punto de pedidos?</li> packing -> paquete packing list -> albarán</li> packing name -> Nº albarán o Ref albarán</li> </ul> </li> partner -> empresa</li> partner code, customer ref -> CIF/NIF</li> payable -> deber</li> payable -> a pagar (en tipos de cuenta)</li> procurement -> abastecimiento</li> purchase -> compra</li> quotation -> presupuesto</li> receivable -> haber</li> receivable -> a cobrar (en tipos de cuenta)</li> refund -> factura de abono</li> reordering Policy -> política de reabastecimiento</li> report -> informe</li> repository -> biblioteca de módulos</li> request -> solicitud</li> role -> rol</li> routing -> hoja de ruta</li> routing -> proceso productivo</li> salesman -> comercial (antes era vendedor)</li> sale -> venta</li> scheduling -> planificación</li> sequence -> secuencia</li> setup -> configuración</li> shorcut -> Acceso rápido (menús) / Abreviación (empresas)</li> spread -> margen, extensión</li> state of mind -> grado de satisfacción</li> stock -> stock</li> structure -> estructura, despiece</li> subscription -> documentos periódicos, asientos periódicos</li> tax -> impuesto</li> term -> forma de pago</li> timesheet -> hoja de servicios, hoja de asistencia</li> total -> total</li> tracking -> tracking (¿Es mejor rastreo o seguimiento?)</li> track -> track (¿Es mejor rastreo?)</li> tree -> árbol</li> UOM -> UdM (Unit of Manufacturing -> Unidad de Manufactura, hay que mantenerlo abreviado)</li> UOS -> UdV (Unit of Sell -> Unidad de Venta, hay que mantenerlo abreviado)</li> untaxed amount -> base imponible</li> VAT -> IVA</li> wage -> salario</li> wizard -> asistente</li> workcenter -> centro de producción</li> workflow -> flujo de trabajo (a veces sólo flujo para abreviarlo)</li> write-off -> desajuste</li> zip -> C.P. (Código Postal abreviado)</li> </ul> ACCIONES (verbos en infinitivo) asigne -> asignar</li> cancel -> cancelar</li> close -> cerrar</li> compute -> calcular</li> confirm -> confirmar</li> create -> crear</li> open -> abrir</li> pack -> empaquetar</li> pay -> pagar</li> print -> imprimir</li> run -> ejecutar</li> select -> seleccionar</li> send -> enviar</li> sign in -> registrar entrada</li> sign out -> registrar salida</li> </ul> (http://code.google.com/p/tinyerp-community/wiki/metodo_scrum) Términos consensuados y incorporados el 3-4-2008¶</a></h2> MENÚ PARTNERS¶</a></h3> Credit Limit está traducido como Límite Haber. Propongo utilizar Crédito o Crédito concedido State of Mind está traducido como Estados de satisfacción. Propongo utilizar Grado de satisfacción Account owner está traducido como Dueño de la cuenta. Propongo utilizar Titular de la cuenta MENÚ SALES MANAGEMENT¶</a></h3> Order description está traducido como Descripción de la order. La traducción me parece apropiada pero no la etiqueta original. Order description no se utiliza para introducir una descripción de la orden de venta sino que tiene asignada una secuencia. Propongo utilizar Nº orden venta o Ref orden venta Untaxed Amount está traducido como Importe sin impuestos. Propongo utilizar Base imponible El estado In progress está traducido como En progreso. Propongo utilizar En proceso Packing name está traducido como Nombre del paquete. Propongo utilizar Nº albarán o Ref albarán Términos propuestos¶</a></h2> En el módulo stock (Control inventario), el término Reordering Policy está traducido como Política de volver a ordenar. Propongo utilizar Política de reabastecimiento. Actualmente Partners está traducido como Empresas. Partners es un término más amplio y ambiguo que incluye además de empresas a particulares, instituciones, organismos oficiales, asociaciones, etc. Propongo mantener la palabra en inglés Partners o utilizar la palabra Entidades No es fácil traducir Partners. Varias posibilidades son: Empresas, Entidades, Clientes y proveedores, etc. Depende de donde se implemente OpenERP son más adecuadas unas o otras. Actualmente Partner está traducido como Empresa y Company (la propia empresa) como CompañíaTraduccion_es_ES Comentarios y debate sobre la traducción de OpenERP al castellano (España) INTRODUCCIÓN</h2> Es fundamental que podamos consensuar los términos a utilizar en las traducciones.Y, que cada cual utilice una traducción personalizada porque se encuentra más cómodo con los términos que se manejan en esta nos trerá problemas a la larga y dificultará el desarrollo de documentación localizada en el futuro. Por estos mótivos, esta página pretende ser un lugar donde comentar y proponer alternativas en relación a los términos utilizados en la traducción de OpenERP. GUÍA DE ESTILO</h2> Se ha utilizado acentos, tanto en mayúsculas como en minúsculas. Esto no acarrea ningún tipo de problema codificando en UTF-8 el fichero de la traducción. Además de ser normativa ortográfica, permite automatizar la traducción a otros idiomas latinos como catalán y gallego.</li> Sólo se utilizan mayúsculas al incio de la frase/texto o cuando es nombre propio. El uso de mayúsculas en la primera letra de cada palabra está acceptado en inglés pero no en castellano. Además los textos quedan ligeramente más cortos y se facilita la lectura. Se hace una excepción con la abreviaciones (p.e. LdM).</li> Las acciones son verbos en infinitivo (p.e. Cancelar). Los estados son verbos en participio (p.e. Cancelado).</li> En las ayudas o sugerencias se usa la forma verbal de usted, sin poner nunca la palabra usted. Por ejemplo: Marque esta opción para poder cancelar asientos en este diario. Seleccione Bajo pedido para …</li> Se ha intentado mantener la longitud de los textos originales, aunque es imposible pues en la mayoría de casos las traducciones al castellano son más largas. Se ha testeado la mayoría de menús, vistas, formularios e informes para comprobar que no aparezcan textos demasiado largos.</li> A veces algunos textos no aparecen traducidos porqué en el código fuente de OpenERP no se han indicado que son traducibles (normalmente mensajes de aviso dentro del código Python, podrían catalogarse de bugs del programa).</li> Lista alfabéticamente ordenada de las traducciones utilizadas. Se ha intentado utilizar un registro de castellano de España estándar con vocablos de gestión empresarial. Cuando una expresión se ha traducido de dos o más formas diferentes se han separado con comas. Las listas de acciones (verbos infinitivos) y vocabulario método scrum se han separado al final.</li> </ul> INGLÉS -> ESPAÑOL</h5> account -> cuenta, contabilidad</li> </ul> o account chart -> plan de cuentas o account move -> asiento (o apunte) o account move line -> movimiento, mov. (o partida) o account owner -> titular de la cuenta * amount -> importe assignation -> asignación</li> attendances -> servicios</li> balance -> balance o saldo</li> balance -> saldo pendiente (en formas de pago)</li> balance sheet -> balance</li> bank account -> cuenta bancaria</li> bank statement -> extractos bancarios</li> BOM -> LdM (Bill of Material -> Lista de Materiales, hay que mantenerlo abreviado)</li> case -> caso</li> chart -> gráfico (de pastel, de barras, de líneas), resumen (chart muestra muchas veces tablas de resumen)</li> chart of accounts -> plan contable</li> company -> compañía (es la propia empresa)</li> credit -> haber</li> credit balance -> saldo acreedor</li> custom -> personalizado</li> dashboard -> tablero</li> deadline -> fecha límite</li> debit -> debe</li> debit balance -> saldo deudor</li> default -> por defecto</li> deferral -> cierre</li> done -> realizado</li> email -> email, correo electrónico</li> event -> evento</li> file -> archivo</li> fiscal year -> ejercicio fiscal</li> follow-up -> seguimiento</li> general ledger -> libro mayor</li> goods -> material</li> grid -> tabla</li> helpdesk -> helpdesk (¿Mejor traducirlo como centro de soporte?)</li> history -> historial</li> HR -> RRHH</li> in progress -> en proceso</li> item -> detalle, elemento</li> location -> ubicación</li> lot -> lote</li> meeting -> reunión</li> Ok -> Aceptar</li> opened -> abierto</li> order -> orden o pedido. Es decir, una orden o pedido puede estar, por ejemplo, en estado borrador (presupuesto), confirmada (comanda), enviada (albaran), facturada (factura))</li> </ul> o sale order -> pedido de venta o purchase order -> pedido de compra o manufacturing order -> orden de fabricación order point -> punto de pedidos?</li> packing -> paquete</li> </ul> o packing list -> albarán o packing name -> Nº albarán o Ref albarán partner -> empresa</li> partner code, customer ref -> CIF/NIF</li> payable -> deber</li> payable -> a pagar (en tipos de cuenta)</li> procurement -> abastecimiento</li> purchase -> compra</li> quotation -> presupuesto</li> receivable -> haber</li> receivable -> a cobrar (en tipos de cuenta)</li> refund -> factura de abono</li> reordering Policy -> política de reabastecimiento</li> report -> informe</li> repository -> biblioteca de módulos</li> request -> solicitud</li> role -> rol</li> routing -> hoja de ruta</li> routing -> proceso productivo</li> salesman -> comercial (antes era vendedor)</li> sale -> venta</li> scheduling -> planificación</li> sequence -> secuencia</li> setup -> configuración</li> shorcut -> Acceso rápido (menús) / Abreviación (empresas)</li> spread -> margen, extensión</li> state of mind -> grado de satisfacción</li> stock -> stock</li> structure -> estructura, despiece</li> subscription -> documentos periódicos, asientos periódicos</li> tax -> impuesto</li> term -> forma de pago</li> timesheet -> hoja de servicios, hoja de asistencia</li> total -> total</li> tracking -> tracking (¿Es mejor rastreo o seguimiento?)</li> track -> track (¿Es mejor rastreo?)</li> tree -> árbol</li> UOM -> UdM (Unit of Manufacturing -> Unidad de Manufactura, hay que mantenerlo abreviado)</li> UOS -> UdV (Unit of Sell -> Unidad de Venta, hay que mantenerlo abreviado)</li> untaxed amount -> base imponible</li> VAT -> IVA</li> wage -> salario</li> wizard -> asistente</li> workcenter -> centro de producción</li> workflow -> flujo de trabajo (a veces sólo flujo para abreviarlo)</li> write-off -> desajuste</li> zip -> C.P. (Código Postal abreviado)</li> ACCIONES (verbos en infinitivo)</li> asigne -> asignar</li> cancel -> cancelar</li> close -> cerrar</li> compute -> calcular</li> confirm -> confirmar</li> create -> crear</li> open -> abrir</li> pack -> empaquetar</li> pay -> pagar</li> print -> imprimir</li> run -> ejecutar</li> select -> seleccionar</li> send -> enviar</li> sign in -> registrar entrada</li> sign out -> registrar salida</li> </ul> Traducciones referentes al método Scrum (1) Términos consensuados y incorporados el 3-4-2008 MENÚ PARTNERS</h2> Para empezar, credit Limit está traducido como Límite Haber. Propongo utilizar Crédito o Crédito concedido En segundo lugar, state of Mind está traducido como Estados de satisfacción. Propongo utilizar Grado de satisfacción Account owner está traducido como Dueño de la cuenta. Propongo utilizar Titular de la cuenta MENÚ SALES MANAGEMENT</h2> Por una parte, order description está traducido como Descripción de la order. La traducción me parece apropiada pero no la etiqueta original. Por otra parte order description; no se utiliza para introducir una descripción de la orden de venta sino que tiene asignada una secuencia. Propongo utilizar Nº orden venta o Ref orden venta Untaxed Amount está traducido como Importe sin impuestos. Propongo utilizar Base imponible El estado In progress está traducido como En progreso. Propongo utilizar En proceso Packing name está traducido como Nombre del paquete. Propongo utilizar Nº albarán o Ref albarán Términos propuestos</h2> Asímismo, en el módulo stock (Control inventario); el término Reordering Policy está traducido como Política de volver a ordenar. Propongo utilizar Política de reabastecimiento. Además, actualmente Partners está traducido como Empresas. Partners es un término más amplio y ambiguo que incluye además de empresas a particulares, instituciones, organismos oficiales, asociaciones, etc. Propongo mantener la palabra en inglés Partners o utilizar la palabra Entidades No es fácil traducir Partners. Varias posibilidades son: Empresas, Entidades, Clientes y proveedores, etc. Depende de donde se implemente OpenERP son más adecuadas unas o otras. Actualmente Partner está traducido como Empresa y Company (la propia empresa) como Compañía (1) http://code.google.com/p/tinyerp-community/wiki/metodo_scrum</a> Extraído de http://code.google.com/p/tinyerp-community/wiki/Traduccion_es_ES</a> ¿Puede el software libre volverse propietario? 2010-08-06T00:00:00+00:00 A continuación, a lo largo de este artículo se estudiara si un software libre puede convertirse en uno de uso propietario. La licencia de uso es otorgada por el propietario del software, o mejor dicho, de su copyright. En el supuesto de que un desarrollo utilice un 100% de código propio, y su propietario decida cambiar la licencia de uso. La conversión es perfectamente legal (no se podría realizar cuando se ha utilizado código de otros con licencia libre). Teóricamente, el software licenciado como libre se quedaría ‘estancado’ tras el cambio de licencia; mientras que sus desarrolladores trabajarían en continuar el código con una licencia privativa. Este hecho que realmente no se ha dado en muchas ocasiones, suele derivar, si la calidad del programa lo merece, en que otra entidad se haga cargo de mantener la continuidad, y se cree un segundo desarrollo paralelo y abierto, tal y como se ha comentado en el ejemplo de Borland. ¿Podría OpenERP cerrar el código y cobrar por licencias?</h3> Podría ocurrir, aunque no es probable. Precisamente el éxito del producto reside en su filosofía abierta, y en la multitud de apoyos y riqueza que recibe de la comunidad de empresas que lo distribuyen y utilizan. OpenERP está programado en un lenguaje interpretado, y sería imposible, sin rehacerlo desde cero, no entregar el código al distribuir el programa. Además existe una organización sin ánimo de lucro mantenida por la comunidad de desarrolladores a lo largo del mundo, llamada Oca (Odoo Community Association). La cual, se encarga de organizar el trabajo colaborativo y defender los intereses y la sostenibilidad de los desarrollos comunitarios; trabajando activamente en colaborar en la definición de hojas de ruta (roadmaps) de nuevas versiones con la empresa desarrolladora y su implementación. !(https://openerpspain.com/wp-content/uploads/odoo_oca.png)</a> OpenERP</a> (Odoo</a>) es uno de los claros ejemplos de software libre, hecho y pensado como libre desde su concepción. A continuación, les adjuntamos una web donde encontrara más información sobre lo que es y lo que no es software libre: https://www.gnu.org/philosophy/categories.es.html</a> ¿Qué es un ERP? 2010-07-25T00:00:00+00:00 A lo largo de este artículo responderemos a la típica pregunta que surge, cuando hablamos de sistemas de gestión empresarial ¿Qué es un ERP? Los sistemas de planificación de recursos empresariales (Enterprise Resource Planning, en inglés) sistemas informáticos destinados a la administración de recursos en una organización asociados con las operaciones de producción y de los aspectos de distribución de una compañía comprometida en la producción de bienes o servicios (1</a>). O de otra manera, un ERP es un sistema de gestión para todos los procesos de la empresa de forma integrada en una única plataforma. </blockquote> Tradicionalmente, ha estado asociado a empresas de gran tamaño, pues su mayor ventaja es que centraliza la información, sin importar el número de departamentos, personal o delegaciones. Sin embargo, cada vez es más popular su uso en pequeñas y medianas empresas que desean controlar toda su información, y mejorar las comunicaciones con sus clientes y proveedores. Su único inconveniente es que son sistemas complejos de configurar y también de utilizar. Por lo que puede haber usuarios habituados a herramientas más sencillas que sean reacios al cambio. Por lo que, se suele requerir solicitar los servicios de implantación y formación a terceras empresas especializadas. No obstante, si se desea un incremento de la productividad, y un control sobre los datos y los procesos de trabajo de su empresa, la instalación de un ERP es sin duda un paso obligatorio. </a> (1</a>) Fuente: Wikipedia</a> Mejorando los extractos bancarios de OpenERP 2010-07-13T00:00:00+00:00 Contabilidad analítica en extractos bancarios</h2> La primera mejora a presentar, es la posibilidad de imputar gastos/ingresos en la contabilidad analítica ¡directamente desde los extractos bancarios! Gracias al módulo (http://bazaar.launchpad.net/%7Eopenerp-commiter/openobject-addons/stable_5.0-extra-addons/files/head:/pxgo_bank_statement_analytic/) Podremos contabilizar analíticamente aquellos pequeños gastos para los que no registramos factura (como comisiones bancarias). Una vez instalado el módulo (disponible en los extra-addons de OpenERP), nos aparecerá una nueva columna (“Cuenta Analítica”), que nos permitirá seleccionar la cuenta a la que queremos imputar la el gasto/ingreso: Leer más: http://pexego.es/blog/2010/06/21/mejorando-los-extractos-bancarios-de-openerp/</a> Además, le adjuntamos el enlace a nuestra web, donde podrá encontrar más información de su interes, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Subida del IVA en OpenERP con Account Chart Update 2010-06-30T00:00:00+00:00 Recordemos que la subida del IVA en OpenERP se aprobó en la (http://www.boe.es/diario_boe/txt.php?id=BOE-A-2009-20765) “Artículo 79. Impuesto sobre el Valor Añadido. Con efectos desde el 1 de julio de 2010 y vigencia indefinida, se introducen las siguientes modificaciones en la (http://www.boe.es/aeboe/consultas/bases_datos/doc.php?id=BOE-A-1992-28740). Uno. Se modifica el apartado uno del artículo 90, que queda redactado de la siguiente forma: «Uno. El Impuesto se exigirá al tipo del 18 por ciento, salvo lo dispuesto en el artículo siguiente.» El resto del artículo queda con el mismo contenido. Dos. Se modifica el encabezado del apartado uno del artículo 91, que queda redactado de la siguiente forma: «Uno. Se aplicará el tipo del 8 por ciento a las operaciones siguientes:» El resto del apartado y artículo quedan con el mismo contenido.” Leer más: http://pexego.es/blog/2010/06/11/subida-del-iva-en-openerp-con-account-chart-update/</a> Además, también le adjuntamos, el enlace a nuestra web, dpnde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) ¿Por qué software libre? 2010-06-15T00:00:00+00:00 “El software libre (en inglés free software, esta denominación también se confunde a veces con gratis por el doble sentido del inglés free en castellano); Ey, por tanto, una vez obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido libremente. Según la Free Software Foundation, el software libre se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, modificar el software y distribuirlo modificado.” No centraremos en detalle de licencias, diferencias, discusiones de la definición, etc.: hay mucho escrito a lo “largo y ancho” de internet respecto al tema. En resumen:</h5> Tanto la herramienta como el código que “la hace funcionar” están a disposición del público. Independientemente de su naturaleza, las empresas que desarrollamos e implementamos software lo único que hacemos es ofrecer soluciones a los problemas que nuestros clientes nos plantean, con diferencias si dichas soluciones son propietarias o libres: Las soluciones propietarias requieren que en la mayoría de los casos seas tú el que se adapte a su solución: el Software Propietario A soluciona los problemas X, Y y Z. Si quieres que solucione X’, Y’ o Z’, los costes de la modificación te van a salir realmente caros (normalmente) o puede que tengas que esperar a una versión posterior, que tendrás que migrar y pagar.</li> Si realmente tus problemas son X, Y y Z, y si no son realmente muy específicos y complejos, seguramente la alternativa de software libre sea mucho más barata, ya que no existen costes de licencias, ni de uso, ni por puesto, etc. y ofrece el mismo rendimiento y garantías.</li> Las implantaciones de software propietario te hacen cautivos de la herramienta y de la compañía detrás de la misma. Si dicha compañía desaparece, es adquirida por otra compañía con un producto similar y extinguen tu producto, realmente tienes un problema. En cambio, con un software libre y como su propio nombre indica, la libertad es absoluta.</li> Las comunidades de software libre detrás de las herramientas, son realmente transparentes. Un producto puede ser totalmente llevado por la comunidad, o normalmente existe un tercero (normalmente el creador) que se encarga de su control y guía el desarrollo del mismo. Es decir, máxima garantía en todos los aspectos.</li> </ul> Conclusiones:</h2> La experiencia nos dice que la mayoría de las empresas buscan la practicidad funcional en la elección del software. De hecho, independientemente de si es libre o no, y pesan otras variables, normalmente económicas. Como hemos comentado anteriormente; la total flexibilidad de la solución; el coste menor (normalmente) y el pronto retorno de la inversión suelen ser las principales bazas ganadoras del software libre. Pero por supuesto, esto sólo es posible si la empresa implantadora ofrece total confianza y experiencia en la solución elegida. Además le adjuntamos el enlace a nuestra web, dónde podrá encontrar más información, haciendo clic (https://openerpspain.com/). Scriptlets de Jasper Reports 2010-05-30T00:00:00+00:00 En este post voy a mostrar como realizar un Scriptlet y usarlo en iReports. A continuación, veremos lo fácil que es filtrar y transformar esos datos si conoces el lenguaje, si usas ellenguaje xPath para filtrar o transformar esos datos es necesario usar Scriptlets. Un Scriptlet para Jasper Reports es una clase Java que hereda de JRDefaultScriptlet, los métodos que creemos en esta clase estarán disponibles para usarlos en nuestro informe. Primer paso</h3> Empezaremos explicando, que hay que hacer para crear este Scriptlet de ejemplo vamos a crear un fichero llamado CalendarioScriptlet.java en un directorio llamado calendario, con dos métodos, uno que dice el día de la semana en el que cae el día uno de un mes y el otro método dice el número de días que tiene un mes. Este es el código: package calendario; import net.sf.jasperreports.engine.JRAbstractScriptlet; import net.sf.jasperreports.engine.JRDefaultScriptlet; import net.sf.jasperreports.engine.JRScriptletException; import java.util.*; public class CalendarioScriptlet extends JRDefaultScriptlet { public Integer primerDiaMes(String mes, String anno) throws JRScriptletException{ Calendar cal = new GregorianCalendar(); cal.set(Integer.parseInt(anno), Integer.parseInt(mes)-1, 1); int num = cal.get(Calendar.DAY_OF_WEEK ); return num; } public Integer numeroDiaMes(String mes, String anno) throws JRScriptletException{ Calendar cal = new GregorianCalendar(); cal.set(Integer.parseInt(anno), Integer.parseInt(mes)-1, 1); cal.add(Calendar.MONTH, 1); cal.add(Calendar.DATE, -1); int num = cal.get(Calendar.DAY_OF_MONTH ); return num; } }</code> Segundo paso</h3> En segundo lugar, esta es la clase que hemos creado para usar en nuestro informe, para poder usarlo tenemos que compilar el java. Para poder compilar el scriptlet tienes que tener las librerías de jasperreports, puedes descargarlo desde (http://sourceforge.net/projects/jasperreports/), busca el .jar. Tercer paso</h3> Si nos situamos en el directorio padre del directorio calendario en el que esta CalendarioScriptlet.java, y tienes la librería de jasper en /home/usuario/report/jasperreports-3.7.2.jar puedes compilar así: javac -classpath /home/usuario/report/jasperreports-3.7.2.jar calendario/CalendarioScriptlet.java</code> y puedes crear la librería .jar de tu Scriptlet así: jar cf calendarioScriptlet.jar calendario/CalendarioScriptlet.class</code> Con esto tenemos calendarioScriptlet.jar. Cuarto paso:</h3> A continuación, vamos a ver lo que tenemos que hacer en iReport para poder usar el Scriptlet. Primero vamos a las propiedades del informe. !(http://angelmoya.es/wp-content/uploads/2010/05/01.propiedades-243x300.png “01.propiedades”)</a> Aquí tenemos que asegurarnos que el lenguaje es Java y poner la clase del Scriptlet. !(http://angelmoya.es/wp-content/uploads/2010/05/02.propiedades-249x299.png “02.propiedades”)</a> Y en el campo import poner también el nombre de la clase. !(http://angelmoya.es/wp-content/uploads/2010/05/03.imports-300x182.png “03.imports”)</a> Quinto paso:</h3> Ahora vamos a Herramientas>Opciones para añadir al classpath nuestra librería, para poder ejecutarlo en iReport. Podemos añadir al classpath directamente calendarioScriptlet.jar o el directorio que lo contiene, si queremos ejecutar el informe desde otro programa tendremos que copiar la librería al PATH del sistema o copiarla junto con el resto de las librerías. </a> De esta manera, con esto ya podemos usar las clases de nuestro Scriptlet en el informe, podemos usarlo por ejemplo en un field, teniendo en cuenta que el tipo de dato que devuelve sea el mismo que el tipo de dato del field o haciendo algún tipo de casting. O incluso, podemos usarlo para filtrar los datos, clickando el botón “Filter expression…” en la ventana de la consulta del informe. Para llamar a un método de nuestra clase tenemos que llamarla sobre el parámetro $P{REPORT_SCRIPTLET}, por ejemplo para conocer el número de días de el mes de febrero del año 2010 lo podemos hacer así: $P{REPORT_SCRIPTLET}.numeroDiaMes("2","2010")</code> Resumen:</h3> Para concluir, con esto hemos visto como crear y usar un Scriptlets en iReports, este Scriptlet en concreto lo he creado para realizar un informe tipo calendario así que pronto subiré otro post con la explicación del informe y el ejemplo de como usar este Scriptlet. Fuente: (http://angelmoya.es/openerp/scriptlets-de-jasper-reports/ “Scriptlets de Jasper Reports”) Además, también le adjuntamos el enlace a nuestra web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Traducción de Open ERP en AulaERP 2010-05-27T00:00:00+00:00 La traducción de OpenERP en AulaERP ha sido mi primera aportación el la colaboración con AulaERP. Espero que este curso, sirva para dar un impulso a quien quiera empezar a colaborar y no sepa como. Fuente: (http://angelmoya.es/sin-categoria/traduccion-de-open-erp-en-aulaerp/ “Traducción de Open ERP en AulaERP”) También le dejamos a continuación, el enlace a nuestra web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Traducción de la Documentación de Open ERP 2010-05-26T00:00:00+00:00 http://doc.openerp.com</a>. La herramienta que genera la documentación es (http://sphinx.pocoo.org/), esta herramienta permite generar la documentación en formato html y en Latex para generar los pdf, usar etiquetas, crear indices… tienes mas información en su (http://sphinx.pocoo.org/). Para instalar sphinx en Ubuntu: sudo easy_install sphinx</code> Para poder generar la documentación hace falta instalar algunas dependencias para generar los documentos Latex y convertir las imágenes: `# Instalar Latex extras sudo apt-get install texlive-latex-extra texlive-fonts-recommended Instalar ImageMagick para convertir imágenes</h1> sudo apt-get install imagemagick` Ahora que tenemos sphinx instalado vamos a descargar el código de la documentación como vimos en el post anterior bzr branch lp:openobject-doc</code> Al descargar el código se crea un directorio openobject-doc y dentro de este nos interesan los siguientes directorios books: con los libros</li> build: en este se genera la documentación en html y en pdf</li> i18n: con las plantillas para los diferentes idiomas</li> source: con el código de la documentación original</li> </ul> Para generar la documentación original en ingles nos situamos en el directorio openobject-doc y hacemos lo siguiente: #Para generarla en html: make clean make html #Para generarla en pdf: make clean make latex cd build/latex make all-pdf</code> Con esto hemos generado la documentación que tiene el código en la carpeta source, estos son book, user-trainning.. Para generar la documentación que se encuentra en el directorio book, puedes hacerlo así cd books/book_mrp make clean make latex cd build/latex make all-pdf</code> Con esto hemos visto como generar la documentación original en html y en pdf, ahora vamos a ver como se hacen las traducciones. Dentro del directorio i18n se encuentran los directorios de las plantillas de cada idioma, la de español ya esta creada, si se quisiese crear otro directorio para otro idioma se puede hacer ejecutando make i18n LANG=xx</code> con esto se crea el directorio openobject-doc/i18n/xx, donde xx indica el idioma en el que vamos a traducir las plantillas. Las plantillas de la documentación para la documentación en español están en el directorio openobject-doc/i18n/es, para generar la documentación en español se hace igual que hemos explicado antes para la original en ingles pero desde este directorio. Los ficheros con extensión rst son las plantillas que tenemos que traducir, estos ficheros tienen una serie de lineas que empiezan con la etiqueta –i18n: que son las lineas originales de la traducción y seguido de estas lineas tiene que aparecer la traducción, cuando se han generado las plantillas de la traducción estas lineas aparecen también en ingles. Por ejemplo este es un fragmento del fichero openobject-doc/i18n/es/source/book/0/index.rst antes de traducirlo: .. i18n: The Open ERP Solution .. i18n: =====================</code> The Open ERP Solution</h1> .. i18n: Because of its modularity, collaborative developments in Open ERP have been cleanly integrated, .. i18n: enabling any company to choose from a large list of available functions. .. i18n: As with most open source software, accessibility, flexibility, and simplicity are important keywords .. i18n: for development. .. i18n: Experience has shown that there’s no need to train users for several months on the system, .. i18n: because they can just download it and use it directly. Because of its modularity, collaborative developments in Open ERP have been cleanly integrated, enabling any company to choose from a large list of available functions. As with most open source software, accessibility, flexibility, and simplicity are important keywords for development. Experience has shown that there’s no need to train users for several months on the system, because they can just download it and use it directly. Así se quedaría después de traducirlo: .. i18n: The Open ERP Solution .. i18n: =====================</code> La solución Open ERP</h1> .. i18n: Because of its modularity, collaborative developments in Open ERP have been cleanly integrated, .. i18n: enabling any company to choose from a large list of available functions. .. i18n: As with most open source software, accessibility, flexibility, and simplicity are important keywords .. i18n: for development. .. i18n: Experience has shown that there’s no need to train users for several months on the system, .. i18n: because they can just download it and use it directly. Debido a su modularidad, el desarrollo colaborativo en Open ERP ha sido limpiamente integrado, permitiendo a cualquier empresa a elegir entre una larga lista de funciones disponibles. Como con la mayoría del software de código abierto, la accesibilidad, flexibilidad y simplicidad son las palabras clave para el desarrollo. La experiencia ha demostrado que no hay necesidad de formar a los usuarios durante varios meses en el sistema, porque Open ERP esta disponible para descargarlo y utilizarlo directamente. También hay que tener en cuenta que sphinx permite crear el indice de la documentación, vinculos, encabezados, salto de paginas, ect, asi que habrá etiquetas que normalmente comiencen con .., lineas de * o lineas de -, que deberán mantenerse para no perder el formato o el vinculo. Fuente: (http://angelmoya.es/openerp/traduccion-de-la-documentacion-de-open-erp/ “Traducción de la Documentación de Open ERP”) Impuesto tipo canon en Openerp 2010-05-23T00:00:00+00:00 El impuesto tipo canon en Openerp, tiene como unidad de medida por defecto la célula para aplicar la tasa y como medida de venta la batería. Lo primero creo el impuesto de tipo fijo, el canon se aplicará a cada cd. </a> Creo las medidas Unidad y Tarrina en una nueva categoría de medida que he llamado CD. !(http://angelmoya.es/wp-content/uploads/2010/05/04.unidad.medida-300x256.png “04.unidad.medida”)</a> Creo el producto CD, con unidad por defecto Unidad y unidad de venta Tarrina con ratio de conversión 1/25 = 0,04. </a> Ahora si creo un pedido, al crear la linea puedo poner en la unidad de venta Tarrina y cantidad 1 y automaticamente si unidad por defecto es Unidad se pone la cantidad a 25. !(http://angelmoya.es/wp-content/uploads/2010/05/03.tarrina-300x254.png “03.tarrina”)</a> También puedo crear lineas con unidad de venta Unidad, en este caso la Unidad que indico en la unidad de venta es la de la categoría que he creado. Pero he tenido que forzar que coja como valor 1. !(http://angelmoya.es/wp-content/uploads/2010/05/04.unidad-300x253.png “04.unidad”)</a> Si hago click en el botón de calcular impuestos, me calcula los impuestos sobre los 26 CDs (25 de la tarrina y uno suelto). </a> Al imprimir el pedido si que sale las unidades de venta. </a> Se podría cambiar el informe para que la impresión del precio unitario tuviese en cuenta la unidad de venta, Y por último, se podría modificar la ventana de pedidos para mostrar la unidad de venta. Fuente: (http://angelmoya.es/openerp/impuesto-tipo-cannon-en-openerp/ “Impuesto tipo cannon en Openerp”) Además, le dejamos el enlace a nuestra web, donde podrá encontrar más información que le podría resultar interesante, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Launchpad y Bazaar para colaborar con OpenERP 2010-05-20T00:00:00+00:00 La semana pasada estuve en Bilbao en las jordanas estatales de OpenERP y me quede impresionado con el funcionamiento de la comunidad. Como hace tiempo que estoy dándole vueltas a la documentación y pensando en traducirla he decidido que lo primero con lo que voy a empezar a colaborar es con la traducción de la documentación. Las herramientas necesarias para colaborar con OpenERP son Launchpad y Bazaar, vamos a ver que son y como se utilizan si queremos descargar código (en este caso será el código de la documentación), modificarlo y volverlo a subir para que este disponible para la comunidad. Según la wikipedia “Launchpad es una aplicación web y un sitio web que apoya el desarrollo de software, en particular el de software libre. Está desarrollada y mantenida por Canonical Ltd..”, puedes ver el articulo completo (http://http:0//es.wikipedia.org/wiki/Launchpad). Launchpad da soporte para compartir código y controlar versiones, reportar errores (Bugs), sugerir modificaciones y nuevas funcionalidades (blueprints), crear traducciones y para dar respuestas a preguntas de la comunidad. La herramienta que permite compartir el código y controlar versiones es Bazaar, luego veremos como funciona. Para poder colaborar en cualquier proyecto alojado en Launchpad tendremos que registrarnos en la web de (https://launchpad.net). Una vez tengas tu cuenta en launchpad puedes unirte al grupo (https://launchpad.net/~openerp-community). No es necesario unirse a ningún grupo para descargarte el código, pero si para subir modificaciones. Bazaar es la herramienta que permite descargar el código y controlar las versiones a la hora de subirlo. Puedes ver mas en (http://doc.bazaar.canonical.com/bzr.dev/es/mini-tutorial/index.html). Para instalar bazaar en ubuntu 9.10 hacer lo siguiente: Dependiendo de la versión necesaria para usar bzr es conveniente instalarlo desde su repositorio echo 'deb http://ppa.launchpad.net/bzr/ubuntu karmic main' | sudo tee -a /etc/apt/sources.list apt-get update</code> Una vez añadido al repositorio se puede instalar asi apt-get install bzr</code> para instalarlo en otra versión de ubuntu simplemente cambia el nombre de la versión al añadir los repositorios, y para otro sistema operativo puedes ver la guía (http://doc.bazaar.canonical.com/latest/en/user-guide/installing_bazaar.html). La idea es la siguiente, el código compartido en bazaar se organiza en ramas o branches, por ejemplo el proyecto openerp-server tiene una rama llamada trunk para el código en desarrollo, y una rama 5.0 para la versión estable. Así que si queremos descargarnos la versión estable de openerp-server podemos hacer: bzr brach lp:openobject-server/5.0</code> y para descargarnos el código de la documentación: bzr branch lp:openobject-doc</code> con esto se nos crea un directorio llamado openobject-doc que contendrá el código de la documentación. En el próximo post explicare la estructura del código de la documentación y como se crean las traducciones. Bazaar es una herramienta distribuida de control de versiones así que lo que hemos hecho realmente al descargar el código es crear una rama en nuestro repositorio local, si modificamos el código antes de subirlo tendremos que sincronizar nuestra rama con la original, obtendremos los cambios realizados desde que descargamos el código o desde la última revisión que hicimos y lo sincronizaremos con nuestra rama local. Para poder publicar nuestro código con Bazaar primero tendremos que identificarnos, por un lado nos identificaremos con nuestro usuario de Launchpad: bzr launchpad-login nombre_usuario_launchpad</code> la primera vez que lo ejecutemos se creara el fichero /home/angelmoya/.bazaar/authentication.conf con la información de nuestro usuario. Por otro lado tenemos que identificar nuestro equipo con la clave ssh key, para conseguir nuestra clave ssh key en ubuntu lo haremos así: `#Instala OpenSSH sudo apt-get install openssh-client #Genera la clave ssh-keygen -t rsa - Presiona intro para aceptar el nombre por defecto</h1> - Introduce la contraseña`</h1> Con esto se genera en el directorio /home/usuario/.ssh/ una pareja de claves, id_rsa la clave privada y id_rsa.pub la clave publica. La clave privada se quedara en tu equipo y la publica hay que subirla a tu perfil de launchpad. Logeate en Launchpad.net con tu usuario y accede a tu página para editar la información de SSH keys. !(http://angelmoya.es/wp-content/uploads/2010/05/01.sshkey-300x113.png “ssh key Launchpad”)</a> Copia en esa ventana la información que hay dentro del fichero /home/usuario/.ssh/id_rsa.pub y clicka el botón Import Public Key para terminar. !(http://angelmoya.es/wp-content/uploads/2010/05/02.addsshkey-300x158.png “add ssh key Launchpad”)</a> Con esto ya tienes tu equipo preparado para subir modificaciones del código. Si te has descargado el código del proyecto openobject-doc y has realizado alguna modificación, ve al directorio de openobject-doc y haz lo siguiente: Sincronizamos nuestros cambios con los que se han realizado en openobject-doc desde la ultima sincronización bzr merge</code> Hacemos un commit para indicar los cambios que hemos realizado bzr ci -m " Mensaje explicando cambios hechos"</code> Por último subimos los cambios bzr push</code> Para mas información puedes consultar (https://help.launchpad.net/Code/UploadingABranch). Por último, cuando realices el commit, según se indica la documentación de Open ERP (http://doc.openerp.com/contribute/04_using_bazaar.html#how-to-commit-your-work) sobre como subir tus modificaciones, en el mensaje hay que indicar que tipo de modificación has realizado, esto se indica con el las diferentes opciones son: : Mejoras </li> : Corrección de errores </li> : Refactorizar, modificar el código sin cambiar la funcionalidad </li> : Añadir fuentes </li> : Eliminar fuentes </li> </ul> Con esto ya hemos visto como trabajar con Launchpad y Bazaar, en el siguiente post veremos como trabajar en la traducción. Fuente: (http://angelmoya.es/openerp/launchpad-y-bazaar-para-colaborar-con-openerp/ “Launchpad y Bazaar para colaborar con OpenERP”) A continuación también le dejamos el enlace a nuestra web, dónde podrá encontrar, más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Como saber el nombre del modelo que necesito para un informe 2010-05-20T00:00:00+00:00 A continuación le mostramos paso a paso, un tutorial para saber el modelo necesario con el que realizar el informe que busca con OpenERP. Muy sencillo, simplemente entra en el cliente web de la aplicación logeandote como admin, entra en la ventana en la que quieres meter el informe y en la zona inferior a la izquierda clicka sobre PERSONALIZAR OBJETO </blockquote> Esto abre una ventana emergente con la información del objeto, en este caso estamos en la factura y el objeto es account.invoice Ahora si quiero iterar sobre las lineas de la factura buscando entre los campos de este objeto vemos que hay uno etiquetado como “Invoice Lines”, y el nombre del campo es invoice_line. Como último consejo entra en el sistema en ingles y abre la ventana en modo formulario, así será mas fácil relacionar los campos del formulario con los del modelo. Fuente: (http://angelmoya.es/openerp/como-saber-el-nombre-del-modelo-que-necesito-para-un-informe/ “Como saber el nombre del modelo que necesito para un informe”) También le dejamos a continuación el enlace a nuestra web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Presentaciones Jornadas de OpenERP 2010 2010-05-18T00:00:00+00:00 A continuación, les mostramos las presentaciones usadas en las conferencias de las III Jornadas de OpenERP 2010. Recordar que se realizaron los días, 13 y 14 de Mayo de 2010 en la Universidad Deusto de Bilbao. Ya están subidas las presentaciones y material auxiliar usado por Pexego, de las conferencias de las III Jornadas de OpenERP 2010 realizadas los días 13 y 14 de Mayo de 2010 en la Universidad Deusto de Bilbao. Fuente: http://pexego.es/blog/2010/05/18/presentaciones-jornadas-de-openerp-2010/</a> A continuación, le facilitamos el enlace a nuestra web, donde podrá encontrar, infromación de su interés, haciedno clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Trazabilidad para la industria agroalimentaria con OpenERP 2010-04-25T00:00:00+00:00 En los últimos años Pexego ha desarrollado gracias a un proyecto de I+D+i de la Xunta de Galicia módulos destinados a mejorar y simplificar la operativa a llevar a cabo en la Industria agroalimentaria. Tiene como objetivo, conseguir una correcta trazabilidad de sus productos. El desarrollo de estos nuevos modulos para OpenERP, permiten la flexibilidad suficiente con para que se usen como una simple aplicación; tan solo para gestionar trazabilidad, o instalando módulos adicionales. Y conseguir un completo ERP que cubre todas las áreas de negocio de una empresa que pertenezca al sector agroalimentaria. Leer más: http://pexego.es/blog/2010/04/24/trazabilidad-para-la-industria-agroalimentaria-con-openerp/</a> A continuación, le dejamos el enlace a nuestra página web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) ¿Qué pago en una implantación? 2010-04-22T00:00:00+00:00 Algunas personas pueden confundir software libre y el software gratuito. A lo largo de este artículo veremos el coste de implantación OpenERP. El software libre suele ser gratuito o está disponible a un coste muy competitivo, pero no necesariamente está disponible de manera gratuita. Y sobretodo, una implantación de una plataforma de software libre no va a ser gratuita si la solicitamos a un implantador externo. De hecho, el coste, depende de los servicios que se soliciten, y suele estar asociado al tiempo y recursos que se va a dedicar al proyecto. Además, es un ejemplo comparable a la mecánica de nuestro automóvil. Si tenemos los conocimientos para arreglar el motor del coche sin llevarlo al taller, nadie nos va a reclamar ningún pago. Sin embargo, si llevamos el coche al mecánico, sabemos que ellos van a cobrar por sus servicios. !(https://openerpspain.com/wp-content/uploads/presu-1024x512.jpg)</a> El mismo ejemplo sería válido para cualquier empresa de servicios. Existe la libertad para realizar esas tareas con recursos propios (que también tendría un coste, aunque más indirecto), o elegir al proveedor que más convenga, teniendo la libertad de solicitar diferentes valoraciones para comparar servicios y presupuestos. Aunque el ejemplo de un profesional es válido, el funcionamiento de un proyecto de implantación es bastante más complejo, pues requiere de una planificación e involucra tiempo de varias personas y roles. Con Software Libre no es necesario pagar a terceros, aunque si no dispone de conocimientos funcionales y técnicos, es recomendable consultar con profesionales externos. Además, también le dejamos a continuación nuestra web, donde podrá encontrar más información sobre el coste de implantación de OpenERP. </blockquote> ¿Debo subcontratar la implantación? 2010-04-22T00:00:00+00:00 Si usted lo que quiere es implantar OpenERP y no tiene los conocimientos necesarios para llevarlo a cabo; le recomendamos que recurra a la ayuda de expertos en OpenERP Vd. quiere que su empresa se centre en hacer funcionar la maquinaria necesaria para aumentar la productividad, destacar de la competencia y maximizar los beneficios. En un contexto socioeconómico como el actual, es mucho más difícil formar a personal e incorporarlo a la empresa que tercerizar determinadas tareas. Por tanto, encontrar un proveedor especialista en este campo, capaz de desarrollar soluciones que consigan esas mejoras en su empresa y formar a su personal; es la manera más rentable de conseguir esas metas. !(https://openerpspain.com/wp-content/uploads/openerp_subcontratar.jpg)</a> En OpenERPSpain podrá encontrar (https://openerpspain.com/solicitud-de-presupuesto/ “¿Que es la Spain OpenERP Alliance?”) en OpenERP, cualificados que le podrán asesorar en todo el proceso de modernización de su empresa. Tareas del Cliente durante la implantación de un ERP 2010-04-22T00:00:00+00:00 Inicialmente mi idea era contaros mis experiencias en la implantación de un ERP. Durante varios meses, mi atención ha estado mucho más centrada en openerpsite.com que en anajuaristi.com pero ya va siendo hora de volver a hablar de mí y de la experiencia en general de implantar un ERP. Recientemente leí en http.//www.foros-it.com un post donde un tal Eylau1807 escribió lo siguiente: Buen consultor + Buen jefe de proyecto cliente = Éxito casi seguro (el grado del éxito dependerá de alguno de los factores que Juan Tudela menciona) Mal consultor + Buen jefe de proyecto cliente =Éxito posible (aunque no se alcanzarán todos los objetivos marcados y el cliente pueda sentirse, con razón, engañado) Buen consultor + Mal jefe de proyecto cliente = Éxito poco probable (es casi seguro que al consultor no le dejarán hacer su trabajo) Mal consultor + Mal jefe de proyecto = Fracaso absoluto seguro Concido 100% con su afirmación pero en estas ecuaciones falta una variable importantísima. La herramienta. Son 3 patas. Empresa, Cliente y Herramienta. Con que falle una, el proyecto puede llegar a implantarse a trancas y barrancas, pero si fallan 2 de las 3… fracaso absoluto seguro. Hace poquísimo en mi última implantación donde la herramienta (OpenERP) es realmente buena, el consultor soy yo y el gerente de la empresa (jefe de proyecto) es bastante más que avispado, me comentaba él: “menos mal que la empresa es nueva y tenemos pocos datos, no me puedo imaginar cómo sería la historia si tuviese varios años de datos almacenados teniéndolos que traer al nuevo ERP. Sería una locura”. Os lo pongo para que veais que muchísima parte del trabajo queda en manos de la empresa que contrata la implantación. Por mucho que nosotros le orientemos en cómo configurar el sistema para que lo adapte a sus procesos de negocio, hay muchas decisiones que están en sus manos y muchas tareas que deben ser realizadas por ellos. Si el Cliente no pone los medios necesarios y todo su esfuerzo para llegar al buen fin de la implantación, el riesgo de que quede a medias o simplemente no se llegue al objetivo marcado es alto. Y dicho esto, voy a poner como ejemplo el resultado de esta última implantación. Presupuesto de implantación –> menos de 10.000€ Incluye instalación del servidor (linux -ubuntu + openerp-server + openerp WEB) Instalación en n puestos –> el incremento depuestos y/o usuarios no incrementa el presupuesto de instalación. Formación n jornadas –> realizadas todas en el mes de julio Migración de datos maestros de sistemas anteriores (Clientes, Proveedores y artículos) Duración del proyecto –> Mes y medio. Se han implantado y arrancado las áreas de Compras, Ventas, Almacén, Fabricación, Trazabilidad y TPV. Se ha impartido formación de CRM, RRHH y Gestión documental aunque el arranque será realizad cuando se afiancen en el uso de las áreas principales. Incidencias en la implantación: Críticas y/o bloqueantes ninguna, menores unas 5 reportadas y en su mayor parte ya solucionadas. Desarrollos a medida: NINGUNO. Se ha implantado el standar oficial de OpenERP con algún módulo concreto de extra-addons (contribuciones oficiales y de la comunidad) Informes a medida: 4 (pendientes de definiciónde formato por parte del cliente. De momento arranca con los standar de la herramienta) Este es un informe real de fin de proyecto. Por nuestra parte hemos cumplido estrictamente lo contratado por el Cliente. Es decir, instalación y configuración de la herramienta en el servidor y los puestos solicitados, formación en las áreas solicitadas y soporte al arranque en las áreas requeridas.Se ha iniciado y finalizado el proyecto según el plan inicial previsto en el contrato y ha habido cero retrasos en la fecha de finalización del mismo. Además, cuando terminamos, el Cliente iniciaba el registro de datos de su operativa diaria de gestión en OpenERP pero os aseguro que aún le quedan deberes por hacer. Por mi parte, considero un éxito esta implantación y estoy deseando de publicarlo como caso de éxito en openerpsite, pero tendrá que ser en septiembre. Agosto es muy mal mes para cualquier empresa. También le adjuntamos el enlace a nuestra web, donde podrá encontrar, información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Que solicitar en una Demo de un ERP 2010-04-22T00:00:00+00:00 A continuación, hablaremos de todos los aspectos que ha de tener en cuenta una empresa, a la hora de solicitar una demo para probar un ERP. Si yo fuese el gerente de una empresa que va a contratar la implantación de un ERP, previamente a solicitar que una empresa implantadora propietaria de un software realice una Demo, tendría apuntados aquellos puntos críticos que quiero cubrir con la nueva herramienta. Los comerciales, tienen aprendida una ruta por los distintos módulos de la herramienta, que es la que muestran en la demos, a la hora de probar un ERP. Normalmente el tiempo de la demo suele estar limitado y no se ve más allá de lo que el comercial nos quiera enseñar. Esto puede ser correcto en ocasiones, cuando la empresa es muy pequeña o los procesos de negocio son sencillos. Simplemente, nos basta con conocer los procesos más generales de cada una de las áreas. Pero si previamente yo he realizado un análisis exhaustivo de lo que realmente necesito, podré consultar sobre aquellos procesos que no me han mostrado en la demo. Mis consejos son los siguientes: PREVIO A LA PRIMERA DEMO: 1.Analiza tu empresa. 2.Llama a otros Clientes que hayan implantado esta herramienta. Consulta los casos de éxito en la Web. Solicita que te faciliten los nombres de otros Clientes en los que hayan implantado. DURANTE LA DEMO: 1.No te creas todo lo que te cuenten. Verifícalo. Si tienes cualquier duda pregunta. 2.Si un proceso es crítico para tu negocio y no te lo han enseñado, solicita que lo hagan. 3.Pide el ratón un rato. Solicita que te dejen manejar la aplicación. Entra en pantallas que no te han enseñado, aunque nosepas como funcionan. Esto te permitirá ver si hay “errores ocultos” o funcionalidad aún no desarrollada que saldrá en “proximas versiones”. 4.Si es necesario, solicita la presencia de un consultor experimentado en la demo. 5.Según te vayan enseñando los distintos procesos, táchalos de tu lista. Si al finalizar ves que tienes en tu lista demasiada funcionalidad por cubrir… pregunta cómo te lo van a resolver. 6.Solicita un presupuesto muestra de un desarrollo ” a medida”. Esto te puede dar idea de lo que te costará llegar a cubrir al 100% la funcionalidad que necesitas 7.Pregunta cual es la metodología de la implantación. Qué formación tendrán los consultores de la implantación. Qué experiencia tienen estos consultores. 8.Si tienes que realizar alguna migración de datos, pregunta por la tecnología y metodología que utilizarán en dicha migración. 9.Consulta el coste de la elaboración de documentos a medida. Consulta si este desarrollo de documentos podrá ser realizado por personal de tu empresa o estás atado a que te lo tengan que presupuestar. 10.Solicita una copia de un precontrato. Lee todo, hasta la letra pequeña. 11.Consulta sobre la cuota de soporte y mantenimiento. Que cubre. Qué no. Cada cuanto tiempo publican nuevas versiones. Quien y cómo realiza la instalación de estas nuevas versiones. Cual es el costede actualizarte. 12.Consulta sobre la tecnología de la herramienta. Lenguaje de programación, base de datos, sistema operativo, posibilidades de conexión remota mediante portátiles o pdas, a través de internet. Consulta sobre la interconexión entre sedes. Tecnología utilizada en las conexiones remotas. Por ejemplo, si es 100% basado en TCP/IP, o sea, Web… ¿qué pasa cuando te quedas sin conexión porque se cae el ADSL? Al revés, si es Cliente/Servidor… ¿como se conectará tu sede de Sevilla? DESPUES DE LA DEMO: 1.Evalúa la profesionalidad de las personas que han realizado la presentación. 2.Evalúa la funcionalidad del software presentado. 3.Evalúa el coste tanto del páquete básico como de los posibles desarrollos que tendrás que realizar. 4.Evalúa el número de documentos que tendrás que definir y desarrollar. Evalúa si lo podeis hacer vosotros mismos o no. 5.Evalúa la metodología que utilizará la empresa, el perfil y la formación de los consultores de la implantación. 6.Evalúa la publicación de nuevas versiones y su instalación. 7.Evalúa el nivel de actualización tecnológica de la herramienta y sus diferentes alternativas de conexión. Cuanto más claro tengas qué es lo que necesita tu empresa y qué es lo que te están ofreciendo, más probabilidad de éxito en la implantación. Ten en cuenta que a veces El más caro no es el mejor, ni el más barato el peor. Hay aplicaciones que parecen muy completas y no excesivamente caras que a la larga pueden ser mucho más costosas que otras que previamente parecían menos asequibles. En ocasiones, firmar un contrato puede ser un saco sin fondo donde tendrás que pagar absolutamente por todo. Incluso por la definición de un simple documento de pedido de compra. Estás poniendo los datos de tu empresa, los de gestión, los de operativa, los cuadros de mando, los datos que te permitan ver la evolución de la empresa en manos de un sistema informático. En definitiva, el sistema debe ser fiable, estable, actual, tecnológicamente puntero, no excesivamente caro, con contratos de mantenimiento y soporte que cubran cualquier eventualidad en función de tus necesidades. Si no puedes permitirte el lujo de que tu sistema esté caído el fin de semana, necesitas un soporte 24X7, por ejemplo. Si tu empresa permanece cerrada durante la noche, los fines de semana y cierras todos los puentes, evidentemente un soporte 24X7 es excesivo e innecesario en tu caso… Como veis, las variables para tomar una decisión son infinitas. Como en casi todo hay que evaluar coste/beneficio. ¿Que es mejor? Una empresa que lleva muchos años en el mercado, con una tecnología no tan puntera pero que te ofrece estabilidad y fiabilidad en tus datos, cuyos costes de desarrollo son desorbitados, o una empresa tecnológicamente puntera recién inaugurada, con pocos clientes de referencia, cuya base funcional es limitada pero que te ofrece unos desarrollos a medida con un coste muy reducido? Complicada elección… A continuación, le adjuntamos el enlace a nuestra web, donde podrá encontrar información de su interés, su desea probar un ERP haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Jasper Reports en OpenERP 2010-04-21T00:00:00+00:00 Para comenzar, tenemos que instalar y el soporte de informes Jasper para OpenERP tal y como explican (http://www.aulaerp.com/aula/course/view.php?id=23). En el curso explican como instalar el módulo, preparar el Datasource a partir del XML del modelo de datos producido en OpenERP, cambiar el lenguaje de consulta para importar los campos y por último como llevar ese informe a OpenERP. El primer informe que he creado siguiendo este curso ha sido una factura; así que al crear el “Data Template” lo he hecho sobre el modelo de Facturas con una profundidad de 4 (lo he intentado con profundidad de 5 y no he podido, demasiados datos). El primer problema que me he encontrado, ha sido, que sólo se imprimía la primera linea de la factura; esto no esta en el curso, pero es necesario indicarle al informe sobre que campo iterar. Para esto pinchamos con el botón derecho del ratón sobre el informe y pinchamos en propiedades. </a> A continuación, en la ventana que aparece buscamos el campo Properties y pinchamos en el botón de la derecha “…” para ver las propiedades. !(http://angelmoya.es/wp-content/uploads/2010/04/0802properties-250x300.png “0802properties”) Por último, en esta ventana pinchamos el botón “Add”; para crear una propiedad con nombre OPENERP_RELATIONS y valor [‘invoice_line’] con corchetes y comillas simples. !(http://angelmoya.es/wp-content/uploads/2010/04/0803add-300x245.png “0803add”) Con esto ya tenemos el informe configurado para iterar sobre las líneas de la factura, siguiendo el curso de AulaERP podemos subirlo a OpenERP para ejecutarlo. En próximas entradas, voy a explicar como dar formato a los campos numéricos. Para mostrar los importes con dos decimales, y como añadir un subinforme para mostrar las lineas de impuestos de la factura. Fuente: (http://angelmoya.es/ireport-jasper/jasper-reports-en-openerp/ “Jasper Reports en OpenERP”) A continuación le dejamos el enlace a nuestra web, donde podrá encontrar, más infromacion sobre Jasper Reports en OpenERP, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Instalar y configurar Eclipse para trabajar con OpenERP 2010-04-06T00:00:00+00:00 ¿Qué es Eclipse?</h2> Eclipse es un entorno de desarrollo que funciona sobre java, así que para ejecutarlo es necesario tener instalado jdk de java. En ubuntu lo puedes intalar con: sudo apt-get install sun-java6-jdk</code> En la página de descargas de Eclipse (http://eclipse.org/downloads/</a>)hay varias versiones disponibles vamos a usar la versión Eclipse Classic, puedes descargarla (http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.5.2-201002111343/eclipse-SDK-3.5.2-linux-gtk.tar.gz&url=http://download.eclipse.org/eclipse/downloads/drops/R-3.5.2-201002111343/eclipse-SDK-3.5.2-linux-gtk.tar.gz&mirror_id=1). ¿Cómo instalarlo?</h2> Descomprime el paquete en una carpeta, dentro hay un fichero llamado “eclipse”, ejecuta ese fichero directamente, no hay que instalar nada. Al ejecutar eclipse te pide que le introduzcas el workspace esto es el área de trabajo, donde vas a tener los proyectos. Lo primero que vamos a instalar es el plugin PyDev para poder desarrollar en python. En el menú superior selecciona Help y luego Install new software… </a> Si nos fijamos, en la ventana que aparece escribe “http://pydev.org/updates” en el campo Work with y presiona el botón Add, ahora en la ventana que aparece escribe “PyDev” en el campo Name y presiona el botón Ok. </a> Además, en la lista aparecerá Pending hasta que aparezca la información, selecciona el primero “PyDev” y dale a Next. </a> Ahora selecciona *“*PyDev for Eclipse” y dale a Next. </a> Acepta la licencia y dale a Finish. </a> Durante la instalación te saldrá un Warning y le das a Ok. </a> Al final aparecerá un mensaje preguntando si quieres reiniciar eclipse y le das a Yes. </a> Una vez que hemos reiniciado sólo falta configurar python, vamos al menú superior en Window y seleccionamos Preference, y en la parte izquierda de la ventana que aparece seleccionamos PyDev, luego Interpreter-Python y le damos al botón Auto Config. Esto funciona en ubuntu teniendo python instalado como he explicado en (http://angelmoya.es/?p=45) !(http://angelmoya.es/wp-content/uploads/2010/04/06.10-300x230.png “Auto Config Python”)</a> Después de esto nos saldrá otra ventana como la siguiente, le damos Ok, en la ventana de preferencias otra vez Ok y con esto ya lo tenemos configurado. !(http://angelmoya.es/wp-content/uploads/2010/04/06.11-300x227.png “Config Python”)</a> Con esto ya tenemos el plugin PyDev para programar en python, ahora vamos a instalar el plugin para editar ficheros xml. Igual que antes vamos al menú superior y seleccionamos Help y luego Install new software…, ahora en Work with seleccionamos “Galileo – http://download.eclipse.org/releases/galileo” y cuando se completa la lista desplegamos “Web, XML, and Java EE Development”, seleccionamos “Eclipse XML Editors and Tools” y le damos a Next. !(http://angelmoya.es/wp-content/uploads/2010/04/06.08-268x300.png “Install XML”)</a> Ahora desplegamos “Eclipse XML Editors and Tools”, seleccionamos “WST XML Core” y le damos a Next. !(http://angelmoya.es/wp-content/uploads/2010/04/06.02-300x269.png “Install”) Igual que antes aceptamos la licencia y reiniciamos cuando nos lo pide. Ahora tenemos que tenemos eclipse con soporte para python y xml, vamos a instalar las plantillas para completar código que tenemos en esta web http://code.google.com/p/openerp-eclipse-template/</a>. Tenemos dos plantillas una para completar código de python y otra para completar xml. Cómo instalar plantillas</h2> Descargate las plantillas como pone en la web por svn, directamente desde aquí: (http://openerp-eclipse-template.googlecode.com/svn/trunk/templates-openerp.xml)</li> (http://openerp-eclipse-template.googlecode.com/svn/trunk/Openerp-eclipse-xml-template.xml)</li> </ul> Si queremos llevar a cabo, la instalación y ver el funcionamiento de estos templates lo mejor es ver los vídeos que han puesto en esa pagina. Para Python: Si lo queremos para XML: Con esto ya tienes eclipse preparado para programar con python y con los templates para completar código de openERP. De hecho, a continuación , añadimos la fuente que hemos utilizado para desarrollar el artículo de “Instalar y configurar Eclipse para trabajar con OpenERP” Fuente: (http://angelmoya.es/openerp/instalar-y-configurar-eclipse-para-trabajar-con-openerp/ “Instalar y configurar Eclipse para trabajar con OpenERP”) A continuación, le adjuntamos el enlace a nuestra web, dónde podrá encontrar infromación relevante para usted, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Cierre del ejercicio en OpenERP 2010-03-26T00:00:00+00:00 Para comenzar, destacar que recientemente Pexego ha desarrollado un módulo para ayudar en el cierre del ejercicio contable español, en OpenERP. A continuación, en este post pretendemos ofrecer una guía práctica para quienes, usando un plan de cuentas español; desean realizar el cierre del ejercicio contable en OpenERP. Leer más: http://pexego.es/blog/2010/03/26/cierre-del-ejercicio-en-openerp-5/</a> Por último, le adjuntamos el enlace a nuestra web donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) 10 Ventajas del Software Libre 2010-02-12T00:00:00+00:00 A lo largo del artículo veremos 10 ventajas que nos proporciona el utilizar el software libre en lugar del privativo. Competitividad.</h4> El ahorro de coste en licencias de los programas libres permite que su empresa gaste menos dinero en la implementación del software. Y destine, sus inversiones a la personalización del mismo o a otras cuestiones, tanto informáticas como de otros departamentos. Libertad de uso y redistribución.</h4> Las licencias de software libre existentes permiten la instalación del software tantas veces y en tantas máquinas y para tantos usuarios como desee, sin tener que pagar un dinero extra por ello. Independencia tecnológica.</h4> El acceso al código fuente permite el desarrollo de nuevos productos sin la necesidad de desarrollar todo el proceso partiendo de cero. El secretismo tecnológico es uno de los grandes frenos y desequilibrios existentes para el desarrollo en el modelo de propiedad intelectual. Fomento de la libre competencia al basarse en servicios y no licencias.</h4> El modelo de negocio de software libre gira alrededor de los servicios sobre el programa. Esto permite que los proveedores compitan en igualdad de condiciones al no poseer ninguno la propiedad del producto, y genera, además una mejor atención al cliente, pues en todo momento el cliente tiene libre elección sobre su empresa de software. Soporte y compatibilidad a largo plazo.</h4> El sistema de mercado tradicional, o de software propietario, funciona bajo la premisa de que una vez conseguido el máximo de ventas de un producto; el producto en sí ya no interesa. Inmediatamente sale al mercado uno nuevo, que crea nuevas tecnologías de soporte y cambia el formato. Aunque el primero cubra a la perfección las necesidades del cliente, las empresas dejan de dar soporte técnico y queda obsoleto para desviar las ventas a la última versión. Esto, obviamente no ocurre cuando el modelo de negocio no depende de la venta de nuevas versiones. Formatos estándar.</h4> El software libre siempre opera bajo formatos estándar, que permiten una interoperatividad más alta entre sistemas, evitando incompatibilidades. Los estándares de facto, impuestos por el mercado, son válidos ocasionalmente para interoperar, aunque estos suelen exigir el pago de royalties a terceros y por razones anteriormente expuestas, no perpetúan mucho tiempo. Sistemas más seguros y sin puertas traseras.</h4> El acceso al código fuente permite que tanto hackers como empresas de seguridad de todo el mundo puedan auditar los programas; por lo que la existencia de puertas traseras es ilógica ya que se pondría en evidencia y contraviene el interés de la comunidad y las empresas que trabajan con este software. Corrección mas rápida y eficiente de fallos.</h4> El funcionamiento e interés conjunto de la comunidad ha demostrado solucionar mas rápidamente los fallos de seguridad en software libre, algo que desgraciadamente en el software propietario es más difícil y costoso. Muchas veces, por problemas de imagen, las empresas propietarias del software niegan fallos de seguridad y pueden tardan meses hasta proporcionar los parches de seguridad. Métodos simples y unificados de gestión de software.</h4> La mayoría de grandes desarrollos de software libre unifican y simplifican el proceso de actualización, procurando una retrocompatibilidad con versiones anteriores. En los sistemas operativos libres, la actualización de programas y librerías se realiza de manera simultánea. Esto facilita en gran medida obtener las mejoras añadidas y correcciones de fallos sin apenas esfuerzo ni coste adicional. Sistema en expansión.</h4> Las ventajas especialmente económicas que aportan las soluciones libres a muchas empresas y las aportaciones de la comunidad han permitido un constante crecimiento del software libre. En todos los campos relacionados con seguridad, servidores web y de correo, encriptación de datos, etc… son mayoría absoluta por su superioridad ténica frente a sistemas propietarios. A continuación les adjuntamos el enlace a nuestra web, dónde podrá encontrar más información sobre las ventajas del software libre, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) En defensa de los derechos fundamentales en internet 2010-02-06T00:00:00+00:00 A continuación hablaremos de algunos de los derechos básicos o primordiales que existen en internet. Los derechos de autor:</h4> No pueden situarse por encima de los derechos fundamentales de los ciudadanos; como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión. La suspensión de derechos fundamentales:</h4> Es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-; la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web. La nueva legislación:</h4> Creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía; entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes. Los autores:</h4> Como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet; no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo. Industrias culturales:</h4> Consideramos que necesitan para sobrevivir alternativas modernas; eficaces, creíbles y asequibles y que se adecúen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir. Internet debe funcionar de forma libre:</h4> Sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre. Garantías por parte del Gobierno por ley la neutralidad de la Red:</h4> Exigimos, que en España ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro. Reforma del derecho de propiedad intelectual orientada a su fin:</h4> Proponemos una verdadera reforma para así devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras. Leyes y modificaciones:</h4> En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia. Este manifiesto, elaborado de forma conjunta por varios autores, es de todos y de ninguno. Se ha publicado en multitud de sitios web. Si estás de acuerdo y quieres sumarte a él, difúndelo por Internet. OpenERP Spain manifiesta su total apoyo al manifiesto y a su contenido. A continuación, también les adjuntamos, el enlace a nuestra web, donde podra encontrar más información, interesante para usted, haciendo clic (http://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Curso Open ERP en Bilbao 2009-10-12T00:00:00+00:00 Durante el artículo, hablaremos sobre los requerimientos, temario y planificación del curso OpenERP en Bilbao. A continuación, le dejamos el enlace para llevar a cabo, las inscripciones y dónde podrá obtener más información: http://www.aulaerp.com/cursos-presenciales/37-formacion-funcional-de-openerp-en-bilbao-octubre-2009.html</a> Objetivos: Cursos prácticos de 7 horas diarias donde se muestra la funcionalidad de gestión integrada que proporciona OpenERP en cada una de sus áreas principales</li> Lugar: Bilbao</li> ¿Qué necesitas traer? Nada. Solo venir. Se recomienda acudir con un portátil a fin de realizar las prácticas en él, pero no es requisito imprescindible.</li> Aula: Dispone de WIFI y proyector</li> Plazas Limitadas: Máximo grupo de 6 personas.</li> Fecha límite inscripción: 20 de octubre 2009</li> Forma de pago: Transferencia bancaria: 50% del importe en la matriculación, 50% restante antes del primer día del curso.</li> **Horario:**De 10:00 a 14 y de 15 a 18h.</li> </ul> De hecho, si desea matricular varias personas de la misma empresa no es necesario que envíe una solicitud por cada uno. indíquelo también en observaciones incluyendo sus nombres. Para cualquier información adicional, pueden contactar con Susana o con Ana en cualquiera de los teléfonos 627906522 o 677934259 TEMARIO y PLANIFICACIÓN DE LOS CURSOS</h3> Comenzaremos, el día 22 octubre: Datos Maestros**. Gestión de Ventas y Compras I**</h5> Iniciación a OpenERP: Botonera, Menús, Búsquedas, Modos de trabajo.</li> Registro de Clientes, Contactos, Direcciones, Bancos.</li> Registro de productos. Tipología y categorización de productos.</li> Tarifas de venta. Configuración y utilización de tarifas.</li> Descuentos</li> Presupuestos (ofertas de venta)</li> Pedidos de venta</li> Pedidos de venta con artículo sin código</li> TPV: configuración y gestión con TPV</li> </ul> La siguiente jornada del curso, será el día23 octubre:** Gestión de Ventas y Compras II**</h5> Abastecimientos automáticos. Creación del pedido de compra automático desde el pedido de venta.</li> Workflow de pedido, albarán y factura de venta</li> Módulos adicionales en gestión de ventas y compras.</li> Envío de pedidos y Facturas automáticamente por e-mail.</li> Prácticas y ejercicios en la gestión de Ventas y Compras.</li> </ul> DIA 26 octubre****:**** Gestión de almacén, logística y trazabilidad.</h5> Almacenes y ubicaciones</li> Entradas y salidas de almacén</li> Productos con número de lote o serie</li> Embalajes</li> Regularización de stock, captura stock</li> Gestión y creación de albaranes de venta y compra. Recepción y Expedición de material.</li> Albaranes de traspaso entre almacenes</li> Albaranes con lotes o número de serie</li> Inventarios y estadísticas</li> </ul> El día 29 octubre:** : Gestión Contable financiera I**</h5> Motor contable de OpenERP</li> Ejercicios y periodos</li> Diarios</li> Plantillas contables (planes, impuestos, posiciones)</li> Planes contables, cuentas, tipo de cuentas</li> Impuestos</li> Posiciones fiscales</li> Información contable de las empresas</li> Facturación de compras y Ventas.</li> Asientos automáticos en OpenERP (cliente, proveedor, de abono)</li> </ul> El día 30 octubre:** Gestión Contable financiera II**</h5> Empezaremos con, extractos bancarios y sus asientos</li> Importación extractos AEB 43</li> Asientos manuales</li> Asientos predefinidios</li> Continuaremos con la conciliación manual y automática</li> Informes contables (balances, mayor, diario)</li> Cierre del ejercicio</li> Plazos, tipos y modos de pago</li> Pagos y cobros</li> Órdenes de pago/cobro</li> Y acabaremos con las remesas recibos AEB 19,58</li> </ul> El dí****a 02** Noviembre**:** Fabricación**</h5> Maestros fabricación: Máquinas, empleados, operarios, calendarios.</li> El producto en fabricación: Listas de materiales (BOM) y Hojas de ruta</li> Configuración e impresión de las órdenes de fabricación</li> Captura de materiales</li> Aprehender de partes de trabajo</li> Captura de subcontratación</li> Material trazable</li> Mantenimiento maquinaria, utillaje/herramienta</li> Módulos adicionales de fabricación en addons-extra</li> Planificación de producción</li> Iniciación al cálculo de costes de Fabricación.</li> </ul> Y el último día sera el 04 Noviembre: Proyectos</h5> Maestros de proyectos, empleado, usuario, dptos, responsables.</li> Definición de estructura de cuentas analíticas</li> Ordenación de proyectos y tareas</li> Configuración de empleados como coste de proyecto</li> Configuración y gestión de contratos de servicios</li> Subcontratación de servicios</li> Planificación y gestión de proyectos</li> Gestión de gastos</li> Facturación de proyectos</li> </ul> Además, a continuación le adjuntaremos el enlace a nuestra web, donde podrá encontrar más información haciendo clic (http://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Medical 2009-04-28T00:00:00+00:00 Para comenzar, el objetivo de “Medical” es contribuir con los profesionales de la salud alrededor del mundo para mejorar la calidad de vida de los más necesitados. Además, busca ofrecer, un sistema libre que optimice la promoción de la salud y la prevención de la enfermedad. A continuación hablaremos de las principales características de Medical: Medical</h3> Focalizado en medicina familiar y APS (Atención Primaria de la Salud)</li> Interés en condiciones Socio-economicas (estilos de vida, ámbito familiar, educación…)</li> Enfermedades y Procedimientos Médicos standard (ICD-10 / ICD-10-PCS)</li> Marcadores genéticos y riesgos hereditarios: Más de 4200 genes relacionados con enfermedades</li> Epidemiología y otros registros estadísticos</li> Registro Electrónico. Sin necesidad de papel</li> Recetas</li> Facturación (“Billing”)</li> Administración del Paciente (creación, evaluación / consultas, historia …)</li> Administración del Doctor</li> Gerencia de Laboratorio</li> Medicamentos (vademécum)</li> Gestión de Stock y de cadena de abastecimiento</li> Administración Financiera y gestión Hospitalaria</li> Diseñado con los estándares de la industria en mente</li> Software Libre: Licencia GPL</li> </ul> De hecho, la información generada y recopilada en Medical usa estándares de la industria. De hecho, utilizamos ICD-10 para pathologías / diagnósticos y ICD-10-PCS para los procedimientos médicos. Por ejemplo, en lugar de tipear un nombre arbitrario para la condición, el doctor podrá seleccionar entre alrededor de 14000 variables exclusivas de enfermedades.Esto es muy importante para estudios epidemiológicos y estadísticos, además de la interoperabilidad entre instituciones de otros países. !(https://openerpspain.com/wp-content/uploads/medical.jpg) Asímismo, de esta forma, la historia del paciente estará en un formato que los centros médicos de todo el mundo estarían en condiciones de procesar. En conclusión, efectivo, sin papeles y una manera rápida de practicar la medicina. Conclusiones:</h3> Por último**, Medical** utiliza la información genética del National Center for Biotechnology Information (http://www.ncbi.nlm.nih.gov/) y (http://www.genecards.org/) para vincular desórdenes genéticos con enfermedades. Por lo tanto, esta información es importante para evaluar riesgos del paciente de contraer una enfermedad específica y de probablemente transmitirla a futuras generaciones. También registra el historial familiar del paciente. Además, algunos de los proyectos que cuentan con Medical los pueden ver en la página de la comunidad Medical, en http://medical.sf.net/community.html</a> Para acabar, Medical es parte de (http://www.gnusoliario.org/es) ((http://www.gnusolidario.org/)) , una ONG que implementa soluciones de Salud y Educación mediante software libre. Gobiernos con Medical en sus Portales Brasil : Portal do Software Público Brasileiro (SPB) : http://www.softwarepublico.gov.br/dotlrn/clubs/medicalbr</a></li> Comunidad Europea (OSOR) : (http://medical.forge.osor.eu/)</li> </ul> Artículo elaborado por Luis Falcón, autor de Medical, para openerpspain.com. (CC) A continuación también le adjuntamos el enlace a nuestra web, donde podrá encontrar infromación adicional, haciendo clic (https://openerpspain.com/) !(https://openerpspain.com/wp-content/uploads/logo.png) Jornadas OpenERP 2009-03-04T00:00:00+00:00 Estas jornadas pretenden ser un punto de encuentro entre usuarios, instaladores y programadores de OpenERP y sus objetivos son diversos: Descubrir su ecosistema mediante charlas o conferencias.</li> Mostrar algunas de sus características mediante tutoriales.</li> Dar a conocer algunos casos de éxito y modelos de negocio mediante una mesa redonda.</li> Debatir y activar el desarrollo de módulos de localización/verticalización.</li> Facilitar el networking entre los asistentes.</li> </ul> En definitiva, compartir, difundir y mejorar el entorno de desarrollo rápido de aplicaciones y gestión integral (OpenObject/OpenERP) basado en una tecnología moderna y libre que nos permita avanzar de forma colaborativa en el uso de las TIC en nuestra sociedad. Estas son las segundas jornadas españolas de OpenERP después de las realizadas el mayo de 2008 en Zaragoza. Más info: (http://jornadas.openerpspain.com) A continuación, le adjuntamos el enlace a nuestra página web, dónde podrá encontrar, información interesante para usted, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) OpenERP 5.0 estable 2009-02-09T00:00:00+00:00 Gracias al excelente trabajo de la comunidad española, hemos alcanzado OpenERP 5.0 estable ; el servidor, los módulos oficiales, los clientes de escritorio y clientes web están traducidos 100% al castellano e incluidos en la versión oficial. De esta manera, nos permite, seleccionar e instalar el idioma desde el primer momento. Sin duda, un excelente momento para los usuarios y desarrolladores del producto. A continuación le adjuntamos el enlace a nuestra página web, donde podrá encontrar más información de su interés, haciendo clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png) Long tail: la larga cola de un nuevo modelo de negocio 2008-06-01T00:00:00+00:00 A continuación, trataremos de explicar la larga cola de un nuevo modelo de negocio ( Long tail ) ; utilizando como ejemplos a Amazon o Netflix. (http://www.amazon.com/) obtiene entre el 25 y 30 % (el 57% según algunos estudios) de sus ingresos de la venta de los libros que no son los habituales superventas. De hecho, el 20% de las películas en DVD que alquila (http://www.netflix.com/) son documentales, películas de serie B, para minorías, etc., no las películas populares. Además, las estadísticas de la compañía (http://www.rhapsody.com/), que permite descargar música por suscripción, muestran que un 22% de sus ventas provienen de canciones que no se escuchan en los medios de comunicación normales. Leer más http://domatix.com/long-tail-la-larga-cola-de-un-nuevo-modelo-de-negocio/</a> Por último, a continuación, le adjuntamos el enlace de nuestra web, donde podrá encontrar información de su interés, con tan sólo hacer clic (https://openerpspain.com/). !(https://openerpspain.com/wp-content/uploads/logo.png)

OpenerpSpain - Blog

Módulo para gestionar la Estructura de Descomposición del Trabajo del Proyecto de OpenERP

Gestión ágil de proyectos en OpenERP

Localización de Odoo 8.0 en GitHub

OpenERP cambia su nombre a Odoo

OpenERP se convierte Odoo.</h1> Aunque se venía gestando desde hacía algún tiempo, ayer saltó noticia oficialmente, OpenERP cambia de nombre a Odoo.</p> !(https://www.aeodoo.org/web/image/853)</p>

Jornadas OpenERP 26 Y 27 de Junio de 2014

Instalación y configuración SEPA OpenERP

VIII Aniversario de las jornadas OpenERP Madrid

A continuación, el correo completo:</h1> Estimados,</p>

Objetivo</h2> El principal objetivo la VII Jornada OpenERP es el compartir conocimientos, casos de éxito e ideas sobre Odoo, contando con la participación de los miembros de esta comunidad junto a usuarios y potenciales usuarios de la herramienta.</p>

Fases de una implantación ERP (desde la perspectiva del cliente)

Localización española para OpenERP 8

Módulo para EDI OpenERP

Gestión por Departamentos en OpenERP

Gestión del Valor Ganado con OpenERP 7

Asientos contables en OpenERP

¿Como introducimos los asientos contables en OpenERP?</h2>

Asiento nóminas</h3> Para empezar:</p> 6400 Retribución Bruta a - Seguridad Social Trabajador 4760</p> - IRPF 4751</p> - Retribución neta 4650</p>

Asiento TC – seguridad Social</h3> 6420 Seguridad Social Empresa a Seguridad Social Trabajador 4760</p>

Módulo de facturas OpenERP

Módulos para planificar compras, ventas y tiempo en proyectos de OpenERP

Nuevos módulos OpenERP</h2> Recientemente, en Eficent</em> hemos lanzado nuevos módulos que están dirigidos a lograr una planificación más fácil de los gastos relacionados con tus proyectos. Los nuevos módulos son:</p>

Gestión de almacén: novedades del módulo en OpenERP v8

Criterio de caja en OpenERP

Uruguay: la ley de software libre y formatos abiertos

Symfony2: Instalación y conexión con OpenERP

Nuevo proyecto de ZOOOK esale

ERP Connect en plataforma web

Integración Django-CMS y REST Framework

Nueva versión OpenERP 7.0

Nuevos módulos en desarrollo

Odoo: ¿Cuánto cuesta? (o una casa)

Inténtalo con OpenERP

Otras verticales

Creación y validación de cuentas bancarias en OpenERP

Colaborar en proyectos de Launchpad

Módulo OpenERP asociado a secuencias de facturas

Módulos OpenERP para seguir costes e ingresos comprometidos en proyectos

Ejemplo práctico</h2> Por ejemplo, en un proyecto de diseño web que inicialmente ha sido planificado del siguiente modo:</p> En primer lugar, los costes</em> serían:</p>

Módulos para planificar compras, ventas y tiempo en proyectos de OpenERP

Nuevos módulos OpenERP</h2> Recientemente, en Eficent</em> hemos lanzado nuevos módulos que están dirigidos a lograr una planificación más fácil de los gastos relacionados con tus proyectos. Los nuevos módulos son:</p>

Módulo OpenERP para buscar facturas por cuenta analítica

Módulo para unir facturas

V Jornadas OpenERP 2012 – Donosti

Nuevos Campos de Búsqueda

Modo desarrollador del cliente web 6.1 de OpenERP

Prestashop y OpenERP

Mejora módulo de control de envíos desde pedidos (módulo OpenERP)

Reflexiones sobre la ponencia de licencias libres en las Jornadas OpenERP 2012

Reflexiones tras las Jornadas OpenERP 2012

Rentalia apuesta por OpenERP

Patrocinadores de las Jornadas OpenERP 2012

¡Síguenos en Twitter!

Novedades OpenERP para la versión 6.2: Community & Partner Days.

Comisiones en OpenERP

Entorno de desarrollo de OpenERP con Eclipse - Parte III: Eclipse

3 Eclipse</h2> 3.1 Instalación</h3> Hay dos opciones para instalar Eclipse: A través de apt-get</code>,</li>

3.1 Instalación</h3> Hay dos opciones para instalar Eclipse: A través de apt-get</code>,</li>

3.1.1 Por apt-get</h4> Ejecutar el comando:</p>

3.4.1 Python Snippets</h4> -> Preferences</code>, PyDev -> Editor -> Templates</code>,</li> Hacer click en Import</code> y</li>

Entorno de desarrollo de OpenERP con Eclipse

2.1 Instalación de dependencias</h3> Es necesario instalar algunos paquetes de los cuales depende OpenERP para alcanzar el entorno de desarrollo de OpenERP con Eclipse.</p>

2.1.1 Dependencias del servidor de OpenERP</h4> Como se encuentra documentado en esta (http://doc.openerp.com/v6.0/install/linux/server/index.html)</p>

2.1.2 Dependencias del cliente OpenERP</h4> Como se encuentra documentado en esta (http://doc.openerp.com/v6.0/install/linux/client/index.html):</p>

2.1.3 Dependencias del cliente web de OpenERP</h4> La documentación se encuentra en esta (http://doc.openerp.com/v6.0/install/linux/web/index.html):</p>

2.2 Instalar OpenERP desde Launchpad</h3>

2.2.1 Instalar Bazaar</h4> Para instalar OpenERP desde Launchpad es necesario utilizar Bazaar:</p>

2.3 Comprobar que funciona.</h3>

OpenERP Transportes

Versión final de OpenERP v6.1

Inminente lanzamiento OpenERP v6.1

Installing Zoook on Ubuntu II: Python and Django

1 Install Python</h2> The default Python interpreter on Ubuntu 11.10 is 2.7.2. To verify that this is the version on your system execute:</p>

2 Install Django</h2> Install all dependencies needed by Django:</p>

Installing Zoook on Ubuntu III

2.9 Correct imports</h3> As a default Zoook’s module do absolute imports with a zoook.</code> prefix. You’ll have to convert these absolute imports to relative ones. That is, to eliminate this ‘zoook’ prefix. Modify the following files as indicated.</p>

A continuación, el correo completo:</h1>
Estimados,</p>

Objetivo</h2>
El principal objetivo la VII Jornada OpenERP es el compartir conocimientos, casos de éxito e ideas sobre Odoo, contando con la participación de los miembros de esta comunidad junto a usuarios y potenciales usuarios de la herramienta.</p>

Asiento nóminas</h3>
Para empezar:</p>
6400 Retribución Bruta a - Seguridad Social Trabajador 4760</p>
- IRPF 4751</p>
- Retribución neta 4650</p>

Asiento TC – seguridad Social</h3>
6420 Seguridad Social Empresa a Seguridad Social Trabajador 4760</p>

2.1 Instalación de dependencias</h3>
Es necesario instalar algunos paquetes de los cuales depende OpenERP para alcanzar el entorno de desarrollo de OpenERP con Eclipse.</p>

2.9 Correct imports</h3>
As a default Zoook’s module do absolute imports with a `zoook.</code> prefix. You’ll have to convert these absolute imports to relative ones. That is, to eliminate this ‘zoook’ prefix. Modify the following files as indicated.</p>`