- ERP OpenERP / Servicios / Consultoría / Implantación

Una de las dudas que surge a nuestros Clientes potenciales es saber en qué se diferencian las versiones comerciales de OpenERP de la versión gratuita. Puesto que OpenERP es software libre de licencias, el que existan versiones comerciales puede llevar a confusión. Intentaremos en este post explicar en qué consisten estas versiones comerciales.

http://www.openerp.com/buy.html?page=shop.browse&category_id=1

Ante todo aclarar que las versiones comerciales de OpenERP no difieren en funcionalidad de la versión libre. Es decir el código fuente es exactamente el mismo, lo que difiere son los contratos de mantenimiento y el alcance de dichos contratos.

En la Web oficial podemos leer.

OpenERP ofrece a sus clientes una serie de ediciones que ofertan OpenERP con contratos comerciales de mantenimiento. Estas ediciones le ofrecen la garantía requerida para ejecutar OpenERP en un entorno profesional. Estas ediciones son contratos de mantenimiento de segundo nivel. Para un contrato de mantenimiento de primer nivel contacte con un partner certificado de OpenERP.

Las ediciones de openerp no son distintas en funcionalidad. Todas las ediciones están basadas en exactamente el mismo código fuente, software y documentación. La diferencia entre las 3 ediciones es únicamente referente al acuerdo de nivel de servicio contratado y la garantía que usted o sus clientes requieren.

Dicho esto, se ofrecen 3 tipos de contrato de mantenimiento con 3 niveles de servicio distintos que detallo a continuación:

• Open ERP SMB Edition (1500€ anuales): Para pequeñas empresas. Recomendado para empresas de hasta 15 usuarios. Te ofrece resolución de bugs en un periodo de 6 días laborables, ciclo de vida 1 año, etc.
• Open ERP Basic Edition(3800€ anuales): Para empresas con requerimientos más avanzados de configuración. Recomendado para empresas de hasta 50 usuarios.  Resolución de bugs en un periodo de 3 días laborables, ciclo de vida 3 años.
• Open ERP Corporate Edition(6800€ anuales): Cubre todos los módulos de addons, ilimitados usuarios. Resolución de bugs en 1 día. Ciclo de vida de 5 años.

Cada una de ellas ofrece mucho más que el resumen que posteo aquí, para ver las diferencias entrad en cada link. Por lo que en ninguna de las versiones comerciales es necesario pagar ninguna licencia. Unicamente se paga por el nivel de servicio que se quiera recibir directamente de Tiny.

Ahora bien, posiblemente usuarios de otros paises que no sean Bélgica, Francia… requieran también la instalación y uso de módulos de localización de cada país. En principio, si estos módulos no están certificados, tiny no ofrecerá mantenimiento sobre ellos en ninguna de las 3 modalidades, por lo que adicionalmente, si es requerido, habrá de contratarse el mantenimiento de dichos módulos de localización en el grupo que lidere el desarrollo en el país correspondiente, o previamente habrá de solicitar a tiny certificar los módulos de dicho país.

Estos contratos y servicios son los que Tiny directamente ofrece a sus Clientes. Posiblemente si visitamos las páginas Web de los Partners y colaboradores que ofertan servicios sobre OpenERP, los niveles de servicio ofrecidos,  los módulos cubiertos y los precios podrán diferir o no tener nada que ver con los ofrecidos por Tiny.

Esperando que el post sirva para aclarar conceptualmente qué son las versiones comerciales de OpenERP, cordiales saludos!!!

Ana

Hola:

Creo que es interesante para todos que sepais los proyectos en los que están trabajando las empresas que ofrecen servicios de OpenERP en España. Algunos son financiados por Clientes pero otros han sido iniciados de motu propio por las empresas y no están financiados de ninguna forma, a pesar de que serán puestos a disponibilidad de todos cuando sean terminados.

Desde aquí, quisiera aportar mi pequeño granito de arena para difundir la labor que están haciendo todos ellos y por supuesto cualquier aportación que querais realizar, rogaría os pusierais en contacto directamente con la empresa que está abordando el desarrollo para que os digan cómo colaborar.

