Construyendo una empresa de ensueño: datos maestros e integración

Existe la leyenda de que cuando Bill Gates y sus colegas estaban pensando en la arquitectura del futuro Windows 3.1, la dibujaron a mano en papel Whatman encolado. Pequeños cuadrados designan bloques y módulos del sistema, y ​​flechas entre ellos: los datos fluyen de un sistema a otro (cada sistema se comunica con cada uno directamente). Este esquema encajaba completamente en el piso de la oficina cerca del propio Gates, sin embargo, la mesa y las sillas tuvieron que ser sacadas al pasillo.



Un año después, mientras diseñaban el nuevo sistema operativo Windows 95, los chicos sacaron una cantimplora entera. Pero después de un par de meses de trabajo, quedó claro que tampoco habría suficiente espacio en él. Y si permite que las aplicaciones continúen comunicándose con el sistema operativo y entre sí a la antigua, obtendrá un verdadero infierno de interminables interconexiones y dependencias. Se necesitaba un enfoque fundamentalmente diferente ...



imagen



Pero, ¿y si creamos un mecanismo único a través del cual todos se comunicarán entre sí? ¡Eureka!



El resultado fue una obra maestra de la ingeniería, la API Win32. Es un conjunto de funciones para vincular componentes y aplicaciones de Windows entre sí, uno de los factores que hizo que Windows 95 y los sistemas operativos Windows posteriores fueran tan populares.



Integración



Para los jefes de proyecto y los responsables de la integración, la transferencia de datos entre diferentes sistemas evoca sentimientos, a veces cercanos al pánico. Desde el punto de vista de la gestión de procesos, la integración agrada con una gran cantidad de pequeñas cosas y cuellos de botella en los que algo puede salir mal.



La situación es especialmente aguda en las grandes empresas, donde puede haber entre 10 y 20 sistemas de información diferentes en el circuito de integración, y es necesario asegurar la continuidad de los procesos de negocio al transferir datos en todas las direcciones.



imagen



Planificar y administrar la arquitectura de un complejo de aplicaciones de este tipo no es una tarea trivial y, lamentablemente, no se puede resolver con el espíritu de “dejar que todos usen rebbit”, “instalar WSO2” o “reemplacemos todo por microservicios”. No, los ejemplos han sido y serán, pero el caso, en el mejor de los casos, termina con dos o más "núcleos" de integración, en el peor: la interrupción de la continuidad del negocio con consecuencias desagradables para los participantes.



En este artículo, quiero describir las principales etapas del proceso, ya que generalmente se desarrolla de manera espontánea en las grandes empresas. Introducir una escala de desarrollo de integración de la empresa de 1 a 10. Esta escala, por supuesto, reflejará el crecimiento de la propia empresa, el crecimiento del nivel de desarrollo de tecnologías administrativas en la empresa. Y también quiero esbozar los principales vectores del desarrollo: dónde correr, qué hacer y quién tiene la culpa de todo esto. Broma.



Para la vivacidad, tomé el ejemplo de una empresa de fabricación abstracta. Hará que sea más fácil mostrar que el aumento de la complejidad de la TI no es un fin en sí mismo, sino una respuesta a todos los nuevos desafíos que enfrenta una empresa en crecimiento. Si su empresa no es una empresa de fabricación, sino, por ejemplo, un sector de servicios, la diferencia es pequeña. Algunos pasos se pueden cambiar un nivel o dos hacia arriba o hacia abajo mientras se mantiene el escenario general.



Además, casi no hay nombres de productos o tecnologías específicos en el artículo. en el campo de la integración “no hay caminos, hay direcciones”. No hay un producto específico que usted simplemente ponga y use. Siempre se tratará de desarrollar, al menos, conectores. 1C, Windows, Office se mencionan como software generalizado, pero en lugar de ellos, sin perder significado, se pueden sustituir SAP, Linux, etc.



Por supuesto, los ejemplos se han simplificado en aras de la claridad. Quedarán abiertas varias preguntas. Y el enfoque en sí, como siempre es el caso en TI, no es el único correcto, así que invito a todos a la discusión.



Este artículo será de especial interés para los ejecutivos de TI, arquitectos, integradores, así como para cualquier persona que trabaje en empresas bastante grandes.



Nivel 0



Felicitaciones, recientemente se graduó de la universidad y decidió emprender negocios. Acaba de registrar a un empresario individual.



