Plans and subscriptions muestra las opciones comerciales efectivas para el tenant activo. La disponibilidad depende del tipo de tenant, su ciclo de vida, el plan y las ofertas autorizadas. Un precio mostrado, un pedido de checkout y una suscripción activa son etapas diferentes. Consulta siempre los importes, moneda, periodo y condiciones vigentes en la plataforma; este manual no fija precios.
Antes de empezar
Confirma el tenant y el rol antes de abrir checkout. Para aprender usa un entorno de pruebas de pago autorizado. Una prueba pública debe continuar como el mismo tenant operativo después de una conversión aceptada; no recrees el espacio para simular la conversión.
Procedimiento
- Abre Plans and subscriptions y revisa el plan, ciclo de vida y capacidades disponibles para tu rol.
- Lee la versión de oferta, precio, moneda, periodo, cantidad, impuestos y términos mostrados. Las ofertas específicas se basan en el catálogo global versionado.
- Si debes evaluar una compra autorizada, revisa datos del cliente, documento, nombre legal, correo, país, dirección y método de pago antes de avanzar.
- Para un ejercicio, utiliza únicamente fixtures o un sandbox independiente autorizado. No envíes tokens sintéticos a un proveedor real.
- Tras una compra autorizada, consulta el resultado definitivo del pedido y la suscripción. Investiga el pedido existente antes de repetir checkout.
- Comprueba que el identificador del tenant y los objetos de Repository se conservan y que las capacidades corresponden a la suscripción aceptada.
- Para renovaciones o cambios, vuelve a revisar vigencia y versión contractual. Un nuevo precio no reescribe pedidos históricos.
Comprobar el resultado
La conversión tiene un resultado comercial aceptado, conserva el tenant operativo y concede las capacidades correspondientes. Los cupos de DovaAI y los límites de usuarios o capacidad dependen del contrato efectivo; no deduzcas acceso ilimitado de un título administrativo.
Errores y recuperación
Si no hay una oferta, revisa elegibilidad, ciclo de vida, rol y plan. Si discrepan los importes, confirma moneda y cantidad antes de enviar. Un resultado pendiente requiere resolver el pedido previo, no crear otro para probar. No marques una factura como pagada para habilitar funciones.
Ejemplo sintético
En un sandbox autorizado, revisa la oferta de Training, cancela antes de pagar si solo estudias el formulario y comprueba que no se creó una suscripción que no pretendías contratar.
Contexto de entorno
Antes de utilizar este módulo confirma Tenant, Domain y Environment en el menú de usuario. El entorno inicial es Development. Las capacidades del módulo, el Domain y el entorno se aplican juntas; Production queda de solo lectura sin autorización explícita. Cambiar el selector no mueve artefactos ni publica o ejecuta sus datos. Consulta entornos y recuperación y promoción entre entornos.
Pool de workers por entorno
En Configuration → Dova Integration Runtime, Environment worker pool muestra el entorno actual. Allowed workers permite asignar workers existentes; Default worker debe pertenecer a esa selección. Pool policy empieza en Dedicated. Selecciona Shared únicamente cuando decidas compartir capacidad y todos los pools participantes también declaren Shared. Un worker físico no se comparte por una coincidencia de nombre.
Save environment pool guarda solamente la política del entorno seleccionado y no inicia una ejecución ni cambia el default global del tenant. La revisión usa una huella de la configuración; si otro usuario la cambia, Refresh pool permite consultar y revisar nuevamente antes de guardar. Los controles requieren administración de configuración y Runtime por entorno. Built-in no se ofrece como worker de ejecución.
Production no toma prestado automáticamente el pool de Development. Los nuevos trabajos requieren un pool explícito, salvo la opción pública de Development para un Trial elegible descrita a continuación. Las ejecuciones legacy solo pueden conservar su worker anterior cuando el servidor verifica la cadena publicada exacta, su configuración y la pertenencia permitida. Test y Stage consumen el bucket Development del plan; Production usa el bucket Production. La pertenencia al pool no sustituye capacidad, estado online, perfil compatible, cuotas ni concurrencia.
Trial público: pool Development gestionado
El Trial público elegible puede utilizar automáticamente el pool público de Development gestionado por la plataforma cuando no existe una política explícita de Development. Una política explícita, incluso vacía, prevalece. Esto no concede workers privados ni permisos para guardar pools; la disponibilidad y los límites del plan siguen aplicándose. Consulta workers y capacidad.
Recuperación de la suscripción
La proyección de financiación usa el formato canónico de periodos de Billing y se reconcilia con la suscripción autorizada. La corrección de Subscription funding projection does not match no cambia el periodo contractual, su ciclo, los créditos concedidos ni el consumo; tampoco extiende el Trial. Las comprobaciones de tenant, contrato y financiación siguen aplicándose. Ante un error persistente, revisa la operación y la suscripción existentes antes de repetir registro o checkout.