Una nueva necesidad en caja puede involucrar mucho más que una pantalla: reglas de negocio, datos y conexiones entre componentes. Antes de desarrollar, el equipo tiene que decidir dónde incorporar el cambio y cómo mantenerlo.
Microsoft anunció el 30 de septiembre nuevas extension skills para Dynamics 365 Commerce, en vista previa pública desde la versión 10.0.49. La propuesta acerca conocimiento de la plataforma a asistentes de programación como GitHub Copilot CLI y Claude Code. El objetivo es ayudar a convertir un requisito de negocio en una extensión revisable. [1]
Qué puede aportar al desarrollo
Estas skills ayudan a identificar puntos de extensión, proponer una implementación y generar una estructura inicial de proyecto y código. El trabajo puede abarcar el punto de venta (POS), Commerce Runtime, Hardware Station y la base de datos del canal. El desarrollador conserva las decisiones de arquitectura y la revisión técnica. [1]
Para cambios en Headquarters, la documentación contempla un plan orientativo que debe revisar el equipo responsable; no una autorización para modificar ese entorno. [2]
Un escenario para evaluar
Imaginemos que una cadena quiere mostrar una instrucción de entrega al retirar un pedido en tienda. Antes de pedir código, conviene aclarar quién carga esa instrucción, dónde se conserva, quién puede verla y qué debería ocurrir si no está disponible.
La evaluación podría comenzar con una sola variante del retiro y datos de prueba. El equipo funcional describiría el comportamiento esperado; arquitectura revisaría las capas afectadas y desarrollo contrastaría la propuesta con el SDK utilizado. Es un ejemplo hipotético para delimitar un piloto, no una capacidad lista para activar ni un caso de cliente.
Qué revisar antes de probar
La preview está destinada a evaluación y no tiene soporte ni acuerdos de servicio de nivel productivo. Sus resultados pueden ser incorrectos o incompletos, y la interacción está validada principalmente en inglés. El CLI anfitrión puede enviar prompts y contexto del repositorio al modelo; no corresponde tratar todo el proceso como exclusivamente local. [2]
Antes de habilitar una prueba, confirmá derechos de uso y condiciones del asistente elegido, idioma, región y políticas de datos de tu organización. Las fuentes específicas consultadas no acreditan una licencia de IA incluida con Commerce ni disponibilidad uniforme para Argentina. Para Copilot CLI, GitHub requiere una suscripción activa y habilitación organizacional cuando corresponde. [2][4]
También comprobá la compatibilidad del SDK con la aplicación. El repositorio oficial advierte que usar paquetes superiores a la versión de destino puede causar fallas de ejecución y despliegue. [3]
Cómo decidir si vale la pena avanzar
En Zennon proponemos acordar criterios de aceptación antes del piloto: qué debe ver la persona en caja, cómo se manejan las excepciones y qué evidencia permitirá comprobar cada resultado. Registrá también el tiempo dedicado a revisar y corregir la propuesta, no sólo a generar código.
Probá el recorrido completo con quienes conocen la operación y definí un responsable para cada aprobación. Que una solución compile es una comprobación técnica; la decisión de avanzar requiere además contrastarla con el comportamiento esperado y los riesgos del negocio.
El anuncio plantea un futuro con IA en más etapas del desarrollo. No lo presentamos como un ciclo autónomo disponible hoy. [1]
¿Qué cambio de tu operación comercial elegirías para una primera evaluación? Contanos el escenario y conversemos sobre cómo convertirlo en requisitos y pruebas concretas.
