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
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;
}
}
Segundo paso
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 aquí, busca el .jar.
Tercer paso
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í:
y puedes crear la librería .jar de tu Scriptlet así:
jar cf calendarioScriptlet.jar calendario/CalendarioScriptlet.class
Con esto tenemos calendarioScriptlet.jar.
Cuarto paso:
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.
Aquí tenemos que asegurarnos que el lenguaje es Java y poner la clase del Scriptlet.
Y en el campo import poner también el nombre de la clase.
Quinto paso:
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.
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")
Resumen:
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.
La herramienta que genera la documentación es sphinx, 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 pagina.
Para instalar sphinx en Ubuntu: sudo easy_install sphinx
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
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
Al descargar el código se crea un directorio openobject-doc y dentro de este nos interesan los siguientes directorios
books: con los libros
build: en este se genera la documentación en html y en pdf
i18n: con las plantillas para los diferentes idiomas
source: con el código de la documentación original
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
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
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
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: =====================
The Open ERP Solution
=====================
.. 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: =====================
La solución Open ERP
=====================
.. 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.
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.
Creo las medidas Unidad y Tarrina en una nueva categoría de medida que he llamado CD.
Creo el producto CD, con unidad por defecto Unidad y unidad de venta Tarrina con ratio de conversión 1/25 = 0,04.
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.
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.
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).
Al imprimir el pedido si que sale las unidades de venta.
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.
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]>PERSONALIZAR OBJETO
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.
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 aqui. 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 Launchpad. Una vez tengas tu cuenta en launchpad puedes unirte al grupo 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 Bazaar en cinco minutos. 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
Una vez añadido al repositorio se puede instalar asi
apt-get install bzr
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 aquí.
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
y para descargarnos el código de la documentación:
bzr branch lp:openobject-doc
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
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
# - Introduce la contraseña
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.
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.
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
Hacemos un commit para indicar los cambios que hemos realizado
bzr ci -m "[TAG] Mensaje explicando cambios hechos"
Por último subimos los cambios
bzr push
Para mas información puedes consultar aquí.
Por último, cuando realices el commit, según se indica la documentación de Open ERP aquí sobre como subir tus modificaciones, en el mensaje hay que indicar que tipo de modificación has realizado, esto se indica con el [TAG] las diferentes opciones son:
[IMP]: Mejoras
[FIX]: Corrección de errores
[REF]: Refactorizar, modificar el código sin cambiar la funcionalidad
[ADD]: Añadir fuentes
[REM]: Eliminar fuentes
Con esto ya hemos visto como trabajar con Launchpad y Bazaar, en el siguiente post veremos como trabajar en la traducción.
Inicialmente mi idea era contaros mis experiencias en la implantación de un ERP. Durante varios meses, mi atención haestado mucho más centrada en openerpsite.com que en anajuaristi.com pero ya vasiendo 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 unavariable importantísima. La herramienta. Son 3 patas.Empresa, Cliente yHerramienta. Con que falle una, el proyecto puede llegar aimplantarse 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. Pormucho que nosotros le orientemos en cómo configurar el sistema para que loadapte 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 quequede a medias o simplemente no se llegue al objetivo marcado es alto. Y dichoesto, voy a poner como ejemplo el resultado de esta última implantación.
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 impartidoformación de CRM, RRHH y Gestión documental aunque el arranque será realizadcuando 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. Esdecir, instalación y configuración de la herramienta en el servidor y lospuestos solicitados, formación en las áreas solicitadas y soporte al arranqueen 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 operativadiaria de gestión en OpenERP pero os aseguro que aún le quedan deberes porhacer.
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 aquí.
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 aquí.
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.
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.
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.
En OpenERPSpain podrá encontrar distribuidores expertos en OpenERP, cualificados que le podrán asesorar en todo el proceso de modernización de su empresa.
