Wyoming REALTORS

Wyoming REALTORS necesitaba movilizar aproximadamente 3,000 miembros para una próxima sesión legislativa. Sus datos de miembros vivían en el sistema de la National Association of Realtors. Su herramienta de alcance era VoterVoice. Las dos plataformas no se comunicaban entre sí, y ambos proveedores los remitían a un tercero. Para una organización no técnica, eso significaba que un miembro del personal tenía que auditar, exportar y volver a subir manualmente 3,000 registros. En la práctica, ese proceso tomaría más de 50 horas.

El problema de fondo no era solo una conexión de API faltante. Ninguno de los dos sistemas era la fuente de verdad. Sin una capa de datos limpia y autoritativa en el medio, cualquier sincronización sería poco confiable. Las direcciones de correo eran inconsistentes entre sistemas. Los estados de membresía activa e inactiva necesitaban distinguirse correctamente para el alcance dirigido. Y el cliente necesitaba poder revisar el estado de la sincronización por su cuenta sin llamar a un desarrollador cada vez que algo se veía mal.

Una Google Sheet se convirtió en la base de datos intermedia centralizada: extrayendo de la API oficial de NAR, verificando registros contra los datos internos de Wyoming REALTORS, y enviando el estado limpio de activo o inactivo a VoterVoice.

Una lógica de emparejamiento a prueba de fallos usa el ID único de NAR como identificador principal cuando las direcciones de correo faltan o son inconsistentes, evitando registros duplicados o perdidos. El estado de sincronización y la salida de errores se integraron en la base de datos para que el personal pueda autodiagnosticar problemas como direcciones faltantes o correos incorrectos. Los subflujos paralelizados en n8n redujeron después el tiempo de ejecución propio de la sincronización automatizada de alrededor de una hora a 15 minutos, además de eliminar las más de 50 horas originales de trabajo manual.