David Tovar · Guía práctica
Definir qué representa cada registro
Antes de conectar un formulario, un buzón o una aplicación con el CRM, conviene distinguir contacto, empresa y solicitud. Una misma persona puede hacer varias consultas; eso no implica que deba existir varias veces como contacto ni que todas sus consultas deban fusionarse.
Acuerda qué identificadores se utilizarán y cuándo una coincidencia necesita revisión. El nombre por sí solo suele ser insuficiente. También hay que decidir qué herramienta mantiene el dato de referencia de cada campo.
Por qué un mismo aviso puede llegar más de una vez
Los sistemas conectados pueden repetir una entrega para recuperarse de un fallo. La integración debe reconocer una operación ya procesada y evitar que ese reintento cree otra ficha. En desarrollo, esta propiedad se conoce como idempotencia: repetir la misma petición no debe repetir su efecto de negocio.
Conviene guardar una referencia de la operación y comprobar el resultado. El diseño exacto depende de la API del CRM y de las posibilidades de la aplicación que envía los datos.
Distinguir un fallo temporal de un dato incorrecto
Una conexión interrumpida puede permitir un reintento. Un campo obligatorio vacío o un permiso revocado requieren una corrección. Si la respuesta se pierde después de guardar, antes de repetir hay que comprobar si la operación llegó a completarse.
La integración debe mostrar qué registros siguen pendientes y por qué. El equipo necesita una forma de corregirlos sin sobrescribir cambios válidos ni crear nuevas solicitudes por accidente.
Qué probar antes de ponerla en uso
Prueba con información ficticia: el mismo aviso dos veces, dos consultas de un contacto, cambios manuales en el CRM y un error después de guardar. Comprueba también que los avisos lleguen a la persona responsable y que los registros técnicos no expongan información innecesaria.
Una integración se acepta por el estado final de los datos y por la posibilidad de resolver incidencias. Ver una respuesta correcta de la API es una comprobación útil, pero no sustituye la revisión del registro que utilizará el equipo.
Valorar tu proyecto
Soy David Tovar. Si quieres aplicar estas ideas en tu empresa, podemos revisar tus necesidades y las opciones para desarrollar una solución.