Connector
Construí Connector a raíz de peticiones de clientes: migrar los datos de un sitio a otro con motivo de una actualización. La necesidad volvía con la frecuencia suficiente para merecer una herramienta en lugar de un script más cada vez.
Mi experiencia con los CMS me dio el conocimiento profundo necesario para hacerlo sencillo por ambos lados: sencillo para los desarrolladores gracias a los diagramas, donde el flujo se lee de un vistazo, y sencillo para los clientes gracias a un asistente de configuración que crea una configuración de base a partir de sus necesidades.
El programa puede tanto migrar los datos de una vez como sincronizarlos a lo largo del tiempo, entre dos aplicaciones: gestión comercial, CRM, tienda en línea, marketplace o sitio web. Cada aplicación conectada se declara con sus accesos, sus credenciales y sus ajustes de envío: WordPress, PrestaShop, Shopify, Wix, Magento, WooCommerce, Sage, Divalto, Zoho o cualquier aplicación que exponga una API. Después, un perfil de transferencia enlaza dos conexiones y agrupa todos los intercambios entre ellas.
Puse los flujos en un lienzo: se sitúan los nodos de origen y destino, se enlazan y se organizan grupos de reglas arrastrando y soltando. Las reglas de modificación transforman los campos en tránsito, sin escribir código: añadir, modificar, reemplazar, operaciones matemáticas, formato de fecha.
Una transferencia se lanza a mano, se programa como tarea recurrente o se activa a distancia mediante webhook. Connector consulta el Swagger/OpenAPI de sus conectores para comprobar su disponibilidad y avisar en cuanto cambia un esquema remoto, registra cada ejecución con su estado preciso (correcta, fallida, parcialmente correcta, detenida) y traza ejecuciones, modificaciones y supresiones en un historial de auditoría conforme al RGPD, cuyos detalles sensibles exigen reconfirmar la contraseña.
Hoy todos los intercambios pasan por enlaces API. La herramienta se construyó para que añadir otros tipos lleve muy poco tiempo.
De una migración de sitio a una herramienta
Las primeras peticiones eran migraciones: recuperar los datos de un sitio para volcarlos en otro, en el momento de una actualización.
En lugar de reescribir un script cada vez, convertí esa necesidad en una herramienta, capaz tanto de migrar de una vez como de sincronizar de forma continua.
Sencillo para el desarrollador, sencillo para el cliente
Del lado del desarrollador, todo se lee en diagramas: el origen, el destino y las reglas que los separan.
Del lado del cliente, un asistente de configuración plantea las preguntas útiles, sin conocimientos técnicos: elección de la aplicación, conexión, autenticación, versión de API. De ahí sale una configuración de base acorde con la necesidad.
El editor visual de flujos
El flujo se compone en tres tiempos: elegir la fuente y los campos a sincronizar, aplicar las reglas de transformación y asociar cada campo con su homólogo en la plataforma de destino.
Todo se hace arrastrando y soltando en un lienzo, incluidos los nodos y los grupos de reglas.
La activación y la supervisión
Una transferencia se lanza manualmente, se programa como tarea planificada recurrente o se activa a distancia desde un webhook.
La detección de esquema consulta el Swagger/OpenAPI de los conectores y avisa en cuanto una plataforma remota cambia su API, antes de que las sincronizaciones se vean afectadas.
Los registros y la auditoría
Cada ejecución se registra con su estado preciso (correcta, fallida, parcialmente correcta, detenida) y puede filtrarse por periodo.
El historial de auditoría conserva ejecuciones, modificaciones y supresiones; el acceso a los detalles sensibles exige reconfirmar la contraseña, en una aplicación alojada en Francia.
Enlaces API, con sitio para los siguientes
Todos los enlaces en servicio hoy son enlaces API.
La arquitectura se pensó desde el principio para añadir otros rápidamente, sin rehacer lo que ya existe.
