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.

Horario:

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:

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:

El precio es de 350 € (impuestos no incluidos)

¡ Corre y reserva tu plaza !

Puede encontrar más información sobre el curso en nuestra página web haciendo clic aquí.

Para más información, también puede visitar la web de Domatix.

Configuración de monedas

La configuración de monedas se encuentra en Contabilidad/Configuración/Varios/Monedas

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.

Asimismo, en el formulario de cada moneda esta disponible un listado con las diferentes tasas de cambio en cada fecha.

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.

Actualización de tasas de cambio

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.

En cada linea de “Currency updates services” se podrá indicar el servicio del que obtener el cambio de divisas y para que monedas.

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

Para trabajar con multidivisa desde el pedido habrá que crear una tarifa para cada moneda.

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 €

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

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.

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

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

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 )

{code lang:bash title:”Para instalar OOOP:”}cd ~/django-projects/zoook-external git clone https://github.com/zikzakmedia/ooop.git cd ooop sudo python setup.py install{/code}

2.2.- Pyro3 ( Python Remote Objects )

Buscar la descarga en su web:

http://pypi.python.org/pypi/Pyro/

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

{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

http://www.lag.net/paramiko/

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

{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 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

http://pypi.python.org/packages/source/r/recaptcha-client/

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

{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 tar xvzf recaptcha-client-1.0.6.tar.gz cd recaptcha-client-1.0.6 sudo python setup.py install{/code}

2.5.- inplaceditform

{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 cd inplaceeditform sudo python setup.py install{/code}

2.6.- django-localeurl

En caso de no tener instalado el control de versiones Mercurial 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 cd django-localeurl/ sudo python setup.py install{/code}

2.7.- django-transmeta

En caso de no tener instalado SVN 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/ django-transmeta cd django-transmeta sudo python setup.py install{/code}

2.8.- django-maintenancemode

{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 cd django-maintenancemode sudo python setup.py install{/code}

3.- Corregir rutas con prefijo “zoook”.

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.

2.- Instalar Django

Django puede instalarse de tres formas:

1. Descargar la versión estable desde su web
2. Descargar la última versión en desarrollo desde repositorios.
3. Usar los sistemas de distribución de paquetes de algunas distribuciones (como Ubuntu).

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 Git o SVN . Dada la simplicidad de ambos procesos se explican los dos aunque recomendamos usar Git.

Instalar control de versiones Git:

sudo apt-get install git

Instalar control de versiones SVN:

sudo apt-get install svn

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

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

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

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()"

Nos devolverá algo como:

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

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

 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

Comprobar que Python es capaz de encontrar Django:

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

Que devolverá algo como:

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

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

Acceder al proyecto y lanzar el servidor Django integrado:

cd testdjango
python manage.py runserver

Que devuelve algo como:

El servidor ha arrancado correctamente y está esperando conexiones locales en el puerto 8000 ( http://127.0.0.1:8000 ). Al abrir el navegador en la ruta indicada por el mensaje debería aparecer:

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.