En un futuro cercano, se familiarizará con el asombroso mundo de los negocios, en el que habrá momentos agradables y no tanto. Ya ha escuchado algo sobre uno de ellos en la publicidad social: los impuestos.



Para pagar impuestos (si no tiene ingresos imputados), debe calcular de alguna manera cuánto dinero ganó en total durante el período. Es poco probable que un empresario individual comience a trabajar de inmediato mediante transferencia bancaria, y cuando se trabaja con efectivo, recientemente se requiere una caja registradora en Rusia.



Por supuesto, querrá compilar un catálogo de sus productos y servicios para poder seleccionarlo inmediatamente de la lista y marcar un cheque. Y al final del mes, calcule y vea que la posición A le brinda un x% más que la posición B.



Entonces, un simple 1C, o cualquier otro producto similar, aparece en su computadora portátil.



imagen



imagen


Nivel 1: negación



El negocio va bien, tienes un asistente y luego otro.



Has abierto un segundo punto de venta en otra zona de la ciudad, y allí necesitas poner una segunda taquilla. Ya no se puede conectar a su computadora portátil.



Lea las instrucciones para el pago, configure una conexión a través de Internet móvil. O contacta con la empresa donde lo compraste, ellos estarán encantados de ayudarte. Aún no se habla de ningún tipo de integración.



imagen



imagen


Nivel 2



El negocio está mejorando, ha logrado entrar en el sector empresarial. Puede que lo haya embellecido un poco, pero pudo interesar a dos empresas locales. No muy grandes, pero son personas jurídicas reales con las que celebró sus primeros contratos reales.



Y un contrato más, el tercero, con un proveedor, pero de alguna manera no tiene muy buenos acuerdos orales en las entregas: viola plazos, hay dudas sobre la calidad.



Con el primer cliente, pudo llegar a un acuerdo sobre un prepago, y el segundo lo convenció de realizar el pospago, y ahora necesita mantener registros en el contexto de los clientes para comprender exactamente quién fue "pesado en gramos". Afortunadamente, su 1C tiene un directorio de contratistas y usted ingresó solemnemente las dos primeras entradas en él. Otro proveedor, por si acaso. Y uno más - "otro".



Te duele la cabeza después de la fiesta de ayer. Fuiste al banco para obtener un estado de cuenta y "encontraste" tu primera visita allí. Por supuesto, tal ocasión no podía pasarse por alto ni anotarse. Y luego pensó, ¿qué pasa si un día su negocio crece tanto que los pagos llegarán todos los días?



imagen


Nivel 3: ira



Varias veces todo casi desapareció. El compromiso le ha hecho marcar una gran diferencia en su negocio. Empezaron a surgir problemas, en general, en las cosas más sencillas. Donde definitivamente no los esperabas.



Primero, por primera vez en varios años de arduo trabajo, decidió irse de vacaciones. Recientemente, se completó un buen pedido, apareció algo de dinero gratis, ¿por qué no tomar un descanso?



Estuvimos de acuerdo en todo, nombramos al más inteligente de los empleados como su adjunto, le dijimos que llamara si algo iba mal y lo dejamos descansar durante dos semanas.



No hubo llamadas durante la primera semana y fue quizás la semana más feliz y tranquila de su vida. El último es.



Entonces sonó la campana. No, no así. LLAMADA. No solo todo salió mal, tuvo que regresar a casa con urgencia y restaurar todo lo que casi se rompió sin usted: relaciones con clientes, procesos, contabilidad.



Tuviste que separarte del más inteligente, pero sacaste dos conclusiones por ti mismo:



1. Es hora de contratar al primer gerente, un líder. Y la cuestión no es ni siquiera que no tengas tiempo, sino que simplemente no puedes descansar ni un día. Dado que el esquema de trabajo de IP no implica una jerarquía, significa que usted forma una entidad legal y se convierte en una LLC. Con la renovación de todos los contratos.



2. Entiende que necesita una herramienta que le permita comprender en cualquier momento cómo va el negocio ahora. Informes periódicos. Bueno, está bien, no en cualquier momento, pero ¿al menos una vez a la semana? ¿No? De acuerdo, una vez al mes.



En segundo lugar, en relación con la formación de una entidad legal, tenía que ponerse en contacto con el franquiciado de 1C para comprar una versión del programa para entidades legales.



