Ios

Solmicro organizó durante los días 8 y 9 de junio el ECCO 2010, su séptima reunión anual de distribuidores y al que por primera vez este año también pudieron asistir sus clientes.

La clave de la reunión fue conocer de primera mano las novedades que ofrece la nueva versión 5.0 de su software de gestión empresarial Solmicro-eXpertis ERP, así como nuevas capacidades y módulos que impactan positivamente en la gestión del negocio de los clientes: CRM, Cuadros de mando, Sistema de Mensajería y Alarmas, TPV o Factura Electrónica…

Leer más: http://www.solmicro.com/fabricantes-software/noticias-informacion-erp/notas_de_prensa/version-erp-expertis-nueva

La subida del IVA se puede convertir en el nuevo “efecto 2000″, al menos según los investigadores de la Universidad de Granada. Un grupo de expertos de este centro ha concluido en un estudio que los programas de contabilidad que usan la mayorías de pymes en España pueden empezar a funcionar mal a partir de julio, ya que están programados para calcular con el impuesto anterior a la subida.

A partir del 1 de julio, la subida del IVA se aplicará en toda España, pero los programas de las empresas, hechos a medida, seguirán facturando con el porcentaje anterior, por lo que podrían empezar a funcionar mal.

Leer más: http://www.elmundo.es/mundodinero/2010/06/01/economia/1275389772.html

Angel F. Viartola

En toda implantación de un sistema de gestión llega el momento de hablar de seguridad: copias de seguridad, qué usuarios pueden acceder a qué datos, o qué aplicaciones pueden ser usadas por distintos usuarios, quien puede generar determinados tipos de datos…

En mi experiencia como consultor de implantación de sistemas de gestión he encontrado que, normalmente, cuando se inicia un proyecto se comenta el tema, se explica al cliente las posibilidades de seguridad que tiene EnterpriseOne y a partir de ese momento se espera que sea la empresa quien decida qué tipos de empleado va a tener, qué va a poder hacer cada uno y todas las opciones de seguridad.

Las posibilidades de seguridad en EnterpriseOne son muy amplias: puedo limitar qué acciones puede efectuar un usuario en una pantalla, qué puntos de menú puede o no puede ver, qué filas o columnas de tablas puede visualizar, y opciones de seguridad más avanzadas, específicas algunas de EnterpriseOne, que además se pueden combinar con configuraciones de seguridad de la base de datos, puesto que el sistema permite que los usuarios de la aplicación utilicen distintos perfiles de usuario de base de datos, esto es, según a qué entornos de la aplicación entra su usuario de base de datos puede ser uno u otro, y siempre se respetará la configuración de seguridad de la base de datos añadida a la que se realice en EnterpriseOne.

Así pues, tenemos muchas posibilidades en cuestión de seguridad. Tenemos al usuario del sistema informado de estas posibilidades, tenemos un proyecto en marcha y, ¿qué suele ocurrir?

Normalmente el tema de seguridad se va retrasando, diluyendo en distintas áreas de responsabilidad y se termina por llegar a la fecha del arranque sin un modelo de seguridad adecuado, y es cuando deprisa y corriendo se pretende construir una estructura de la organización desde la que se deduzca la configuración de seguridad, lo que normalmente no funciona.

Y todo esto suele ocurrir porque al implementar la solución de gestión no se tiene en cuenta, desde el principio, que un cambio de herramienta puede conllevar cambios en la organización, así como cambios en la forma de trabajar (todos hemos oído la famosa frase “es que en mi sistema yo hago…”), y todos estos cambios deben intentar ser descubiertos y tenidos en cuenta durante la fase de implantación, así como la configuración de seguridad asociada a las nuevas metodologías de trabajo. Porque, si quieres que todo sea como antes, ¿por qué cambias el sistema?

Juan Carlos García Fito

Hagamos un poco de historia sobre el producto original de donde y como nació el producto que hoy en día Oracle abandera como uno de sus productos líderes en plataformas iSeries.

En 1977 nace JD Edwards World Solution Company en Denver, Colorado y desarrolló una aplicación básica de contabilidad para sistemas /34 y /36 de IBM. Con posterioridad, IBM lanzo su nuevo sistema llamado AS/400 que incorporaba como base de datos DB2/400, esto hizo que JD Edwards lanzara al mercado su producto totalmente remodelado y adaptado a las nuevas necesidades del mercado con nuevas funcionalidades que le hizo convertirse en una aplicación ERP llamada “WorldSoftware” o popularmente “World”. En 1996, ante el boom de sistemas con arquitectura cliente/servidor, JD Edwards lanza al mercado su versión denominada “OneWorld” (que nada tiene que ver con “Oneworld”, la alianza de aerolíneas comerciales), la cual era independiente a las plataformas iSeries, (aunque compatible ya que se puede utilizar el iSeries como Enterprise Server), con la cual se abarcaba el nuevo mercado emergente y a la vez cubría todo el espacio de mercado con las dos versiones del producto, que indudablemente tenían y tienen tecnologías totalmente diferentes.

