c/ Espinosa 8 46008, Valencia, Spain

info@domatix.com +34 963 230 962 http://www.domatix.com

Domatix es una empresa especializada en el desarrollo e implantación de soluciones basadas en software libre para empresas. Nuestro objetivo es optimizar su empresa con desarrollos libres, utilizando como base, entre otros productos, GNU/Linux, OpenERP, Joomla, Magento y Android.

Prestamos servicios a todo tipo de negocios, desde micropymes hasta grandes empresas e instituciones públicas. Sabemos que su empresa es única, por eso nos adaptamos a su proyecto.

¿Qué hacemos por su empresa?

Queremos 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 fundamental contar con herramientas libres, y sin costes de licencias que le permitan alcanzar esas metas.

En Domatix dispondrá de expertos cualificados que le podrán asesorar en todo el proceso de modernización y adaptación de su empresa.

Metodología: Nuestro sistema de trabajo tiene como objetivo lograr la satisfacción nuestros clientes proporcionándoles un producto de la máxima calidad. Trabajamos conjuntamente con el personal de su negocio, ajustando el producto a sus necesidades hasta obtener el resultado deseado.

Servidores GNU/Linux: configuramos su servidor local o en la nube, garantizando alta disponibilidad, optimizando la seguridad, la gestión de copias de seguridad de sus datos y todo el sistema gracias a la virtualización con KVM.

Consultoria OpenERP: analizaremos su empresa, estudiando todos los procesos informáticos, y determinando cuales de ellos pueden ser optimizados por nosotros y rentabilizados por su empresa con OpenERP.

Implantación OpenERP Express: si desea comenzar ya con OpenERP, hemos creado un producto de rápida implantación, que acompañado de nuestra formación, le permitirá utilizar OpenERP en un tiempo récord y a un coste muy competitivo.

Desarrollo OpenERP: creamos y adaptamos módulos de OpenERP para ampliar sus funcionaliades. También podemos integrar cualquier funcionalidad de OpenERP en su portal web, para uso de clientes, proveedores o su propio equipo.

Integración con e-commerce: si posee una tienda online, podemos conectarla con OpenERP, y si aún no dispone de una, le asesoramos sobre la mejor opción para su negocio.

Webservices: si utiliza cualquier otra aplicación y necesita conectarla con OpenERP, podemos desarrollar una plataforma de integración para mantenerlas siempre conectadas.

Cursos de formación: aprenda a utilizar OpenERP guiado por nuestros consultores, o si es programador y quiere desarrollar para OpenERP, puede formarse de la mano de nuestro equipo de programadores.

Además ofrecemos otros servicios como migración de datos desde su actual plataforma, y soporte de actualizaciones del software, técnico y funcional.

En Domatix también colaboramos activamente con la comunidad OpenERP española, con módulos, difusión, tutoriales, y patrocinio de todas las jornadas OpenERP realizadas hasta la fecha.

Somos expertos en actualizar diseños informáticos obsoletos y modernizar los procesos informáticos de su empresa adaptándola a los estándares abiertos para garantizar una segura continuidad en sus productos.

¡Permítanos enseñarle como optimizar su negocio a través de la informática!

Contacte con nosotros o consulte nuestra web para más información: www.domatix.com

La mayoría de los implantadores con experiencia de OpenERP en España tenemos un ‘paquete’ básico con los módulos oficiales y la localización española, e incluso un servicio saas, para comenzar a utilizar OpenERP invirtiendo una cantidad muy pequeña y comenzar así a amortizarlo cuanto antes. Dicho paquete se puede enriquecer adquiriendo bonos de horas para todas aquellas parametrizaciones que la empresa vaya requiriendo.

Estas soluciones, suficientes para la mayoría de empresas pequeñas, pueden no serlo para otras, conscientes (o no) de que van a requerir adaptaciones para adecuarla a su sector o a sus necesidades específicas.

Para conocer y presupuestar correctamente una implantación de cierta magnitud de OpenERP (y cualquier ERP), es necesario realizar un análisis de requerimientos. Elaborar dicho documento requiere invertir tiempo y recursos, que son repercutidos al cliente final, y hasta no realizar el documento final, el cliente no conocerá el desglose de los costes de su implantación.

“Las empresas de verdad no piden presupuesto” (*)

