Versión final de OpenERP v6.1

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

Leer más

Inminente lanzamiento OpenERP v6.1

Read more http://www.malagatic.com/blog/item/77-openerp-v61-se-acerca-la-versi%C3%B3n-estable

También encontrara información relacionada en nuestra pagina web. https://openerpspain.com/

Leer más

Installing Zoook on Ubuntu – Part IV: Zoook – Parametrize and connect with OpenERP

 

 

 

Artículo también disponible en castellano.

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

• 1. Install OpenERP dependencies
• 2. Connecting Zoook to the Database
• 3. Parametrisation of Zoook
  • 3.1. ~/django-projects/zoook-app/config.py
  • 3.2. ~/django-projects/zoook-app/sync/config_path.py
  • 3.3. ~/django-projects/zoook-app/settings.py
  • 3.4. Create Zoooks database tables
  • 3.5. ~/django-projects/zoook-app/configuration.py
  • 3.6. Adjust file permissions
  • 3.7. Testing Zoook
• 4. Connecting Zoook with OpenERP
• 5. Export test products

1. Install OpenERP dependencies

You’ll have to install the following modules in OpenERP:

• account_payment_extension (addons-extra) more information,
• base_vat,
• delivery more information,
• django (addons-extra) more information,
• nan_product_pack (addons-extra). Optional. Needed to use grouped products. more information
• Poweremail (https://github.com/openlabs/poweremail) more information
• product
• product_manufacturer more information
• product_attributes (addons-extra). Optional. Needed to use attributes in the products. more information
• product_m2mcategories (addons-extra) more information
• product_images_olbs (addons-extra) more information
• sale_payment (addons-extra) more information
• sale_promotions https://code.launchpad.net/~zikzak/oosalespromotions/sale_promotions or from the addons-extra package of OpenERP.
• zoook (https://github.com/zikzakmedia/openerp-esale).

2. Connecting Zoook to the Database

At first create a PostgreSQL database for Zoook. In a development environment you can use the user openerp. 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

The last command shows the existent databases. If everything worked out fine it should show someting like the following:

 

 

 

Verify the correct creation of the database.

3. Parametrisation of Zoook

 

3.1.~/django-projects/zoook-app/config.py

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

  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

• OERP_SALE

  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.

• LOGS

  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

• DATABASES

  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.
      }
  }
  

• OERP_CONF

  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
  }
  

3.2.~/django-projects/zoook-app/sync/config_path.py

Contains the routes to Zoook so that the SSH synchronisation process can find the needed files.

djpath = '/home/roberto/django-projects/zoook-app'

3.3.~/django-projects/zoook-app/settings.py

Edit this file to assign a new unique password to Zoook. I’d recommend to use a password generator such as safepasswd.com.

# Make this unique, and don't share it with anybody.SECRET_KEY = 'YOUR_PASSWORD_GOES_HERE'

3.4. Create Zoooks database tables

• Generate the data base structure

  $ cd ~/django-projects/zoook-app
  $ python manage.py syncdb
  

  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.

   

   

  

   

  Create a superuser for Django.

3.5. ~/django-projects/zoook-app/configuration.py

Execute the configuration assistant and give it further information needed by Django.

• Execute configuration.py

  $ cd ~/django-projects/zoook-app
  $ ./configuration.py
  

  The output should look like this:

   

   

  

   

  Configuration of Django.

3.6. Adjust file permissions

• Change the permissions in the sync directory

  $ cd ~/django-projects/zoook-app/
  $ sudo chown -R roberto:www-data *
  $ sudo chmod 775 -R sync
  

3.7. Testing Zoook