En 2003 Peoplesoft absorbe a JD Edwards, renombrando los dos productos por Peoplesoft Word y Peoplesoft One adaptándolos a los nombres de todos los productos Peoplesoft, a mi entender un error que provocaba perder una referencia a tantos años de experiencia. Esta situación duró poco tiempo, ya que en 2005 Oracle Corporation firmó la adquisición de Peoplesoft y devolvería, con nuevas versiones de los dos productos totalmente remodelados, su antigua entidad y nombre, “JD Edwards World” y “JD Edwards EnterpriseOne”.

En la actualidad, y después de más de 30 años en el mercado, el hermano mayor de los productos “JD Edwards World” sigue siendo el Nº 1 con la mayor base instalada en plataformas IBM iSeries.

Jose Tejedor

 ¿Cómo podemos controlar nuestros gastos? En estos días de crisis económica, ésta es una pregunta que las empresas de todos los sectores se hacen a diario. Resulta vital para la supervivencia de las empresas el llevar un riguroso control de los gastos tanto a largo plazo, como en el día a día. Para ayudarnos a llevar a cabo estas labores de “vigilancia”, podemos hacer uso de las muchas posibilidades que ofrece un ERP como JD Edwards.

En primer lugar gracias al módulo de compras de JD Edwards EnterpriseOne, podemos establecer un control sobre nuestro proceso de compras más básico, el llamado “Purchase to Pay”: hacer la compra, recepcionarla, y pagarla. La ventaja que tiene este proceso es que todo está perfectamente relacionado, y se puede configurar de manera que el sistema ejerza un férreo control: sólo puedo recepcionar aquello que figura en el pedido de compra que he hecho, y únicamente puedo pagar aquello que he recibido. De esta forma se evita tener material que no hemos pedido en nuestro almacén o tener que realizar devoluciones al proveedor; y por otro lado, sabemos exactamente que nos debe facturar nuestro proveedor, sin posibilidad de errores, ya que lo validamos con nuestra recepción.

Pero además, existen otras funcionalidades menos conocidas del módulo de compras de JD Edwards EnterpriseOne que pueden optimizar nuestras compras y ayudarnos a capear mejor el temporal.

Por ejemplo, podemos establecer un sistema de solicitudes internas que permitan crear una central de compras interna; de este modo, se realiza un único pedido al proveedor para todos los departamentos de la empresa, obteniendo descuentos por volumen y permitiendo reducir los costes de transporte.

Para incrementar el control sobre los gastos, podemos usar las rutas de aprobación, que permiten retener un pedido de compra cuando éste supera una cantidad determinada, estableciendo distintos niveles de aprobación según su importe y escalando automáticamente la aprobación según sea necesario.

También podemos optimizar nuestras compras haciendo uso de los controles por importe mínimo, que bloquean los pedidos de compra que no lleguen al valor mínimo para un proveedor determinado. Con esto logramos evitar que se realicen muchos pedidos pequeños en lugar de uno grande.

Otra posibilidad que se nos ofrece es la de establecer presupuestos para los distintos departamentos de la empresa, de manera que cada compra que realicen tenga en cuenta este presupuesto, y se bloqueen los pedidos hasta su aprobación o rechazo.

Por supuesto, en EnterpriseOne toda la información referente a los proveedores con los que trabajamos, como cumplimiento de plazos de entrega, calidad del material enviado, etc. queda reflejada en el sistema, y es posible realizar consultas sobre cada proveedor para seleccionar únicamente aquellos realmente fiables para trabajar con nosotros.

La ventaja que tienen estos controles es que pueden activarse en cualquier momento, tanto si se trata de una implantación, como si llevamos tiempo trabajando con nuestro ERP y queremos aprovecharlo al máximo.

Todos estos controles permiten optimizar las compras de nuestra empresa, reducir costes y facilitar la toma de decisiones, por lo que JD Edwards supone una ventaja que debemos aprovechar en estos momentos difíciles.

Angel F. Viartola

En una implantación de EnterpriseOne llega el momento de hacer una personalización.  ¿Qué se hace? ¿Se copia el objeto estándar y se modifica o se trabaja directamente contra el estándar? Es un debate que frecuentemente se da en los foros de JD Edwards. Yo tengo mi opinión al respecto: modificar el estándar siguiendo las recomensaciones de Oracle, siempre y cuando sea posible.

