:::: MENU ::::
Posts tagged with: odoo

Carga de datos anidadas en OpenERP

Hoy os voy a mostrar cómo hacer una carga de Clientes con sus Cuentas Contables y Cuentas Bancarias mediante archivos CSV en OpenERP.

Este tipo de carga de datos se utiliza mucho para la carga de datos masivas, ya que de esta maneras podremos aprovechar todo el potencial que nos ofrece el Servidor de OpenERP.

Es altamente recomendable hacer uso de este tipo de carga de datos en OpenERP ya que es fácil, limpio y seguro.

El archivo init.py lo dejaremos en blanco.

El archivo __openerp__.py contendrá lo siguiente:

{

''name'': ''Carga de Clientes'',

''version'': ''1.0'',

''category'': '''',

''description'': """ Carga de Clientes """,

''author'': ''Javier Llamas'',

''website'': ''http://www.javierllamas.es'',

''depends'': [''base''],

''init_xml'': [],

''update_xml'': [

''account.account.csv'',

''res.partner.csv'',

''res.partner.address.csv'', 

''res.partner.bank.csv'', ],

''demo_xml'': [],

''test'': [ ],

''installable'': True,

''active'': False,

''certificate'': False,

}

En el archivo account.account.csv vamos a establecer los siguientes campos y vamos a poner como ejemplo la cuenta contable 430000020

"active","currency_mode","name","reconcile","user_type/id","type","parent_id","code"

"true","At Date","Cliente ejemplo","true","l10n_es.terceros_-_rec","Receivable","430","430000020"

Luego en el fichero res.partner.address.csv pondremos algunos datos ejemplos. Aquí la variable mas importante es partner_id:id que es la que nos hará de ancla con el fichero res.partner.csv y res.partner.bank.csv que veremos mas adelante.

"city","email","partner_id:id","mobile","name","phone","fax","zip","street"

"MURCIA","email@email.com","partner_1","000-000-000","Cliente Ejemplo","000-000-000","000-000-000","30000","C/ Ejemplo"

El fichero res.partner.csv estará formado por:

"active","customer","employee","name","supplier","website","id","property_account_receivable"

"true","true","false","Cliente Ejemplo","false","web.com","partner_1","430000020"

Y ya por último res.partner.bank. csv tendría las propiedades del Banco ligado a este cliente

"partner_id:id","owner_name","state","acc_number","street","city","default_bank"

"partner_1","Cliente Ejemplo","bank","0000-0000-00-0000000000","Calle nueva","MURCIA","True"

Y para terminar,  vamos a OpenERP e instalamos el módulo que hemos creado. Y ahora podemos ver cómo en la zona de Clientes se ha creado el nuevo registro.

Sencillo y rápido 😉

Saludos.


Nuevo avance en Migraciones de OpenERP

Ayer OpenERP montó un Sistema Web con el cual podéis migrar vuestras Bases de Datos. Por ejemplo podréis migrar Bases de Datos desde la 5.0 a la 6.1. Pero esto sólo migrará las bases de datos que vengan de serie con OpenERP. Es decir, que si tenéis módulos propietarios no se producirán los cambios en esas tablas y tal vez no os funcionen. Lo explico mejor ……

Este tema es algo que trae de cabeza a la comunidad de OpenERP, según parece OpenERP está haciendo todo lo posible por que su sistemas se migren sin problemas. Pero lo que no gusta a la comunidad son sus precios y las políticas de contratos de las migraciones (aquí está el negocio de OpenERP, que alguno parece que no se entera), algo que puede ser discutible. Pero bueno ahí están dando la cara y diciendo que pueden migrar sus versiones.

El pequeño gran problema para un usuario final, es cuando tu contratas a una empresa externa a OpenERP para que te cree cierto módulo propietario. Pues ahí OpenERP no se mete, ya que ese módulo te lo tiene que migrar la empresa que has contratado. Creo que es algo lógico, cada uno se hace responsable de lo que crea. Así es la vida.

La noticia del lanzamiento de esta Web se comentó en el último congreso celebrado en San Sebastián y por fin se ha hecho realidad.

Lo malo de esto es que antes hay que pasar por caja. El Software Libre también es un negocio, nunca se os olvide.

La web es http://migration.openerp.com/.

Saludos.


Odoo 7

De vuelta de las V Jornadas de OpenERP en San Sebastián, he podido sacar bastantes conclusiones, pero seguramente la más importante sea que OpenERP está creciendo poco a poco por todo el territorio Español, ya sea a través de los Partners o de la propia comunidad. Y eso es algo que satisface.

Por mi parte, tenía bastante interés en saber algo mas sobre migraciones y transformaciones de datos en este sistema y cómo sería la nueva versión de OpenERP, la versión 7. Creo que no me llevé mal sabor de boca.

Para las migraciones – transformaciones de datos y versiones se habló sobre KafkaDB, Kettle y Server Migration. Aunque también se habló de MongoDB con OpenERP para aquellas bases de datos no relacionales basadas en una escalabilidad horizontal. Muy interesante.

Pero tal vez lo más emocionante fue cuando Frédéric (creador del cliente web 7) presentó a través de un workshop la nueva interfaz gráfica de la versión 7 para OpenERP.

Esta nueva versión constará de:

  • Posibilidad de embeber código html.
  • Nuevo módulo de emails.
  • Nueva interfaz móvil.
  • Sólo se realizarán comunicaciones con el servidor cuando sean necesarias.
  • Todos los módulos serán de tipo web.
  • Nuevas herramientas para Debug.
  • Uso de HTML5, JQUERY, Underscore, RaphaelJS, WebDB y Backbone.

Para terminar nos ofreció este enlace para poder hacer pruebas a sistemas subidos a la nube. De bastante utilidad.

Bueno espero que os haya orientado un poco por donde irán los tiros de OpenERP en un futuro muy cercano.

Saludos a todos.


Migraciones de datos OpenERP

De todos es sabido la importancia de las migraciones de datos cuando intentas trasladar el Sistema de Gestión Interno de una empresa a su nuevo ERP, en este caso a OpenERP.

Existen 3 formas básicas de realizar migraciones de datos para OpenERP:

1 – Creación de un módulo: este caso es muy necesario cuando se precisa de la creación de campos autocompletados por el framework de OpenERP. Mas información Aquí.

2 – Usar la herramienta que facilita OpenERP para exportar ficheros. Pero recomiendo antes de nada exportar los datos ejemplos desde OpenERP, luego modificar ese documento con tus datos y al final importar los datos a OpenERP. Así se evitarán conflictos. Pero este punto no os servirá si tenéis datos de un módulo que dependen de otros módulos. Es recomendable por ejemplo si queréis exportar una lista simple de empleados, pero no es recomendable para el tratado de clientes con sus cuentas contables y a su vez con los pedidos de estos, para eso es mejor ver el siguiente punto del tema.

3 – Hacerse con el dominio de la herramienta Kettle (una maravilla) y combinarla con la creación de un módulo del punto 1, ya que de este modo no nos saltaremos la creación de campos autocompletados (siempre que fuesen necesario). Porque Kettle no es capaz de crear estos últimos o al menos yo no lo he conseguido diseñar. De todos modos, creo que no es posible.

Bueno espero que mas o menos tengáis una idea clara de cómo navegar por este gran mundo de las migraciones de datos para OpenERP 😉


Cliente Web OpenERP 6.1

Poco a poco me voy metiendo más y más en este mundo de OpenERP. Las primeras impresiones son muy buenas y el FrameWork OpenObject es una pasada.

Pero ahora «quiero» saber cómo funciona el Cliente Web de la 6.1, ya que el Cliente en OpenERP funciona como un intérprete de lo que ocurre en el Servidor y la verdad que documentación de él no hay casi nada. Hasta ahora….

Gracias a Google me encontré con esta documentación. Está muy reciente y es de agradecer el trabajo aportado, porque la información sobre el desarrollo que se ha llevado a cabo en el Cliente Web está muy limitado por los creadores. Lo que no es limitado es la existencia de JQuery en el mismo, así que os recomiendo instalar el plugin JSEclipse para Eclipse, el cual nos ayudará bastante en el desarrollo.


Páginas:1234