Política de compatibilidad

En coolOrange, creemos que el software debe capacitar, no restringir, a los equipos de ingeniería. Nuestra política de compatibilidad proporciona la claridad y la confianza necesarias para mantener y actualizar sus personalizaciones con la mínima interrupción.

¿Por qué cmdlets?

Adoptamos un enfoque deliberado y centrado en el cliente para la personalización del software:

• El software debe adaptarse a los flujos de trabajo de los clientes, no al revés.
• Las personalizaciones deben ser accesibles, incluso para usuarios con una experiencia mínima en codificación.
• Las secuencias de comandos deben ser totalmente accesibles y modificables, lo que permite flexibilidad e independencia.

Por eso hemos desarrollado un completo conjunto de cmdlets de PowerShell que envuelven las API más comunes de Autodesk Vault. Al construir sus personalizaciones sobre estos cmdlets:

• Evitará depender directamente de los cambios en las API de Autodesk.
• Se beneficia de adaptaciones y mejoras rápidas gracias a la simplificación de las secuencias de comandos, la documentación pública y la transparencia.
• Obtendrá compatibilidad con las versiones principales y secundarias de Autodesk Vault con un esfuerzo de mantenimiento mínimo.

Nos comprometemos a lanzar una versión compatible de nuestro software en un plazo de 6 semanas a partir del lanzamiento anual de Autodesk Vault, excepto en casos excepcionales de cambios importantes en la plataforma (por ejemplo, la transición de .NET Framework a .NET Core). Este enfoque permite una adopción más rápida de la nueva tecnología de Autodesk sin los riesgos o retrasos tradicionales.

Nuestro objetivo es eliminar el miedo en torno a las personalizaciones, reducir los costes de actualización, evitar la dependencia de un proveedor y ofrecer a nuestros clientes un camino seguro, flexible y fácil de mantener.

Ámbito de compatibilidad

✅ Totalmente cubierto: Scripts que utilicen únicamente cmdlets coolOrange.

• La compatibilidad hacia adelante está garantizada a través de las actualizaciones y mejoras de Vault.
• Si un script se rompe debido a un cambio en el comportamiento de coolOrange, lo arreglamos de forma gratuita.
• Los cambios que rompen son raros y normalmente implican sintaxis (por ejemplo, interruptores renombrados, cambios de tipo). Cuando ocurren, proporcionamos correcciones sin coste alguno.

⚠️ Parcialmente cubierto: Scripts que mezclan cmdlets y API nativas

• Cubrimos y mantenemos la lógica de los cmdlets.
• Las partes nativas de la API (por ejemplo, las llamadas directas al SDK de Vault/Inventor) no están protegidas de los cambios de Autodesk.
• Si se ven afectadas por una actualización, estas partes deben actualizarse manualmente y, por tanto, el trabajo es facturable.

❌ No cubierto: Implementaciones .NET totalmente personalizadas

• Los complementos personalizados para Vault, Inventor, Office o similares, escritos íntegramente utilizando API nativas, quedan fuera del alcance de nuestra política de compatibilidad.
• Aunque se proporciona el código, se requiere un desarrollador profesional para llevar a cabo la actualización.
• Estas implementaciones suelen verse afectadas por las actualizaciones de Vault y requerirán ajustes con cargo.

Recomendación sobre los plazos de actualización

Para garantizar la fiabilidad de la actualización y evitar ambigüedades durante las pruebas, no introduzca nuevas personalizaciones durante el proceso de actualización. En su lugar

• Complete las personalizaciones al menos 6 semanas antes de la actualización, o bien
• Espere a que transcurran 6 semanas desde la finalización de la actualización.

Realizar ambas cosas al mismo tiempo dificulta aislar si un problema se debe a la actualización o a los nuevos cambios, y aumenta significativamente el esfuerzo necesario para solucionar los problemas.

Evaluación de riesgos gratuita

Si no está seguro de si sus secuencias de comandos dependen de API nativas no compatibles o de si entran dentro de nuestra garantía de compatibilidad, le ofrecemos una evaluación de riesgos gratuita.

Nuestro equipo revisará sus scripts e identificará los componentes que podrían verse afectados por una actualización. Este servicio le ayuda a comprender los riesgos por adelantado y a planificar en consecuencia.

Opciones de actualización

Ofrecemos tres modelos de actualización que se adaptan a su nivel preferido de implicación y gestión de riesgos:

Como pintar una habitación - Puede hacerlo usted mismo, hacerlo con un técnico, o contratar a un profesional. En los tres casos, usted es el propietario y debe aprobar el resultado final.

Pruebas y aceptación final

Internamente, realizamos pruebas funcionales exhaustivas utilizando nuestros propios entornos de prueba.

En los entornos de los clientes, realizamos pruebas técnicas de humo:

• Confirmamos que los scripts se cargan y ejecutan sin errores.
• Nos aseguramos de que todas las funciones configuradas están presentes y son ejecutables.

Sin embargo, no validamos

• Si los flujos de trabajo se comportan según lo previsto.
• Si el resultado es semánticamente correcto o se ajusta a sus procesos empresariales internos.

La validación y aceptación finales son siempre responsabilidad del cliente, ya que sólo usted puede evaluar la corrección basándose en sus datos, configuración y lógica empresarial.