Antes de comenzar
Confirma la cuenta, el tenant y el rol activo en el menú de cuenta. Necesitas permiso de consulta para inspeccionar y el permiso de gestión específico para cambiar registros. Una opción oculta o deshabilitada puede reflejar el alcance autorizado; no cambies de tenant para eludir una denegación. Usa únicamente registros del espacio que tienes permitido administrar.
Procedimiento
- Abre Subscription & billing y selecciona Tenant.
- Revisa Subscription y el perfil de facturación.
- Usa DPU & calculator para estimaciones y Payments & invoicing para la configuración comercial permitida.
- Consulta Licenses, Commerce, Global catalog y Tenant offers según tu responsabilidad.
Comportamiento y límites
Las siete pestañas separan contratos, uso, pagos y catálogo. DPU mide capacidad; DPU-h multiplica capacidad por tiempo activo. Development y Production tienen fondos y concurrencia separados. Las tareas agregan el consumo; el Workflow no cobra otra vez.
La cola y la validación estructural no son facturables. La concurrencia contratada no crea workers. Las consultas aceptadas DovaAI tienen cuotas por tenant y usuario, separadas del DPU. Un retorno del navegador o estado manual de factura no demuestra pago confirmado.
Ejemplo de cálculo: 4 DPU durante 15 minutos consumen 1 DPU-h. Los créditos siguen períodos financiados verificados, no necesariamente meses calendario. Un sandbox de pagos o documentos fiscales no acredita aceptación productiva.
Verificar el resultado
Después de guardar o confirmar, vuelve a abrir el detalle y comprueba el estado informado por el servidor. Distingue una solicitud aceptada de una operación terminada y conserva solo evidencia mínima sin información sensible. Cuando exista una operación en curso, espera su estado final en la vista correspondiente antes de iniciar otra acción sobre el mismo objeto.
Ejemplo de laboratorio
Usa el tenant sintético documentation-lab y, cuando corresponda, el worker worker-demo-a. Anota el estado anterior, realiza una única acción autorizada y compara el estado posterior. Estos nombres ilustran el procedimiento; no identifican registros de producción ni autorizan crear recursos cloud. Para una revisión sin cambios, consulta el detalle y cancela cualquier formulario abierto.
Si algo falla
Si aparece un conflicto, actualiza el inventario y revisa los valores vigentes antes de repetir. Si caducó la sesión, inicia sesión y completa MFA cuando sea requerido. Ante un error de permisos, revisa el rol y la membresía; ante un error de proveedor, consulta la operación y su mensaje seguro. No alteres almacenamiento, revisiones ni controles para forzar un resultado.
Lecturas relacionadas
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.
Sin un pool explícito no se presta automáticamente el pool de Development a Production ni se ejecutan nuevos trabajos con un default implícito. 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.
Proyección de financiación y periodo
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.