LEX ASTRA ACADEMY IO 250 / Supply coordination and replenishment Lex Astra · School of Applied Industry Teaching edition 2956.3 / Hybrid ———————————————————————————————————————————————— LEARNER WORKSHEET For supply coordinators balancing fleet and civil needs. This is a private working copy. Downloading submits nothing and records no completion. Use exercise identifiers, not private player information. ———————————————————————————————————————————————— SESSION DETAILS Learner identifier: ____________________________________________________________ Instructor / assessor: ____________________________________________________________ Session date / agreed role or variant: ____________________________________________________________ Vessel, configuration and equipment: ____________________________________________________________ LIVE build / capability test date / tested by (if practical): ____________________________________________________________ Stop signal / recovery contact / communication arrangement: ____________________________________________________________ ———————————————————————————————————————————————— PURPOSE Turn requests into a load that fits, serves the stated priorities and reaches an accepting receiver. COURSE CONTEXT This industrial planning case makes the recipient’s purpose part of the load decision. The coordinator cannot satisfy a request by sending an unapproved substitute. ———————————————————————————————————————————————— ENTRY Complete: IO 102, IO 160 Equipment: The case request sheet or a small cargo exercise with known capacity. ———————————————————————————————————————————————— CASE: Eight spaces for twelve requests 1. The request is six priority containers and six support containers, all equal in space for this case. 2. Eight checked spaces are available. The requester has approved priority-first allocation. 3. One priority container is unavailable. A different item is offered, but its suitability is not confirmed. ———————————————————————————————————————————————— TECHNICAL KNOWLEDGE AND GAME SKILLS Supplying compatible equipment to a working crew Practical instruction revision 1 / 9 October 2026 Specify the usable item Request the weapon model and magazine type, tool and attachment, or component size and permitted fit rather than “ammo” or “spares.” Check available inventory at the actual location. A nominally similar magazine or a component with the wrong fit cannot meet the requirement. For medical support, distinguish handheld supplies from the medical bed’s own consumable requirements. Pack for access at the point of use Group supplies by receiver and keep urgent items reachable without emptying the hold. Test a transfer to the intended player or container before bulk dispatch. A ledger allocation is not delivered stock while the item remains in an inaccessible ship inventory. Keep enough handling space to open, inspect and remove the required items. Replenish from consumption Ask crews what they actually consumed and what remains usable after the sortie. Separate reserved stock from free stock and damaged equipment from serviceable spares. Set a reorder trigger that covers the observed resupply journey. When substituting an item, have the receiver equip or fit it where supported before closing the demand. PRACTICAL DRILL Supply two crews with different weapons and one medical or engineering requirement. Include a deliberately incompatible item in the planning list; detect it before loading, then demonstrate the final transfer and receipt. OBSERVED-SKILL CHECKS Compatibility is checked by model or supported fit, not broad item category. My action / observed result / assistance / evidence reference: ____________________________________________________________ Live, simulated or unobserved: ____________________________________________________________ Urgent supplies are physically accessible to the receiver. My action / observed result / assistance / evidence reference: ____________________________________________________________ Live, simulated or unobserved: ____________________________________________________________ The post-sortie account distinguishes consumption, reserved stock and unmet demand. My action / observed result / assistance / evidence reference: ____________________________________________________________ Live, simulated or unobserved: ____________________________________________________________ Apply the technical checks in the agreed role. Discussion and simulation do not certify live handling; Crew Support evidence does not confer Pilot qualification. GAME REFERENCES The linked pages were read for this revision. Community references mix release eras; each source note identifies what is used and what is excluded. Technical explanations below are an Academy synthesis, and drills and performance checks are Academy-designed. Before practice, compare the named actions with the installed LIVE build and actual equipment. Bind actions by name rather than copying old default keys. Research is not an in-game validation. Star Citizen Wiki — Cargo https://starcitizen.tools/Cargo SCU, container geometry, grids and ownership. The page also contains obsolete automatic-loading descriptions and future design intentions; these are not instructions for the present cargo interface. Star Citizen Wiki — Medical https://starcitizen.tools/Medical Body-part injuries, Hemozal, symptom medication, BDL, bed tiers and regeneration. Ship tables, resource costs and ranges change; inspect the actual bed and tool. Star Citizen Wiki — Engineering https://starcitizen.tools/Engineering Engineering terminals, components, fuses, heat and fires. This community overview is incomplete; verify each interaction and vessel’s support in the session. Official LIVE release check: https://robertsspaceindustries.com/patch-notes ———————————————————————————————————————————————— METHOD 1: Clarify the request before loading Ask what is needed, in which units, for what task and by when. Confirm the receiving point and person. “Send supplies” is not enough to choose a load, and twelve containers is not the same request as twelve units inside one container. Translate demand into a service requirement: who needs the item, what task it enables and the latest useful delivery. A late complete load can be less useful than an agreed partial load on time. Ask the requester to identify the consequence of a shortage rather than allowing every request to declare itself urgent. Practise: Repair an incomplete supply request. Ready when: The request states units, quantity, purpose, receiver and latest useful arrival. My action and observed result: ____________________________________________________________ Evidence reference: ____________________________________________________________ ———————————————————————————————————————————————— METHOD 2: Allocate the space you have Compare requests with actual capacity. Apply the stated mission priority and show which requests will not fit. Get a decision on the remainder before dispatch instead of promising every requester a full delivery. Distinguish stock on hand, stock already committed and stock expected but not received. Only the first, less existing commitments, is available for a new allocation. Check physical loading constraints separately from the ledger so a mathematically balanced allocation does not become an impossible load at the ramp. Practise: Allocate eight spaces against twelve requested containers. Ready when: The load fits the checked capacity and names the unmet requests. My action and observed result: ____________________________________________________________ Evidence reference: ____________________________________________________________ ———————————————————————————————————————————————— METHOD 3: Ask before substituting Describe the shortage and the proposed alternative to the requester. Ask whether a partial load, substitute or later delivery still serves the task. Record the answer and confirm what Receiving actually accepts. A substitution changes the requirement, not just the manifest. Confirm compatibility and usefulness with the requester before dispatch, then tell Receiving which original item it replaces. Keep the unmet balance visible. An accepted partial delivery closes that portion of the request, not the need that the missing portion was intended to serve. Practise: Resolve an unavailable priority item. Ready when: The requester approves the change and the receipt preserves the remaining gap. My action and observed result: ____________________________________________________________ Evidence reference: ____________________________________________________________ ———————————————————————————————————————————————— WORKED DECISION Eight spaces are available for twelve containers. The requester accepts six priority and two support containers; four support containers stay on the open request. 1. Allocate six priority and two support spaces initially, with four support containers explicitly deferred. 2. Report the missing priority item and ask the requester whether the alternative serves the task. Do not quietly load it because it fits. 3. If the requester declines substitution, record the revised approved load and both types of unmet need. Obtain the receiving count separately. ———————————————————————————————————————————————— YOUR EXERCISE Clarify the request, draft the first load and revise it after the shortage. Keep an open-request list the next coordinator can use. WHAT CHANGES A priority item is unavailable just before dispatch. My decision and reason: ____________________________________________________________ ———————————————————————————————————————————————— YOUR WORKING RECORD Request / purpose / units / quantity / useful-by condition ____________________________________________________________ ____________________________________________________________ Capacity / priority / approved load / deferred quantity ____________________________________________________________ ____________________________________________________________ Shortage / substitution decision / actual receipt / open request ____________________________________________________________ ____________________________________________________________ ———————————————————————————————————————————————— CHECK YOUR REASONING A substitute fits the vessel. Is that enough to load it? My answer before consulting the explanation: ____________________________________________________________ ____________________________________________________________ ———————————————————————————————————————————————— EVIDENCE TO KEEP A clarified request, loading decision and receiving handover. Criterion 1: The request states units, quantity, purpose, receiver and latest useful arrival. Individual evidence / finding / assessor's reason: ____________________________________________________________ Criterion 2: The load fits the checked capacity and names the unmet requests. Individual evidence / finding / assessor's reason: ____________________________________________________________ Criterion 3: The requester approves the change and the receipt preserves the remaining gap. Individual evidence / finding / assessor's reason: ____________________________________________________________ ———————————————————————————————————————————————— FINDINGS AND NEXT ATTEMPT Demonstrated: observed work meets the criterion. Further practice required: an observed gap needs a specific practice task. Interrupted: conditions prevented valid assessment; not a failure. Not assessed: enough evidence has not yet been collected. All three criteria need individual evidence. A team result or quiz cannot replace an unobserved practical. Practice variant for a fresh attempt: Restore the item but reduce the latest useful arrival window. Require a partial or cancelled request decision. My next practice task: ____________________________________________________________ Review contact: ____________________________________________________________ ———————————————————————————————————————————————— COMPARE AFTER ANSWERING No. Fit does not establish usefulness. Confirm with the requester that it meets the need, then record the changed request and remaining shortage. ———————————————————————————————————————————————— SOURCE AND EDITION Case IO–4: the incomplete delivery /academy/archives/cargo-case Applied Industry case issued by CDR Tobias Wren in 2956, drawing on the 1968 Neuhaus freight record. The older waybill belongs to the family freight business, not to Lex Astra; the course quantities are new teaching examples. The lessons are current Academy teaching, not newly discovered historical records. Lex Astra opened in 2891. Historical sources keep their original issuer and date; all case callsigns, quantities, times and conditions are supplied for practice. Course text revised 8 October 2026; fictional teaching edition 2956.3. ———————————————————————————————————————————————— PROFESSIONAL REFERENCES Instruction revised 9 October 2026. Lex Astra cases supply the teaching situations. Professional references inform communication, decision-making and instructional design; they do not confer external qualifications. LIVE capabilities remain subject to the recorded session check. Cedefop · observable learning outcomes https://www.cedefop.europa.eu/en/publications/4209 FAA · crew resource management (2004 reference) https://www.faa.gov/documentLibrary/media/Advisory_Circular/AC_120-51E.pdf RSI · verify release notes before live delivery https://robertsspaceindustries.com/patch-notes ———————————————————————————————————————————————— INSTRUCTOR CHECK Try the exercise with the ship and equipment you will use. Brief station assignments, callsigns, channel and recovery point. Explain the command “Stop exercise” before starting. If a bug prevents completion, repeat the affected task when it works. Ask before recording the session; use player handles in your notes. Review rules: /academy/archives/academy-ordinance Teaching basis: /academy/framework#research