El gerente recién contratado trajo a un contador inteligente, a tiempo parcial, por supuesto. También explicó que para que funcione, deberá ordenar el desarrollo de un par de informes al franquiciado de 1C, sin los cuales no hay absolutamente nada. Ella también se hizo cargo del cálculo de los salarios y la administración de registros de personal, simplemente comenzó a mantenerlos no en 1C, sino en otro programa que se les enseñó en la universidad.



imagen



imagen


Nivel 4



Pasaron varios años más. Hubo altibajos, hubo todo tipo de cosas. La crisis se ha calmado en el país, pero de alguna manera no te afectó particularmente. En particular, debido al hecho de que siempre entendió claramente el estado de su negocio y rápidamente podría "cortar huesos" cuando fuera necesario.



Ha desarrollado una reputación como socio confiable, el número de clientes ha superado los 20 y la empresa ya emplea a unas 50 personas. ¡Han aparecido varios departamentos!



Cada vez se necesitan más informes para el trabajo, por lo que contrató a un programador de apodo 1C, que finalmente dominó y comenzó a perfeccionar el sistema de personal también. Y un tipo más, un tipo de TI de todos los oficios para apoyar a los empleados, configurar computadoras, impresoras y otros equipos.



Los resultados de su trabajo, bienes, ya no caben en su dormitorio, pasillo, garaje, y decide alquilar un almacén.



Comenzamos a pensar en un programa para administrar un almacén y entregas (hubo un par de casos, llevaron la mercancía al cliente equivocado), pero el apodo de 1C sugirió que se puede comprar un módulo de almacén para 1C. O para no comprar nada en absoluto, él mismo escribirá mejor, y precisamente teniendo en cuenta sus necesidades.



También confundió los descuentos que prometió a diferentes clientes varias veces, y recientemente incluso facturó varios millones al cliente equivocado, lo que lo puso muy tenso. Todos los empleados insisten en que es hora de implementar CRM.



Un tipo de TI se graduó recientemente de la universidad y se ofreció a escribir su propio CRM, que incluiría todo su ciclo de producción. 1C-nick prometió ayudarlo. Y en solo un par de semanas, esbozaron un prototipo funcional, ¡era muy posible usarlo!



Ambos hablaron y se comportaron con suficiente confianza, y en ese momento pensaste seriamente: ¿deberías desarrollar tu propio servicio de TI, desarrollar tus propias soluciones, o recurrir a algún integrador, utilizar servicios de subcontratación?



Después de pensar, escuchar y leer muchas opiniones, decidió no optar por la subcontratación. En primer lugar, casi siempre es más caro que el personal del personal. alimenta no solo a los artistas intérpretes o ejecutantes, sino también a su liderazgo, y también se pagan muchos impuestos.

En segundo lugar, la calidad de dicho trabajo está lejos de estar siempre garantizada, incluso si los artistas son los más titulados (en un entorno informal, una vez les preguntó sobre el porcentaje de proyectos completados con éxito a tiempo, oh, en vano ...)



Y En tercer lugar, y éste es el más crítico: ni un solo subcontratista hará el trabajo por usted "como por sí mismo". Va en contra de sus intereses comerciales atarte a él de todas las formas posibles.



Como resultado, creyó en las convincentes voces de sus especialistas en TI y decidió que sería mejor así, ¡tener sus propios desarrollos! Está claro que más adelante deberá contratar a otro desarrollador, y a más de uno. Está claro que se meterán con el tiempo, que no harán lo que se distraerán. Lo principal aquí es que el líder es sensato. Y los matices, por lo que todos tienen matices, están en el departamento de contabilidad, en la seguridad y en el AXO.



Aproximadamente a partir de este momento, comienzan a suceder demasiadas cosas en los negocios, y no describiré el desarrollo del negocio en los eventos, nos concentraremos en aumentar la complejidad de la infraestructura de TI, aumentar la cantidad de sistemas en el bucle y desarrollar la integración.



También en este nivel, existe el peligro de pisar uno de los rastrillos más grandes y controvertidos en la historia de la integración corporativa: permitir que los sistemas se comuniquen directamente entre sí. Vea el ejemplo del diagrama a continuación: CRM "va" por los datos directamente al almacén y los sistemas de personal.



imagen



imagen




Nivel 5: negociación



