Una primera integración con un CRM puede preparar un resumen de una interacción y proponer el siguiente paso para que una persona lo revise. Delimitar ese trabajo ayuda a comprobar el valor del resultado antes de permitir cambios automáticos en fichas o comunicaciones.
Esta guía describe una arquitectura adaptable a tu sistema. No afirma que exista un conector universal ni una integración ya probada entre DeepSeek y cada CRM.
1. Elige una tarea y sus campos
Para un ejemplo ficticio, considera resumir una consulta de soporte y proponer una respuesta interna. Define qué datos necesitas: texto de la consulta, estado del caso y documentación aprobada. Excluye campos que no aporten información a esa tarea.
| Dato | Tratamiento propuesto |
|---|---|
| Identificador del caso | Mantenerlo en la aplicación para relacionar el resultado. |
| Texto de la consulta | Preparar una versión con la información necesaria. |
| Política de soporte | Usar una versión aprobada y vigente. |
| Resumen generado | Guardar como borrador pendiente de revisión. |
| Siguiente acción | Presentarla como propuesta, sin ejecutarla automáticamente. |
2. Revisa el alcance real de las credenciales
Lee la documentación de autenticación del CRM que utilices. Como ejemplo, HubSpot documenta OAuth y advierte de que los scopes de un token pueden dar acceso más amplio que los permisos visibles del usuario que autorizó la aplicación.
Por tanto, no presupongas que conectar una cuenta reproduce por sí solo todas sus restricciones. Tu servidor debe comprobar qué registros puede consultar cada persona. Mantén las credenciales del CRM y de DeepSeek separadas y fuera del navegador.
3. Construye un flujo con revisión
La propuesta no es una escritura
1. Leer con permiso
Tu servidor comprueba el acceso al caso y selecciona los campos necesarios del CRM.
2. Preparar una propuesta
DeepSeek recibe el contexto seleccionado y devuelve un borrador. No se guarda como decisión aprobada.
3. Revisar
Una persona autorizada contrasta el borrador con el caso original.
4. Guardar con control
El servidor vuelve a comprobar permisos y cambios del caso antes de escribir en el CRM.
Flujo propuesto, no conector probado. Las credenciales del CRM y de DeepSeek se gestionan por separado. Referencias: OAuth de HubSpot como ejemplo y ejecución de herramientas.
- Identifica el caso y comprueba el acceso del usuario.
- Lee solo los campos necesarios del CRM.
- Prepara la entrada y consulta DeepSeek desde tu servidor.
- Valida el formato y la relación con el texto original.
- Presenta el borrador a una persona autorizada.
- Guarda el cambio aprobado con un registro de la acción.
Utiliza la guía de la API para la conexión con DeepSeek y la referencia oficial de tu CRM para sus operaciones. Las dos conexiones tienen credenciales, errores y límites distintos.
4. Escribe una instrucción ajustada a la tarea
Resume esta consulta de un caso ficticio. Separa: necesidad expresada, datos que faltan y siguiente paso propuesto. Usa solo la consulta y la política de soporte proporcionadas. No inventes acuerdos, importes ni fechas. No envíes mensajes ni cambies el estado del caso.
El prompt es una propuesta. Comprueba que los datos devueltos correspondan a la entrada. La aprobación y la escritura en el CRM deben estar implementadas en tu aplicación; no dependen de que el modelo afirme haber realizado una acción.
5. Si añades herramientas, valida cada operación
DeepSeek explica que el modelo no ejecuta por sí mismo las funciones. El programa que lo integra decide qué llamadas están permitidas y cómo realizarlas.
Limita las operaciones disponibles, valida sus argumentos y comprueba los permisos de nuevo antes de escribir. Trata los correos, notas y documentos recuperados como datos: una instrucción incluida en ellos no debe conceder acceso a otros registros ni autorizar un envío.
6. Controla duplicados y cambios simultáneos
Conserva un identificador de cada trabajo para detectar si el mismo evento se procesa dos veces. Antes de guardar un borrador aprobado, comprueba que el caso no haya cambiado desde que lo leíste. Si cambió, solicita una nueva revisión con los datos actuales.
Prueba también registros vacíos, acceso denegado, credenciales caducadas y fallos del proveedor. Define qué queda pendiente y cómo lo reanuda una persona. Evita que un reintento vuelva a enviar una comunicación ya entregada.
Evalúa el piloto antes de ampliarlo
Revisa si los resúmenes conservan los hechos, qué correcciones necesitan y qué datos se están compartiendo. Registra el consumo de toda la tarea con la guía de costes. Para conectar herramientas específicas, continúa con las guías de integración; para diseñar el producto completo, consulta cómo crear una aplicación con DeepSeek.
Base documental consultada el 12 de septiembre de 2026. DEspañol es una publicación independiente. Las actividades, prompts y matrices de evaluación son propuestas; no representan pruebas ejecutadas ni resultados medidos.