CRM y ERP
Clientes, oportunidades, pedidos y registros administrativos dejan de vivir en silos.
Integración de sistemas
El mismo cliente no puede
existir tres veces.
Definimos qué sistema es la referencia de cada dato y cómo viaja al resto: por evento o con una cadencia acordada, con registro y reintento cuando falla.
EL PUNTO DE PARTIDA
Si cada aplicación guarda su versión, el equipo acaba de árbitro.
Un pedido en la tienda, otro en el ERP y un tercero en una hoja. Esa discrepancia no se arregla con más copiar y pegar. Hace falta un origen, un contrato de datos y un sitio donde ver qué se sincronizó y qué no.
- Una referencia clara por tipo de dato
- Reglas de negocio en el intercambio, no en la cabeza de alguien
- Reintentos, registro y aviso cuando la conexión falla
INFORMACIÓN QUE CONECTA
CRM
ERP
E-commerce
INTEGRACIÓN ISS
Mapeo · Reglas · Control
Microsoft
Google
APIs
Un origen definido. Cada sistema actualizado.
QUÉ CUBRE
Qué se conecta
y qué sistema manda.
Un origen por tipo de dato, un contrato de campos y un sitio donde ver qué falló.
Tienda y operación
Catálogo, stock y pedidos circulan con las referencias que hayáis acordado.
Eventos o planificación
Webhooks cuando el sistema los ofrece; si no, una cadencia realista. No prometemos tiempo real si la API no da para ello.
Entornos de trabajo
Microsoft 365 o Google Workspace conectados a las aplicaciones de negocio, con los permisos justos.
CÓMO SE TRABAJA
Origen, contrato
y qué pasa si falla.
-
01
Origen
El sistema que manda sobre ese dato
-
02
Contrato
Campos, permisos y límites
-
03
Transformación
Mapeo y validación
-
04
Sincronización
Evento o tarea programada
-
05
Control
Registro, reintento y aviso
EJEMPLOS DE APLICACIÓN
Cuando el mismo dato
vive en tres sitios.
Ilustrativos. La cadencia y el origen de cada ficha se acuerdan con vuestros sistemas.
Pedidos conectados
El pedido de la tienda llega al sistema de gestión con las mismas referencias.
Comentar este ejemploFicha de cliente
El cambio se propaga desde el origen definido; no se crean duplicados a mano.
Comentar este ejemploAviso operativo
Una incidencia en el ERP genera una notificación con el contexto que hace falta para actuar.
Comentar este ejemploHERRAMIENTAS
Se eligen después de ver el proceso.
Esta lista es orientativa. En cada encargo se decide qué encaja y qué no hace falta.
APIs REST
Webhooks
Python
SQL
Microsoft 365
Google Workspace
MÉTODO
Cómo se aborda un encargo
Seis fases. El calendario sale del alcance, no de una plantilla.
Reunión inicial y definición
Objetivos, alcance, sistemas implicados y responsables, por escrito.
Diseño funcional
Recorrido, reglas, excepciones e integraciones, validados con quien opera el proceso.
Implementación
Construcción de lo acordado: automatización, software, datos o conexión.
Integración y pruebas
Pruebas técnicas y con el equipo, con datos representativos.
Puesta en marcha
Despliegue en el entorno real, con un plan de paso y de contingencia.
Acompañamiento
Estabilización, soporte y evolución según lo que quede en el contrato.
PREGUNTAS FRECUENTES
APIs, cadencia
y accesos.
Tiempo real, archivos y permisos: se valida con el fabricante, no con un eslogan.
Plantear este proceso¿Y si una aplicación no tiene API?
Revisamos importaciones o exportaciones de archivos, si el fabricante lo permite. La viabilidad se dice antes, no se descubre a mitad de proyecto.
¿La sincronización es al momento?
Puede ser por evento, si las aplicaciones lo permiten, o a intervalos. Se elige según volumen, necesidad y lo que de verdad aguanta cada sistema.
¿Qué ocurre si falla una conexión?
Registro, reintento y aviso. Cómo se evitan duplicados y cómo se recupera forma parte del diseño.
¿Quién da los accesos?
El cliente o el administrador de cada sistema. Documentamos qué cuentas y permisos hacen falta en la fase de definición.
EL SIGUIENTE PASO
Valorar integraciones
en vuestra operativa.
Sistemas, reglas y qué debe ocurrir al final.
Con eso ISS propone un alcance, no un paquete.