Con el crecimiento del negocio, se abrió una oficina en el centro regional vecino, luego en la capital norteña. Ha llegado el siguiente momento crítico en el desarrollo empresarial y empresarial: el escalado regional.



Se bebió mucha sangre café, se fumaron muchos cigarrillos en busca de mejores escenarios. Se sorprendió al saber que a menudo no es suficiente simplemente multiplicar los costos por dos para expandirlos a otras oficinas. Por ejemplo, para que pueda llamar sin problemas a la primera desde la segunda oficina utilizando un teléfono interno, necesita gastar mucho más que solo la primera oficina. Necesita crear infraestructura, comprar licencias de hardware y software. Afortunadamente, la tercera oficina, la cuarta, etc. ya no requieren tales inversiones de capital.



Después de varios incidentes de fuga de información, decide contratar a un especialista en seguridad de la información. Él, por supuesto, da la vuelta a casi toda la infraestructura de TI y rápidamente se gana el "amor" sincero de todos los especialistas en TI. Pero solo por un tiempo, tk. sabe justificar claramente sus requisitos y, en general, el propio especialista en informática, de la misma sangre que ellos. Su primer requisito fue cerrar todos los puertos innecesarios y enviar información a través de canales seguros. Dio muchos buenos consejos sobre monitoreo, copias de seguridad, seguridad y otras utilidades, pero lo más importante en el contexto de este artículo, trajo a la empresa un par de sistemas de información más que debían integrarse con el resto. En total, ya tienes 7-8.



Recientemente se lanzó un portal corporativo, una intranet, que se ha convertido en una buena ayuda para los empleados. Sin embargo, la mayor revelación para usted fue que el portal no mostraba la estructura de la empresa y la lista de empleados. No, los chicos mostraron algo, pero ¿qué es esta estructura, de dónde la sacaron? ¡Es solo una especie de híbrido entre una serpiente y un erizo! ¿Qué pasa con la lista de empleados? Usted personalmente despidió a varios de ellos, ¿por qué siguen apareciendo? ¿Están en el sistema de personal? ¿Y en 1C? ¿De dónde provienen estos datos? ..



El desarrollador de 1C *) presentó una propuesta para comprar e implementar un módulo para los datos maestros de contabilidad - aquí es cuando toda la información en todos los directorios generales (por ejemplo, por estructura, empleados, contratistas) se recopila y controla en un sistema **)... Y también para que todos los intercambios de información pasen por este sistema, entonces este proceso será visual y manejable. Si hay algún error, se notará de inmediato, y esto es especialmente importante. Hace un par de meses ya existía un precedente cuando la información salarial no se descargaba del sistema de personal a 1C, y el salario no se transfería a los empleados a tiempo.



¿Qué se necesita para esto? Elija tal sistema. Los desarrolladores aconsejan una solución en la plataforma 1C: este es un constructor que debe perfeccionarse usted mismo. Además, los desarrolladores insisten en que todos los intercambios se realicen en tiempo real, sin intercambios nocturnos e intercambios programados. El futuro de esta decisión aún no está muy claro, pero el fundamento de su necesidad parece claro y lógico. ¡Tómalo!



*) , 1 . MDM ( -) ESB ( ) . SAP, IBM, Oracle, — Fuse, Mule .



**) , ( — ) API. , 20-30, 40-50 , , . .



imagen



imagen


6



¡La expansión territorial de una empresa se puede comparar a una explosión! Durante un par de años, se han abierto varias docenas de oficinas, el personal de la empresa se ha incrementado varias veces. Las primeras oficinas exteriores se abrieron en varios países de la ex URSS. La gente ahí es, en general, la nuestra, los procesos son todos claros, la legislación y la fiscalidad prácticamente no difieren de Rusia.



La pregunta principal en la planificación del panorama y la integración de TI en este momento es si es posible que cada sistema de información funcione para todos los países al mismo tiempo. En la práctica, cada sistema tiene sus propios matices. Sistemas contables y de personal: deben mantenerse estrictamente en diferentes bases. MDM y ESB tuvieron que modificarse de tal manera que aparecieran vinculaciones por países en la mayoría de los libros de referencia. Además, algunos elementos (por ejemplo, nombre completo, cargos, nombres de los contratistas) debían almacenarse en varios idiomas a la vez.



