IA · MICROSOFT · CONOCIMIENTO COMPARTIDO
Entiende qué cambia.
Descubre qué puedes hacer con ello.
EN PORTADA / IA y sector
Fechas, inscripción y temas de IA en la agenda anunciada para París, con preguntas y ejemplos para evaluar soluciones de Business Central.
Leer la selección 5 minEXPLORA NEXO
39 publicaciones
Capacidad liberada, ahorro efectivo y consumo de IA son magnitudes distintas. Un piloto útil acuerda cómo medirá el resultado antes de discutir un precio basado en valor.
Directions EMEA 2026 · campaña temporal · lote 1 · Anuncio: · Revisión editorial
Usar OAuth no resuelve por sí solo la custodia de secretos. Copias de entornos, permisos y revocación merecen una revisión antes de conectar servicios o agentes al ERP.
Directions EMEA 2026 · campaña temporal · lote 1 · Anuncio: · Revisión editorial
ANUNCIO Y DISPONIBILIDAD
Contraste con la ficha pública de la sesión, fechada el 29/10/2026, y documentación de Microsoft consultada el 07/11/2026. Se describen mecanismos existentes cuya compatibilidad depende del alojamiento, la API y la configuración. El PDF registrado no resultó accesible: sus páginas no se han verificado ni se utilizan como evidencia.
OAuth Is Secure. Your Client Secret Isn't. · 1303508 · páginas 3, 4, 5, 6, 7, 8, 9, 12, 13, 14, 15, 16, 17, 19La sesión de Arend-Jan Kauffmann registrada en Directions para el 29 de octubre de 2026 plantea una revisión del recorrido de las credenciales en Business Central: creación, almacenamiento, recuperación y transmisión. Su ficha incluye las copias de bases de datos y la autenticación de servicios externos entre los puntos que deben examinarse. Ficha pública de la sesión.
La lectura editorial de Nexo es práctica: comprobar que una conexión obtiene un token no basta para evaluar su seguridad operativa. También hay que identificar quién puede utilizar su credencial, qué operaciones permite y cómo detener el acceso cuando deja de ser necesario.
En el flujo OAuth client credentials, el servicio actúa con identidad propia, sin representar a un usuario. Microsoft admite secretos compartidos, certificados y credenciales federadas para obtener tokens en los escenarios correspondientes. La API de destino debe comprobar la autorización de la aplicación. Flujo client credentials.
Business Central documenta S2S para sus APIs y servicios web online desde la versión 18.3; para las API de automatización, desde la 17.0. En instalaciones locales figura desde las versiones 18.11 y 19.5, con autenticación Microsoft Entra mediante OpenID Connect. Además, hay que habilitar la aplicación en Business Central y asignarle los permisos necesarios; no puede recibir el conjunto SUPER. Disponibilidad y configuración de S2S.
Para revisar una integración, Nexo propone tratar por separado estas preguntas:
Business Central incorpora precauciones al copiar entornos: detiene tareas de la cola, limpia configuraciones de integración de la aplicación base y bloquea por defecto las llamadas HTTP salientes de extensiones. Estas llamadas requieren autorización por extensión. Comportamiento documentado de las copias.
Nuestra recomendación es revisar cada integración antes de reactivarla. Esas protecciones no constituyen una comprobación individual de las credenciales de una extensión propia. El equipo debe verificar qué configuración permanece, qué destino utilizará y si el acceso corresponde al entorno de pruebas.
Microsoft recomienda evitar secretos administrados manualmente cuando existe una alternativa compatible y prioriza certificados si no puede utilizarse una identidad administrada o un proveedor externo adecuado. La elección requiere comprobar ambos extremos de la integración. Recomendaciones para registros de aplicaciones.
| Mecanismo | Dónde encaja | Límite que revisar |
|---|---|---|
| Identidad administrada | Recursos de Azure compatibles; la plataforma administra las credenciales. | El recurso de destino debe admitir autenticación Entra y conceder acceso a esa identidad. Documentación. |
| Federación de identidades de cargas de trabajo | Escenarios admitidos, como GitHub Actions o Kubernetes, mediante confianza en un proveedor de identidad. | Requiere configurar y restringir esa confianza; no sustituye la autorización sobre el recurso. Documentación. |
| Certificado | Autenticación de aplicaciones cuando la integración lo admite. | La clave privada sigue necesitando custodia y renovación. Microsoft recomienda un almacén seguro. |
| Secreto de cliente | Integraciones que utilizan una credencial compartida. | Exige almacenamiento protegido, rotación y control de caducidad; no debe compartirse entre aplicaciones. |
La documentación de Microsoft advierte que desactivar una aplicación impide emitir nuevos tokens, pero los ya emitidos permanecen válidos hasta caducar. Por tanto, no debe darse por hecho que una acción administrativa corta inmediatamente todo acceso existente. Desactivación de aplicaciones.
Nexo propone ensayar la retirada en un entorno controlado: comprobar tanto la solicitud de un token nuevo como el uso de uno previamente emitido, y registrar el comportamiento observado del servicio de destino. El procedimiento debe tener un responsable y un criterio verificable de cierre.
Esta plantilla es una propuesta editorial para documentar integraciones. Registra referencias y responsabilidades, nunca valores de secretos, tokens ni claves privadas.
| Campo | Qué registrar |
|---|---|
| Integración y responsable | Función de negocio, equipo propietario y contacto operativo. |
| Identidad y entorno | Identificador de aplicación, cliente, entorno y destino autorizado. |
| Mecanismo y custodia | Tipo de credencial y referencia al almacén o a la relación de confianza. |
| Permisos | Operaciones necesarias y asignaciones que las permiten. |
| Copia y renovación | Comportamiento esperado al copiar el entorno y responsable de renovar la credencial. |
| Retirada | Procedimiento, última prueba realizada y resultado observado. |
Ejemplo hipotético: un equipo copia producción para probar un conector de pedidos. Antes de autorizar las llamadas salientes, comprueba la identidad del conector, el almacén al que apunta y el destino de las peticiones. Después prueba su retirada con datos de prueba. Es un escenario de trabajo propuesto, no un incidente ni un resultado observado.
La decisión editorial es convertir la revisión de credenciales en parte de la entrega de cada integración: junto a la conexión que funciona, debe quedar documentado quién puede usarla, con qué alcance y cómo retirarla.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
Consultar la fuente ↗CONECTA ESTA IDEA
GitHub anuncia el despliegue gradual del modelo. Para valorar su incorporación, conviene comparar corrección, esfuerzo de revisión y coste por tarea, además de comprobar el acceso efectivo.
GitHub · Anuncio: · Revisión editorial
Las siguientes publicaciones aparecen al seguir bajando.
SIGAMOS CONECTADOS
Descubre las próximas publicaciones o propón una pregunta desde tu experiencia.
