Poner una conexión entre dos sistemas no hace por sí solo que los dos sostengan el mismo registro con el mismo significado. En esta lección rellena el mapa de integración: qué campo se mueve en qué sentido, cómo se convierte el formato, cómo el mismo registro no se parte en dos y en quién espera el trabajo cuando la conexión se corta.
En la quinta lección montó el primer flujo y las integraciones ocupaban una sola línea de la ficha de montaje. Esta lección abre esa línea. Que dos sistemas se entiendan no equivale a poner una conexión entre ellos; el acuerdo queda en pie cuando está escrito qué campo se mueve en qué sentido, cómo se convierte el formato y quién queda esperando cuando la conexión se corta.
La lección no recorre la pantalla de conectores de una herramienta concreta. Lo que trata es el mapa de integración: el registro que se rellena antes de montar la conexión y que queda en la mano después. Con el mapa delante, las mismas preguntas salen respondidas sea cual sea la herramienta con la que se monte la conexión.
Requisitos: el diccionario de campos de la tercera lección y el flujo montado en la quinta. Sin el diccionario de campos la tabla de correspondencias no se puede escribir, porque las definiciones de los campos a emparejar todavía no están.
Integración significa que dos sistemas sostienen el mismo registro con el mismo significado. Tener una conexión montada no da eso por sí solo; el registro queda realmente compartido cuando ambos lados leen el mismo campo con el mismo significado.
En la práctica la diferencia se mide con una pregunta: al abrir un registro en los dos sistemas uno al lado del otro, ¿dicen lo mismo? Si la respuesta es no, la conexión funciona pero la integración no está en pie. Ese estado tampoco da error, porque cada sistema se ve coherente por dentro.
Campos definidos entre sí, el sentido elegido, el formato convertido y el mismo registro sin partirse en dos. Todas decisiones que se pueden escribir.
Poner una conexión entre dos sistemas y mirar cómo fluyen los datos. Si los datos que fluyen se leen bien es otra pregunta y no se responde sola.
Cada vez que se detiene al emparejar un campo y se pregunta qué cuenta el otro lado como tal, ahí falta una fila en el mapa. Una fila que falta sale en el primer registro atípico.
El mapa cabe en una página y cada fila describe una pareja de campos. Las seis columnas corresponden a las seis preguntas que se hacen al montar la conexión; cuando una columna queda vacía, el comportamiento de ese campo queda en manos de la herramienta.
Rellenar el mapa antes de montar la conexión es un trabajo distinto de rellenarlo después. Rellenado antes, las carencias salen sobre el papel; rellenado después, se registra el comportamiento que produjo la herramienta, y el comportamiento equivocado entra en el mapa con aspecto de correcto.
Las dos últimas columnas suelen rellenarse al final aunque merecen preguntarse al principio. Los valores vacíos y los conflictos son los dos sitios donde las integraciones producen fallos silenciosos.
En cada pareja de campos un lado es donde nace el registro y el otro es su espejo. Elegir el origen no es una preferencia sino una comprobación: el origen está donde el campo se forma por primera vez. El espejo lleva el registro en lugar de cambiarlo.
Un sentido recíproco se puede montar, pero tiene un precio: en cuanto los dos lados pueden escribir aparece la posibilidad de conflicto, y si la regla de conflicto no está escrita gana quien escribe último. Quién escribe último suele depender del momento, así que el resultado se vuelve difícil de prever.
Donde el campo nace primero. La corrección también ocurre aquí; una corrección hecha en el espejo puede deshacerse en la siguiente transferencia.
El lado que sostiene el registro para mostrarlo y llevar su propio trabajo. Cuando los campos espejo se dan por de solo lectura, las discusiones en el equipo se acortan.
Un campo que ambos lados pueden escribir. Se monta solo si la regla de conflicto está escrita; sin regla el campo se pasa a un solo sentido.
Dos sistemas guardan la misma información con nombres distintos. La tabla de correspondencias pone esos nombres uno al lado del otro, pero el trabajo real es emparejar definiciones y no nombres. Dos campos con el mismo nombre que cuentan cosas distintas es una situación más frecuente que dos campos con nombres distintos que cuentan lo mismo.
El diccionario de campos de la tercera lección se gana aquí su sitio: como el significado del campo está escrito, la discusión de correspondencias va sobre definiciones. Sin diccionario, emparejar se convierte en poner dos pantallas al lado y unir casillas que se parecen.
Cuando la tabla de correspondencias está completa, entre los sistemas no queda campo sin hablar. Un campo sin hablar es el que pasa por la transferencia vacío y en silencio.
Dos sistemas pueden escribir el mismo valor de otra manera. El orden de una fecha, los prefijos de teléfono, el separador de un importe y el uso de mayúsculas en un nombre son los sitios clásicos donde una transferencia se rompe en silencio. Esa rotura no da error, porque el sistema de destino puede interpretar el valor que llega según sus propias reglas.
Quién hace la conversión se responde en el mapa: en el lado de origen, durante la transferencia o en el lado de destino. Los tres sitios sirven, pero cuando la elección no está escrita la conversión se hace en dos sitios y el valor se rompe al convertirse dos veces.
El orden y la zona horaria son dos preguntas distintas. El mismo día puede caer en dos días; cuando mes y día cambian de sitio el registro sigue pareciendo válido y pasa inadvertido.
Prefijo de país, espacios y separadores. Si la clave de deduplicación es el teléfono, una diferencia de formato parte a la misma persona en dos registros.
Separador decimal, separador de miles y moneda. Un importe que no lleva su unidad cae al valor por defecto al interpretarse en el destino.
Si una regla de conversión cabe en una línea del mapa, está bastante clara. Una regla que no cabe en una línea suele ser la mezcla de dos reglas.
El resultado que más producen las transferencias es que el mismo registro se parta en dos en el destino. El motivo suele ser este: el sistema mira una clave para saber si el registro que llega ya se escribió, y la clave o no está elegida o no se guarda con la misma forma en los dos lados.
Elegir la clave fue asunto de la tercera lección; aquí toca confirmar que la clave está con la misma forma en los dos sistemas. Si la clave se guarda con espacios en el origen y sin ellos en el destino, los dos registros parecen distintos y en el destino aparece un duplicado.
Un registro duplicado es un fallo silencioso. Los informes hinchan sus totales, al cliente se le contacta dos veces y al cabo de un tiempo ya no se distingue cuál de los dos registros es el vigente.
Cuándo se mueve el registro cuenta tanto como qué se mueve. La transferencia al instante es la opción más visible, pero no todo trabajo pide mover las cosas al instante; donde el retraso se admite, la transferencia por lotes funciona con menos piezas móviles.
Elegir el ritmo no es una preferencia de velocidad sino de espera: si la transferencia se retrasa, ¿quién espera y esa persona nota el retraso? Un retraso que pasa inadvertido no vuelve como avería sino como "los datos están mal".
El registro se mueve en cuanto se crea. Cuando no está escrito qué pasa si el otro lado no responde, el registro puede quedarse en el aire.
Los registros se escriben en una cola y se mueven por orden. En el momento del corte la cola espera, y al volver la conexión sigue desde donde se quedó.
Todo se mueve junto a intervalos fijos. La opción más sencilla donde se acepta el retraso; la ventana de transferencia se anuncia al equipo.
La pregunta que más se salta al montar una conexión es esta: ¿qué pasa con los registros acumulados hasta hoy? Aquí hay dos trabajos distintos y al mezclarlos los dos quedan a medias. La carga inicial es un movimiento de una sola vez; la sincronización continua lleva todo lo que viene después. Una termina y la otra empieza, y sus reglas no tienen por qué ser las mismas.
Llevarse los datos anteriores no hace falta en todos los casos. Empezar "desde hoy" también es una elección válida y basta en la mayoría de los pilotos; los registros antiguos siguen en su propio sistema. Cuando se decide llevarlos, se escribe el alcance: desde qué fecha y registros en qué estado, con los trabajos cerrados dentro o fuera.
La carga inicial es el momento que más aprieta a la clave de deduplicación. Una diferencia de formato que pasa inadvertida en registros que llegan de uno en uno produce duplicados en bloque durante un movimiento masivo, y la cantidad puede crecer más allá de lo que nadie limpiaría a mano.
Por eso la carga inicial se hace con datos reales y no de prueba, y conviene que sea reversible: primero se mueve un rango de fechas estrecho, el resultado se compara en los dos sistemas, y si no salen duplicados va el resto. Marcar los registros llevados es lo que hace posible sacar del destino una carga equivocada.
Toda conexión se corta de vez en cuando. La lección no propone quitar esa posibilidad; propone escribir dónde se detiene el trabajo cuando ocurre. Sin escribirlo, un corte aparece no como avería sino como un hueco que se nota días después.
La fila de corte del mapa recoge tres cosas: la persona que espera, el respaldo manual y la vuelta atrás. Con esas tres escritas un corte se lleva como un retraso; sin escribir, un corte puede volverse en silencio pérdida de datos.
Un registro llevado a medias se nota menos que uno que nunca se movió: en el destino sí aparece un registro, así que el hueco sale solo cuando alguien lo usa.
Una conexión se monta con una cuenta, y todo lo que esa cuenta ve puede quedar abierto al otro lado. Usar la cuenta con más permisos durante el montaje hace el trabajo más rápido y deja atrás una puerta que después nadie estrecha.
Que la cuenta sea del trabajo y no de una persona es otro asunto. Una conexión montada con una cuenta personal se detiene en silencio cuando esa persona se marcha, y el motivo de la parada se busca en la propia conexión.
La regla de acceso escrita en la tercera lección se prueba aquí por segunda vez: un campo cuyo público estaba escrito en el diccionario puede estar abriéndose a otro sistema a través de la integración.
Después de montar la conexión, la prueba no acaba con mover un registro y mirar el resultado. Hechas juntas, las tres pasadas dejan comprobadas la mayoría de las filas del mapa.
La prueba se hace con datos de prueba y los registros de prueba se reconocen por su nombre. Probar con registros reales deja en el sistema de destino un rastro que hay que limpiar.
Un registro con los campos no obligatorios en blanco. Muestra en qué se convierte un valor vacío en el destino: se queda vacío, se escribe un valor por defecto o se rechaza el registro.
El registro típico del trabajo diario. Sirve para abrir la correspondencia de campos y la conversión de formato una al lado de la otra y compararlas.
Un nombre largo, un teléfono con otro formato, un segundo registro bajo la misma clave. La pasada que prueba las reglas de deduplicación y de conflicto.
El resultado de las tres pasadas se escribe junto al mapa. Una fila sin probar no cuenta como montada.
En las lecciones anteriores la oficina eligió una tarea piloto, escribió su proceso, sacó su diccionario de campos, eligió su herramienta y montó el primer flujo. Ahora el sistema de anuncios y la tabla de seguimiento no se ven, y la misma consulta se teclea a mano en dos sitios.
La oficina empieza rellenando el mapa y en la primera fila ya surge una discusión: ¿en qué sistema nace el número de teléfono? La consulta que llega al sistema de anuncios trae teléfono y la tabla de seguimiento también; los dos están con formas distintas.
Como origen se marca el registro de consulta del sistema de anuncios; la tabla de seguimiento se toma como espejo. Para el campo de teléfono la conversión de formato se hace durante la transferencia y se lleva a una sola forma. Como clave de deduplicación se elige el teléfono, porque la misma persona puede escribir desde anuncios distintos.
La fila de valor vacío se escribe así: si el teléfono está vacío el registro no se escribe en la tabla de seguimiento, cae en una lista de espera y la responsable de la oficina pasa esa lista al final del día. En la fila de conflicto se sostiene por encima el lado de origen; las correcciones hechas a mano en la tabla van al campo de notas y no al de teléfono.
Como ritmo se elige la transferencia por lotes, porque mover las consultas unas cuantas veces al día en lugar de en el momento en que llegan basta para el trabajo. En la fila de corte se escribe como persona que espera la responsable de la oficina, y como respaldo manual se deja abierta la vieja forma de introducir los datos.
En la tabla de seguimiento ya había registros, así que también se toma la decisión de carga inicial. En lugar de mover todo el histórico la oficina coge las consultas recientes y abiertas; los trabajos cerrados quedan fuera, porque su equivalente en la tabla ya está cerrado. La carga se prueba primero sobre un rango de fechas estrecho y se compara el número de filas en los dos sistemas. En el primer intento salen duplicados: la forma del teléfono aún no se ha igualado. Se corrige la conversión y se repite la carga, los registros llevados se marcan con una etiqueta, y esa etiqueta es lo que permite sacar del destino en bloque una carga que salga mal.
En la prueba de las tres pasadas la pasada atípica caza un hueco: cuando llega una segunda consulta desde el mismo teléfono, en la tabla de seguimiento se abre un registro nuevo. Se corrige la regla de la clave y la segunda consulta entra como nota bajo la misma persona.
Esta semana lleve al mapa una sola conexión. No hace falta que monte una conexión nueva; dibujar el mapa de una transferencia que ya funciona hace el mismo trabajo y suele sacar unas cuantas filas que faltan.
Descargar el mapa de integración (xlsx) · un mapa de una página que le hace rellenar la correspondencia de campos, el sentido, la conversión de formato, la carga inicial y el comportamiento ante un corte; la prueba de las tres pasadas también está dentro.
Los errores de abajo no salen de la conexión misma sino de que el mapa se quedó incompleto. Lo que comparten es esto: todos funcionan sin producir un mensaje de error.
En cuanto los dos lados pueden escribir, gana quien escribe último. Las correcciones hechas a mano pueden deshacerse en la siguiente transferencia y el motivo se busca en la herramienta.
Si el mismo teléfono está con dos formas distintas, en el destino aparecen dos registros. Un registro duplicado estropea tanto el informe como el contacto con el cliente.
Un campo vacío puede caer a un valor por defecto en el destino. Un valor por defecto parece un valor rellenado, así que después no se distingue.
Si no hay nadie definido como quien espera cuando la transferencia se detiene, el hueco puede salir días después con la pregunta de un cliente.
Cuando el registro de prueba se coge de los datos reales, en el destino queda un rastro que hay que limpiar, y la limpieza suele hacerse a medias.
Un mapa escrito tras el montaje registra el comportamiento que produjo la herramienta. El comportamiento equivocado queda documentado por esa misma vía como si fuera correcto.
Si antes de salir a producción se puede responder a cada punto de esta lista, el mapa cuenta como completo.
Términos que salen en las conversaciones de integración. Hablar el mismo idioma que quien monta la conexión hace más corto el rellenado del mapa.
En esta lección ha puesto a hablar dos sistemas: emparejó los campos, eligió el sentido, convirtió el formato, decidió si los datos anteriores se llevan y escribió el comportamiento ante un corte. Las lecciones que vienen tratan de sostener ese orden: llevar las excepciones, meter al equipo en el proceso y medir el resultado.
Si quiere seguir con las lecciones publicadas, viene el módulo que cuenta dónde mirar cuando una transferencia no funciona como se esperaba.
Fallo silencioso, ficha de avería, método de partir en dos y una corrección duradera.
La ficha de montaje y las cinco partes. La línea de integración que abre esta lección está allí.
La sección de formación completa y los módulos añadidos después.
Si quiere que rellenemos juntos el mapa antes de conectar dos sistemas, escríbanos.
Solicitar Presupuesto por WhatsApp