También logramos mantener unificado el portal corporativo realizando varias secciones en diferentes idiomas. CRM, que incluye, además de las funciones de cliente, también la automatización de sus principales procesos de negocio, también ha funcionado con éxito en todos los países de presencia.



De hecho, está satisfecho con la situación del equipo de TI y de TI. Los cimientos, una vez colocados, permitieron llevar a cabo la ampliación sin dificultades especiales ni factores de parada. Es difícil imaginar cuánto esfuerzo y recursos le llevaría ahora si la empresa no tuviera datos maestros y un bus de datos. ¡Generalmente guardamos silencio sobre CRM!



imagen



imagen


Nivel 7: depresión



Parecería que todo está bien. Los intercambios se están ejecutando, los datos se están ejecutando, los procesos comerciales se están ejecutando. Pero.



Recientemente, se escucha cada vez más a menudo desde diferentes lados que los datos son incorrectos. Todos los sistemas, toda la integración se han comprobado y probado muchas veces. No, no hay errores técnicos ni fallas, todo funciona como un reloj.



Una vez el portal corporativo te felicitó por tu aniversario con la empresa. Todo estaría bien, pero la experiencia parecía unos años menos de lo que realmente trabajas, y la fecha no es la misma. ¿Estás pensando, recordando tu graduación universitaria, los primeros años de trabajo ...



Algo salió mal. Los desarrolladores fueron a resolverlo, mencionaron la historia. Resultó que con algún tipo de renegociación del contrato de trabajo, el oficial de personal se selló, ingresó la fecha incorrecta. Está claro, el factor humano habitual, está bien.



Al día siguiente, firmó un contrato importante. ¿Pago por adelantado? No, durante varios días el dinero no se acreditará en la cuenta. ¿Lo ha enumerado exactamente? ¡Listado exactamente! Y que esta mal Una llamada al banco, dicen: ¡un error! Resultó que los datos sobre los detalles en el sistema MDM están desactualizados: han cambiado. Y el empleado que se suponía que debía arreglarlos se enfermó.



Y hay mucho de esto, casi todos los días, con casi todos los libros de referencia y todos los procesos. El número de personas insatisfechas con la situación en la empresa está creciendo, los empleados culpan al sistema de datos maestros de todo, los operadores inventan excusas una y otra vez y hablan de los errores de los empleados.



Incluso se preguntó si reemplazar los productos que está utilizando. Aquí, en una presentación, dijeron que los productos de SAP (Oracle, IBM) no tienen errores. Los desarrolladores objetan: no, no se trata de los productos, se trata de los procesos. Se realizó una auditoría externa, confirmó que los sistemas están técnicamente funcionando correctamente.



Con grandes cantidades de información, se descubrió un problema al que nadie había prestado atención antes debido a su insignificancia: la calidad de los datos maestros. Los datos se vuelven obsoletos, los datos pierden su relevancia, las personas que ingresan estos datos cometen errores constantemente. Y esto no es culpa de nadie: los errores aparecerán inevitablemente en volúmenes de cientos de miles de registros.



Un factor adicional que aumentó la probabilidad de errores fue que en algún momento eligió un escenario de entrada de datos armonizado. Esto significa que los datos se pueden ingresar en cualquier sistema y luego recopilarlos en MDM. Por ejemplo, se puede agregar una nueva contraparte a CRM, a través del portal corporativo, en 1C, de cualquier manera que sea conveniente para un empleado en particular en un momento específico.



¿Problema de calidad de datos? Bien, los desarrolladores probablemente tengan muchas herramientas de control de calidad de datos para automatizar el proceso. ¿Cuánto cuesta? ¿Y qué, escribir cheques con las manos?



Desafortunadamente, no hubo una solución fácil para este problema. Podría haber sido ignorado por un tiempo, pero en la dinámica quedó claro que después de un par de niveles de desarrollo de la empresa, este problema simplemente lo enterraría. Y nadie concreto tendrá la culpa de esto. ¡Pero qué difícil es implementar soluciones complejas!



imagen


Nivel 8



¡Existe una solución al problema de la calidad de los datos!



Sí, esto requirió un cambio cualitativo en el enfoque para trabajar con datos en toda su diversidad. Alguien llamó casi en broma “calidad por calidad” al proyecto de cambio.



