Integración de un ERP (1/2) (47)

Las soluciones que ofrece una empresa pretenden integrar “desde el tablero de control hasta la mesa de dirección”... y más allá: también aspiran a unir una cadena de valor desde el cliente del cliente hasta el proveedor del proveedor. No obstante, tal pretensión presenta varios obstáculos, por lo que la integración debe de trabajarse por niveles.

El primer problema que se busca resolver con la integración es comunicar el software A con el B mediante la homologación de sus códigos.

El segundo obstáculo a superar es integrar procesos, sin importar los sistemas que se usen. Los procesos deben ser transparentes, más allá de los códigos comunes. Con ese propósito, la empresa desarrolló un producto, a través del cual se pueden “mapear” los procesos, independientemente de las herramientas que estén interviniendo.

El tercer escollo a eliminar es la integración de la información. Además de que el software y los procesos estén integrados, es preciso que los directores tengan esa información en su mesa. Con el objetivo de poner disponible los datos de los diferentes procesos en un lugar único, se crea el portal de la empresa. De ese modo, el personal no tiene que entrar a las aplicaciones individuales para ver sus resultados.

El último paso de la integración se refiere al manejo productivo de los datos con los que se cuentan. Para la empresa, el final de la colaboración está englobado en su solución de Business Intelligence, que es una base de datos que captura la operación de todos los sistemas en una herramienta única de información, en tiempo real. El enorme énfasis que ha puesto la empresa en la integración se ha convertido en su ventaja competitiva.

Otra de sus ventajas competitivas es, sin duda, la velocidad del ERP para salir de la crisis. El pasado mes, la firma de este ERP estaba al borde la quiebra; ninguno de sus potenciales clientes querían escuchar las ventajas de sus nuevos productos y la competencia pensaba que ya era uno menos. Sin embargo, en esta era de competencia (una mezcla de colaboración y competencia), las firmas de software integrador tendrán que acostumbrarse a tomar en cuenta a la empresa de ERP.

Tres consultores ingleses describieron la implementación de un ERP como el equivalente a hacerse un tratamiento de conducto: es muy doloroso; es caro y a veces es preferible no hacerlo, aunque los especialistas digan que será mejor.

El ERP es un hueso duro de roer y a través de los años hay una buena cantidad de proyectos fallidos. Muchos de estos pueden atribuirse a fallas en uno o varios de los siete hábitos para una implementación exitosa. Se trata de hábitos porque muchos de los problemas subyacentes están relacionados con dificultades para afrontar cuestiones culturales dentro de la organización.

Las personas están acostumbradas a trabajar con métodos viejos y quieren continuar con esas formas. Están habituados a trabajar con datos inapropiados, fechas inválidas del sistema y otras ineficiencias. Mucha gente prefiere la informalidad a la formalidad. Tienen ciertos vicios. ¿Por qué cambiar estos hábitos a esta altura de la vida?

La implementación de un ERP trae consigo la necesidad de adoptar mayor formalidad en el trabajo y la adhesión a más procesos de los que la gente está acostumbrada. La verdad es que el mundo es más global, más competitivo y cambia muy rápido. Y en este contexto las empresas necesitan integrarse tanto en los negocios como en los países, industrias y culturas para poder sobrevivir.

Systems and Models - SEBOK (22)

Representing Systems with Models

A model (glossary) is an abstraction of a system that offers insight about one or more of the the system's aspects, such as its function, behavior, structure, properties, or cost. Modeling is a common practice that is shared by most engineering disciplines, such as (1) electrical engineering, which uses electrical circuit design models, (2) mechanical engineering, which uses three-dimensional computer-aided design models, and (3) software engineering, which uses software design models. Each of these disciplines has their own language, with its syntax and semantics, serving as a means of communication among professionals in that discipline. Analytic models are used to support power, thermal, structural, and embedded real-time analysis.

Modeling of systems as holistic, value-providing entities, has been gaining recognition as a central process of systems engineering (glossary). Modeling serves to make concepts concrete and formal, enhance quality, productivity, documentation, and innovation, as well as reduce the cost and risk of systems development. Different types of models may be needed to represent systems in support of the analysis, specification, design, and verification of systems. This knowledge area provides an overview of models used to represent different aspects of systems.

What is a Model?

This topic provides foundational concepts, such as definitions of a model and a modeling language, and expresses their relationships to modeling tools (glossary) and model-based systems engineering (MBSE).

Definition of a Model

