La interoperabilidad de procesos de negocio ( BPI ) es una propiedad que se refiere a la capacidad de diversos procesos de negocio para trabajar juntos, lo que se denomina "interoperabilidad". [1] Es un estado que existe cuando un proceso de negocio puede cumplir con un objetivo específico utilizando automáticamente solo el trabajo humano esencial. Por lo general, BPI está presente cuando un proceso se ajusta a los estándares que le permiten lograr su objetivo independientemente de la propiedad, ubicación, marca, versión o diseño de los sistemas informáticos utilizados.
Descripción general
El principal atractivo de BPI es que un proceso empresarial puede comenzar y finalizar en cualquier punto del mundo, independientemente de los tipos de hardware y software necesarios para automatizarlo. Debido a su capacidad para descargar el trabajo de la "mente" humana, muchos consideran que BPI es la etapa final en la evolución de la informática empresarial . Los criterios gemelos de BPI de trabajo humano específico, objetivo y esencial, son subjetivos. [ cita requerida ]
Los objetivos de BPI varían, pero tienden a caer en las siguientes categorías:
- Habilite el procesamiento directo de extremo a extremo ("STP") mediante la interconexión de datos y procedimientos atrapados en silos de información
- Deje que los sistemas y productos funcionen con otros sistemas o productos sin un esfuerzo especial por parte del cliente.
- Aumente la productividad automatizando el trabajo humano
- Elimine los procesos comerciales redundantes y las replicaciones de datos
- Minimizar los errores inherentes a los procesos manuales
- Introducir el software como servicio empresarial convencional
- Dar a los altos directivos un medio práctico para supervisar los procesos utilizados para ejecutar las operaciones comerciales
- Fomentar el desarrollo de procesos comerciales innovadores basados en Internet.
- Poner énfasis en los procesos comerciales en lugar de en los sistemas necesarios para operarlos.
- Refuerce la seguridad eliminando las brechas entre los sistemas de software patentados
- Mejore la privacidad dando a los usuarios un control total sobre sus datos.
- Habilite escenarios y pronósticos empresariales en tiempo real
La interoperabilidad de los procesos comerciales se limita a los sistemas de software empresarial en los que las funciones están diseñadas para trabajar juntas, como un módulo de nómina y un módulo de libro mayor que forman parte del mismo paquete de programas, y en entornos de software controlados que utilizan EDI . La interoperabilidad también está presente entre sistemas incompatibles donde se ha aplicado middleware . En cada uno de estos casos, sin embargo, los procesos rara vez superan la prueba de BPI porque están limitados por silos de información y la incapacidad de los sistemas para comunicarse libremente entre sí.
Historia
El término "interoperabilidad de procesos comerciales" (BPI) se acuñó a fines de la década de 1990, principalmente en relación con la cadena de valor en el comercio electrónico . [2] [3] El BPI ha sido utilizado en materiales promocionales por varias empresas y aparece como tema de investigación en organizaciones interesadas en ontologías informáticas .
A pesar de la atención que ha recibido, la interoperabilidad de los procesos comerciales no se ha aplicado fuera de los entornos de sistemas de información limitados. Una posible razón es que BPI requiere la conformidad universal con los estándares para que un proceso empresarial pueda comenzar y finalizar en cualquier punto del mundo. Los estándares en sí mismos son bastante sencillos: las organizaciones utilizan un conjunto finito de procesos compartidos para administrar la mayoría de sus operaciones. Reunir a las empresas para crear y adoptar las normas es otra cuestión. Después de todo, el mundo de los sistemas de gestión se caracteriza por silos de información . Alejarse de los silos requiere que las organizaciones se ocupen de cuestiones culturales como la propiedad y el intercambio de procesos y datos, las fuerzas competitivas y la seguridad, sin mencionar el efecto de la automatización en sus fuerzas laborales.
Si bien no se puede predecir el calendario o la adopción de BPI, sigue siendo un tema de interés tanto para las organizaciones como para los think tanks .
Prueba de BPI
Para probar el BPI, una organización analiza un proceso comercial para determinar si puede cumplir con su objetivo específico utilizando únicamente el trabajo humano esencial .
El objetivo específico debe estar claramente definido de principio a fin. Sin embargo, el comienzo y el final son muy subjetivos. En una organización, un proceso puede comenzar cuando un cliente solicita un producto y finalizar cuando el producto se entrega al cliente. En otra organización, el mismo proceso puede ir precedido de la fabricación y distribución del producto, y puede ir seguido de la gestión de la garantía posventa y las reparaciones.
El trabajo humano esencial incluye:
- Tareas que deben realizar las personas porque no se dispone de medios prácticos de automatización. Los ejemplos incluyen combatir un incendio, conducir un autobús y preparar una comida.
- Tareas que, en opinión de la dirección, son realizadas de forma más eficaz por las personas. Los ejemplos incluyen contestar una llamada telefónica con una voz humana y ofrecer asesoramiento sobre inversiones en persona.
- Tareas en las que el costo de la automatización es mayor que el costo de la mano de obra humana.
Para calificar para BPI, todas las tareas del proceso deben tenerse en cuenta de principio a fin, incluida la mano de obra que se encuentra entre las grietas creadas por aplicaciones de software incompatibles, como recopilar datos de un sistema y volver a ingresarlos en otro, y preparar informes. que incluyen datos de sistemas dispares. El proceso debe fluir ininterrumpidamente independientemente de los sistemas informáticos subyacentes que se utilicen. Si existe trabajo humano no esencial en algún momento, el proceso no pasa la prueba de BPI.
Lograr BPI
Para asegurar que los procesos de negocio puedan cumplir sus objetivos específicos automáticamente utilizando únicamente la mano de obra humana esencial, BPI adopta un enfoque de “arquitectura orientada a servicios” ( SOA ), que se centra en los procesos en lugar de en las tecnologías necesarias para automatizarlos. Una SOA ampliamente utilizada es una forma eficaz de abordar los problemas causados por cualquier sistema dispar que sea el corazón de cada silo de información .
SOA tiene sentido práctico porque no se puede esperar que las organizaciones reemplacen o modifiquen su software empresarial actual para lograr BPI, independientemente de los beneficios involucrados. Los trabajos de muchos trabajadores se basan en las aplicaciones que utilizan, y la mayoría de las organizaciones tienen inversiones considerables en sus infraestructuras de información actuales que son tan complejas que incluso la modificación más pequeña puede ser muy costosa, lenta y disruptiva. Incluso si los fabricantes de software unieran y ajustaran sus productos a un solo conjunto de estándares, el problema no se resolvería. Además del software de fabricantes reconocidos, las organizaciones utilizan una gran cantidad de sistemas de software heredados , aplicaciones personalizadas, procedimientos manuales y formularios en papel. Sin SOA, simplificar una cantidad tan grande de procesos internos dispares para que interoperen en todo el espectro empresarial global está simplemente fuera de discusión.
Para crear una SOA para un uso generalizado, BPI se basa en un repositorio de base de datos centralizado que contiene datos compartidos y procedimientos comunes a las aplicaciones en todas las industrias y áreas geográficas. En esencia, el repositorio sirve como una capa de aplicación superior, lo que permite a las organizaciones exportar sus datos a su base de datos distribuida y obtener los programas que necesitan simplemente iniciando sesión a través de un portal . Para garantizar la seguridad y la neutralidad comercial, el repositorio se ajusta a los estándares promulgados por la comunidad de partes interesadas de BPI .
Las organizaciones y los grupos de interés que desean lograr la interoperabilidad de los procesos comerciales comienzan por establecer una o más iniciativas de BPI.
Ver también
- Silo de información , la antítesis de BPI
Referencias
- ^ Christina Tsagkani (2005) " Colaboración entre organizaciones en la capa de proceso ". Actas de la conferencia IFIP / ACM SIGAPP INTEROP-ESA, 23 al 25 de febrero, Ginebra, Suiza , editorial Springer Science. Tsagkani afirma:
- La interoperabilidad de procesos comerciales se caracteriza como la capacidad de las actividades comerciales de una parte para interactuar con las de otra, independientemente de que estas actividades comerciales pertenezcan o no a diferentes unidades del mismo negocio oa diferentes negocios .
- ^ Asuman Doğaç ed. (1998) Sistemas de gestión de flujo de trabajo e interoperabilidad . Springer-Verlag Nueva York. Dimitrios Georgakopoulos y Aphrodite Tsalgatidou discutieron el
- ... necesidad de gestionar el ciclo de vida del proceso empresarial de forma eficaz, es decir, realizar la gestión de los procesos empresariales . y formas en las que la interoperabilidad entre WFMS y BPMT puede proporcionar un soporte completo para la gestión de todo el ciclo de vida del proceso empresarial. . (pág.358)
- ^ Derek Leebaert (1999) El futuro del mercado electrónico . pag. 297. Leebaert reconoció que
- Lograr un mercado electrónico sólido requerirá nuevos conceptos que promuevan la "interoperabilidad de los procesos comerciales".
Otras lecturas
- O. Adam y col. (2005). Un marco de colaboración para la gestión de procesos empresariales entre empresas . Ponencia Primera Conferencia Internacional sobre Interoperabilidad de Software y Aplicaciones Empresariales, INTEROP-ESA'2005.
- Khalid Belhajjame, Marco Brambilla. Descripción y descubrimiento de procesos de negocio basados en ontologías . En las actas del décimo taller sobre modelado, desarrollo y soporte de procesos de negocio (BPMDS) en CAiSE 2009, Amsterdam, junio de 2009 , Springer LNBIP, vol. 29, págs. 85–98.
- Guijarro, L. (2007). "Marcos de interoperabilidad y arquitecturas empresariales en iniciativas de gobierno electrónico en Europa y Estados Unidos". Government Information Quarterly . 24 (2007): 89–101. CiteSeerX 10.1.1.73.7861 . doi : 10.1016 / j.giq.2006.05.003 .
- Kurt Kosanke (2005). "INTEROP-ESA'2005, Resumen de trabajos"
- Richard A. Martin (2004). Documento "Una base de estándares para la interoperabilidad" Conferencia internacional de 2004 sobre integración empresarial y tecnología de modelado. 9-11 de octubre de 2004. Universidad de Toronto, Canadá.
- MP Papazoglou y col. (2000) " Cadenas de valor integradas y sus implicaciones desde un punto de vista empresarial y tecnológico ", Decision Support Systems 29 2000 p. 323–342
enlaces externos
- Centro de desarrollo de infraestructura de comercio electrónico