• Run the server

  $ cd ~/django-projects/zoook-app/
  $ python manage.py runserver
  

  this should show something like:

   

   

  

   

  Successfully initiated Django server.

  Open your browser and open up the direction of the server (http://127.0.0.1:8000/). Zoook should load the first time and you should end up with a site like this:

   

   

  

   

  Start page of Zoook.

  Access the administration area with the super user credentials created beforehand:

   

   

  

   

  Zooks administration page.

4. Connecting Zoook with OpenERP

A SSH server is required on the machine where Zoook is installed:

$ sudo apt-get install openssh-server

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 here.

Now, open up OpenERP and configure the shop for the connection with Zoook. Open

Sales => Configuration => Sales => Shop

Choose the shop you’re going to use with Zoook, edit it and check the box next to OpenERP e-Sale in the upper right. As an outcome of this should appear a new configuration tab for Zoook.

 

 

 

Indicate a shop fort exportation.

 

 

 

Mark all products for exportation.

 

 

 

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

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.

 

 

 

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:

 

 

 

With excellent results exported category in Zoook.

 

 

 

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

You could find more information about the article in our web: https://openerpspain.com/odoo/

Leer más

Installing Zoook on Ubuntu III

Installing Zoook on Ubuntu III

$ sudo apt-get install python-setuptools

$ cd ~/django-projects
$ mkdir zoook-external

$ cd ~/django-projects/zoook-external
$ git clone https://github.com/zikzakmedia/ooop.git
$ cd ooop
$ sudo python setup.py install

$ 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

$ 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

$ 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

$ cd ~/django-projects/zoook-external
$ git clone https://github.com/zikzakmedia/django-inplaceeditform.git
$ cd django-inplaceeditform
$ sudo python setup.py install

$ sudo apt-get install mercurial

$ cd ~/django-projects/zoook-external
$ hg clone https://bitbucket.org/carljm/django-localeurl
$ cd django-localeurl/
$ sudo python setup.py install

$ sudo apt-get install svn

$ cd ~/django-projects/zoook-external
$ svn checkout http://django-transmeta.googlecode.com/svn/trunk/ django-transmeta
$ cd django-transmeta
$ sudo python setup.py install

$ cd ~/django-projects/zoook-external
$ git clone https://github.com/zikzakmedia/django-maintenancemode.git
$ cd django-maintenancemode
$ sudo python setup.py install

ROOT_URLCONF = 'zoook.urls'

ROOT_URLCONF = 'urls'

from zoook.tools.cms.models import ImageSlider, ImageSliderItem

from tools.cms.models import ImageSlider, ImageSliderItem

from zoook.tools.cms.models import Menu, MenuItem

from tools.cms.models import Menu, MenuItem

from zoook.tools.cms.models import Modules

from tools.cms.models import Modules

Read more http://www.domatix.com/installing-zoook-on-ubuntu-%E2%80%93-part-iii-zoook-installation

you could find more infromation about Installing Zoook on Ubuntu – III in our web page https://openerpspain.com/odoo/

Leer más

Installing Zoook on Ubuntu II: Python and Django

$ python

>>> quit()

$ sudo apt-get install python

$ sudo apt-get install python-dev python-psycopg2

$ sudo apt-get install python-django

$ cd ~
$ tar xvzf Django-1.3.1.tar.gz
$ mv Django-1.3.1 django-src

$ python -c "from distutils.sysconfig import get_python_lib; 
 print get_python_lib()"

$ echo '/home/roberto/django-src' | sudo tee -a 
 /usr/lib/python2.7/dist-packages/django.pth

$ sudo ln -s /home/roberto/django-src/django/bin/django-admin.py 
 /usr/local/bin

$ python
>>> import django
>>> print django.get_version()

$ mkdir ~/django-projects
$ cd ~/django-projects

$ django-admin.py startproject testdjango

$ cd testdjango
$ python manage.py runserver

Leer más

Instalar Zoook en Ubuntu – Parte IV: Zoook – Parametrización y conexión OpenERP

Parametrización y conexión de Zoook con OpenERP

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.

Leer más

Conector de MRW para OpenERP (dx_mrw_connect)

Datos de Configuración:

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

• Código de Campaña de MRW

• Ruta de generación de ficheros IAPI

• Ruta de importación de ficheros IAPI

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:

<nombre del interfaz>_<cliente>_<campaña>_YYYYMMDDHHMMSS.txt

Donde:

• Nombre del interfaz será: IAPI o IAPO

• Cliente: código de cliente asignado por MRW

• Campaña: código de la campaña asignado por MRW

• Codificación ISO 8859-1 (ISO Latín 1)

Generación del IAPI:

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.

• Código de la campaña, asociado a la tienda asociada al pedido de compra.

• Ruta del fichero, asociado a la tienda asociada al pedido de compra.

• Código del pedido, código del pedido de compra del propio OpenERP.

• Fecha de creación del IAPI.

• Fecha estimada de entrada, por defecto el día siguiente al de creación.

• OD, nombre del proveedor en OpenERP.

• Nº linea, del pedido de OpenERP.

• 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.

• Cantidad, la pedida en OpenERP.

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:

En tercer lugar, para la importación de IAPO se ha creado un nuevo objeto con los siguientes campos:

• Nombre del fichero

• Fecha de creación

• Mensajes o histórico

• Estado (Borrador, Procesado, Error, Cancelado)

• Listado de líneas del IAPO

Workflow de Importación de IAPO:

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.

• 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.

• 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.

• 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.

• 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.

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:

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:

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.
• Si fuere un error de datos que se pudiese solucionar en OpenERP se podría intentar solucionar y volver a procesar.
• En el caso de que, fuese un error en el fichero se podría cancelar para que no apareciese como erróneo.

A continuación, mostramos los errores que se contemplan:

• No existe el proveedor:

‘Error – Proveedor [cod_proveedor] de la linea [num_l] del IAPO no existe en OpenERP’

• No existe el pedido:

Error – Pedido de compra [demanda] del proveedor [od] de la linea [num_l] del IAPO no existe en OpenERP’

• No existe el producto:

Error – Producto [cod_producto] de la linea [num_l] del IAPO no existe en OpenERP’

• No existe el proveedor:

‘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:

‘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:

‘ERROR –

Importando el fichero ‘+file_path+’, no se ha podido leer el fichero o no cumple las especificaciones’,’iapo_id’:iapo_id

Read more http://www.domatix.com/es/blog/conector-openerp-mrw

A continuación, le facilitaremos algunos enlaces que pueden incluir información relevante para usted, relacionada con ‘Conector de MRW para OpenERP’ pulsando aquí.

Leer más

Integración de MRW en OpenERP

Read more http://www.domatix.com/es/blog/integracion_mrw_openerp

Para más información sobre OpenERP visita nuestra web haciendo un clic aquí.

Leer más

Gestión de campaña de marketing

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?

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?
• ¿Quién sería el público objetivo sobre el que nuestra respectiva campaña girará en torno a el?
• ¿Cómo medimos la efectividad de nuestra campaña?

¿Cómo funciona la Campaña de Marketing en OpenERP?

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?

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?

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 more http://www.domatix.com

Para más información sobre OpenERP visita nuestra web haciendo un clic aquí.

Leer más

Nuevo proceso de instalación de localización española de OpenERP

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.

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

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

Puede encontrar más información relacionada con la instalación de localización española OpenERP en nuestra web haciendo clic aquí.

Fuente: domatix.com

Leer más