¿Cuales son las razones que me hacen elegir esa opción?

Copiar los estándares modificados a objetos nuevos implica perder toda posibilidad de mantenimiento por parte de Oracle: los parches se aplican sobre programas del estándar JD Edwards, no sobre programas de usuario. Y además, bajo determinadas condiciones, la aplicación de un parche no va a suponer la pérdida de nuestras modificaciones, siempre y cuando se hayan hecho con la metodología adecuada. Oracle en su serie de documentos “EnterpriseOne Modifications General Recommendations and Guidelines” explica detalladamente cómo se debe modificar el estándar, qué cambios son fácilmente reaplicables, qué cambios se perderán en el caso de actualización

En uno de los documentos de esa serie (ott-03-0020) se señala lo siguiente:

“Should I make a copy or should I modify the standard object? This is a judgment call. If the application has a lot of ER, is heavily used, often requires ESU’s, and is a big part of the day’s daily process, then modifying the standard object may be the best option.

If you make a copy of an object, you are making a snapshot of that object at a point in time when the copy is performed. When an ESU becomes available for the standard PeopleSoft EntepriseOne application that fixes a bug or adds functionality to the object you copied, the change is not included for the copied custom object. You can not direct the changes in the ESU to any object you want, such as a copy of the same object the ESU is intended for. The changes in the ESU are only applied to the object they are intended for.  Therefore any changes would have to be manually retrofitted to the custom object when an ESU is applied.”

“¿Debo hacer una copia o debería modificar el objeto estándar? Este es un juicio personal. Si la aplicación tiene un montón de ER, es muy usada, a menudo requiere de ESU (parches de la aplicación), y es una gran parte del proceso diario, entonces modificar el objeto estándar puede ser la mejor opción.

Si usted hace una copia de un objeto, usted está haciendo la copia de objeto en un momento concreto. Cuando un ESU que se disponga para el estándar de EntepriseOne corrija un error o aumente la funcionalidad del objeto que se ha copiado, el cambio no se incluye en cada objeto personalizado copiado (únicamente en el objeto original). Usted no puede aplicar los cambios del ES  a cualquier objeto que desee, como por ejemplo una copia del objeto estándar. Los cambios en los ESU sólo se aplican al objeto que están destinados. Por lo tanto, cualquier modificación tendría que ser manualmente aplicada para el objeto personalizado cuando se aplique un ESU al objeto original.”

Esto es: trabajar con programas copiados implica perder el mantenimiento, perder las posibles ampliaciones de funcionalidad, perder todo soporte por parte de Oracle.

Utilizar el estándar siempre es la mejor opción, sólo hay que diseñar las personalizaciones bajo un prisma de conocimiento adecuado de la aplicación, saber qué se guarda y qué se pierde (”what preserves and what replaces”) cuando se hace una actualización y ser conscientes de lo que es el desarrollo en EnterpriseOne. Hay herramientas y técnicas más que suficientes tanto para personalizar como para reaplicar los cambios sin perder nada y con una inversión de tiempo mínima si se hacen las cosas correctamente.

Un saludo a todos.

Juan Sáenz de Tejada

Cada 5 – 10 años sale al mercado un nuevo acrónimo que viene a complicarnos un poco más la vida; tenemos BI, ERP, SCM, CRM y ahora viene el SaaS, es decir el Software como Servicio que se supone que nos va a cambiar a todos la visión del mundo tal y como la conocemos, pero ¿es algo realmente nuevo? ¿Nunca hasta ahora se había planteado la venta del software como un alquiler mensual, sin más?  Y además, ¿ha ayudado a que las herramientas de software estén disponibles para la pequeña y mediana empresa en España? La respuesta es no, no y no.

Ya a finales de los años 90 del siglo pasado se empezó a hablar del software en ASP (¡otro acrónimo!).  Estos Proveedores de Servicios de Aplicaciones (es decir ASP) te intentaban vender algo que parecía un alquiler de software pero que finalmente no lo era. Simplemente era un Housing de tus sistemas por el que te pasaban un importe mensual pero realmente te estaban repercutiendo los costes tecnológicos (servidores, comunicaciones, etc.) más los costes de las licencias y además te incluían unos servicios de “personalización”. Cogían este total y te lo distribuían por número de usuarios y por meses y al final te decían son XXX€  (sí, un importe de tres cifras) al mes por usuario si firmas con nosotros por 3 años!!!!!! La única ventaja que tenías era que tu empresa podía pasar a externalizar el departamento informático, siendo ese gasto además deducible financieramente. Como consecuencia sólo a empresas con un tamaño grande  y con una plantilla elevada les merecía la pena, por lo que se daba la paradoja que una  solución pensada principalmente como una herramienta para acercar el software de gestión a las Pymes era una solución más para la facturaciones por encima de 50MM€.

