Para directores de IT, jefes de sistemas, technical leads y responsables del mantenimiento del ERP en empresas que combinan Business Central con extensiones dv* o de terceros. Un copiloto que asiste al equipo técnico interno en diagnóstico, customización ligera, lectura de release notes y documentación. No sustituye al partner: filtra y acelera el día a día.
El departamento técnico interno de una empresa con Business Central y un puñado de extensiones tiene una agenda demasiado densa para el tamaño de plantilla que suele tener. Hay que mantener el ERP, atender incidencias funcionales de los usuarios de las áreas de negocio, hacer pequeñas customizaciones AL o Power Automate, generar informes ad-hoc cuando finanzas o producción los pide, mantener documentación que nadie actualiza, leer release notes de Microsoft cada Wave y gestionar permisos. Y todo eso con uno, dos o tres técnicos.
El problema no es solo el volumen: es que mucha de la carga es repetitiva. La incidencia poco frecuente que aparece cada seis meses obliga a redescubrir el patrón desde cero porque no hay tiempo para documentar bien la solución la primera vez. La customización pequeña (añadir un campo, generar un informe nuevo, automatizar un flujo simple) requiere recordar sintaxis AL exacta o atajos de Power Automate que el técnico usó hace meses y olvidó. La consulta a Microsoft Learn implica navegar un árbol de documentación inmenso.
La documentación oficial Microsoft Learn, los foros públicos, la base de conocimiento Microsoft Partner KB y la documentación técnica de cada extensión dv* o de terceros están dispersos. Un técnico pierde entre treinta y sesenta minutos cada vez que tiene que diagnosticar un error poco frecuente: buscar el código de error en Learn, comparar con el foro, contrastar con el KB del partner, probar la solución, validar. Multiplicado por las decenas de incidencias atípicas al mes, se va una buena parte de la capacidad técnica del equipo en búsqueda, no en resolución.
El último frente es la Wave. Dos veces al año Microsoft publica el ciclo de release de BC con cientos de páginas de cambios. Un equipo técnico interno difícilmente las lee enteras, así que las afronta a salto de mata: revisa lo que le suena, asume lo demás y descubre breaking changes el día del upgrade. La consecuencia es la de siempre: sorpresas tarde, ticket urgente al partner, tiempo extra en la cuenta del cliente y nervios.
El caso es un copiloto técnico desplegado para el equipo IT del cliente. Es un asistente conversacional que combina cuatro capas de capacidad. La primera es resolución de dudas técnicas sobre BC y extensiones: el técnico pregunta en lenguaje natural ("¿Por qué falla la posting con error X en el módulo Y?", "¿Cómo se configura el flujo de aprobación de compras con más de un nivel?", "¿Qué tabla guarda los movimientos de almacén entre ubicaciones?") y recibe respuesta sintética con cita a Microsoft Learn, a la base de conocimiento Davisa y a precedentes internos del propio cliente.
La segunda capa es generación asistida de código y configuración. Cuando hay que customizar algo pequeño, el copiloto propone snippets de AL para nuevas tablas, page extensions, report objects, control add-ins; flujos de Power Automate para casos típicos (notificación, copia a SharePoint, validación cruzada); consultas DAX para informes Power BI; comandos PowerShell para administración del entorno BC. El técnico revisa, ajusta y aplica. El copiloto no ejecuta nada por sí mismo contra producción: la barrera humana es por diseño.
La tercera capa es diagnóstico asistido de incidencias. Cuando un usuario reporta un error, el técnico copia el log o el mensaje al copiloto, que propone causas probables ordenadas por probabilidad, basándose en patrones de Microsoft Learn, en el KB Davisa y en precedentes resueltos previamente en la misma empresa. Para cada causa propuesta sugiere los pasos de verificación. Es un cribado rápido que reduce el tiempo de diagnóstico antes de la verificación humana.
La cuarta capa es lectura asistida de release notes. Cada Wave de BC (octubre y abril) el copiloto procesa automáticamente las notas oficiales, las cruza con la configuración real del cliente (qué módulos usa, qué extensiones tiene activas, qué customizaciones in-house ha desarrollado) e identifica qué cambios afectan, cuáles son breaking changes prioritarios y cuáles aportan funcionalidad nueva aprovechable. Entrega un informe priorizado para que el departamento técnico decida con cabeza qué revisar antes del upgrade.
La capa transversal es la integración con Azure DevOps del cliente. El copiloto lee el histórico de issues, pull requests y releases internas para entender el contexto del proyecto. Cuando se documenta un cambio aplicado, el copiloto genera un resumen automático a partir del commit y el PR. Esa documentación queda en la KB interna del cliente y alimenta las futuras consultas, cerrando el ciclo de aprendizaje sin que nadie tenga que sentarse a escribir documentación a mano.
| Aspecto del trabajo técnico | Antes (sin copiloto) | Después (con IA) |
|---|---|---|
| Tiempo medio diagnóstico incidencia poco frecuente | Entre 30 y 60 minutos buscando en Microsoft Learn, foros y KB hasta encontrar el patrón. | El copiloto propone causa probable y pasos de verificación en segundos, con cita de la fuente. |
| Generación de snippets de código AL | El técnico escribe desde cero o copia de proyectos antiguos. Sintaxis recordada a medias. | El copiloto propone el snippet AL con la estructura típica y lo adapta al contexto del cliente. |
| Búsqueda en documentación Microsoft Learn | Abrir docs.microsoft.com, navegar el árbol, leer varias páginas hasta encontrar el dato exacto. | Pregunta directa al copiloto: respuesta sintética con cita a la página de Microsoft Learn. |
| Documentación de cambios | Se documenta a posteriori, mal o nada. La siguiente incidencia se diagnostica desde cero. | El copiloto genera resumen automático del cambio aplicado a partir del log y el PR. |
| Onboarding de técnico nuevo | Tres a seis meses preguntando al sénior. La curva depende de la disponibilidad del veterano. | El nuevo pregunta al copiloto desde el día 1 con cita a precedentes internos del cliente. |
| Dependencia con consultor externo | Ticket al partner para dudas que el equipo podría resolver si tuviera el contexto a mano. | Filtrado previo: el equipo resuelve lo asistible, escala al partner solo lo que lo requiere. |
| Lectura de release notes Wave | Cientos de páginas semestrales. Se lee a salto de mata o no se lee. Sorpresas en upgrade. | Informe priorizado de impacto sobre vuestra configuración real, con acciones recomendadas. |
Auditoría del entorno técnico actual: versión BC, extensiones activas, customizaciones in-house, organización del equipo IT, herramientas de gestión de incidencias y documentación interna existente. Identificación de tipologías de consulta más frecuentes y selección del corpus de conocimiento prioritario.
Despliegue del copiloto en el tenant del cliente, indexación de Microsoft Learn relevante, KB Davisa, código de las extensiones autorizadas y precedentes internos del Azure DevOps del cliente. Integración con el flujo de trabajo del equipo IT y formación de uso. Medición de tiempo medio de diagnóstico contra línea base.
Ampliación a más áreas técnicas, activación del informe de Wave automático, generación asistida de documentación a partir de PR, soporte continuo y retraining mensual con los precedentes nuevos del cliente. Coordinación con el consultor Davisa para casos críticos.
Hay escenarios donde el caso no compensa o no es viable. Lo decimos directamente.
Mismo patrón RAG, pero para todo el equipo: RRHH, calidad, dirección. Consultas no técnicas.
Extensión BCCapa analítica Davisa sobre BC. Útil cuando el copiloto técnico genera informes ad-hoc complejos.
Sector IACasos sectoriales donde el equipo técnico interno mantiene BC con módulos productivos críticos.
Hub BCDocumentación pública del ecosistema BC, AppSource y la stack dv* de Davisa.
MétodoEl detalle de las tres fases (Discovery, Piloto, Escalado) con entregables y precios.
HubCatálogo completo de casos, sectores y método del AI Studio.
Funciona con cualquier extensión de Business Central. La capa de conocimiento incluye Microsoft Learn completo (la documentación oficial de BC y AppSource), foros públicos de la comunidad, y la base de conocimiento Davisa, que cubre con detalle las extensiones dv* pero también casos de implantación sobre extensiones de terceros y customizaciones in-house. Si vuestra empresa usa una mezcla habitual de BC base más dos o tres extensiones AppSource más algún módulo propio, el copiloto se cubre el conjunto.
Solo propone. El copiloto sugiere snippets de código AL, configuraciones de Power Automate, consultas DAX, comandos PowerShell o pasos de troubleshooting, pero no ejecuta nada contra el entorno productivo. Quien revisa, valida y aplica es siempre el técnico de vuestro equipo. Esta restricción es de diseño: la IA es asistente, no operario. En el escalado se puede habilitar ejecución asistida en entornos de sandbox o desarrollo, nunca en producción sin doble validación humana.
El código privado de vuestras extensiones, configuraciones y precedentes internos se indexa con Azure AI Search dentro de vuestro tenant Azure. El motor recupera fragmentos relevantes a la consulta y los pasa al modelo de lenguaje como contexto. El código en sí no se usa para entrenar modelos de terceros, no se envía a OpenAI público, no sale del perímetro de vuestra suscripción. Si trabajáis con GitHub Copilot Business sobre repositorios privados, la integración respeta sus garantías contractuales.
No, lo complementa. El copiloto resuelve la franja de consultas frecuentes y diagnóstico rápido que vuestro equipo técnico puede asumir solo, sin abrir ticket. Para customizaciones grandes, decisiones de arquitectura, upgrades de versión, problemas que requieren acceso al tenant Microsoft del partner o casos críticos de producción, el camino sigue siendo el consultor externo. Lo que cambia es que cuando llegáis al consultor llegáis mejor preparados, con contexto previo y descartes hechos. El tiempo facturado del consultor baja, no la relación.
Las Waves de Business Central (dos al año, octubre y abril) traen cientos de páginas de release notes que un técnico interno difícilmente lee enteras. El copiloto procesa esas notas automáticamente, las cruza con vuestra configuración actual y vuestras extensiones activas, e identifica qué cambios os afectan, cuáles son breaking changes y cuáles aportan funcionalidad nueva aprovechable. Lo entrega como informe priorizado, no como volcado. Esto convierte la Wave de un riesgo difuso en una lista accionable de revisión técnica.
El copiloto se enmarca dentro de la relación actual con vuestro consultor habitual, que coordina la indexación de precedentes y la integración con vuestro tenant.
Habla con el equipo →Empezamos por el discovery de 5 días. Auditamos vuestro entorno técnico, dimensionamos el copiloto y os entregamos un plan de despliegue para vuestro equipo IT interno.
Solicita Discovery IA →