Este procedimiento choca con algunas empresas, que se encuentran con el dilema de que un OpenERP con módulos oficiales de salida no le resulta suficiente, pero sin la experiencia de haber realizado implantaciones de ERPs anteriormente, nos devuelven todo lo explicado anteriormente en forma de pregunta: ¿De verdad que tengo que pagar por un presupuesto para mi empresa?

Para simplificar la explicación, vamos a referirnos a una conocida licencia literaria: la metáfora. Supongamos que OpenERP es una casa.

¿Cuanto cuesta una casa?

La respuesta media sería: “depende“. Podemos hacer media entre la más cara y la más barata, pero difícilmente ese precio va a ajustarse a lo que nosotros queremos comprar. Hay casas para todos los gustos y bolsillos, de alquiler y venta, en el centro de la ciudad o en las afueras, etc…
Si ninguna de las casas, apartamentos, adosados o resto de edificaciones ‘prefabricadas’ resuelve el 100% de las necesidades del comprador, o se desea construirla desde cero, es necesario contratar a un arquitecto que realice un plano. El coste de dicho plano es independiente del coste de la construcción, aunque es requerido para realizarla. Y se hace en todo momento teniendo en mente las necesidades y un presupuesto aproximado. Con el coste final ‘real’ en mano, se pueden plantear cambios con el arquitecto para ampliar, reducir o eliminar algunas estancias, o simplemente prepararlas para finalizar más adelante, en función al presupuesto asignado, el tiempo de ejecución y las prioridades de necesidades.

Lo correcto sería pues plantear ¿Que presupuesto aproximado tiene usted para comprar su casa? Y en función de la respuesta estudiar las posibilidades.

Pues bien, este plano de arquitecto es el equivalente a nuestro análisis de requerimientos.

Analizar y ‘diagnosticar’ las necesidades de una empresa para orientar una implantación de un ERP es una tarea que debe ser realizada por un equipo profesional y con experiencia. El análisis ya tiene un valor per se, que muestra, detalla y desglosa cada una de las áreas funcionales (no cubiertas de serie por el ERP) en un documento, único y diferente para cada empresa. Ya entra dentro del ámbito de adaptación de la empresa si se decide realizar cambios en la metología de algunos procesos para adaptarse al ‘estándar’ o si es preferible modificar el ERP para ajustarlo a sus procesos. Lo habitual es llegar a un consenso y dejarse aconsejar por el consultor externo. El análisis es una hoja de ruta, validada por implantador y cliente, cuyos hitos se pueden alcanzar en una o varias fases, nuevamente dependiendo de las necesidades y presupuesto de la empresa.

Aquellos que solicitan presupuesto sin tener una asignación de recursos (no sólo económicos, de personal interno y tiempo) preparada para la implantación es probable que no la finalicen con éxito. Nadie conoce mejor la empresa y sus necesidades que su plantilla, por lo que solicitar un presupuesto sin haber siquiera descrito dichas necesidades al implantador es una manera muy arriesgada de comenzar el cambio. Implantar un ERP no es cambiar la web, o el tríptico comercial de la empresa, no hay margen de error en una herramienta que gestiona todos los procesos y a todos los departamentos de una empresa.

No obstante, antes de contactar con el proveedor para el cambio de ERP (o la implantación de uno nuevo), debería requerirse la reunión interna de todos los departamentos y la elaboración de uno o más documentos con la descripción de los procesos de trabajo y áreas funcionales de la empresa. Esto facilita la elaboración de una estimación aproximada pre-análisis, que pueda indicar a groso si los números van a cuadrar.  Un consejo: minimice las ‘sorpresas’ entre la elaboración de dicho documento y el análisis de requerimientos definitivo para no ver grandes diferencias entre el precio pre-análisis y post-análisis.

Una mención a la metodología (aunque dicha área merece uno o varios más artículos adicionales), en forma de 7 claves para una implantación exitosa:

1. Personal involucrado e integrado
2. Sufiente aportación de los usuarios
3. Especificaciones correctamente definidas
4. Espectativas realistas y fijadas
5. Presencia de un consultor externo
6. Buena comunicación
7. Metodología de implantación clara

