> ## Documentation Index > Fetch the complete documentation index at: https://docs.assetinfinity.ai/llms.txt > Use this file to discover all available pages before exploring further. # Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, > as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. ## OpenAPI ````yaml /api-reference/openapi.json post /rpc/create_work_order openapi: 3.0.0 info: description: '' title: >- The only schema PostgREST exposes. Reads are security_invoker views; writes are SECURITY DEFINER functions. Rebuilt wholesale on every deploy — it holds no data. version: 12.2.3 servers: - url: https://app.assetinfinity.ai/api security: [] tags: - name: Signing in - name: Profile - name: Assets - name: Asset lifecycle - name: Work lifecycle - name: Maintenance - name: Inventory - name: Inventory detail - name: Procurement - name: Contracts - name: Workforce - name: Capacity - name: Dispatch - name: Tools - name: Inspections - name: Verification - name: Reliability - name: Parts demand - name: Sensors and meters - name: Map - name: Floor plans - name: Labels - name: Lost and found - name: Root cause analysis - name: Reports - name: Audit center - name: Activity - name: Notifications - name: Channels - name: Search - name: Copilot - name: Import - name: Files - name: Sync - name: Support - name: Admin - name: Access - name: Lookups - name: Read models - name: Branding - name: Custom fields - name: Form studio - name: Workflows - name: Workflow studio - name: Rules - name: Statuses and transitions - name: Currencies and locales - name: Work configuration - name: Asset configuration - name: Inventory configuration - name: Tool configuration - name: Workforce configuration - name: Vendor and contract configuration - name: Document configuration - name: Inspection configuration - name: Sites, locations and the organisation - name: Platform - name: Amendments - name: Asset clone - name: Asset components - name: Asset register - name: Asset transfer - name: Audit feed - name: Billing - name: Bookings - name: Budgets - name: Bulk jobs - name: Calibration history - name: Capex plans - name: Conversations - name: Costing - name: Currency - name: Dashboards - name: Directory sync - name: Document control - name: Document folders - name: Document tree - name: Documents - name: Energy - name: Extracts - name: Features - name: Feeds - name: File exchange - name: Filing exceptions - name: Finance - name: Inbound mail - name: Keys - name: Knowledge - name: Licence - name: List views - name: Locations - name: Mapping - name: Mcp - name: Mcp oauth - name: Mfa - name: Numbering - name: Permits - name: Readers - name: Reference - name: Reference columns - name: Reference entry - name: Release - name: Scim - name: Security streams - name: Self verification - name: Setup - name: Shutdown - name: Sso - name: Telegram - name: Tenant switch - name: The caller's own work - name: The checklist library - name: Tools on a job, and who has them out - name: Tray - name: Vendor spend forecast - name: Vendors and contracts - name: Visitors - name: Work order execution - name: Work sequencing - name: Workforce detail externalDocs: description: PostgREST Documentation url: https://postgrest.org/en/v12/references/api.html paths: /rpc/create_work_order: post: tags: - Work lifecycle summary: >- Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, description: |2- as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. parameters: - $ref: '#/components/parameters/preferParams' requestBody: content: application/json: schema: description: >- Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. properties: p_asset_category_id: format: uuid type: string p_asset_id: format: uuid type: string p_assign_team_id: format: uuid type: string p_assign_vendor_id: format: uuid type: string p_assign_worker_id: format: uuid type: string p_cc_user_ids: format: uuid[] items: type: string type: array p_custom_fields: format: jsonb p_department_id: format: uuid type: string p_description: format: text type: string p_due_at: format: timestamp with time zone type: string p_estimated_duration_minutes: format: integer type: integer p_location_id: format: uuid type: string p_open_now: format: boolean type: boolean p_planned_end_at: format: timestamp with time zone type: string p_planned_start_at: format: timestamp with time zone type: string p_priority_code: format: text type: string p_reported_by_user_id: format: uuid type: string p_requires_permit: format: boolean type: boolean p_safety_instructions: format: text type: string p_severity: format: text type: string p_site_id: format: uuid type: string p_status_id: format: uuid type: string p_title: format: text type: string p_work_order_id: format: uuid type: string p_work_order_type_code: format: text type: string required: - p_title type: object application/vnd.pgrst.object+json: schema: description: >- Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. properties: p_asset_category_id: format: uuid type: string p_asset_id: format: uuid type: string p_assign_team_id: format: uuid type: string p_assign_vendor_id: format: uuid type: string p_assign_worker_id: format: uuid type: string p_cc_user_ids: format: uuid[] items: type: string type: array p_custom_fields: format: jsonb p_department_id: format: uuid type: string p_description: format: text type: string p_due_at: format: timestamp with time zone type: string p_estimated_duration_minutes: format: integer type: integer p_location_id: format: uuid type: string p_open_now: format: boolean type: boolean p_planned_end_at: format: timestamp with time zone type: string p_planned_start_at: format: timestamp with time zone type: string p_priority_code: format: text type: string p_reported_by_user_id: format: uuid type: string p_requires_permit: format: boolean type: boolean p_safety_instructions: format: text type: string p_severity: format: text type: string p_site_id: format: uuid type: string p_status_id: format: uuid type: string p_title: format: text type: string p_work_order_id: format: uuid type: string p_work_order_type_code: format: text type: string required: - p_title type: object application/vnd.pgrst.object+json;nulls=stripped: schema: description: >- Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. properties: p_asset_category_id: format: uuid type: string p_asset_id: format: uuid type: string p_assign_team_id: format: uuid type: string p_assign_vendor_id: format: uuid type: string p_assign_worker_id: format: uuid type: string p_cc_user_ids: format: uuid[] items: type: string type: array p_custom_fields: format: jsonb p_department_id: format: uuid type: string p_description: format: text type: string p_due_at: format: timestamp with time zone type: string p_estimated_duration_minutes: format: integer type: integer p_location_id: format: uuid type: string p_open_now: format: boolean type: boolean p_planned_end_at: format: timestamp with time zone type: string p_planned_start_at: format: timestamp with time zone type: string p_priority_code: format: text type: string p_reported_by_user_id: format: uuid type: string p_requires_permit: format: boolean type: boolean p_safety_instructions: format: text type: string p_severity: format: text type: string p_site_id: format: uuid type: string p_status_id: format: uuid type: string p_title: format: text type: string p_work_order_id: format: uuid type: string p_work_order_type_code: format: text type: string required: - p_title type: object text/csv: schema: description: >- Raise a job with no request behind it — a breakdown somebody is standing in front of. It opens, as every work order does. On the offline allowlist, so a handset in a basement can raise one and the server applies it when the signal comes back. It asks what the edit form asks: one list of questions, so nothing appears for the first time after the job exists — the eight columns and the tenant's own fields both, the second answered through the same customFields a record edit takes. The status is the exception and is not an argument — a job opens where the state model starts records. properties: p_asset_category_id: format: uuid type: string p_asset_id: format: uuid type: string p_assign_team_id: format: uuid type: string p_assign_vendor_id: format: uuid type: string p_assign_worker_id: format: uuid type: string p_cc_user_ids: format: uuid[] items: type: string type: array p_custom_fields: format: jsonb p_department_id: format: uuid type: string p_description: format: text type: string p_due_at: format: timestamp with time zone type: string p_estimated_duration_minutes: format: integer type: integer p_location_id: format: uuid type: string p_open_now: format: boolean type: boolean p_planned_end_at: format: timestamp with time zone type: string p_planned_start_at: format: timestamp with time zone type: string p_priority_code: format: text type: string p_reported_by_user_id: format: uuid type: string p_requires_permit: format: boolean type: boolean p_safety_instructions: format: text type: string p_severity: format: text type: string p_site_id: format: uuid type: string p_status_id: format: uuid type: string p_title: format: text type: string p_work_order_id: format: uuid type: string p_work_order_type_code: format: text type: string required: - p_title type: object required: true responses: '200': description: OK components: parameters: preferParams: description: Preference in: header name: Prefer required: false schema: enum: - params=single-object type: string ````