Qintorava DocsProduct documentation
Form reference

Cloud budgets

20 declared fields for Cloud budget. Required fields include Name, Cloud connection, Accountable owner, Budget month (first day, UTC).

Demo baseline · November 13, 2026
Download PDF

About this form

Use this reference to identify built-in form labels, data types, and validation. Specialized workspaces can render a subset of these fields or provide workflow-specific controls. Your role, record state and tenant configuration can change what you see.

Registry key
cloud_budgets
Record label
Cloud budget

Field definitions

FieldType or referenceBuilt-in rulesChoices and constraints
Name
name
textRequired
Default list field
—
Cloud connection
connectionId
reference
cloud_connections
Required
Default list field
—
Accountable owner
ownerId
reference
users
Required
Default list field
—
Accountable cost center
costCenterId
reference
cost_centers
Default list field—
Service accountability context
serviceCiId
reference
__csdm_services
Default list field—
Budget month (first day, UTC)
periodStart
dateRequired
Default list field
Use the first day of the month. The budget covers this complete UTC calendar month.
Period end (exclusive)
periodEnd
textRead-only
Default list field
—
Exact billing service (empty: all services)
serviceLabel
textOptional by defaultMatch the provider's billing service label exactly. Cost center and service CI references express accountability and do not allocate or filter provider costs.
Currency
currency
textRequired
Default list field
Three uppercase ISO currency letters matching the imported bill. No currency conversion is implied.
Monthly budget amount
amount
textRequired
Default list field
Positive decimal amount with at most six fractional digits. This is a budget ceiling, not an automated cloud spending stop.
Warning threshold (%)
warningPercent
numberRequiredMinimum 0.01
Maximum 100
Configuration or review evidence
reason
textareaRequiredExplain the budget decision in at least20 characters. Saving configuration resets approval; a different administrator must activate the draft.
Version
version
textRead-only
Default list field
—
Approval state
state
textRead-only
Default list field
—
Author
createdById
textRead-only
Default list field
—
Reviewed by
reviewedById
textRead-only
Default list field
—
Reviewed
reviewedAt
textRead-only
Default list field
—
Demo dataset
demoDataset
textRead-only
Default list field
—
Created
createdAt
textRead-only
Default list field
—
Updated
updatedAt
textRead-only
Default list field
—

Related procedure: Review a FinOps budget.

Verification evidence

The disposable audit exercised 12 applicable validation assertions on this definition. The authenticated collection read returned HTTP 200. See the verification matrix for scope.

Collection read results by built-in role

These statuses were observed over HTTP with one role per disposable MFA account. A successful list response can be empty and does not establish individual record, field, or write access.

RoleHTTP status
Asset Manager200
Change Manager200
CMDB Manager403
Contract manager200
Customer service agent200
Customer service customer403
Customer service manager200
Datacenter Customer403
Datacenter Fulfiller200
Datacenter Manager200
Datacenter Vendor403
EH&S auditor403
EH&S manager403
Executive Reader200
Field service dispatcher200
Field service technician200
HR case agent403
HR knowledge manager403
HR lifecycle manager403
HR profile manager403
Employee Relations investigator403
HR service catalog administrator403
Inventory Counter403
ITIL Fulfiller403
Knowledge Manager200
Business Manager200
Platform Administrator200
Service Desk Agent200
Vendor manager200
Third-party risk manager200
Employee with no workspace role403

Edit and verify

  1. Open the list from the appropriate workspace and select an existing record or a permitted create action. Confirm the intended tenant and record number.
  2. Use the visible controls for the current record type and state. For reference fields, select a returned record from the lookup. Fill visible required fields and use the dedicated workflow action when the record has approval or completion gates.
  3. After saving, reopen the record and compare its persisted values, state and activity to the intended change. Check the downstream linked record when the action creates one.

Troubleshoot

  • Missing field or control: compare the role, module, record state, form conditions and tenant overrides.
  • Lookup returns no result: check that the referenced record is active, in scope and compatible with the current field.
  • Save is rejected: keep the exact validation message and compare the field key, choice, constraints and required related records.
  • See Edit and troubleshoot records and Configuration Studio.