DemandFlow Support Centre

RES: Resource

ReferenceEntity Reference16/04/2026Updated 16/04/2026
A billable resource definition with day rate, spend type classification, and area assignment for finance tracking.

RES: Resource

The RES entity: A billable resource definition with day rate, spend type classification, and area assignment for finance tracking.

Default definition. This article describes the default RES definition shipped with DemandFlow. Administrators can add, remove, rename, or re-type fields, change which ones are required, and alter the layout from the Definitions screen in Settings. Your tenant's current schema may differ from what is shown here. To read the current definition at any time, GET the DEFINITION object whose id matches RES.

Entity properties

PropertyValue
Entity codeRES
Display nameResource
PluralResources
Level250

Use cases

RES represents a resource that can be allocated to projects for financial planning and tracking. Unlike STF (which represents a specific person), RES is more abstract - it defines a resource role or position with a day rate for cost modelling. The spend type (SPEND entity lookup, required) classifies the cost category for financial reporting (e.g., CAPEX vs OPEX).

The legacy type field (Contingent, Internal, 3rd Party, External) is being replaced by the spend type lookup for more flexible classification. The area field uses simpleObjectLookups (a dynamic lookup to a configurable list entity) for custom area/location classification. Status (Active/Archived) controls visibility in resource selection.

Fields

Brief

FieldTypeRequiredNotes
nametextYesName
descriptiontext (multi-line)Description
typeenumResource type (Legacy) Valid ids: Contingent (Contingent), Internal (Internal), 3rd Party (3rd Party), External (External).
spendtypereference → SPENDYesSpend type
statusenumYesStatus Valid ids: Active (Active), Archived (Inactive).
pricenumberYesDay rate
areareference → custom listArea
carbonProfilereference → CARBONPROFILEEquipment usage template for carbon calculation

Relationships

  • Lookups: spendtype points at a SPEND record; area points at a configurable list; carbonProfile points at a CARBONPROFILE record.

Creating a Resource via the API

POST /v1/objects
Authorization: Bearer <your-pat>
Content-Type: application/json

{
  "entity":   "RES",
  "level":    250,
  "comboKey": "SUB:|ENT:",
  "name":    "Example name",
  "spendtype":    "",
  "status":    "Active",
  "price":    1
}

Listing Resources records

GET /v1/entities/RES/SUB

See also

resresourceresourcesentitydefinitionreference

Was this article helpful?

← Back to Knowledge Base