Standard Operating Procedure // Protocol
Comprehensive guide to the Shared Crew Access architecture. Learn how to seamlessly share a Mission (Campaign) between a Game Master (Referee) and multiple players in a fully collaborative environment.
Protocol Version 4.2 // SCA Hardened
The Shared Crew Access (SCA) Protocol is a high-level operational matrix designed to eliminate hardbound constraints on personnel assignment. Its primary function is to share a Mission (Campaign) between a Game Master (Referee) and multiple players in a fully collaborative environment. By tearing down structural silos, SCA enables rapid, frictionless redeployment of certified crew members across distinct Assets and operations within the same collaborative matrix.
Phase: MECHANICS
Traditionally, personnel assigned to an Asset were rigidly tethered. The SCA Protocol introduces an abstraction layer allowing personnel, designated as is_shared, to break free from localized limitations:
Phase: AUTHORIZATION
Shared access does not bypass master-level security frameworks. It enforces a strict containment field based on explicit campaign signatures.
is_shared flag remain strictly locked and shielded behind their primary Asset's sub-matrix.Phase: ESTABLISH
The SCA matrix requires a valid Invite Code for players to join a mission. Masters can manage these codes via the Mission Details interface:
Generate Code function.Phase: DELEGATION
Nav-Fi³ distinguishes between Structural Ownership and Operative Authority. Crew members can be granted granular access to ship subsystems:
Note: Captains automatically inherit all SCA permissions for their assigned asset.
Phase: BACKGROUND
The SCA protocol integrates autonomously with the backend systems of Nav-Fi³, ensuring your Ledger and Mission parameters remain synchronized across the distributed matrix.