---
id: KB-IN-016
url: https://app.codecontract.io/ayuda/integraciones/cuando-cambiais-de-erp-o-de-proveedor
idioma: es
categoria: integraciones
audiencia: administrador
nivel: intermedio
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-IN-008, KB-IN-003]
citadoPor: [KB-IN-020]
---

# Cuando cambiáis de ERP o de proveedor

_Lo que se rompe sin avisar el día que otro sistema cambia, y en qué orden se revisa._

**Responde a:** cambiamos de erp qué pasa con la integración · migrar de sistema y no romper las conexiones · cambio de proveedor de correo integraciones · revisar integraciones tras una migración

Las integraciones se montan una vez y se olvidan, que es justo lo que se espera de ellas. El problema aparece cuando cambia **el otro lado**: un ERP nuevo, otro proveedor de correo, una migración de dominio. Nadie avisa a la integración, y falla en silencio.

## Qué se rompe y cómo se nota

| Cambio en vuestro lado | Qué deja de funcionar | Cómo se nota |
| --- | --- | --- |
| ERP nuevo | Los avisos siguen saliendo hacia una dirección que ya no escucha | No se nota: por eso hay que buscarlo |
| Otro proveedor de correo | El remitente propio deja de estar verificado | Los correos empiezan a salir con el remitente de plataforma |
| Cambio de dominio | Los registros DNS de envío y los QR de dominio propio | Entregabilidad peor, y a veces enlaces rotos |
| Rotación de claves | Las integraciones que usaban la clave anterior | Fallos claros, y son los más fáciles |

> [!IMPORTANT]
> La primera fila es la peligrosa porque **falla hacia arriba**: la plataforma sigue mandando avisos correctamente y es el destino el que ya no los recoge. Desde aquí todo parece bien; el agujero solo aparece cuando alguien echa de menos un dato en el ERP, semanas después. Si cambiáis de sistema receptor, esa integración se revisa el mismo día, no cuando alguien se queje.

## El orden para revisarlas

1. **Listad qué integraciones hay y para qué** — Si nadie sabe enumerarlas, ese es el primer problema y no el cambio de ERP.
2. **Empezad por las que salen hacia fuera** — Son las que fallan sin ruido.
3. **Revisad remitente y dominio** — Verificaciones y registros DNS sobreviven mal a una migración.
4. **Y revocad las claves del sistema antiguo** — Una clave del ERP que ya no usáis es un acceso vivo sin dueño.

> [!WARNING]
> El paso cuatro se olvida siempre y es el que más incomoda en una auditoría: claves emitidas para un sistema que la empresa ya no tiene, seguidas activas años. No es un riesgo teórico — es un acceso que nadie está vigilando porque nadie recuerda que existe.

## Lo que conviene dejar montado para la próxima

**En corto**

- Una clave por integración, para poder revocar sin romper el resto.
- Anotado qué integración usa cada clave y quién la pidió.
- Y una revisión cuando cambie cualquier sistema conectado, no anual.

Lo de «no anual» importa: las integraciones no se degradan con el tiempo, se rompen con los cambios. El disparador correcto es el cambio, no el calendario.

> [!NOTE]
> Si la integración la montó una empresa externa que ya no trabaja con vosotros, revisadla igual: lo que hay que saber no es cómo se hizo, sino qué sigue saliendo hacia fuera y con qué credencial.

**¿Cómo sé si una integración sigue funcionando?**

Por lo que llega al otro lado: si el destino no lo recoge, aquí no se ve.

**¿Y si el ERP nuevo no admite lo mismo?**

Volved a la pregunta de qué dato y en qué dirección: casi siempre hace falta menos de lo que se montó.

**¿Hay que rehacer el remitente propio?**

Si cambia el proveedor de correo o el dominio, sí: la verificación es de ese dominio.

## Ejemplos

**Una empresa migra de ERP y tres meses después echa en falta datos que creía sincronizados.**

- Revisa las integraciones salientes el mismo día del cambio
- Revoca las claves del sistema antiguo

→ El hueco de tres meses no vuelve a producirse y desaparece un acceso vivo sin dueño.

**Se cambia de ERP y la integración deja de funcionar el mismo día.**

- Monta la integración nueva antes de apagar la vieja
- Comprueba con casos reales durante el solape

→ El cambio de ERP no corta el flujo de expedientes.

**Nadie sabe qué campos alimentaba la integración anterior.**

- Documenta el flujo antes de desmontarlo

→ La integración nueva cubre lo mismo.

**Se apaga el sistema viejo con avisos sin procesar.**

- Consulta lo pendiente antes de apagar

→ No se pierde nada por el camino.

**El proveedor nuevo promete lo mismo y no lo cumple.**

- Prueba el flujo real antes de firmar

→ La promesa se comprueba antes de depender de ella.

**La clave del sistema viejo sigue activa meses después.**

- Revoca las claves al desmontar

→ El acceso no se queda abierto.