There are many definitions of the word model. In the context of systems engineering, a model that represents a system and its environment is of particular importance to the system engineer who must analyze, specify, design, and verify systems, as well as share information with other stakeholders. A variety of system models are used to represent different types of systems for different modeling purposes. The modeling standards topic refers to some of the standard system modeling languages and other modeling standards that support MBSE.

A physical model can be a mockup that represents an actual system, such as a model airplane.

A mathematical model may represent possible flight trajectories in terms of acceleration, speed, position, and orientation. A logical model may represent logical relationships that describe potential causes of airplane failure, such as how an engine failure can result in a loss of power and cause the airplane to lose altitude, or how the parts of the system are interconnected. It is apparent that many different models may be required to represent a system-of-interest (SoI).

Modeling Tools

Models are created by a modeler using modeling tools. For physical models, the modeling tools may include drills, lathes, and hammers. For more abstract models, the modeling tools are typically software programs running on a computer. These programs provide the ability to express modeling constructs using a particular modeling language.

A word processor can be viewed as a tool used to build text descriptions using natural language. In a similar way, modeling tools are used to build models using modeling languages. The tool often provides a tool palette to select symbols and a content area to construct the model from the graphical symbols or other concrete syntax. A modeling tool typically checks the model to evaluate whether it conforms to the rules of the language, and enforces such rules to help the modeler create a well-formed model. This is similar to the way a word processor checks the text to see that it conforms to the grammar rules for the natural language.

Some modeling tools are commercially available products, while others may be created or customized to provide unique modeling solutions. Modeling tools are often used as part of a broader set of engineering tools which constitute the systems development environment. There is increased emphasis on tool support for standard modeling languages that enable models and modeling information to be interchanged among different tools.

Relationship of Model to Model-Based Systems Engineering

The International Council of Systems Enginnering (INCOSE) INCOSE Systems Engineering Vision 2020 (2007) defines MBSE as “the formalized application of modeling to support system requirements, design, analysis, verification, and validation activities beginning in the conceptual design phase and continuing throughout development and later life cycle phases.” In MBSE, the models of the system are primary artifacts of the systems engineering process, and are managed, controlled, and integrated with other parts of the system technical baseline.

This contrasts with the traditional document-centric approach to systems engineering, where text-based documentation and specifications are managed and controlled. Leveraging a model-based approach to systems engineering is intended to result in significant improvements in system specification and design quality, lower risk and cost of system development by surfacing issues early in the design process, enhanced productivity through reuse of system artifacts, and improved communications among the system development team.

In addition to creating models, the MBSE approach typically includes methods for model management which aim to ensure that models are properly controlled and methods for model validation which aim to ensure that models accurately represent the systems being modeled.

Instalación global de un ERP (46)

Hay multinacionales que desean planificar sus recursos empresariales globales para unificar el funcionamiento a escala mundial de la compañía. Las empresas con estructuras de gestión centralizadas son candidatas ideales a la instalación de un ERP global para todas las delegaciones. Las empresas químicas, petroquímicas, fabricantes de chips, y en definitiva, aquellas cuyos productos no cambian de un país a otro son las perfectas candidatas.

Las ventajas de una implantación global son muchas, entre ellas:

- Simplifica la generación de informes.

- Sólo se mantiene una base de datos central.

- Se facilita la gestión de la tecnología.

Pero los obstáculos son muchos. Entre ellos se pueden presentar:

- Distintos husos horarios

- Demasiados usuarios. ¿Un servidor central puede soportar a tantos usuarios potenciales?.

- Distintos idiomas.

- Distinta moneda.

- Problemas en las telecomunicaciones.

- Tiempo de respuesta demasiado grande.

- Las copias de seguridad y el mantenimiento se pueden realizar cuando apenas hay actividad en la central (por las noches), pero en ese momento es una hora punta en otro lugar del mundo y se pueden encontrar con que el sistema no funciona o va muy lento.

- Con el soporte a los usuarios puede pasar lo mismo, y no tener servicio cuando más se necesita en la otra parte del mundo.

- Etc.

Pese a todo esto, se han realizado implantaciones globales con éxito, aunque siempre el coste aumenta un 20% sobre un proyecto nacional (hay que añadir al coste normal los viajes, los consultores contratados especialmente para esto, las traducciones necesarias, etc.).

Los principales beneficios que se pueden obtener son:

- Descuentos por contratos globales del ERP.

- Incremento de la facturación y recorte de costes.

- Entregas más rápidas a los clientes.