(extraído de http://www.slideshare.net/domatix/presentacion-openerp-domatix)

Conclusión

Por tanto, por favor, no se extrañe en el caso de que su implantador, ante una falta de información suficiente sobre su implantación, le envía un presupuesto para realizar el análisis de requerimientos. O le pregunte directamente cual es su presupuesto aproximado para la implantación.

(*) frase gancho parcialmente verdadera, pero con muchos matices…

Vender es crítico pero también lo es gestionar correctamente a tu cliente, facturarle, cobrar, manejar la relación con tus proveedores, negociar precios, conocer tu tesorería, tus costes, beneficios/pérdidas, organizar las tareas de tus empleados. En definitiva… liderar tu negocio. Si no imposible, es bastante complicado que hagas esto de forma eficiente utilizando sólo el correo electrónico y la ofimática. Mientras tengas poco volumen, podrás gestionarlo pero si de verdad funciona… te verás inmersa en un mar de papeles, carpetas, descontrol y stress que incidirá directamente en la atención a tu cliente o en la calidad de tu servicio.
Evitalo. Implanta un sistema de gestión integral. Prevé que tu negocio va a funcionar y haz que el crecimiento no te pare. Hasta hace bien poco, no existían sistemas de este tipo a un precio asequible y mucho menos en software libre, donde no pagas licencias. Ahora es posible.
Optimiza el tiempo que dedicas a realizar “lo aburrido” inherente a cualquier negocio. Evita duplicar datos y realizar tareas repetitivas y sin valor añadido. Aprovecha ese tiempo que pierdes para aprender a gestionar tu negocio de forma efectiva y eficiente. Infórmate de las alternativas que existen y selecciona la más adecuada. Y si tienes dudas… pregunta.

Inténtalo con OpenERP.

Extraido de http://www.openerpsite.com/openerp-empresa-gestion-erp/2868.html

Crear una cuenta bancaria IBAN

Al crear una cuenta bancaria, seleccionando “Tipo de cuenta bancaria”: “Cuenta IBAN”, se tendrá que indicar en el número de cuenta el número de cuenta con los dos dígitos del país y los dígitos de control de la cuenta IBAN. OpenERP comprobará que el formato de la cuenta IBAN es correcto. A parte es necesario indicar el banco al que pertenece la cuenta, y que este banco tenga asociado un “Código de identificación bancario”.

Crear una cuenta bancaria de España

Si al crear la cuenta bancaria se indica el tipo como “Cuenta Bancaria Normal” y el país España al introducir el número de cuenta hará lo siguiente:

• Comprobar que el código tiene 20 dígitos
• Comprobar que el cálculo de los dígitos de control es correcto
• Asociar el banco correspondiente a la cuenta indicada

Crear una cuenta bancaria extranjera que no sea IBAN

Trabajando con el extranjero puede darse el caso de tener que introducir una cuenta bancaria de otro país de la que no se conoce el código IBAN, para esto si se introduce el tipo como “Cuenta Bancaria Normal” y el país es distinto a España, se podrá introducir el número de cuenta sin ninguna restricción de formato.

Gracias a la modularidad de OpenERP es posible comprobar el formato de las cuentas bancarias españolas, y si fuese necesario se podría crear la validación de cuentas bancarias de cualquier otro país.

Registrarse en Launchpad

Para registrarse en Launchpad hay que acudir a su web:

https://launchpad.net/

y hacer clic en la parte superior derecha, donde pone “Register”. Automáticamente se muestra un formulario, donde que hay que hacer clic en “Crear una cuenta nueva” (omitir este paso si ya se tiene cuenta en Launchpad).

En el formulario de registro habrá que indicar un nombre de usuario, muy importante ya que será parte del nombre de nuestras ramas de código, y una dirección de correo a la que nos llegarán las notificaciones.

Vincular nuestros sistemas a nuestra cuenta en launchpad

Para poder utilizar desde nuestro sistema el usuario creado en Launchpad hay que vincular el sistema con la cuenta, para esto se utilzan las claves ssh. Con el siguiente proceso crearemos una clave publica y una privada en nuestro sistema. En Launchpad se guardará la clave pública, y cuando nuestro sistema necesite acceder a nuestra cuenta en Launchpad consultará si coincide la información de la clave publica con nuestra clave privada para ver si nuestro sistema tiene o no permisos para acceder a la cuenta.

Para generar las claves ssh, en un sistema con Ubuntu/Mint o basado en Debian:

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

Este proceso crea en /home/usuario/.ssh las claves, id_rsa la clave privada y id_rsa.pub la clave pública.

Ahora en la cuenta creada de Launchpad se debe indicar cual es la clave pública, haciendo clic en “SSH Keys” y copiando el contenido de /home/usuario/.ssh/id_rsa.pub

Descargar el código con Bazaar

Bazaar es el sistema de control de versiones con el que trabajan los proyectos alojados en Launchpad. Para instalarlo en un sistema Ubuntu/Mint  o basado en Debian se ejecuta el siguiente comando:

apt-get install bzr

Para indicar en nuestro sistema con que usuario de launchpad vamos a trabajar ejecutamos

bzr login nombre_usuario_launchpad

este comando sólo es necesario ejecutarlo una vez, cuando se instala bzr. Si siempre se trabaja con el mismo usuario no es necesario volver a hacer ‘Login’ en el mismo sistema.

Para descargar el código del proyecto utilizaremos el comando “bzr branch lp:proyecto/version”, que crea una rama para trabajar en local con la copia de la versión del proyecto indicado, por ejemplo:

bzr branch lp:openerp-spain/6.0

Opcionalmente se puede añadir un parámetro para indicar en que directorio se quiere guardar la rama, si no utilizara lo que haya después del último “/”, en el caso anterior lo almacenaría en el directorio “6.0”.

Añadir código en nuestra rama local

Una vez se han realizado los cambios necesarios en el código local que tenemos del proyecto hay que indicar esos cambios en el control de versiones. Las siguientes operaciones se realizarán desde dentro de la carpeta que hemos descargado, en el ejemplo anterior en “6.0”.

Si hemos creado nuevos ficheros hay que añadirlos al control de versiones, esto lo se hace con:

bzr add *

se utiliza * para añadir todos los ficheros, aunque es posible indicar los ficheros de forma individual.

Tanto si se han añadido ficheros al control de versiones como si no, cuando el código se ha modificado, habrá que indicarlo realizando un “commit” indicando que modificación se ha realizado:

bzr commit -m “mensaje”

El mensaje es aconsejable que tenga el siguiente formato “[TAG] descripción”. La etiqueta [TAG] por convenio se utilizan las siguientes opciones:

• [IMP]: Mejoras
• [FIX]: Corrección de errores
• [REF]: Refactorizar, modificar el código sin cambiar la funcionalidad
• [ADD]: Añadir fuentes
• [REM]: Eliminar fuentes

Subir cambios al proyecto (con permisos en el proyecto)

Si el usuario con el que trabajamos tiene permisos en el proyecto actual, se pueden subir directamente estos cambios al proyecto. Esta opción sólo es recomendable para los usuarios con experiencia y responsables del código del proyecto.

Siguiendo con el ejemplo anterior, para subir el código a lp:openerp-spain/6.0 se puede hacer con el siguiente comando:

bzr push lp:openerp-spain/6.0

Subir los cambios a una rama de nuestro usuario y proponer un merge con la rama original (no es necesario permisos en el proyecto)

Si el usuario no tiene permisos en el proyecto para el que pretende subir el código, o si se quiere que otros miembros del proyecto revisen el nuevo código, es posible subir el código a una rama del usuario creado y proponer un merge con la rama original. De esta forma el resto de miembros del proyecto podrán descargar el código de dicha rama para comprobar su funcionamiento, y una vez validado, añadirlo al proyecto principal.

Para subir el código a una rama propia del usuario creado, siguiendo con el ejemplo anterior y suponiendo que el nombre de usuario en Launchpad es “nombre_usuario_launchpad” se puede crear la rama para dicho usuario con el siguiente comando:

bzr push lp:~nombre_usuario_launchpad/openerp-spain/6.0

Ahora es posible ver la web de esta rama en:

https://code.launchpad.net/~nombre_usuario_launchpad/openerp-spain/6.0

Y para indicar que se quiere hacer un “merge” (fusión) con el proyecto principal, en esta web, en “Branch merges” se hace clic sobre “Propose for merging” y se completa la información sobre el “merge”.

Una vez propuesto el “merge”, los usuarios miembros del proyecto podrán probar tu código y añadirlo al proyecto al validar el “merge”.

Implantar OpenERP y software libre en Valencia

OpenERP Textil es la solución vertical, creada por Domatix, para la gestión de las especialidades requeridas en el sector de la confección. En su desarrollo hemos contado con la experiencia proporcionada por una principales empresas de la Comunidad Valenciana que ha elegido OpenERP como la solución idónea para su actividad empresarial.

La aplicación, al tratarse de una aplicación de sofware libre, ha sido adaptada para recoger todo aquellos elementos que caracterizan a la industria manufacturera manteniendo otras ventajas que proporciona como la inexistencia de costes de licencia o la flexibilidad de poder adaptarse a las necesidades de cada empresa.

Se han modificado las fichas de producto de modo que queden configuradas conforme a las necesidades que presenta este sector. Las nuevas fichas soportan la categorización en familias y subfamilias, permitiendo definir en de cada modelo las tallas y los colores.

Otra de las mejoras realizadas permite la incorporación de más imágenes a los productos, así como los acabados que de cada prenda o las instrucciones de lavado, tanto en símbolo como en texto.

Funcionalidades

Además de las fichas técnicas de producto, se han implementado en OpenERP otras mejoras, propias del sector textil, como la incorporación de “piezas” y “partidas”.

Las “piezas” estarían formadas por los rollos de material textil utilizado para la elaboración de las prendas. En el proceso de producción, estas “piezas” son divididas en elementos menores para facilitar su procesado, las denominadas “partidas”.

Con la inclusión de las “piezas” y “partidas” en el proceso de producción, podría desarrollarse un sistema de calidad que registrase la trazabilidad del tejido utilizado en la confección, desde la pieza hasta la prenda. El sistema admite el registro de las “mermas” en “piezas” y “partidas”.

Se han modificado algunos de los flujos de trabajo del ERP para que dé soporte a la metodología “JIT” (Just inTime) de la producción, pudiendo realizarse un control del mismo por medio de pistolas de código de barras. La incorporación de esta metodología permite una importante reducción en los costos de estocaje de materias primas al reducir las necesidades de almacenaje. El “JIT” utiliza un sistema de abastecimiento automático de materiales relacionado con los pedidos de compra que se incorporan al sistema.

Dentro de las áreas de logística, transporte y distribución se han habilitado la posibilidad de hacer envíos parciales de pedidos a clientes y la gestión de stocks/pedidos en proveedores externos, o subcontratas. En aquellas empresas que tienen flotas propias sería posible incorporar alguno de los módulos de gestión de transporte, desarrollado por domatix en exclusiva, para la gestión de este área.

En las áreas de administración y comercial se han incorporado mejoras como la posibilidad de introducción de las comisiones de los comerciales en contabilidad, sobre el precio efectivamente cobrado y no sobre el de facturación. Se ha habilitado un portal web para proveedores y clientes que facilite su acceso a la información relacionada con las operaciones entre ambos (facturas, pedidos, albaranes…)

OpenERP Textil es una solución vertical desarrollada por Domatix disponible para la versión 6.1 de OpenERP

Configuración del servidor de correo

OpenERP utiliza conexión SMTP para el envío de correos, para configurarlo hay que entrar en /Settings/Configuración/Email/Outgoing Mail Servers. Por defecto aparece configurado el servidor local, si no está configurado un servidor de correo en la misma maquina que está el servidor de openerp se puede modificar esta entrada. También se podrían configurar varios servidores de correo por si falla uno de ellos.

En la siguiente captura se puede ver como se ha configurado para usar una cuenta smtp.

Haciendo clic en el botón “Test Connection” se puede comprobar si está configurado correctamente.

No enviar correos a todos los clientes

En la versión 6.1 de OpenERP se envían correos a todos los clientes, para configurar por defecto a un cliente que no se le envíen correos se hace desde la propia ficha del cliente. En la solapa Ventas y Compras está el campo “Opt-out”, si dicho campo se marca, no se enviarán correos automáticamente.

Si por defecto se quiere que no se envíen correos a todos los clientes se puede hacer al configurar un cliente marcando el valor por defecto de Opt-out como activo. Con esto, los nuevos clientes que se creen tendrán el campo Opt-uot marcado por defecto.

Para asignar valores por defecto en el cliente web de OpenERP 6.1 se puede hacer clickando en la entrada /Personalizar/Establecer por defecto de la columna derecha y seleccionando el campo que quieres establecer por defecto.

Envío de correos en el idioma asociado a la empresa

Si no se configura la plantilla de envío de forma correcta, se enviará a todos los clientes en inglés. Para hacer que se envíe en el idioma del cliente habrá que configurar la plantilla en /Settings/Configuración/Email/Plantillas y poner en el campo Language Selection el valor del idioma de la empresa asociada al documento, en el caso de pedido de ventas:
 ${object.partner_id.lang}

En la misma plantilla también habrá que añadir las traducciones a los idiomas que necesitemos. Los campos que admiten traducciones aparecen con un icono específico (mostrado en la siguiente captura) y al clickar sobre el icono mostrarán el formulario de traducciones.

En este ejemplo se muestran las traducciones únicamente al español, si hubiesen mas idiomas en el sistema aparecerían en mas columnas.

Al escribir las traducciones hay que tener en cuenta lo que son textos a traducir y lo que son campos calculados por OpenERP o parámetros de control.

Virtualización.

Palabra clave: inception.

¿Que podemos hacer por su negocio?

En Domatix nos esforzamos por ser líderes en la implantación de las tecnologías de la información más avanzadas del sector, y eso nos ha permitido impulsar el crecimiento de muchas empresas, y dejar numerosos clientes y amigos satisfechos con nuestros servicios.

Sabemos que su empresa es única, por eso nos adaptamos a su proyecto, y prestamos servicios a todos los niveles, desde pymes a grandes empresas e instituciones públicas.

Le ofrecemos proyectos integrales desde el estudio y diseño de su idea, el desarrollo y puesta en marcha, hasta los servicios postventa y de mantenimiento. Prestamos servicios profesionales de consultoría de negocio, externalización e integración de sistemas y migración de infraestructuras informáticas a sistemas abiertos.

Nuestro sistema de trabajo tiene como objetivo lograr la satisfacción nuestros clientes proporcionándoles un producto de la máxima calidad con el fin de maximizar la productividad de sus procesos de trabajo. Para ello, trabajamos conjuntamente con el personal de su negocio, ajustando el producto a sus necesidades hasta obtener el resultado deseado.

Antes de que decida confiar su proyecto en nuestro equipo, le mostramos cómo trabajamos con usted mediante un sencillo proceso.

Análisis preliminar

En esta primera etapa se analizan los requerimientos básicos del cliente, se definen los objetivo del proyecto y se elabora una primera aproximación a una propuesta de costos y plazos.

El punto de partida para cualquier proyecto es obtener la máxima la información sobre el proyecto. El cliente deberá enviar un detallado análisis con información sobre su empresa, y necesidades para el nuevo desarrollo, y cualquier información adicional que considere relevante. Es crucial un buen entendimiento para poder comprender y adaptar las necesidades reales del cliente al proyecto.

A partir de aquí procederemos con la estructura y estilos para el nuevo proyecto.

Requerimientos definitivos

Se definen prototipos de diseño que se entregan al cliente, y se trabaja sobre ellos hasta que quede satisfecho con todos los aspectos. En este punto, se entrega al cliente un documento que es el mapa del desarrollo y es necesaria la aprobación total del cliente para continuar avanzando, pues aquí se corrigen y cierran las estimaciones de plazos y costos para las siguientes etapas, y será más costoso en tiempo y dinero realizarlos más adelante.

Desarrollo

Se trabaja sobre el documento realizado y se desarrollan y parametrizan los elementos necesarios para cumplir con los objetivos. En esta etapa se deben realizar pruebas exhaustivas para asegurar el perfecto funcionamiento del proyecto, se prueba la integración con los sistemas internos del cliente, en primer lugar en entorno de desarrollo y posteriormente en el equipo o equipos donde finalmente quedará funcional.

Al finalizar esta etapa, nos aseguraremos que el proyecto cumpla con todos los requisitos solicitados por el cliente.

Puesta en marcha

Finalizado el desarrollo, se traslada el proyecto al entorno de producción donde quedará funcional, y se entrega al cliente el control sobre el mismo.

En el proceso de puesta en producción se trabaja conjuntamente con el cliente para lograr una implantación exitosa y en caso de que fuera necesario, realizar la formación necesaria a los futuros usuarios de la plataforma, así como la migración de datos de su anterior proyecto.