Ha aparecido el concepto de responsable de datos (es obvio que no puede ser un departamento de informática), para cada entrada concreta de cada directorio. Se analizaron todos los procesos y se desarrolló un mecanismo para clasificar errores, un mecanismo para crear verificaciones de datos. De hecho, a medida que se acumulan los datos, aparecen más y más tipos de errores, lo que significa que el proceso de establecimiento de reglas y verificaciones debe integrarse, de hecho, en el proceso de entrada de datos en sí.



Hubo un largo debate sobre si la función de control de calidad de los datos debería estar centralizada o descentralizada. El Departamento de Finanzas creía que la calidad de los datos de contratos y facturas era su área de responsabilidad. El gerente administrativo y económico consideró los datos del inmueble como “suyos”, etc. Rápidamente quedó claro que, en términos de diferentes ubicaciones en la empresa, existen diferentes criterios para la calidad de los datos.



Para uno, se necesita un corte, para el otro, otro; se llegó al punto en que algunos de los requisitos resultaron ser incluso contradictorios. Por lo tanto, se compiló un registro de tales requisitos de datos, que a su vez son datos maestros, ya que todos los demás sistemas ahora necesitan esta información. Y se decidió centralizar la propia función de gestión de la calidad de los datos, otorgándole importantes poderes para cambiar cualquier proceso de la empresa.



El cambio de procesos en la empresa reveló un hecho interesante: las personas que ingresan datos, por regla general, no están interesadas en lo que sus errores afectarán luego a los demás. Y es difícil motivar a estos empleados para que controlen la calidad y corrijan los errores "porque sí". Pero también resultó que si describen las consecuencias (aquí hay un accesorio irrelevante, por eso el empleado X no recibirá un salario mañana; hay un error que hará que el dinero se vaya al lugar equivocado), esto aumenta su interés en el proceso.



Se desarrolló un sistema de control de calidad de datos, DQS, como módulo MDM. Ella lanzó verificaciones (en un horario y al agregar cada entrada) e informó el error personalmente a la persona que cometió el error. Con descripción de las posibles consecuencias.



Las reglas en el sistema eran primero 100, luego 500, ¡después de un año ya había alrededor de mil! El departamento de RR.HH. ayudó mucho con capacitaciones, sugirió opciones para motivar a los empleados, hizo infografías y un indicador de dibujos animados de la cantidad de errores, notando su disminución. ¡Incluso ha comenzado una competencia para encontrar más errores y agregar más reglas! Con un bono trimestral, por supuesto.



El siguiente nivel de desarrollo del sistema DQS son las reglas inteligentes, reglas difusas que agregan reglas (por ejemplo, el valor total en dos informes que describen la misma entidad desde diferentes lados debe coincidir).



El nivel más alto de DQS es el control de calidad de los datos maestros e incluso su contenido sistémico basado en datos abiertos del gobierno. Un ejemplo son los servicios para contrapartes en el sitio web de impuestos, que le permiten controlar la exactitud de los detalles en su MDM.



imagen



imagen


Nivel 9: aceptación



Por la calidad de los datos, por la exactitud de los informes generados en base a ellos, puede estar tranquilo. La corrección de errores está incrustada en el código genético de su empresa y ocurre por sí sola.



Una clara comprensión del estado actual de los procesos, el trabajo con informes en dinámica, el control de calidad de la producción, el trabajo con los clientes le permitieron estar a la cabeza del mercado. El nombre de su empresa se ha convertido prácticamente en sinónimo de la industria.



Sin embargo, su negocio se ha ralentizado. Parece que está cerca de ocupar todo el mercado libre, y es posible un mayor crecimiento principalmente a través de adquisiciones y fusiones. Uno de los principales problemas en las adquisiciones es la integración del nuevo equipo con todos sus procesos establecidos en su empresa.



Dejemos la parte administrativa y los procesos comerciales fuera de los corchetes. Si hablamos de integración, técnicamente la tarea en sí no es muy difícil. Se realiza la formación de los nuevos empleados, luego se fija un determinado momento, la “X” hora. Después de la "X" hora, todos los procesos recién lanzados, los nuevos contratistas, los nuevos contratos deben mantenerse estrictamente en sus sistemas principales. Estos sistemas aguantarán hasta un 10-20%, incluso un 50% de crecimiento sin ningún problema. Todos los sistemas modernos de la clase MDM, ESB, CRM, etc. le permiten escalar usted mismo, simplemente comprando nuevos equipos de servidor.