Si miramos la composición del tejido empresarial español vemos que:

Fuente:Solmicro

Es decir más del 96% de las empresas españolas tienen menos de 10 empleados. De ellas un tercio no tiene ningún empleado. Estas empresas normalmente cuentan con poca experiencia en ERP, sus conocimientos informáticos no suelen ser muy altos (no se puede ser vendedor, financiero e informático a la vez) y además cuentan con pocos recursos económicos para inversiones tecnológicas. La pregunta ahora es ¿cómo ayudar a estas empresas?¿Cómo proporcionarles tecnología fácil de usar, con un alcance funcional limitado y con garantía de crecimiento? ¿Cómo hacer que se despreocupen de la tecnología? Y sobretodo ¿cómo hacer todo esto a un coste muy reducido?

Para contestar a estas preguntas está el modelo SaaS.

Gracias a este modelo de negocio, cualquier empresa por pequeña que sea puede tener un conjunto de aplicaciones que le permitirán ser más eficaces, tener una información empresarial mucho mas precisa y por tanto posibilitando el competir con otras empresas más grandes. Esto se hace alquilando la solución informática por un precio mensual muy asequible. El proveedor de servicio nos ofrece todo lo necesario para empezar a trabajar y su posterior mantenimiento ya va incluido en el pago mensual que realizamos.  ¿Pero cuales son las ventajas de este modelo?

Ventajas de SaaS:

• Acceso a potentes aplicaciones a precios reducidos (CRM, ERP, Emai y Colaboración Inteligente)
• Eliminar inversiones en compra de licencias
• El cliente paga sólo por lo que usa
• Disponibilidad 24×7
• Eliminación de costes ocultos, mantenimientos, copias de seguridad etc.
• Cambiamos el concepto de inversión por “gasto predecible”
• Accesibilidad desde cualquier lugar a cualquier hora
• Disponibilidad inmediata del servicio

Fuente: Quer System

Y la pregunta del millón, ¿hay alguien que ofrezca este modelo?

Pues sí. Solmicro ha presentado en el último ECCO 2009 su estrategia en éste modelo llamado SaaS Agilizate.  Solmicro ha llegado a una alianza con el Grupo IE Soluciones Tecnológicas como proveedor de la solución técnica. Este Grupo realiza el Outsourcing informático de empresas de primer nivel y de bancos nacionales y es el responsable de proveer de la infraestructura técnica. Asimismo Solmicro ofrece por un precio razonable de menos de 60€ al mes por usuario la posibilidad de utilizar la potencia del ERP eXpertis  en las siguientes áreas:

• Facturas de Venta y Compra
• Impuestos
• Gestión de cartera de cobros y pagos
• Contabilidad General y presupuestaria

Otra de las ventajas adicionales es que se asegura el crecimiento de la empresa hacia otros modelos más tradicionales en caso de que las necesidades vayan creciendo. La pega que yo le veo es que sería necesario quizás el incorporar algunas de las funcionalidades de ventas en cuanto al seguimiento de ofertas, conversión a pedidos, gestión de los contactos y llamadas, ya que por esa parte se queda cojo pero prometen que toda la funcionalidad de CRM estará disponible en el corto plazo. Otro tema es la posibilidad de usar alguno de los 9  verticales que disponen en modo SaaS, posibilidad que a fecha de hoy se está barajando pero que no se está realizando.

Por lo demás me parece una buena oferta e interesante para todas aquellas empresas que necesitan la funcionalidad de un ERP sin necesitar tenerlo físicamente en sus oficinas.

Miguel Angel Hernández

En primer lugar, decir que el presente artículo ha sido redactado desde el punto de vista del mercado español y teniendo en cuenta el mercado de las soluciones ERP, foco principal de IOS. No se ha tenido en cuenta otros países, que pudieran tener otras características, ni tampoco el software libre, el cual se escapa de nuestro alcance.

Con el paso de los años, el mercado de las soluciones ERP ha sufrido notables cambios. Entre otros aspectos, hemos pasado de un escenario con dos estratos claramente diferenciables y que a continuación clasificamos, a otro escenario mucho más disperso y entremezclado. De forma muy general, los dos grandes bloques a los que hago referencia son:

