Centro de integraciones
El Centro de integraciones es el lugar unico donde el negocio conecta canales y sistemas externos para que trabajen junto con el CRM: mensajeros, formularios del sitio, telefonia, intercambio de documentos, aplicaciones propias. Un canal conectado deja de vivir por separado: los mensajes entrantes, las solicitudes y las llamadas se convierten en solicitudes con responsable, pipeline e historial.
El Centro se encuentra en la seccion CRM → Integraciones (ruta /crm/integrations). El constructor de formularios se abre al lado, en /crm/integrations/forms.
Un mismo orden de conexion
Todos los conectores se conectan siguiendo la misma ruta, en terminos de trabajo:
- Anadir. Elija el tipo de conector del catalogo y pase por el asistente paso a paso. A menudo puede elegir un escenario de negocio ya listo para no configurarlo todo manualmente.
- Configurar. Complete los campos principales; los parametros avanzados de transporte y autorizacion permanecen ocultos hasta que se necesiten. La configuracion se puede guardar como borrador y retomar mas tarde.
- Comprobar la conexion. Ejecute la comprobacion: mostrara si la conexion funciona correctamente y un motivo comprensible si algo falla.
- Activar. Guarde la conexion con el interruptor de actividad. Para el widget web y los formularios, en este paso se genera el codigo para insertar en el sitio.
- Estado y salud. Cada tarjeta de conexion tiene un estado: activa y correcta, advertencia, error, borrador, archivada o desactivada. Por el se ve de inmediato que canales requieren atencion.
- Flujo de trabajo. Cada tipo tiene su propia pantalla de trabajo: contadores de solicitudes en los formularios, registro de peticiones en la integracion REST, tareas de sincronizacion en el intercambio de documentos, salud del envio y cola de reintentos en los mensajeros.
Quien lo configura
El Centro de integraciones es una configuracion de administrador, no una accion diaria del empleado. Ver el catalogo esta disponible con el permiso de lectura de comunicaciones; crear, modificar, comprobar y eliminar conexiones se hace con el permiso de escritura (el administrador del portal tiene acceso completo). Sin permiso de escritura, el Centro se abre solo para lectura: los conectores se ven, pero el asistente, la comprobacion y los interruptores no estan disponibles, y al intentarlo aparece un mensaje de falta de permisos.
Catalogo de conectores
En el catalogo se reunen los tipos de conexiones externas que admite su portal. El conjunto de tipos crece y puede variar entre instalaciones, asi que consulte la lista exacta siempre en el propio catalogo, en /crm/integrations, y no en este articulo. A continuacion se describen las principales familias de conectores.
En algunas versiones desplegadas, una tarjeta de conector puede mostrar temporalmente un nombre tecnico interno en lugar de una etiqueta para el usuario. Esto no cambia el tipo de conector ni sus permisos, pero la vista no debe tratarse como evidencia de una captura localizada ni publicarse antes de corregir la interfaz y revisarla visualmente.
El catalogo y el filtro de conexiones estan agrupados por direccion de trabajo: intercambio de documentos, chats y mensajeros, formularios, telefonia, correo, acceso programatico (REST) y acceso al portal. Los grupos facilitan encontrar el tipo necesario cuando el catalogo contiene muchos.
Intercambio de documentos
- Intercambio de documentos (SBIS): integracion con el operador de gestion documental electronica SBIS: desde la tarjeta del documento se preparan borradores salientes, se obtienen los estados y las copias firmadas, y los documentos entrantes se cotejan con el cliente. Es un conector regional para Rusia. En detalle, en la pagina Intercambio de documentos (SBIS).
- Diadoc: un segundo operador de gestion documental electronica para Rusia. El proposito es el mismo: documentos salientes, estados de firma y cotejo de los entrantes con el cliente.
Chats y mensajeros
- Bot de Telegram y bot de MAX: canales conversacionales bidireccionales: los mensajes entrantes del mensajero se vinculan a las solicitudes y los chats del CRM, y las respuestas vuelven a traves del conector.
- WhatsApp: canal conversacional de mensajeria con la misma logica: el mensaje del cliente se convierte en una solicitud con responsable e historial.
- Widget de chat: ventana de chat integrable para el sitio: el visitante escribe desde el sitio y la solicitud aparece en el flujo comun del CRM. El asistente exige al menos un dominio permitido sin protocolo; tambien permite elegir grupo de trabajo, espacio de trabajo y pipeline, configurar el formulario previo al chat y obtener el codigo de insercion despues de guardar.
- Webhook de chat: recepcion de mensajes desde un sistema de chat externo mediante webhook, cuando no existe un conector listo para el.
Formularios y solicitudes
- Formulario del sitio: recepcion unidireccional de solicitudes desde un formulario externo mediante webhook: las solicitudes se convierten en solicitudes segun el escenario elegido: directo al CRM, primero a revision o solo en local.
- Formularios del sitio (modulo integrado): formularios propios del portal que usted crea y publica sin programador. No tienen una configuracion aparte en el Centro: el boton «Abrir formularios» lleva al constructor de formularios, y la tarjeta del Centro muestra los contadores de solicitudes y errores del CRM. Vease tambien Formularios.
- Encuestas: recogida de respuestas de un formulario de encuesta hacia ese mismo flujo entrante.
Las encuestas tienen un constructor propio para solicitudes entrantes. En CRM → Integraciones crea una encuesta, añade pasos, configura opciones y campos de contacto y revisa Publicación y Respuestas. Añade orígenes web permitidos antes de publicar. El portal ofrece enlace público y código para widget emergente o integrado. Publicar y retirar son acciones separadas que pueden rechazarse por la validación de preparación o por un error; eliminar requiere una segunda confirmación. No hay archivado en la interfaz. La página pública no requiere inicio de sesión y el idioma de los botones sigue al visitante. El campo telefónico público actual convierte forzosamente cualquier entrada al formato ruso +7, sin importar el idioma o país del visitante, por lo que puede alterar un número internacional. Hasta que se corrija, no recopiles teléfonos mediante una encuesta ni consideres este campo localizado o apto como evidencia de captura. Usa preguntas, orígenes y respuestas sintéticos; no publiques tokens, contactos reales ni enlaces activos.
Comunicacion y correo
- Telefonia: una tarjeta para un proveedor telefonico externo y reglas CRM para llamadas entrantes. El asistente actual no permite elegir un destino de enrutamiento; hasta que exista ese campo, no consideres disponibles un proveedor conectado, el enrutamiento entrante ni CDR.
- Buzon de correo: conexion del correo de trabajo para que la correspondencia con el cliente llegue al CRM y no se quede en el cliente de correo personal de un solo empleado.
Acceso programatico y acceso al portal
- Integracion REST externa (clave de API): comunicacion programatica bidireccional: un sistema externo crea y actualiza tareas y oportunidades por API con una clave de acceso, en nombre de una cuenta de servicio independiente con permisos minimos. En detalle, en la pagina Integracion REST externa.
- Inicio de sesion unico (OIDC): acceso de los empleados al portal a traves del sistema corporativo de autenticacion. Es una configuracion administrativa de todo el portal: cambia la forma en que las personas inician sesion, no el flujo de solicitudes, asi que acuerdela con el administrador antes de activarla. Consulte Inicio de sesion unico (OIDC) para revisar el conector y manejar el secreto de un solo uso.
Por separado se configura la AI: conexion de modelos de lenguaje y asistentes externos, vease AI y escenarios.
Limitación actual de la telefonía en el centro: la tarjeta del conector está disponible, pero el asistente no muestra un destino de enrutamiento, ni cola ni usuario directo. El servidor rechaza guardar una ruta sin ese destino; la configuración del embudo es una capa separada. Hasta que exista el campo, no consideres conectado el proveedor ni prometas enrutamiento entrante, cola, respaldo o CDR. El escenario sigue bloqueado por la fuente y planificado.
Conectores de un vistazo
| Conector | Direccion | Que se necesita para conectar | Que controlar despues de activarlo |
|---|---|---|---|
| Integracion REST | Bidireccional (por API) | Clave de API, cuenta de servicio con permisos minimos | Estado de la conexion, errores de intercambio y eventos entrantes |
| Bot de Telegram / bot de MAX | Bidireccional (dialogo) | Token del bot, direccion de recepcion | Dialogos, errores de entrega y reintentos |
| Bidireccional (dialogo) | Acceso del proveedor del canal, direccion de recepcion | Dialogos, errores de entrega y reintentos | |
| Widget de chat | Bidireccional (dialogo) | Al menos un dominio permitido sin protocolo y codigo de insercion; formulario previo y enrutamiento opcionales | Solicitudes y conversaciones creadas desde el sitio |
| Webhook de chat | Mensajes entrantes | Direccion de recepcion y acceso del sistema de chat externo | Mensajes recibidos y errores de procesamiento |
| Formulario del sitio | Unidireccional | Direccion de recepcion, nombre de la fuente, token | Solicitudes recibidas y errores de procesamiento |
| Constructor de formularios | Unidireccional | Armar el formulario dentro del portal | Solicitudes recibidas y estado de publicacion del formulario |
| Encuestas | Unidireccional | Formulario de encuesta y regla de recepcion de respuestas | Respuestas recibidas y errores de procesamiento |
| Telefonia | Catalogo y asistente limitado | Proveedor y pipeline; no hay destino de enrutamiento | No confirma conexion, enrutamiento ni CDR |
| Buzon de correo | Bidireccional (correos) | Acceso al buzon de trabajo | Correspondencia por cliente y errores de recepcion |
| Intercambio de documentos (SBIS) | Bidireccional (documentos) | Usuario y contrasena del operador, entidad legal, entorno | Estados del intercambio por documento |
| Diadoc | Bidireccional (documentos) | Acceso del operador, entidad legal | Estados del intercambio por documento |
| Inicio de sesion unico (OIDC) | Acceso al portal | Datos del sistema corporativo de acceso | Si los empleados logran iniciar sesion |
La tabla describe las familias principales, no la lista completa: el conjunto de tipos del catalogo de su portal puede ser mas amplio.
Buenas practicas
- Dele a la conexion un nombre claro y ejecute de inmediato la comprobacion de la conexion, no la active «a ciegas».
- Para cada canal asigne un pipeline, una etapa inicial y un responsable, para que la solicitud no quede colgada sin dueno.
- Revise los estados con regularidad: un canal con advertencia o error son solicitudes y mensajes perdidos.
- No muestre en capturas de pantalla ni reenvie tokens, claves, contrasenas ni codigos de insercion con valores reales.
Paginas relacionadas