Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Conectores de Copilot: integra Salesforce, ServiceNow y más en Microsoft 365 Copilot, ¿sincronizados o federados? (Doblaje IA)

Transcript

Conectores de Copilot: integra Salesforce, ServiceNow y más en Microsoft 365 Copilot, ¿sincronizados o federados? (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Bienvenidos a otro episodio de Microsoft Knowledge Nuggets aquí en
0:03
Speaker 2: M365 FM. Soy su anfitrión Mirko Peters. Así que aquí
0:05
Speaker 2: tiene una pregunta.¿ Qué pasaría si Copilot pudiera buscar en
0:08
Speaker 2: toda su empresa, no solo en correos y archivos en SharePoint,
0:09
Speaker 2: sino también en su CRM, su sistema de tickets, su
0:11
Speaker 2: base de datos de RM, su sistema de tickets, su
0:13
Speaker 2: base de datos de RR, H, o su wiki de Prey?¿
0:15
Speaker 2: Qué pasaría si pudiera hacer una pregunta y obtener una
0:17
Speaker 2: respuesta que extraiga información de todos sus sistemas a la vez,
0:20
Speaker 2: sin salir de Microsoft 365? Esa es la promesa, pero
0:23
Speaker 2: esta es la realidad. Microsoft 365 Copilot, tal como viene,
0:26
Speaker 2: solo analiza el contenido almacenado en SharePoint Online y OneDrive.
0:29
Speaker 2: Eso es todo. Sus correos, sus mensajes de Teams, sus documentos,
0:32
Speaker 2: todo eso está disponible. Pero la gran mayoría de los
0:34
Speaker 2: datos comerciales importantes de su empresa viven en otro lugar.
0:37
Speaker 2: Piense en su CRM como Salesforce, su sistema de tickets
0:40
Speaker 2: como ServiceNow, su wiki como Confluence o quizás incluso un
0:42
Speaker 2: Google Drive que aún no ha migrado. Copilot no puede
0:45
Speaker 2: ver nada de eso, no por defecto. Ese es un
0:46
Speaker 2: enorme punto ciego y es exactamente lo que los conectores
0:49
Speaker 2: de Copilot están diseñados para eso. Así que al final
0:50
Speaker 2: de este episodio entenderá qué son los conectores de grafo.
0:53
Speaker 2: Por cierto, ahora se llaman conectores de Copilot. Los dos
0:56
Speaker 2: tipos muy diferentes y cuál debería usar dependiendo de su situación.
1:00
Speaker 2: Tome su café y empecemos. El problema. Sus datos están
1:03
Speaker 2: en todas partes. Aquí estén. La mayoría de las empresas
1:06
Speaker 2: no almacenan todo dentro de Microsoft 365. Puede tener un
1:09
Speaker 2: CRM como Salesforce para datos de clientes, un sistema de
1:12
Speaker 2: tickets como ServiceNow para soporte técnico, un wiki como Confluence
1:16
Speaker 2: para documentación, o incluso un Google Drive o Dropbox que
1:19
Speaker 2: el equipo empezó a usar antes de que su empresa
1:21
Speaker 2: se estandarizara en Microsoft. Entonces cuando le hace a Copilot
1:24
Speaker 2: una pregunta como¿ Cuál es el estado del acuerdo con TOS?
1:27
Speaker 2: O muéstrame el último ticket de soporte de ese cliente
1:30
Speaker 2: Copilot se queda en blanco. Puede ver esos datos. Es
1:33
Speaker 2: como tener una tarjeta de biblioteca que solo funciona para
1:34
Speaker 2: un instante en un edificio de 50 habitaciones. Puede acceder
1:37
Speaker 2: a los libros que tiene delante, pero todo demás es
1:38
Speaker 2: como si no existiera. Sin Copilot tendría que cambiar de
1:41
Speaker 2: contexto constantemente. Imagine buscar al cliente en Salesforce y copiar
1:44
Speaker 2: los detalles de la cuenta. Luego, abre ServiceNow, busca el
1:47
Speaker 2: ticket y copia eso también. Después va a Confluence para
1:50
Speaker 2: encontrar las notas del proyecto. Finalmente pega todo eso en
1:52
Speaker 2: un correo o un mensaje de Teams. Está saltando entre
1:55
Speaker 2: cinco pestañas del navegador, iniciando sesión en cada sistema por
1:58
Speaker 2: separado y uniendo la información manualmente. Eso hace perder tiempo,
2:01
Speaker 2: interrumpe tu flujo y es exactamente el tipo de trabajo
2:03
Speaker 2: tedioso que Copilot debe eliminar. Pero el costo real no
2:06
Speaker 2: es solo el tiempo perdido. Cuando Copilot no puede conectar
2:08
Speaker 2: los puntos entre todos tus datos obtienes respuestas incompletas. Podrías
2:12
Speaker 2: tomar una decisión basada en la información que tienes frente
2:14
Speaker 2: a ti sin darte cuenta de que el dato crítico
2:16
Speaker 2: reside en un sistema que Copilot no puede ver. Esa
2:19
Speaker 2: perspectiva perdida podría ser una queja de un cliente registrada
2:21
Speaker 2: en tu CRM pero que nunca apareció en tu correo
2:23
Speaker 2: o una fecha de renovación de contrato en tu sistema
2:25
Speaker 2: ERP pero no en tu calendario. Estas brechas se acumulan
2:28
Speaker 2: y pueden tener consecuencias reales. Así que Microsoft construyó un puente.
2:31
Speaker 2: Veamos qué realmente es ese puente. Es un conector de gráfico.
2:35
Speaker 2: Un conector de gráfico es un software que incorpora datos
2:37
Speaker 2: externos al Microsoft Graph. Ahora bien, Microsoft Graph es el
2:41
Speaker 2: mismo índice que impulsa Microsoft Search, SharePoint Search y ahora Copilot.
2:45
Speaker 2: Piénsalo como el sistema nervioso central de Microsoft 365. Es
2:48
Speaker 2: el lugar donde residen todos tus datos y donde se conectan.
2:50
Speaker 2: Por lo tanto, un conector de gráfico funciona como una
2:52
Speaker 2: cinta tremenda. Cargas los datos de tu sistema externo en
2:54
Speaker 2: la cinta y se entregan en el índice de Microsoft
2:56
Speaker 2: 365 Graph. Una vez que los datos están allí, Copilot
2:59
Speaker 2: puede buscarlos, resumirlos y responder preguntas sobre ellos, tal como
3:02
Speaker 2: lo hace con tus correos y archivos. Ese registro de
3:05
Speaker 2: cuenta de Salesforce, ahora Copilot puede encontrarlo. Ese ticket de ServiceNow,
3:08
Speaker 2: Copilot puede resumirlo. Esa página wiki de Confluence, Copilot puede
3:11
Speaker 2: responder preguntas sobre él. Aquí hay algo que podría sorprenderte.
3:14
Speaker 2: Los conectores de gráfico no son nuevos. Han existido durante años,
3:17
Speaker 2: impulsando la búsqueda de SharePoint. Es posible que los hayas
3:19
Speaker 2: estado usando sin siquiera saberlo. Si alguna vez buscaste en
3:21
Speaker 2: SharePoint y viste resultados de un sistema externo aparecer en
3:24
Speaker 2: una sección separada, eso era un conector de gráfico en acción.
3:27
Speaker 2: Lo nuevo es que Copilot ahora los usa, y eso
3:29
Speaker 2: lo cambia todo, porque Copilot no solo encuentra los datos,
3:32
Speaker 2: sino que razones sobre ellos los resume y responde preguntas
3:34
Speaker 2: en lenguaje natural. Pero hay una trampa. Microsoft en realidad
3:37
Speaker 2: ofrece dos tipos de conectores muy diferentes. Funcionan de manera
3:40
Speaker 2: fundamentalmente distinta. Déjame explicarte la diferencia. Los dos modelos, sincronizado
3:44
Speaker 2: frente a federal. Así que aquí es donde se pone interesante.
3:46
Speaker 2: Microsoft te ofrece dos formas completamente distintas de llevar datos
3:49
Speaker 2: externos a Copilot. La elección entre ellos se reduce a
3:52
Speaker 2: una pregunta básica.¿ Quieres copiar los datos o quieres solicitarlos
3:55
Speaker 2: en tiempo real? El primer modelo se llama conector sincronizado.
3:59
Speaker 2: Con este enfoque, usted copia los datos del sistema externo
4:01
Speaker 2: en Microsoft Graph. Se indexan, almacenan y procesan de forma semántica.
4:06
Speaker 2: Piénselo como trasladar su archivador al mismo edificio donde está
4:08
Speaker 2: su escritorio. En lugar de caminar a otra habitación cada
4:11
Speaker 2: vez que necesite un archivo, ese gabinete está ahí, organizado,
4:13
Speaker 2: listo para buscar y usar. Los datos se convierten en
4:16
Speaker 2: residentes permanentes de su inquilino de Microsoft 365. El segundo
4:20
Speaker 2: modelo se llama conector federal. Funciona de una manera completamente diferente.
4:23
Speaker 2: No se copia nada. Cuando un usuario hace una pregunta,
4:25
Speaker 2: Copilot contacta al sistema externo en tiempo real, le pide
4:28
Speaker 2: la información relevante y trae la respuesta. No se almacenan
4:32
Speaker 2: datos en Microsoft 365. Es como pedirle a un bibliotecario
4:34
Speaker 2: en otro edificio que busque algo por usted. Ellos encuentran
4:37
Speaker 2: el libro, le leen la respuesta y el libro permanece
4:39
Speaker 2: en su estante. Te nunca toma posesión de.¿ Por qué
4:42
Speaker 2: Microsoft ofrece dos modelos? Porque los diferentes datos tienen diferentes necesidades.
4:45
Speaker 2: Algunos datos cambian rara vez. Piensa en políticas de RR. H.
4:48
Speaker 2: Wiki de proyecto con datos archivados. Ese tipo de datos
4:50
Speaker 2: se puede copiar sin problema. Los indexa una vez, quizás
4:52
Speaker 2: los actualiza a diario y listo, pero otros datos son dinámicos.
4:55
Speaker 2: Niveles de inventario, estado actual de tickets de soporte, precios
4:58
Speaker 2: en tiempo real. Si copia esos datos, quedan obsoletos en
5:00
Speaker 2: el momento en que llegan. Necesita la respuesta más reciente
5:03
Speaker 2: en cada ocasión. Hay otra diferencia clave. Los conectores sincronizados
5:06
Speaker 2: los configura un administrador para toda la organización. Una persona
5:09
Speaker 2: configura la conexión y todos los que tienen permiso pueden usarla.
5:13
Speaker 2: Los conectores federados requieren que cada usuario se autentique individualmente.
5:16
Speaker 2: Por lo tanto, si se conecta a Salesforce, cada persona
5:18
Speaker 2: que quiera preguntarle a Copilot sobre datos de Salesforce debe
5:21
Speaker 2: iniciar sesión personalmente. Eso requiere más configuración por usuario, pero
5:24
Speaker 2: también significa que cada persona solo ve lo que tiene
5:26
Speaker 2: permitido ver. Profundicemos en cada modelo para que sepa cuál
5:29
Speaker 2: se ajusta a su situación. Conectores sincronizados. Un análisis profundo.
5:33
Speaker 2: Comenzamos con los conectores sincronizados porque son el modelo más
5:35
Speaker 2: establecido y el que probablemente encuentre primero. Así es como funciona.
5:40
Speaker 2: Un administrador accede al centro de administración de Microsoft 365,
5:42
Speaker 2: navega a búsqueda de inteligencia y abre la sección de
5:45
Speaker 2: fuentes de datos. verá una galería de más de 100
5:48
Speaker 2: conectores preconfigurados. Elige el que necesita, digamos ServiceNow, Jira o
5:52
Speaker 2: Confluence y sea auténtica, mediante OAuth 2.0, lo que significa
5:55
Speaker 2: que no se almacenan contraseñas en texto plano. Luego configura
5:59
Speaker 2: qué datos extraer, con qué frecuencia sincronizar y qué campos asignar.
6:02
Speaker 2: Una vez hecho esto, el conector comienza a extraer datos
6:04
Speaker 2: hacia Microsoft Graph y esto es lo que hace que
6:05
Speaker 2: Copilot sea potente. Los datos obtienen un índice semántico. Esto
6:10
Speaker 2: significa que Copilot no solo busca palabras clave, sino que
6:12
Speaker 2: entiende el significado detrás de su pregunta. Así que, si
6:15
Speaker 2: busca el presupuesto del tercer trimestre, Copilot puede encontrar un
6:17
Speaker 2: documento titulado Revisión Financiera de 2025 porque entiende la relación
6:20
Speaker 2: entre los conceptos. Porque entiende los conceptos. Eso es un
6:22
Speaker 2: gran salto adelante respecto a la búsqueda tradicional donde necesitaría
6:25
Speaker 2: el título o la palabra clave exacta. Ahora bien, la
6:27
Speaker 2: seguridad está integrada en este modelo desde el principio. Cada
6:29
Speaker 2: elemento indexado incluye una lista de control de acceso, o ACL,
6:33
Speaker 2: que le indica a Microsoft 365 quién puede verlo. Si
6:36
Speaker 2: un usuario no tiene permiso en el sistema de origen,
6:38
Speaker 2: tampoco lo verá en Copilot.¿ Los permisos siguen los datos?
6:41
Speaker 2: Por lo tanto, si su cuenta de Salesforce solo permite
6:43
Speaker 2: que su equipo de ventas vea ciertos registros, esas mismas
6:45
Speaker 2: restricciones se aplican dentro de Copilot. Hay algunas limitaciones que
6:49
Speaker 2: vale la pena conocer. Cada elemento puede tener hasta 4 MB,
6:51
Speaker 2: y el conector puede manejar hasta 25 operaciones simultáneas en
6:54
Speaker 2: una sola conexión. Y si sus datos residen de forma local,
6:58
Speaker 2: como en un servidor de archivos o una base de
6:59
Speaker 2: datos SQL en su propio centro de datos, debe instalar
7:02
Speaker 2: el agente del conector de Microsoft Graph. Ese agente lee
7:05
Speaker 2: sus datos locales y envía solo el texto y los
7:07
Speaker 2: metadatos a la nube, mientras que sus archivos reales permanecen
7:09
Speaker 2: en sus instalaciones. Pero la buena noticia es que no
7:12
Speaker 2: tiene que construir nada de esto desde cero. Microsoft y
7:15
Speaker 2: sus socios ofrecen más de 100 conectores preconfigurados para Salesforce ServiceNow, Jira, Confluence,
7:19
Speaker 2: Google Drive, GitHub Box, Dropbox y muchos más. Si su
7:22
Speaker 2: empresa utiliza una aplicación comercial popular, probablemente ya exista un
7:25
Speaker 2: conector para ella. Pero¿ qué pasa si necesita datos en
7:27
Speaker 2: tiempo real? Ahí es donde entra el segundo modelo. Conectores federados,
7:31
Speaker 2: un análisis profundo. Ahora hablemos del segundo modelo porque es
7:34
Speaker 2: el más nuevo y funciona de manera completamente diferente. Con
7:36
Speaker 2: un conector federado, no se almacena ningún dato en Microsoft 365.
7:40
Speaker 2: Cuando un usuario le hace una pregunta a Copilot, Copilot
7:42
Speaker 2: envía una solicitud al sistema externo utilizando el protocolo de
7:45
Speaker 2: contexto del modelo o MSP. Piensa en ello como una
7:47
Speaker 2: forma estándar para que Copilot diga, oye, necesito información sobre
7:50
Speaker 2: este tema. Para que el sistema externo responda con lo
7:53
Speaker 2: que tiene, el sistema externo realiza la búsqueda, encuentra los
7:56
Speaker 2: resultados relevantes y los envía de vuelta, y Copilot le
7:58
Speaker 2: presenta esa respuesta al usuario. Los datos originales nunca salen
8:01
Speaker 2: del sistema. Este modelo es ideal para datos en vivo.
8:04
Speaker 2: Hablo de niveles de inventario que cambian minuto a minuto.
8:07
Speaker 2: estados de tickets de soporte que se actualizan cada vez
8:09
Speaker 2: que un agente toca un caso o precios en tiempo
8:11
Speaker 2: real que fluctúan. Si sincronizas ese tipo de datos, estarán
8:14
Speaker 2: obsoletos cuando lleguen al índice, pero con un conector federado
8:17
Speaker 2: siempre obtienes la respuesta más reciente porque cada consulta va
8:19
Speaker 2: directo a la fuente. Sin embargo, hay un compromiso. La
8:22
Speaker 2: autenticación de usuario funciona de forma distinta. Con un conector sincronizado,
8:25
Speaker 2: un administrador lo configura una vez y todos pueden usarlo.
8:27
Speaker 2: Con un conector federado, cada persona debe iniciar sesión en
8:30
Speaker 2: el servicio externo por su cuenta. Por lo tanto, si
8:32
Speaker 2: quieres preguntarle a Copilot sobre un registro de Salesforce, primero
8:34
Speaker 2: debes autenticarte en Salesforce. Copilot entonces respeta los permisos que
8:38
Speaker 2: tengas en ese sistema. Si en Salesforce solo puedes ver
8:40
Speaker 2: tus propias cuentas, Copilot solo mostrará resultados para esas cuentas.
8:44
Speaker 2: Es por usuario y por sesión. Pero bien, los conectores
8:46
Speaker 2: federados todavía están implementados. Por ahora están limitados a la
8:49
Speaker 2: experiencia de investigador en el chat de Copilot, donde puedes
8:51
Speaker 2: hacer preguntas profundas de investigación y Copilot busca respuestas en
8:55
Speaker 2: múltiples fuentes. Aún no están disponibles en todo Copilot, ni
8:59
Speaker 2: en Teams, ni en Outlook, ni en el panel lateral
9:00
Speaker 2: de Word o Excel, pero Microsoft se está expandiendo. El
9:03
Speaker 2: catálogo de conectores crece y se espera que los conectores
9:06
Speaker 2: federados estén disponibles en más experiencias de Copilot con el tiempo.
9:09
Speaker 2: Una cosa más que debes saber. Los conectores federados son
9:12
Speaker 2: de solo lectura por defecto. Copilot puede buscar y obtener datos,
9:14
Speaker 2: pero no puede escribir de vuelta en el sistema externo.
9:17
Speaker 2: No puede crear un ticket nuevo en ServiceNow ni actualizar
9:19
Speaker 2: un registro de contacto en Salesforce. Eso es intencional para
9:22
Speaker 2: mantener la seguridad. Si necesitas que Copilot realice acciones, existe
9:25
Speaker 2: otro modelo de extensibilidad llamado Plugins. Pero para búsqueda y recuperación,
9:28
Speaker 2: los conectores federados hacen exactamente lo que necesitan. Entonces,¿ cuál
9:31
Speaker 2: deberías usar? Depende de tu escenario, señor.¿ Qué modelo de
9:34
Speaker 2: conector deberías usar? Entonces,¿ qué modelo de conector deberías usar?
9:38
Speaker 2: Hagámoslo práctico. Necesitas un conector sincronizado cuando los datos no
9:41
Speaker 2: cambian a menudo. Piensa en políticas de error que se
9:43
Speaker 2: actualizan una vez por trimestre, wikis de proyectos con contenido estable,
9:47
Speaker 2: o contratos archivados que debes consultar pero rara vez modificar.
9:50
Speaker 2: Los conectores sincronizados te ofrecen búsquedas. Copilot comprende el significado
9:53
Speaker 2: de tu pregunta, no solo las palabras clave, y los
9:56
Speaker 2: datos quedan disponibles en todo Microsoft 365, en la búsqueda, Copilot,
9:59
Speaker 2: SharePoint y todas la plataforma. Los indexas una vez y
10:02
Speaker 2: están ahí para todos. Usa un conector federado cuando los
10:05
Speaker 2: datos cambian constantemente y necesitas la respuesta más reciente en
10:08
Speaker 2: cada ocasión. Tickets de soporte en vivo, cuyo estado puede
10:11
Speaker 2: cambiar mientras haces la pregunta, niveles de inventario que fluctúan
10:15
Speaker 2: durante el día o el estado actual de un proyecto
10:17
Speaker 2: que se actualiza en tiempo real. Los conectores federados no
10:20
Speaker 2: se guardan en una copia, así que nunca tendrá que
10:21
Speaker 2: preocuparse por datos obsoletos. Obtiene la respuesta más reciente directamente
10:25
Speaker 2: de la fuente. Pero el punto es que no tiene
10:26
Speaker 2: que elegir solo uno. Muchas organizaciones utilizan. Usan conectores sincronizados
10:31
Speaker 2: para su base de conocimiento estática, políticas de RER, documentos
10:34
Speaker 2: de incorporación y materiales de referencia. Y usan conectores federados
10:36
Speaker 2: para sus datos operativos dinámicos. Tickets en vivo, inventario actual,
10:40
Speaker 2: estado de proyectos en tiempo real. No es una decisión
10:42
Speaker 2: de esto o aquello, es una estrategia de ambos. Ahora
10:44
Speaker 2: hablemos de costos. Los conectores sincronizados usan almacenamiento y procesamiento
10:48
Speaker 2: dentro de Microsoft 365. Cada elemento que indexa ocupa espacio
10:51
Speaker 2: y es procesado por el índice semántico. Eso está incluido
10:54
Speaker 2: en su licencia, pero existen límites dependiendo de su plan.
10:57
Speaker 2: Los conectores federados no almacenan datos en Microsoft 365, por
11:00
Speaker 2: lo que no consumen ese almacenamiento. Pero sí requieren que
11:02
Speaker 2: el sistema externo maneje cada consulta en tiempo real. Si
11:06
Speaker 2: su instancia de Salesforce ya tiene problemas de rendimiento, añadir
11:08
Speaker 2: cientos de consultas de Copaidot encima podría causar problemas. Así
11:12
Speaker 2: que tenganlo en cuenta cuando esté planificado. Seguridad y cumplimiento
11:16
Speaker 2: Antes de configurar nada, hay algo que debe hacer correctamente.
11:19
Speaker 2: La seguridad. Cada elemento que pasa a través de un
11:21
Speaker 2: conector necesita una lista de control de acceso. Es una serie.
11:25
Speaker 2: Le indica a Microsoft 365 quien puede ver ese fragmento
11:27
Speaker 2: de datos. Si olvida incluirla, pueden ocurrir dos cosas. Los
11:30
Speaker 2: datos podrían ser visibles para todos en su organización o
11:33
Speaker 2: podrían volverse invisibles para todos. Ninguna. Por eso, al configurar
11:36
Speaker 2: un conector, preste mucha atención a cómo se asignan los
11:39
Speaker 2: permisos desde el sistema de origen. Todos los conectores utilizan
11:42
Speaker 2: OAuth 2.0 para la autenticación. Ese es el estándar moderno.
11:45
Speaker 2: Nada de contraseñas almacenadas en texto plano, ni cuentas de
11:47
Speaker 2: servicio compartidas con credenciales débiles. Es el mismo protocolo que
11:50
Speaker 2: usa cuando inicia sesión en un sitio web con su
11:52
Speaker 2: cuenta de Google o Microsoft. El conector se autentica de
11:55
Speaker 2: forma segura y luego extrae los datos según los permisos
11:57
Speaker 2: que usted haya otorgado. Los datos en tránsito están cifrados.
11:59
Speaker 2: Cuando su conector mueve datos de Salesforce o ServiceNow a
12:02
Speaker 2: Microsoft 365, ese tráfico está protegido. Para los conectores sincronizados,
12:06
Speaker 2: los datos en reposo también están cifrados dentro de Microsoft 365.
12:08
Speaker 2: Así que incluso si alguien accediera a esa capa, no
12:11
Speaker 2: podría leer los datos sin las claves de cifrado. Ahora,¿
12:14
Speaker 2: qué pasa con los datos que residen de forma local?
12:16
Speaker 2: Tal vez tenga un servidor de archivos en su oficina
12:18
Speaker 2: o una base de datos SQL ejecutándose en su propio
12:20
Speaker 2: centro de datos. No quiere mover esos datos a la nube.
12:22
Speaker 2: No tiene por qué hacerlo. Instala el agente de conector
12:25
Speaker 2: de Microsoft Graph en un equipo dentro de su red.
12:28
Speaker 2: Ese agente lee sus datos locales y solo envía el
12:30
Speaker 2: texto y los metadatos a la nube. Sus archivos de
12:32
Speaker 2: datos reales permanecen en su instalación. Lo único que viaja
12:35
Speaker 2: por internet es el contenido que debe indexarse, no los
12:38
Speaker 2: archivos originales. Y aquí hay algo importante si usted trabaja
12:41
Speaker 2: en un sector regulado. Los conectores de Microsoft Graph heredan
12:44
Speaker 2: las certificaciones de cumplimiento de Microsoft 365 ISO 2701 SOC
12:49
Speaker 2: 2 HIPAA FEDRAMP. Si su organización ya usa Microsoft 365
12:54
Speaker 2: para cargas de trabajo conformes, las mismas certificaciones se aplican
12:56
Speaker 2: a los datos que incorpora mediante conectores. No necesita auditorías
13:00
Speaker 2: separadas ni certificaciones adicionales para el capa del conector. Listo
13:03
Speaker 2: para probarlo. Aquí le explico cómo empezar.¿ Cómo empezar? Entonces,¿
13:07
Speaker 2: por dónde empezar realmente? El primer lugar es el centro
13:09
Speaker 2: de administración de Microsoft 365. Vaya a búsqueda de inteligencia
13:12
Speaker 2: y luego abra los orígenes de datos. Ahí es donde
13:14
Speaker 2: encontrará la galería de conectores. Es una lista de más
13:17
Speaker 2: de 100 conectores predefinidos listos para él. Elija uno. Digamos
13:20
Speaker 2: que ServiceNow. Haga clic en él y el asistente de
13:22
Speaker 2: configuración le guiará del otro acceso. Desautentica en ServiceNow usando
13:25
Speaker 2: OAuth 2.0. Luego elige qué datos sincronizar. Quizás solo incidentes
13:29
Speaker 2: y artículos de conocimiento en lugar de toda la base
13:31
Speaker 2: de datos. Usted asigna los campos de ServiceNow al esquema
13:34
Speaker 2: de Microsoft Graph. Y configura las ACL para que los
13:36
Speaker 2: permisos se transfieran correctamente. Para una configuración sencilla, todo el
13:39
Speaker 2: proceso lleva unos 30 minutos. Ahora,¿ qué pasa si su
13:42
Speaker 2: origen de datos no tiene un conector predefinido? Puede crear
13:44
Speaker 2: el suyo propio. Use la API de conectores de Microsoft
13:46
Speaker 2: Graph o el kit de herramientas para agentes de Microsoft 365.
13:49
Speaker 2: Necesitará crear cosas. Primero, una conexión que le indique a
13:52
Speaker 2: Microsoft 360 dónde residen los datos. Segundo, un esquema que
13:56
Speaker 2: defina qué campos existen y cómo se asignan. Tercero, una
13:59
Speaker 2: forma de gestionar los elementos externos, añadirlos, actualizarlos y eliminarlos
14:03
Speaker 2: cuando cambien el sistema de origen. Es más trabajo, pero
14:06
Speaker 2: le da control total sobre qué se indexa y cómo.
14:09
Speaker 2: Una vez configurado el conector, pruébelo. Haga una pregunta a
14:11
Speaker 2: Copilot que deba extraer información de su nuevo origen. Algo como,
14:15
Speaker 2: muéstrame los incidentes abiertos de ServiceNow o cuál es el
14:17
Speaker 2: contrato más reciente en Salesforce. Compre que aparezcan los resultados. Luego,
14:21
Speaker 2: verifique que solo los usuarios autorizados vean los resultados correctos.
14:23
Speaker 2: Si alguien de marketing pregunta sobre una cuenta exclusiva de ventas,
14:26
Speaker 2: no debería verlo. Si la ves, usas él y necesitan ajuste.
14:29
Speaker 2: Terminemos con la perspectiva general. Ahora ya sabe qué son
14:31
Speaker 2: los conectores de graf. Le permiten incorporar datos externos a
14:34
Speaker 2: Microsoft 365. Datos que Copilot no puede ver por sí mismo.
14:38
Speaker 2: Tiene dos modelos para elegir. Los conectores sincronizados copian e
14:41
Speaker 2: indexan los datos, ofreciéndote búsqueda semántica y una amplia disponibilidad.
14:44
Speaker 2: Los conectores federados consultan la fuente en tiempo real, dándote
14:47
Speaker 2: respuestas actualizadas sin almacenar una copia. Aquí por qué es importante.
14:51
Speaker 2: Copilot se vuelve realmente útil cuando puede ver todos los
14:53
Speaker 2: datos de tu empresa, no solo que está en SharePoint
14:55
Speaker 2: y OneDrive y OneDrive. Un copilot que solo conoce tus
14:58
Speaker 2: correos y documentos es un asistente limitado. Un copilot que
15:01
Speaker 2: también conoce tu CRM, tu sistema de tickets, tu base
15:03
Speaker 2: de datos de RR, H, y tu wiki de proyectos,
15:06
Speaker 2: es un copilot que realmente puede transformar tu forma de trabajar.
15:09
Speaker 2: Tu siguiente paso es sencillo. Elige un sistema externo que
15:11
Speaker 2: contenga datos críticos para tu equipo. Configura un conector para
15:14
Speaker 2: él esta misma semana. Mira cómo cambia tu experiencia con Copilot.
15:17
Speaker 2: Te sorprenderá lo mucho más útil que se vuelve Copilot
15:19
Speaker 2: cuando tiene acceso a los datos que realmente hacen funcionar
15:21
Speaker 2: tu negocio. Este ha sido otro episodio de Píldoras de
15:23
Speaker 2: Conocimiento de Microsoft aquí en M365FMM. Soy tu anfitrión, Mirko Peters.
15:28
Speaker 2: Si esto te ayudó a entender mejor los conectores de Graph,
15:30
Speaker 2: suscríbete en tu plataforma de podcast favorita. Comparte este episodio
15:34
Speaker 2: con un colega que se pregunte por qué Copilot no
15:36
Speaker 2: parece encontrar sus datos de Salesforce. Hasta la próxima.