• “Grandes” soluciones ERP para “grandes” empresas: Son soluciones generalistas que previa adaptación y “parametrización” tienen cabida en todos los sectores. Generalmente atienden a proyectos de gran alcance, alta componente tecnológica, altos plazos de implantación (más de 1 año). Provienen de grandes fabricantes como Oracle , SAP, Microsoft, etc.
• “Pequeñas” soluciones para “pequeñas” empresas: Soluciones de carácter mucho más específico, con funcionalidad más reducida, menos capacidad de adaptación, baja componente tecnológica y reducido tiempo de implantación (varios meses o incluso semanas). Para compensar sus carencias funcionales, presentan muchos procesos desarrollados exclusivamente para atender a la necesidad del cliente, convirtiéndolas en soluciones perfectamente verticalizadas. Normalmente son distribuidas por “pequeños” fabricantes de software, muchas veces nacionales.

La línea de separación entre estos dos grandes bloques siempre ha estado claramente diferenciada hasta el punto de que simplemente por el tamaño de la compañía ya estabas condicionado a una solución u otra. Atendiendo a dicho tamaño así como al de la solución, podemos establecer la siguiente clasificación y su relación con la solución ERP implantada:

Grandes Compañías, empresas con más de 250 empleados y un volumen de negocio superior a los 50 M€. Por lo general ya tienen implantada una “gran” solución.

Mediana empresa: Entre 20 y 250 empleados y con una facturación comprendida entre los 3 M€ y los 50M€. Por lo general, o bien tienen una gran solución muy adaptada (que no verticalizada) a sus necesidades, o bien tienen una solución de las “pequeñas” perfectamente verticalizada, de nueva adquisición o con la que llevan trabajando desde que eran una pequeña compañía, o bien, un desarrollo a medida con grandes limitaciones.

Pequeñas empresas: Menos de 20 empleados y facturación inferior a los 3 M€. Estas compañías por lo general, o bien tienen una solución de nicho totalmente sectorizada y limitada, o un desarrollo a medida, o no tienen solución ERP.

Nos centraremos principalmente en el caso de las Grandes compañías y el de las Medianas empresas, al ser en este entorno, donde se produce la mezcla de intereses.

Desde mi punto de vista, y dejando al margen el posible efecto de la situación económica, existen varios factores que han motivado el cambio de escenario, o quizás mejor decir, la mezcla o choque de escenarios:

• La notable disminución de grandes compañías o multinacionales demandantes de nuevos productos y/o soluciones ERP, ya que no sale una gran compañía todos los días, y las existentes ya poseen una gran solución ERP.
• Como consecuencia del punto anterior, los grandes fabricantes de software se han visto obligados a “mirar” hacia abajo en la pirámide empresarial y más concretamente en el caso español, al estar compuesto en su mayoría por Pymes.
• Las “pequeñas” soluciones que trabajando en el marco de la pequeña y mediana empresa, al ofrecer productos de reducida funcionalidad, comparado con las grandes soluciones, se han visto obligadas a desarrollar en sus proyectos, funcionalidades demandadas por sus clientes. Estas funcionalidades han hecho de estos “pequeños” productos, unos sistemas perfectamente adaptados a la problemática de sus clientes, es decir, se han verticalizado. Esta verticalización ha dado como resultado un notable aporte de valor añadido a sus soluciones, lo que les ha empujado a mirar hacia arriba en la pirámide empresarial.

¿Serán capaces los grandes fabricantes de software de adaptar completamente sus estrategias a este mercado intermedio? ¿Es la verticalización el camino para estas grandes soluciones? ¿Será rentable esta verticalización para el gran fabricante teniendo en cuenta el alto coste de licencias, expertis, complejidad tecnológica, etc? ¿pondrán estos fabricantes toda su experiencia en la realización de estos verticales o serán sus Partners los que tengan que asumir el reto? ¿Están las Pymes en situación de abordar proyectos de verticalización con grandes soluciones? ¿Podrán competir en precio con las experimentadas “pequeñas” soluciones ya verticalizadas? ¿Hasta que altura de la pirámide llegarán los pequeños fabricantes? ¿o hasta donde bajarán los grandes? ¿prefieren los clientes una solución que se les de una pronta y sencilla salida a sus problemas o invertirán en soluciones de más largo recorrido?

Todas estas cuestiones y muchas otras son motivos suficientes que nos llevarán a escribir otros artículos.

En este artículo he intentado dar mi opinión en unas pequeñas pinceladas sobre el mercado de ERP. Tan amplio y complejo es este sector que hasta el orden de los conceptos es difícil de conseguir. Espero de vuestros comentarios para entre todos ponerlos en consonancia.

Un saludo