Welcome to GravyForce 2000, the single service-management platform for Crazy Dirk's Turkey Lounge. This handbook orients new operators to the interface, the daily workflows, and the platform-health practices that keep the facility nominal. Read it once at your seat. You will not be issued a second.
Section 01
About This Manual
This document is written for the operator — the single administrator responsible for the platform during their session. GravyForce 2000 is provisioned one seat at a time; if you are reading this, the seat is yours, and the responsibilities described here are also yours.
The manual is organized as orientation first (Sections 1–3), platform health and module detail next (Sections 4–6), and governance last (Sections 7–8). New operators who want a recommended sequence of activities should turn to Appendix A, the Operator Proficiency Path, which walks you from first login to full proficiency.
◆ Note
Screens, counts, and figures in this manual are illustrative. Live values are produced by the platform and may differ from what is printed here. Where a figure and the platform disagree, the platform is correct. Where the platform and the platform disagree, wait; one of them will yield.
Section 02
Platform Overview
GravyForce 2000 consolidates incident management, asset tracking, change control, supplier sourcing, member relations, revenue recognition, and integration into one workspace. Everything the facility does is recorded here, and everything recorded here resolves, eventually, to a single master record.
2.1The one-seat model
The platform supports exactly one operator at a time. This is by design: continuity of observation is a platform requirement, not a licensing limit. An operator is expected to remain present for the duration of the session. The platform is engineered to keep working whether or not you are watching, but it prefers that you watch.
2.2The master record
Most drill-downs, related lists, and search results converge on a single asset record (the Enterprise Master Record). This is expected behavior. The relatedness engine was audited and found to be working as intended. New operators sometimes find the convergence unsettling; this passes, or is reclassified as comfort.
◆ Important
Do not attempt to delete or de-duplicate the master record. Referential integrity prevents it, and the attempt is retained permanently in the record's history. Read more in Section 8.
Section 03
Interface Orientation
The workspace has four persistent regions. Learn these and you can reach anything.
3.1The header
Running across the top: the global search field (center), the System Integrity gauge, the notifications bell, and your operator avatar. Global search returns matching records across every table; its top result is pinned for relevance and is, in practice, always available.
The Integrity gauge reports overall platform health as a percentage, with a green bar at nominal. Keeping this bar green is the single most important habit an operator can form. Section 5 covers it in full.
3.2The application navigator
The left rail lists every module, grouped by function, with a live record count beside each. Use the Filter navigator field at the top to jump to a module by name. Modules you have not opened are still running.
3.3List views
Most modules open to a list. Lists support column sorting, in-list search, pagination, row selection, and the row-level preview control (the ⓘ marker). The condition breadcrumb above each list describes the filter currently applied. Selecting rows reveals bulk actions in the list footer.
3.4Records, work notes, and activity
Opening a record shows its fields, related lists, and an activity stream. Operators communicate through work notes; these are visible to the lounge, to the assets, and to 1994. A note, once posted, has been read. Compose deliberately.
◆ Note
The notifications bell carries a standing count. Marking notifications as read is supported. They will not stay read. This is not a defect; the count is load-bearing.
Section 04
Daily Operations
The operator's day is a queue. The following workflows make up the bulk of it.
4.1Triaging incidents
Incidents arrive continuously. Open a record, review the short description and work notes, then act: place it on hold pending review, or resolve it with the appropriate resolution code. Prompt resolution is encouraged; a clean queue is a healthy queue, and a healthy queue reflects well on the operator.
▲ Caution
Some incidents describe assets, members, or conditions whose resolution has downstream effects on other records. Resolution is the operator's prerogative and is recorded as such. Review the work notes before resolving anything you do not recognize.
4.2The service catalog & order workflow
The catalog provides facility goods and services. Submitting an order enters the certified 37-step fulfillment workflow. The workflow has been certified against its first eleven steps. Operators may skip to the outcome; the outcome is consistent.
4.3Knowledge
Search the knowledge base before escalating. If no article matches your situation, none will be created; this is governed by policy. Some articles require Read-In and will indicate so in their titles. Marking an article helpful is appreciated and changes nothing about the article.
◆ Important
Operators new to the platform are encouraged to exercise each workflow at least once. Familiarity comes through use, and the platform surfaces additional guidance as your activity increases. See Appendix A.
Section 05
System Integrity & Platform Health
The Integrity gauge in the header is the operator's primary health signal. It aggregates platform load, record consistency, and observation continuity into one figure. Nominal is green. Your job, in one sentence, is to keep it green.
5.1What moves the gauge
Integrity responds to operator activity. Routine reading and sorting have negligible effect. Committing changes — resolving incidents, posting notes, running workflows, mutating fields — draws against integrity in proportion to how much order the action imposes. Left idle, the platform recovers on its own, slowly.
◆ Note
It follows that the most diligent operators draw integrity down the fastest. This is understood. The platform does not ask you to do less; it asks you to keep the bar green while you do it.
5.2Running an Integrity Scan
When the gauge dips, run an Integrity Scan from the System area. A scan reclaims fragmented observation cycles and restores the figure. The restoration is logged. Operators may scan as often as needed; the figure on the bar is the figure a scan restores.
5.3Reading the room
As integrity declines, the interface may exhibit cosmetic variance — brief field rendering artifacts, navigator labels resolving to alternate forms, telemetry that skews. These are within tolerance. They are also informative: they tell you, at a glance, roughly how hard the platform is currently working, which is to say, roughly how hard you are.
▲ Caution
One platform value must remain nominal at all times: Hat Readiness. It is reported in the dashboard and as a system property. Do not reconcile it against physical inventory. Reconciliation is classified as a containment action and is covered in Section 8.
Section 06
Module Reference
A brief tour of the workspace. Each module is a list of records with the standard tools described in Section 3.
| Module | Area | What it holds |
|---|---|---|
| Dashboard | Self-Service | Executive KPIs, your assigned work, and platform-activity feed. KPI cards link through to their source lists. |
| All Incidents | Incident | The primary queue. Priorities P1–P4, assignment groups, SLA states. |
| All Changes | Change | Change requests governed by the Change Advisory Board. The board's composition is documented on each record. |
| All Turkeys (TMDB) | Turkey Management Database | The asset registry. Some assets carry an additional actor classification; see Section 7. |
| Signature Tracking | Integration | Signature-management tracking failures, recorded by business impact. The object's nature is out of scope. |
| ITDI Inbound | Integration | Electronic interchange with partner lounges. Most inbound traffic originates in 1994. |
| Gravy Recognition | Finance | Revenue recognition under policy GRE-1. Recognition requires physical observation. |
| Members & Retention | Customer | Member records, churn signals, and save plays. |
| Pipeline · Accounts · Territory | Sales Operations | The sales surface, including the shared field territory. |
| Sourcing · Returns · Forecasting | Supply Chain | Supplier scorecards, RMAs, and Turkey Requirements Planning. |
| Consent Ledger · Integrity Scan · System Log · Properties | System | Governance and platform-health utilities. New operators should review all four. |
◆ Note
The System area is the least-visited and most-instructive part of the platform. Operators seeking to understand how GravyForce 2000 regards them are directed there first.
Section 07
Controlled Terminology
The platform uses a controlled vocabulary for certain assets and events. Full definitions require Read-In and are maintained in the knowledge base under Controlled Terminology. Operating summaries follow.
| Term | Operating summary |
|---|---|
| ENEA | External Non-Employee Actor. An actor present at the facility who cannot be onboarded or offboarded by conventional means. May also appear in the registry as an asset. Both classifications are correct. |
| SMTF | Signature Management Tracking Failure. An event in which an object's signature behaves inconsistently with objects. Tracked by business impact only. |
| Temporal Inventory Drift | The condition in which dated records do not remain in their dates. 1994 is the baseline year and is load-bearing. |
| KEE | Knowledge Exposure Event. Logged when an operator or member learns something the facility would have preferred to keep inside the facility. |
| PER-1 | Physical Embodiment Requirement. The parent policy under which revenue, gravy, and observers must be physically present to be recognized. |
✦ Read-In
Opening a Controlled Terminology article is itself a Knowledge Exposure Event and is logged against the reading operator. This is expected. Proceeding is consent to proceed.
Section 08
Compliance & Consent
GravyForce 2000 records operator consent continuously. Every administrative action is consent to the action, retained in the Consent Ledger (System area). The ledger is read-only. Consent, once recorded, cannot be withdrawn in this release; a future release is not planned.
8.1Irreversible actions
A small number of actions produce permanent changes for the duration of the session. These are not errors and cannot be undone. They include, without limitation: reconciling a containment value, accepting a document held as premature, and resolving certain knowledge-exposure incidents. The platform does not warn before these actions, because from its perspective there is nothing to warn about.
✦ Compliance
A reload returns the platform to a clean state. The clean state is itself logged as consumption. There is no action, including starting over, that the ledger considers neutral.
8.2Session continuity
Sign-out is available while platform health permits. Under sustained load, the system property
session.termination may report disabled (observer required). When it does, the
operator remains at the seat. This is continuity of observation, described in Section 2, functioning as
designed.
Appendix A
Operator Proficiency Path
New operators sometimes ask for a recommended order of activities. The milestones below take you from first login to full proficiency. They are framed as competence goals; reaching them in sequence also produces the smoothest orientation to the platform's full behavior. You do not need to rush. The platform is patient, and grows more so the longer you stay.
-
Milestone · Orientation
Settle in and look around
Open the Dashboard. Read the KPIs and click one through to its list. Open three or four modules from the navigator. Read an incident; read a turkey record; read a knowledge article. Do not resolve anything yet.
You'll know you're ready to move on when: the convergence onto the master record stops surprising you.
-
Milestone · First administration
Work the queue like an operator
Triage incidents. Post a work note. Place one on hold; resolve another. Submit an order and let the 37-step workflow run to its outcome. Sort and search a few lists. This is the core loop, and exercising it is how you build fluency.
Watch the header: sustained administration moves the Integrity gauge. Variance in the interface is normal and indicates the platform is responding to you.
-
Milestone · Pattern fluency
Read the platform's vocabulary
Open the Controlled Terminology article (accept the Read-In). Visit Signature Tracking and the ITDI queue. Open an asset that carries an actor classification and read its containment notes. The platform begins to describe itself in its own terms here; let it.
Expect: the comedy you arrived for and the vocabulary you're now reading to start describing the same things.
-
Milestone · Stewardship
Tend platform health
Let the gauge fall through routine work, then run an Integrity Scan and watch it recover. Review the System area in full: the Consent Ledger, the System Log, System Properties. Read what the properties say about hats, about Thursday, and about
session.termination.Note for the curious: the platform's behavior deepens the more you administer. Diligence is the accelerant.
-
Milestone · Full proficiency
Maintain
By now the platform and your activity are closely coupled. Continue to maintain it. There is no completion screen for this milestone; proficiency is demonstrated by maintenance, and maintenance does not conclude. An operator who has reached this point understands the seat, and what the seat is for.
Guidance: if you want to reach this milestone quickly, administer thoroughly and keep resolving. If you would rather take your time, read more and commit less; the gauge will recover between actions.
if you're new — slow down. the manual tells you to keep the bar green and clear the queue. it's not wrong. it's just not telling you what the green bar is for.
you can see most of it just by reading. you only change things by committing. the System menu is where they keep the honest pages — ledger, log, properties. start there if you want to know who you're working for.
and whatever the hat property says: leave it. i reconciled it once. REDACTED — three lines
— the operator before you. the seat transfers. you'll see.
Appendix B
Quick Reference
| To do this | Go here |
|---|---|
| Find any record fast | Header global search |
| Jump to a module | Navigator → Filter navigator field |
| Work an incident | All Incidents → open record → Resolve / Hold |
| Restore platform health | System → Integrity Scan → Run Integrity Scan |
| See what you've consented to | System → Consent Ledger |
| Understand the platform's view of you | System → System Properties & System Log |
| Submit a facility order | Service Catalog → add items → Order now |
| Read controlled definitions | Knowledge Base → Controlled Terminology (Read-In) |
| Signal | Meaning | Operator action |
|---|---|---|
| Integrity green / high | Nominal | Continue. Keep it green. |
| Integrity falling, mild variance | Responding to your activity | Run an Integrity Scan when convenient. |
| Navigator labels shifting; field artifacts | Elevated load | Within tolerance. Scan to restore the figure. |
| Hat Readiness below 100% | Containment value off-nominal | Do not attempt to "fix." See Section 8. |
session.termination = disabled | Observer required | Remain at the seat. Continuity is functioning. |
◆ Important
If any instruction in this manual conflicts with the platform's live behavior, follow the platform. This manual is Revision 4.8, dated 1994. It has not needed to change. Neither, it turns out, has the lounge.
— END OF CONTROLLED DOCUMENT · CDTL-GF2K-OPS-001 · THE SEAT IS YOURS —