Paralelamente a esto, alrededor de una hora "X" necesita congelar los sistemas de información de la empresa adquirida - y generar su volcado, preparar la información, llevarla a su formato. Puede resultar que falten algunos de los datos; será necesario reponerlos o crear temporalmente entidades ficticias, a partir de las cuales quedará claro su propósito. Paulatinamente, todos ellos deben ser reemplazados, enriquecidos con datos reales. También deben determinarse el momento y la responsabilidad de este trabajo.



imagen



imagen


Nivel 10



Después de descargar los informes del sistema de BI una vez más, miró los números y pensó. El número de empleados en su empresa pronto será de seis cifras, esta es la población de toda una ciudad. La facturación anual es cercana al 0,1% del PIB de Rusia y superó el PIB de las repúblicas de Altai y Tuva. En el territorio del primero. ¡El mercado de la URSS es todo tuyo! Y, para ser honesto, está completamente ocupado. No hay ningún otro lugar para crecer en él.



¡Recientemente, ha sucedido un evento con el que has soñado durante muchos años! Se hizo cargo de una pequeña empresa que opera en el mercado de la UE y puso varias banderas nuevas en el mapa.



Si, en términos de cuestiones comerciales y administrativas, esta adquisición no difiere mucho de las empresas dentro de la primera. URSS, entonces técnicamente integrarlos en su infraestructura es mucho más preocupante.



El motivo principal es la estricta legislación de la Unión Europea en relación con los datos personales (y, como explican los expertos, en la Unión Europea casi todos los datos se pueden atribuir a datos personales), el llamado RGPD es una disposición sobre protección de datos y privacidad en la Unión Europea.



Además de la calidad de los datos, aparecen varias categorías más, principalmente en relación con los datos personales. Debe capturar estas categorías a través de todos los procesos: consentimiento, contrato, cesión pública, interés vital, interés legítimo o demanda legítima. Debe estar listo para eliminar cualquier dato personal cuando se cumplan ciertas condiciones, a solicitud de la persona (sujeto de los datos). Además, no solo debes garantizar la protección de datos (la tienes desde hace mucho tiempo, gracias al servicio de seguridad de la información), sino también realizar auditorías periódicas de esta protección.



Y lo más importante: los datos deben almacenarse en servidores de la Unión Europea. En el futuro, estos u otros requisitos similares aparecerán en más y más países, y por su violación, simplemente se otorgan multas enormes. En el caso de la Unión Europea, esto supone hasta 20 millones de euros, o hasta el 4% de la facturación global de la empresa.



Casi siempre en este momento resulta que la arquitectura de sus sistemas de información no le permite trabajar directamente con bases de datos distribuidas geográficamente. Sin embargo, si ha podido alcanzar este nivel con éxito, lo más probable es que su equipo de TI encuentre soluciones. Dado que estos cambios tomarán varios meses, si no un año, es mejor prepararlos con anticipación.



Empresa local, regional, federal, ¿qué sigue? ¿Global?



¡El mundo entero te está esperando!



imagen



imagen


Resultados



Quiero compartir algunas conclusiones de la historia anterior. No todas las conclusiones son inequívocas, y supongo que pueden causar objeciones. Básico:



  1. Un enfoque reflexivo para la organización e integración de datos maestros es una cuestión de importancia estratégica para la empresa. Los errores en ellos pueden detener el crecimiento de la empresa o incluso enterrarla por completo.
  2. No solo importan los datos maestros en sí, sino también su calidad. A medida que la empresa crece, el problema de la calidad de los datos se vuelve crítico.
  3. Al mismo tiempo, cada siguiente nivel de desarrollo de MDM, ESB, DQS es caro y conlleva costes adicionales. Existe una escala clara, en función de la cual, puede formar la infraestructura actual. No es necesario crearlo con un margen de más de 1-2 niveles.
  4. La responsabilidad de la calidad de los datos no debe ser asumida por el departamento de TI, sino por toda la empresa. La tarea de TI es proporcionar herramientas convenientes para implementar esta responsabilidad.
  5. La función de gestión de la calidad de los datos debe estar centralizada. El proceso de control de calidad se distribuye entre todos los participantes en el trabajo con datos, a partir de su entrada inicial.


¡Te invito a la discusión!



All Articles