Aquí va la lista y la empresa que lo está desarrollando:

TRAZAGEST: Carlos Liébana, Hugo Santos y su equipo de desarrollo

• Módulo de nóminas (ya subida una beta avanzada en Launchpad con vuestros comentarios y sugerencias de momento aquí https://code.launchpad.net/~trazagest/openerp-spain/l10n_ES_hr_nominas
• Módulo de envio por mail las compras
• Módulo de proyecto, que asocia una venta de un servicio a un proyecto plantilla
• Módulo de ventas recursivas, en nuestro caso realizado para un cliente que establece la realización de determinados servicios en un periodo anual.
• Contratos dinámicos en OpenERP
• Crear pedidos de venta desde proyecto en vez de al revés
• Crear proyecto desde pedido de venta en vez de tareas

PEXEGO: Santiago Argüeso, Borja López y su equipo

• Informes contables

NAN:

• Cliente KOO
• TPV táctil
• Integración OpenERP – Jasper Reports

ZIKZAKMEDIA: Jordi Esteve, Raimon Esteve y su equipo.

• Imputación de horas de empleados directamente a una tarea además de a un proyecto o una cuenta analítica.
• Cierre ejercicio fiscal, asiento pérdidas y ganancias
• Importación pagos Paypal
• Importación pagos ePassporte
• Sincronización Moodle-OpenERP
• Sincronización Magento-OpenERP

NHOMAR:

• Localización Venezolana

AULAERP:

• Curso de gestión de empresas de servicios (proyectos) –> Prevista su publicación en Octubre.
• Curso de gestión de empresas manufactureras o de fabricación.

Añado también una lista de Proyectos que siendo interesantes y técnicamente viables, aún no se han iniciado:

• Certificación de los módulos de localización española
• Inclusión de campos financieros “% descuento” “% dto.pronto pago”, “% recargo financiero” “% rappel”
• Modificación de informes Pedido de venta, Albarán de Venta, Factura de Venta para adecuarlos más al standar español
• Gestión de facturas rectificativas (cambios de nombre en menús y vistas, trazabilidad entre factura y factura rectificativa, wizard ‘Rectificar factura’ que pregunte la razón de la rectificación…)
• Libros de registros de IVA (impresión, o revisión en pantalla, de los registros de facturas emitidas y facturas recibidas [nota: no es lo mismo que una lista de facturas, si una factura tiene artículos con dos tipos de IVA, el libro de registro ha de mostrar dos entradas o el desglose especificando las bases de cada uno de los IVAs]

De nuevo una aportación de Iñaki Fernandez donde nos remite una lista de ventajas de instalar el servidor de OpenERP en Ubuntu a instalarlo sobre Windows.

Los Clientes GTK y KOO se pueden instalar en cualquier plataforma sin ningún problema. Estas ventajas aplican solo a la instalación del Servidor OpenERP.

Incluyo a continuación una traducción de los foros de OpenObject en el que se compara Windows y Linux como plataforma para OpenERP:

• OpenERP está desarrollado en Ubuntu linux y por lo tanto es esta plataforma la que ofrece más estabilidad y premura en la entrega de actualizaciones y parches (revisiones).
• La versión de Windows siempre se empaqueta después de haber pasado un control de calidad en el mismo sistema en el que es desarrollado (Ubuntu 8.04)
• Hay menos usuarios en windows, de modo que cualquier asunto específico de windows es descubierto mucho más tarde.
• OpenERP en windows parece tener muchos fallos, en parte debido a las complicadas librerías “dll” y a todos los componentes necesarios que interfieren con el sistema operativo para ejecutar OpenERP (python, etc)
• El consejo del proveedor de OpenERP es utilizar Windows sólo para entornos de pruebas, y Linux para servidores en producción.
• ¿Por qué comprar licencias para windows server cuando puedes hacer uso de licencias de software libre? (mismo motivo por el cual se ha elegido OpenERP)
• Como Fabien dice a menudo, la elección de software libre es una elección de tiempo vs dinero. Si conoces Windows y tienes dinero, y no dispones de tiempo que perder, entonces la elección es Windows 2008. Es caro pero al menos el sistema debería ser lo suficiente sólido. Por otro lado si conoces Linux, o tienes tiempo para aprender, siempre será más barato, y una vez que te sientas cómodo con él tu configuración siempre será más fiable.
• Diferencias de funcionalidad: por ejemplo no es posible ver los flujos de trabajo en el cliente gtk de windows, es necesario utilizar la interfaz Web ó el cliente gtk de ubuntu.
• Windows es ideal para probar el producto o hacer uso de una pequeña parte de OpenERP, en cuyo caso no te preocupas mucho por si alguno de los componentes que no utilizas tiene fallos importantes.

De nuevo Iñaki Fernandez nos envía este mail:

Egun on Ana,

Te envío un enlace con un nuevo desarrollo del instalador “todo en uno” de OpenERP para Ubuntu: http://bit.ly/MeBhG

Características:

1. Disponible para Ubuntu 8.04 LTS Desktop y Ubuntu 8.04 LTS Server
   
2. Instalador gráfico de OpenERP. Descarga la última versión estable disponible en launchpad (actualmente v5.0.6)
   
3. Actualizador gráfico de OpenERP. Aplica las últimas revisiones de launchpad.net
4. openerp-server, openerp-client, openerp-web, addons, extra-addons (versiones estables)
   
5. openerp-spain
   
6. Interfaz en español
7. Configuración de Apache con HTTP Seguro (actúa como frontal de OpenERP Web, puerto 80)
   
8. Firewall
9. Scripts de inicio: OpenERP es iniciado automáticamente al arrancar Ubuntu
   

Destacar lo interesante que resulta instalar OpenERP Ubuntu desde launchpad para posteriormente aplicar las actualizaciones oportunas según vayan surgiendo. Es la manera más eficiente de mantener las constantes revisiones de OpenERP.

Ubuntu 9.10 estará disponible en Octubre con los paquetes openerp-server 5.0.3 y openerp-client 5.0.3 (o con suerte una versión superior). Mi opinión al respecto:

1. openerp-web en Ubuntu 9.10: quizás tengamos que esperar un poco más hasta que esté disponible como paquete de Ubuntu
   
2. openerp-spain no incluído. ¿Extra-Addons?
   
3. Ubuntu 9.10 Desktop ó Server: versión no tan estable para entornos de producción como Ubuntu 8.04 LTS (LTS = Long Term Support – Soporte de Larga Duración)
4. Actualizaciones de openerp en Ubuntu 9.10: al estar openerp empaquetado dentro de la distribución se añade una dependencia más. Las actualizaciones se demoran más que en el caso de emplear las disponibles en launchpad.net

Este instalador pretende ser una opción más a la disponible en Ubuntu 9.10 u otras alternativas.

Hoy he recibido un link de parte de Carlos Liébana que no puedo dejar de postear aquí:

http://www.expansion.com/2009/09/20/juridico/1253478282.html

El tema va de una gran empresa que contrata a una gran consultora de renombre para implantar el rey de reyes en el mundo de los ERPs propietarios: SAP.

Cualquiera diría que el éxito de esta implantación estaba asegurado teniendo en cuenta las premisas desde las que partían. Al final, han terminado en tribunales y el Juez ha dado la razón al Cliente.

A pesar de no conocer en absoluto la problemática concreta de este caso, ni siquiera empresa y consultora cuyos nombres no se mencionan, voy a atreverme a hacer de pitonisa e intentar adivinar qué pasó. Si alquien me ofreciera apostar algo, quizás no pondría mi mano porque sólo tengo dos pero una buena cena en un buen restaurante sí que me jugaba a que acierto al menos 8 de las 10 razones que voy a poner aquí para que esto acabase como el rosario de la aurora.

1. El cliente de entrada ya soltó un pastón antes de empezar, con lo cual espera que absolutamente todo lo que necesita esté como él quiere que esté, no como otro supuso que debería estar.
2. Puesto que es una gran empresa, supongamos que son muchos usuarios a formar, muchos procesos a definir, mucha gente opinando sobre cómo debe funcionar algo nuevo que no conocen. Los consultores, en vez de frenar las “quejas” y los “como que esto no lo hace” de los usuarios se dedican como locos a realizar tomas de requerimientos de funcionalidad faltante, que se convierten en desarrollos no previstos inicialmente y por tanto no presupuestados de antemano.
3. Los consultores “no conocen” la empresa. Los usuarios no conocen el alcance ni la funcionalidad de la herramienta. Los jefes de proyecto de ambos lados, no se dedican a formarse mutuamente sino que entran al trapo con la implantación.
4. Hay usuarios poco habituados a cambiar su forma de trabajar y la imposición de un ERP les parece un “rollo”. ¿Para qué cambiar lo que ya estaba haciendo de alguna forma? ¿Quéeeee? ¿Que algo que con mi excel hacía en 5 minutos ahora tardaré 20 en hacerlo? La utilización de un ERP les descuadra su forma de trabajo habitual pero no se dan cuenta de que posiblemente tarden 20 en configurarlo pero una vez hecho, seguramente a la larga no tardarán 5 minutos, tardarán 30 segundos.
5. Volviendo a los desarrollos a medida, se presupuestan mal. La cosa se complica. Las entregas no son en fechas y cuando se instalan no hacen lo que el usuario creía que había pedido y encima dan errores por todas partes. Cuando al final ven que medio funciona, resulta que se ha roto algo que antes funcionaba y ahora hay que arreglar de nuevo lo que ya estaba hecho. La consultora en ningún caso va a regalar estas horas. Las cobra. Más costes ocultos.
6. Y volviendo de nuevo a los desarrollos, cuando el usuario ve lo que le han programado que esta vez sí funciona se le ocurren otras 10 mejoras que es “imprescindible” que estén porque si no, no pueden arrancar. Cosa que normalmente salvo en contadas ocasiones no es cierta. SIEMPRE se puede arrancar a no ser que uno necesite perentoriamente el módulo de proyectos y la herramienta sea exclusivamente de contabilidad por ejemplo…
7. Es una gran empresa por lo que tenían datos anteriormente en otros sistemas. No quieren tener históricos en otro lado por lo que posiblemente hubo que migrar “todo”. Claro, los datos antiguos están en una estructura de datos que no tiene absolutamente nada que ver con la nueva. El volumen de datos es inmenso y es complicado tener en cuenta toda la casuistica. Cuando migraron por primera vez al entorno de pruebas, había direcciones de un cliente en otro y la numeración de facturas se había desmontado por completo… hay que rehacer los procesos de migración. Más costes ocultos.
8. Puesto que la empresa Cliente es enorme, hace falta un batallón de consultores. No es mejor tener 2 buenos que lo hagan bien, que va… si son 10 irá mejor. Pero 10 consultores senior es un pastón, no obstante, te los ponemos. Pero no… resulta que no te van a enviar a 10 de los 20 consultores senior que tienen por lo que te mandan 1 senior y 9 junior que se van formando según avanzan los meses en el Cliente. Los chavales ponen ganas pero es que algunos no se enteran de nada, lo cual en ningún caso es responsabilidad suya sino de quien les ha enviado allí sin estar formados suficientemente.
9. Los usuarios están cada mes más quemados con la situación de que aquello no tira ni con un motor turbo y la distancia entre consultores y usuarios es cada vez mayor. El ambiente se hace rancio y trabajar allí es desmotivador y cada vez más complicado. La gente se va y la consultora los sustituye con más gente que se incorpora a un proyecto que no conocen, que está medias y ya viciado. Se tienen que formar y esto es tiempo. Y aquí más costes ocultos porque lo que iba a acabar en ocho meses, ya llevan año y medio y seguimos igual.
10. En este caso NO FALLA la herramienta. Cualquiera dirá que SAP es de lo mejor, o al menos, (al hilo de lo que decía en mi post anterior) es lo más caro que hay y la herramienta a nivel mundial que posiblemente tenga más casos de éxito documentado.

Entonces… ¿qué falló? ¿La consultora o el cliente? Pues los dos. Cada uno en la parte que le toca. Una implantación debe ser una simbiosis de las 3 partes. Si falla una sóla, se llegará a implantar, pero si fallan dos… fracaso seguro. Aunque sea SAP.

1. El cliente: Primero… conoce la herramienta antes de liarte a pedir cambios que luego no te servirán. No me cansaré de repetirlo. Nadie dice que no hagan falta adaptaciones o desarrollos a medida. Seguro que en función del tamaño de la empresa serán necesarios, pero espérate a conocer la herramienta en su totalidad para pedirlos.
2. Los consultores: En estos casos de consultoras grandes, hacen lo que les dicen y ejecutan lo que tienen aleccionado y no lo que creen que deberían hacer, o sea que no digo nada.
3. La herramienta: Elige una que cubra la mayor parte de tus necesidades. Si tu sector es muy específico y existe un vertical adecuado, quizás sea ese y no una herramienta generalista lo que necesites.

Me encantaría que alguien que haya estado metido realmente en el caso me diga en cuantos de los puntos he acertado. Si no he llegado a los 8 que decía al principio, le invito a cenar

Y aquí… buscando un pelín más en internet,  la sentencia completa para quien tenga el hígado de leerse la parrafada legal!!!

http://estaticos.expansion.com/estaticas/documentos/juridico/sentencias/2009/sentencia_vitoria.pdf

Al loro con las cantidades que barajan ambas partes. O sea, hablan de MILLONES de EUROS… que se piden los unos a los otros por distintos motivos… Millones de euros, habeis leido bien. Tampoco perderse la frase donde dicen que contrataron a esta consultora porque otra consultora fracasó en la implantación de la misma herramienta en esta empresa. En fin, es un tema jugoso. Espero que os animeis a comentarlo y una vez leída la sentencia creo que mi razonamiento anterior de los 10 puntos es bastante simplista. Pero me ratifico en ellos.

Aquí una opinión sobre la noticia que también suscribo:

http://legnita.wordpress.com/2009/09/22/sentencia-judicial-a-tener-en-cuenta/#comment-5594

Es una pregunta recurrente que últimamente estoy teniendo que contestar muy a menudo. Muchos de los Clientes que nos llaman preguntando por OpenERP, están habituados a trabajar con software propietario o con licencia. Una de las reticencias que nos ponen a la hora de decidirse por OpenERP con respecto a otras herramientas es la continuidad. Según parece, el tema de pagar una serie de licencias anualmente por algo, cuanto mayor sea la empresa que te lo está ofreciendo y cuanto más caro sea, te garantiza que dicha herramienta seguirá en el mercado dentro de unos años. Nada más lejos de la realidad.

La garantía de continuidad, a mi parecer, es ficticia en todo software y en el propietario más. Basta que una grande se fusione, absorba o literalmente “eche del mercado” a otra para que el software correspondiente desaparezca. A veces, a la propia empresa matriz le interesa sacar una nueva versión que no tenga absolutamente nada que ver con la existente para que los sufridos usuarios tengan primero que volver a pagar nuevas licencias y segundo que tengan que adaptar todos sus sistemas a la nueva versión. Podemos poner ejemplos clarísimos… el número uno… Microsoft. Nos saca versiones cada 2 años. Cada versión es más pesada, menos usable más complicada que la anterior… pero hay que migrar y volver a pagar. ¿quien no sigue en XP porque el vista es insufrible? Pues unos cuantos. ¿cuando dejarán de dar soporte a XP? Posiblemente en breve.  Recularán y dirán…. ¿Volvemos a lo otro que era mejor? Pues no. Ni de coña.

Otro… SAGE… hace 7 años, era lo mejor en ERPs el sage 100… ahhhh… pero es que ahora no te vale. Tienes que tener logic class porque a sage 100 ya no dan soporte. Pregunta a ver cuánto te cuesta la migración de datos e implantación de logic class.

Edito y corrijo a 28/09/2009: Según nos dice un tal david ( sin identificar y con un correo de hotmail) cuyo comentario adjunto a este post nos acusa literalmente de estar mintiendo, se sigue dando soporte a Sage 100. ¿Hasta cuando? Alguien de SAGE que me diga si no están migrando a todos los Clientes con Sage100 a Logic. O si siguen implantando SAGE100 a nuevos Clientes… En este caso, por supuesto rectifico mi afirmación.

Edito y corrijo de nuevo a 30/09/2009: Esta vez David identificado y por teléfono me ratifica que Sage100 no se va a discontinuar, que sí se está implantando a nuevos Clientes y que se sacará una nueva versión en octubre. Por lo tanto he de corregir mis notas anteriores y pedir disculpas a la sección mediana empresa de Sage por los inconvenientes que haya podido causar mi afirmación.

Más… Vantive… hace 8 años el mejor CRM del mundo. Carísimo de impresionar. Solo las grandes multinacionales se lo podían permitir. Lo absorbe people soft que tiene su propio CRM… evidentemente en 2 años dejan de dar soporte a Vantive. Tienes que irte a People Soft. Pero no contentos con eso, a People Soft lo absorbe Oracle 3 años más tarde. Ya no te vale… ahora migra a oracle crm u oracle erp o como quiera que se llame en estos momentos, que no tengo ni idea.

Y aún no está claro? El mundo de los grandes ERPs de las grandes multinacionales no se mueve por dar servicio y continuidad al Cliente. No… se mueve para sacar toda la pasta que puedan y más a los clientes. Es así. Si tu compras una herramienta pagas hoy y si la discontinúan te obligan a volver a pagar por segunda,  tercera, cuarta vez y no acabas nunca.

Ahora pongamos por caso OpenERP o cualquier herramienta de software libre. De entrada está libre del gasto de licencias que ya es un punto. En cuanto a continuidad… no lo sabemos. ¿Comprará SAP dentro de 5 años a OpenERP? Esperemos que Fabien no se deje engatusar y diga que no pero mientras tanto, habremos disfrutado durante 5 años de un ERP a la altura de cualquiera de los aquí mencionados en cualquiera de sus áreas sin tener ningún gasto de licencias. Además, en ese caso es muy probable que algún partner actual de OpenERP tome las riendas y siga existiendo un OpenERP libre alternativo al que compró SAP. Véase el caso Mysql comprado por Oracle… buscadlo por ahí y vereis que ya existe alternativa, lo cual es genial. Es como intentar parar el agua con las manos. Aunque las cierres bien, se te escapará irremediablemente. Es una filosofía, un movimiento, un montón de gente que cree en esto. Y por desgracia para las grandes multinacionales… funciona.

En los cambios de versión … ¿Tendremos que contratar consultores o técnicos para que nos hagan migraciones entre versiones? No lo sé. Igual sí. Pero seguiremos sin tener que pagar las licencias de la nueva versión. ¿Podríamos quedarnos en nuestra versión sin migrar a una nueva haciendo nosotros mismos la evolución que nos interese? Por supuesto que sí. Pero en este caso, sería lo que en software libre llamamos un fork. Una herramienta evolucionada que se desliga de la evolución de la herramienta “oficial”. Esto último en cualquier software de multinacionales no lo puedo hacer. En software libre… ¿Puedes contratar soporte con alguna empresa de una versión anterior a la actual? Posiblemente sí. ¿Puedes contratar soporte directo de la casa matriz en Belgica? Por supuesto que también.

No sé si responde esto al tema “continuidad de OpenERP”, pero lo que sí está clarísimo es que lo que jamás está asegurada es la continuidad de ningún software del mercado. Y si es propietario y de multinacional, muchísimo menos.

Con lo cual que cada uno saque sus propias conclusiones y se decida por el que crea mejor en este sentido.

Cordiales saludos!!!

Ana

Otro punto candente. Inicialmente, OpenERP no ofrece módulo de gestión de nóminas que sepamos. Si alguien lo conoce, o sabe cómo crearlas en OpenERP, nos corrija, por favor. Pero… hoy ha habido un intercambio de e-mails entre Carlos Liébana y Susana Izquierdo del cual he sido mera observadora, que creo merece la pena reproducir aquí. No creo que a Carlos y Susana les importe

Carlos: ¿Existe algún modulo hecho para generar/introducir las nóminas y que se creen los asientos contables correspondientes?

Susana: Que yo sepa no. OpenERP no lleva gestión de nóminas, ten en cuenta que aquí hay mucho lío con respecto a temas legislativos.
Con respecto al asiento contable es sencillo, suele  ser un predefinido. Pero de ahí a que primero te genere y calcule correctamente la nómina y luego el asiento, pues no. No funciona como cuando generas las facturas, si vas por ahí.

Carlos: Gracias por la respuesta, iba más bien por una vez que se tenga la nómina (en mano, en este caso la creación de las nóminas está externalizada), poder introducir los datos que en ella vienen y que se generara el asiento automáticamente. Cuando se pagara, lo mismo, que se generara el asiento de nuevo.

Susana: Esto si se se puede hacer, es contabilidad pura y dura

El asiento contable de nómina es 640 (aquí habría que especificar por empleado), la seguridad social de la empresa  contra IRPF y otros, así un ejemplo de asiento tipo predefinido sería

Total devengado o bruto (640) en el Debe
Seg Social a cargo empresa (642) en el debe
TC1(Empr+Trabaj)Importe total a pagar a la Seg Social (476) en el haber
Importe de las retenciones IRPF (4751) en el haber
Importe liquido de las nominas a pagar (465) en en haber

cuando se pague, tanto la SS de la empresa como la nómina eso irá contra bancos.

Lo habitual es que sean asientos predefinidos. y periódicos, aunque ojo, con la periodicidad, porque puede haber baja laborales y los importes cambiar. Los asientos puedes predefinirlos dentro de la sección de definición de modelos de asientos.

Buenas… desde hace ya un tiempo estamos manteniendo diversos contactos con Excale Solutions empresa que ofrece un innovador servicio de atención integral en el área contable-financiera y administración de la empresa con OpenERP. Hoy nos han solicitado su inclusión en el apartado Nosotros de esta Web y nos han enviado un pequeño relato sobre sus experiencias con OpenERP y las ventajas que desde su punto de vista aporta sobre otros sistemas de gestión, por lo que paso a postear directamente su e-mail de presentación:

Buenas… posteo este mail de Iñaki Fernandez donde nos aporta un script simplificado para la instalacion de OpenErp 5.0.3 en Ubuntu. Esperando os sea de utilidad.

Kaixo Ana,

He mejorado el script de instalación de OpenERP 5.0.3 para Ubuntu.

El All-in-one para windows es un éxito porque es la opción más sencilla y normalmente quien prueba OpenERP es un profesional con conocimientos funcionales pero no tećnicos.
Sin embargo coincido contigo en que en entornos de producción lo recomendable es OpenERP para Linux/Ubuntu. Incluso existen fallos que sólo se reproducen en Windows (véase tu post de backup de openerp en Windows, probablemente solucionado en la última versión).

Lo ideal será disponer de OpenERP >= 5.0.3 en formato binario dentro de la distribución de Ubuntu (quizás en Ubuntu 9.10 en un par de meses). Mientras no disfrutemos de esa opción he tratado de simplificar la instalación con mi script. Por cuestiones técnicas sólo es válido para Ubuntu 8.04 LTS (Server ó Desktop) y actualmente estoy satisfecho con las pruebas iniciales y mejoras aportadas por otros profesionales. La opción más sencilla con este script sería instalar Ubuntu 8.04 Desktop, ya que permite a una persona no muy técnica probar OpenERP en local y con interfaz gráfica (incluso añade dos iconos en el escritorio para acceder a los clientes OpenERP). Este script incluso puede ser ejecutado en Ubuntu Desktop si con un “click derecho” le añadimos a su icono permisos de ejecución y luego lo ejecutamos con “doble click” y un “Ejecutar en un terminal”. En cualquier caso no es tan sencillo como el instalador para windows (el script pregunta por la IP del sistema y otros datos).

La información del post está en inglés pero doy por hecho que es fácilmente comprensible por todos.

http://opensourceconsulting.wordpress.com/2009/08/25/openerp-5-0-3-all-in-one-installer-for-ubuntu/

Un saludo,

Iñaki

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

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

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

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

Ahora el server.

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

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

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

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

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

Esperando os sea de utilidad:

Ana