Una arquitectura de Microsoft orienta el diseño de la atención interna con Copilot Studio. Permisos, derivación y pruebas determinan qué conviene automatizar.
Business Central 29 combina controles sobre los diseños seleccionables con API para consultar la bandeja de informes, recuperar archivos y actualizar su marca de leído.
Microsoft clasifica como vista previa pública tres mejoras: varios impuestos especiales por artículo, retenciones en operaciones de empleados y series de autofacturas por proveedor. Su aplicación depende del proceso y la configuración.
BC29 incorpora instrucciones en pedidos de compra, configuración asistida y nuevas opciones de almacén para subcontratación, sobre capacidades ya disponibles en 28.3.
GitHub incorpora comparaciones voluntarias al panel de impacto de Copilot. Sus indicadores permiten situar la adopción y las tasas de integración de cambios entre participantes, con límites que conviene conocer antes de fijar objetivos.
Las políticas de OpenAI exigirán aprobación previa para dar a terceros acceso directo a sus modelos desde el 20 de noviembre de 2026. El texto distingue ese servicio de integrar modelos en una aplicación.
OpenAI anunció el 21 de octubre que los routers y gateways que proporcionan acceso directo a sus modelos necesitarán revisión y aprobación previas. La medida forma parte de su iniciativa para aplicar salvaguardas consistentes entre proveedores. Así lo explica en su anuncio oficial.
La nota del Centro de ayuda confirma que los cambios entran en vigor el 20 de noviembre de 2026. Hasta entonces se aplica la versión anterior. Los acuerdos existentes y las demás condiciones aplicables continúan siendo relevantes.
Qué tipo de servicio abarca
El apartado sobre acceso a modelos de las Usage Policies exige autorización previa cuando una plataforma intermediaria u otro servicio permite que terceros accedan directamente a modelos de OpenAI. Aclara que integrar modelos para alimentar funciones de una aplicación no activa por sí solo ese requisito.
Interpretación de Nexo: conviene describir qué puede hacer el cliente y quién presta el acceso antes de clasificar el producto por su nombre comercial. Los siguientes casos son ejemplos hipotéticos para preparar esa consulta, no decisiones de OpenAI sobre servicios concretos.
Diseño hipotético
Qué revisar
Una aplicación resume documentos dentro de un flujo cerrado.
Documentar la función y la experiencia que recibe el usuario.
Una API permite a otros desarrolladores enviar sus propias solicitudes a varios modelos.
Describir el acceso ofrecido y solicitar la revisión que corresponda.
Una pasarela interna centraliza solicitudes de empleados.
Consultar el alcance para esta arquitectura; no asumir una excepción por ser interna.
Las responsabilidades de quienes ofrecen acceso
En su anuncio, OpenAI también atribuye a los socios tareas de mantener salvaguardas coherentes con las suyas, investigar posibles infracciones y coordinar medidas para que las restricciones sigan siendo efectivas entre servicios.
Por separado, el Services Agreement, en sus apartados 2.2 y 3, contempla integrar la API en aplicaciones para usuarios finales y responsabiliza al cliente de la actividad de su cuenta. También prohíbe comprar, vender o transferir claves API con terceros.
Qué preparar y qué falta concretar
El anuncio, la política y la nota de ayuda consultados no especifican el canal de solicitud, los plazos de respuesta ni un régimen de transición para gateways existentes. El tratamiento de una pasarela interna también requiere confirmar el alcance con el proveedor.
Como preparación técnica y de producto, Nexo propone:
Preparar un esquema de usuarios, credenciales, modelos y rutas de acceso.
Documentar salvaguardas, responsables y respuesta ante posibles usos indebidos.
Solicitar por escrito el procedimiento, la situación del servicio existente y las condiciones aplicables antes de comprometer un lanzamiento.
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.