- Primeros pasos
- Definición de Swagger
- API de Orchestrator
- Solicitudes de alertas
- Solicitudes de activos
- Solicitudes de calendario
- Solicitudes de entornos
- Solicitudes de carpetas
- Solicitudes de tareas genéricas
- Solicitudes de trabajos
- Solicitudes de bibliotecas
- Solicitudes de licencia
- Solicitudes de paquetes
- Solicitudes de permisos
- Solicitudes de espacios de trabajo personales
- Solicitudes de procesos
- Procesar solicitudes de política de retención de datos
- Solicitudes de elementos en cola
- Solicitudes de política de retención de cola
- Solicitudes de robots
- Solicitudes de roles
- Solicitudes de horarios
- Solicitudes de configuración
- Solicitudes de cubos de almacenamiento
- Solicitudes de tareas
- Solicitudes de catálogos de tareas
- Solicitudes de formularios de tareas
- Solicitudes de tenants
- Solicitudes de transacciones
- Solicitudes de usuario
- Solicitudes de Webhooks
Léeme
Planeamos actualizar la versión Swagger de Orchestrator a Swagger 3.0. Actualmente, las API de Orchestrator se definen utilizando Swagger 2.0.
No se preocupe por la compatibilidad con versiones anteriores de sus clientes API existentes: nos aseguraremos de que la API siga siendo compatible.
Recomendamos utilizar tus clientes anteriores, ya que los cambios de JSON no los alteran gracias a nuestra estructura de solicitudes que es compatible con versiones anteriores.
Después de la actualización de Swagger 3.0, todos los clientes API regenerados basados en la nueva definición JSON tendrán que reajustarse.
Si planeas integrar nuestras API con tu cliente, debes conocer las posibles actualizaciones y cambios que pueden ocurrir en la definición de Swagger, los esquemas JSON o los puntos finales de la API.
La siguiente lista proporciona información y recomendaciones sobre los cambios de Swagger. Si tiene más preguntas, póngase en contacto con nuestro equipo de soporte.
- La descripción de la API de JSON representada en el documento JSON de Swagger puede cambiar en cualquier momento. Sin embargo, describirá la misma API subyacente para garantizar la compatibilidad con versiones anteriores.
- La interfaz de Swagger y el JSON correspondiente se generan en función de los puntos de conexión actuales y siempre publicamos la última versión. Para garantizar la compatibilidad con versiones anteriores, admitimos la misma estructura de solicitud.
- Como alternativa a los clientes API generados en tiempo de ejecución, utiliza clientes API de tiempo fijo o de compilación. Al hacerlo, se reduce la dependencia y se evitan actualizaciones de automatización importantes en caso de que cambie la definición de la API o de Swagger.
- Los elementos marcados como obsoletos están disponibles durante un tiempo limitado, después del cual se eliminan de la definición de Swagger y la API de JSON.
- Cada vez que ciertas API cambian internamente, se publica una nueva versión de la API de Swagger. El número de versión de la API no influye en el uso de la API del cliente. No recomendamos confiar en el control de versiones de la API.
