Inside the GHS

ATRIA

Institutional Corpus Architecture

THE SYSTEM BEHIND PRESENCE

The depth of ATRIA lives in an interconnected institutional corpus.

This page reveals the architecture of that corpus: what each official document is for, where it sits in the system, who uses it and the complete section skeleton showing the subjects it structures.

23official corpus documents
170sections in the Founding Bible
6interconnected corpus families

The architecture is visible here. The protected doctrine, methodologies, criteria, thresholds, data, matrices and project-application content remain within the authorized ATRIA corpus.

01 · CORPUS FAMILY

System Definition

The founding doctrine and the three primary references that define the system before project implementation begins.

FOUNDINGThe Founding Bible of ATRIA — Founding Institutional Edition170 sections
Function

To establish the founding doctrine, Condition of Life, philosophical foundations, urban worldview, architectural principles and long-term institutional identity from which the complete ATRIA Corpus derives.

Position within the corpus

The original and autonomous doctrinal source of ATRIA. It precedes individual projects and provides the intellectual foundation for the Project Owner Edition, Master Project Book and detailed frameworks.

Primary users

Founder and system steward, Project Owner, principal investment decision-makers, senior operator leadership and selected institutional advisers.

Document architecture170 sections
  1. 1I — SYSTEM DEFINITION
  2. 21.1 — Definition
  3. 31.2 — Structural Position
  4. 41.3 — Purpose of the System
  5. 51.4 — Urban Continuity Logic
  6. 61.5 — Inhabitation Principles
  7. 71.6 — What ATRIA Is Not
  8. 81.7 — Core Structural Principles
  9. 91.8 — Relationship Between City, Architecture & Hospitality
  10. 101.9 — Permanence vs Hospitality Activation
  11. 111.10 — Continuity as Infrastructure
  12. 12II — DOCTRINAL FOUNDATIONS
  13. 132.1 — Permanence
  14. 142.2 — Architectural Continuity
  15. 152.3 — Emotional Calm
  16. 162.4 — Atmospheric Stability
  17. 172.5 — Restrained Hospitality
  18. 182.6 — Urban Integration
  19. 192.7 — Adaptive Reuse Doctrine
  20. 202.8 — Continuity Over Activation
  21. 212.9 — Inhabitation Over Consumption
  22. 222.10 — Atmosphere Over Spectacle
  23. 232.11 — Restraint Over Expression
  24. 242.12 — Coherence Over Scale
  25. 25III — ARCHITECTURAL DOCTRINE
  26. 263.1 — Adaptive Reuse Rules
  27. 273.2 — Historic Continuity Preservation
  28. 283.3 — Intervention Discipline
  29. 293.4 — Architectural Restraint Rules
  30. 303.5 — Material Doctrine
  31. 313.6 — Patina & Aging Logic
  32. 323.7 — Light Doctrine
  33. 333.8 — Acoustic Doctrine
  34. 343.9 — Spatial Sequencing
  35. 353.10 — Threshold Logic
  36. 363.11 — Courtyard Logic
  37. 373.12 — Corridor Philosophy
  38. 383.13 — Stair & Vertical Circulation Logic
  39. 393.14 — Roof & Terrace Discipline
  40. 403.15 — Window & Opening Logic
  41. 413.16 — Public Space Restraint
  42. 423.17 — Furniture Integration Logic
  43. 433.18 — Atmosphere Preservation Rules
  44. 443.19 — What Must Never Happen
  45. 45IV — URBAN POSITIONING DOCTRINE
  46. 464.1 — City Selection Logic
  47. 474.2 — Urban Qualification Criteria
  48. 484.3 — Neighborhood Selection Principles
  49. 494.4 — Mediterranean & Atlantic Urban Logic
  50. 504.5 — Architectural Layering Conditions
  51. 514.6 — Historic Urban Continuity Requirements
  52. 524.7 — Street Relationship Doctrine
  53. 534.8 — Public Life Integration
  54. 544.9 — Authenticity Protection
  55. 554.10 — Anti-Isolation Principles
  56. 564.11 — Anti-Gentrification Position
  57. 574.12 — Conditions for Urban Legitimacy
  58. 58V — OPERATIONAL PHILOSOPHY
  59. 595.1 — Operational Philosophy
  60. 605.2 — Invisible Operations Doctrine
  61. 615.3 — Service Visibility Rules
  62. 625.4 — Staffing Structure
  63. 635.5 — Arrival & Entry Logic
  64. 645.6 — Reception Restraint Principles
  65. 655.7 — Housekeeping Discipline
  66. 665.8 — Maintenance Doctrine
  67. 675.9 — Friction Reduction Systems
  68. 685.10 — Guest Interaction Rules
  69. 695.11 — Nighttime Operational Silence
  70. 705.12 — Operational Calm Preservation
  71. 715.13 — Security Visibility Rules
  72. 725.14 — Operational Infrastructure Restraint
  73. 735.15 — Long-Duration Inhabitation Support
  74. 74VI — EXPERIENCE & PROGRAMMING DISCIPLINE
  75. 756.1 — Experience Positioning
  76. 766.2 — Inhabitation vs Consumption
  77. 776.3 — Programming Restrictions
  78. 786.4 — Hospitality Spectacle Prohibition
  79. 796.5 — Rooftop Commercialization Rules
  80. 806.6 — Event Restriction Principles
  81. 816.7 — Nightlife Restriction Principles
  82. 826.8 — Wellness Restriction Logic
  83. 836.9 — Music & Acoustic Activation Rules
  84. 846.10 — Branding Visibility Restrictions
  85. 856.11 — Commercialization Restrictions
  86. 866.12 — Social Atmosphere Discipline
  87. 876.13 — Experience Dependency Prevention
  88. 886.14 — Atmosphere Preservation Priority
  89. 89VII — TYPOLOGY & SPATIAL PRINCIPLES
  90. 907.1 — Density Control Rules
  91. 917.2 — Total Unit & Residence Limits
  92. 927.3 — Spatial Breathing Room Standards
  93. 937.4 — Suite Typology Structure
  94. 947.5 — TYPE 01 — Continuity Suite
  95. 957.6 — TYPE 02 — Extended Suite
  96. 967.7 — Long-Duration Compatibility Rules
  97. 977.8 — Bathroom Doctrine
  98. 987.9 — Sleeping Environment Logic
  99. 997.10 — Transitional Space Logic
  100. 1007.11 — Furniture Restraint Principles
  101. 1017.12 — Material Continuity Standards
  102. 1027.13 — Light & Shadow Integration
  103. 1037.14 — Acoustic Comfort Standards
  104. 1047.15 — Private Outdoor Space Logic
  105. 1057.16 — Spatial Calm Preservation
  106. 106VIII — FOOD & SOCIAL STRUCTURE
  107. 1078.1 — Food Philosophy
  108. 1088.2 — Restrained F&B Logic
  109. 1098.3 — Dining Atmosphere Doctrine
  110. 1108.4 — Neighborhood Integration Logic
  111. 1118.5 — Public Intensity Control
  112. 1128.6 — Restaurant Scale Restrictions
  113. 1138.7 — Social Calm Preservation
  114. 1148.8 — Anti-Entertainment Principles
  115. 1158.9 — Operational Integration of F&B
  116. 1168.10 — Long-Duration Urban Rhythm Support
  117. 117IX — LONG-TERM VALUE & CONTINUITY
  118. 1189.1 — Long-Term Positioning
  119. 1199.2 — Low-Density Value Logic
  120. 1209.3 — Value Without Standardization
  121. 1219.4 — Rhythm Over Throughput
  122. 1229.5 — Emotional Retention
  123. 1239.6 — Recurrence Logic
  124. 1249.7 — Urban Scarcity
  125. 1259.8 — Architectural Permanence
  126. 1269.9 — Long-Term Value Protection
  127. 1279.10 — Operational Restraint
  128. 1289.11 — Atmosphere as Value Infrastructure
  129. 1299.12 — Continuity Over Throughput
  130. 1309.13 — Controlled Residential Support
  131. 131X — DOCTRINAL INTEGRITY & SYSTEM PROTECTION
  132. 13210.1 — Integrity Structure
  133. 13310.2 — Doctrinal Custodianship
  134. 13410.3 — Operator Compatibility Principles
  135. 13510.4 — Non-Deviation Doctrine
  136. 13610.5 — Integrity Protection Principles
  137. 13710.6 — Atmosphere Protection Principles
  138. 13810.7 — Long-Term Coherence Preservation
  139. 139XI — EXPANSION & URBAN CONTINUITY
  140. 14011.1 — Deployment Philosophy
  141. 14111.2 — One Asset Per City Rule
  142. 14211.3 — Expansion Qualification Principles
  143. 14311.4 — Conditions for Expansion
  144. 14411.5 — Conditions of Incompatibility
  145. 14511.6 — Urban Continuity Thresholds
  146. 14611.7 — Architectural Compatibility Conditions
  147. 14711.8 — Atmosphere Preservation Conditions
  148. 148XII — FINAL COMMANDMENTS
  149. 14912.1 — The City Remains Primary
  150. 15012.2 — Adaptive Reuse Is Mandatory
  151. 15112.3 — Atmosphere Overrides Activation
  152. 15212.4 — Hospitality Remains Secondary to the City
  153. 15312.5 — Architecture Must Age With Coherence
  154. 15412.6 — Calm Is Infrastructure
  155. 15512.7 — Continuity Overrides Optimization
  156. 15612.8 — Density Destroys Atmosphere
  157. 15712.9 — Embeddedness Is Non-Negotiable
  158. 15812.10 — Restraint Is Structural
  159. 15912.11 — Spectacle Is Prohibited
  160. 16012.12 — One City, One Presence
  161. 16112.13 — Coherence Overrides Scale
  162. 16212.14 — Public Life Must Remain Visible
  163. 16312.15 — The Building Comes Before the Brand
  164. 16412.16 — Operations Must Disappear
  165. 16512.17 — Continuity Is the Strategic Asset
  166. 16612.18 — The System Must Remain Defensible
  167. 16712.19 — ATRIA Is Urban Continuity
  168. 16812.20 — Hospitality Primacy Over Residences
  169. 16912.21 — Residences Do Not Govern
  170. 17012.22 — Residences Cannot Privatize the Building
PRIMARYSystem Bible — Project Owner Edition19 sections
Function

To provide the Project Owner with the client-facing doctrinal and identity reference for ATRIA.

Position within the corpus

Derived from the foundational archive and used with the specialized ATRIA frameworks applicable to one defined project.

Primary users

Project Owner, investor representatives, board members, development leadership, operator leadership and appointed advisers.

Document architecture19 sections
  1. 1Purpose of This Edition
  2. 2System Definition
  3. 3Origin and Purpose
  4. 4The Governing Condition: Presence
  5. 5Urban Continuity
  6. 6Adaptive Reuse Doctrine
  7. 7System Identity
  8. 8The City, the Building and Hospitality
  9. 9Inhabitation and Duration
  10. 10Architecture and Atmosphere
  11. 11Public Life and Social Restraint
  12. 12Operations and Invisible Support
  13. 13Defined Project Expression
  14. 14What May Vary
  15. 15What Must Remain Coherent
  16. 16Project Owner Authority
  17. 17Consequences of Fundamental Departure
  18. 18The Project at Opening
  19. 19How to Read the Rest of the Project Documentation
PRIMARYMaster Project Book — Project Implementation Manual27 sections
Function

To explain ATRIA as one complete project and direct the Project Owner’s appointed teams toward coherent implementation within an eligible existing urban building.

Position within the corpus

The integrated physical, spatial, architectural, operational and technical reference between the System Bible and the specialized frameworks.

Primary users

Project Owner, MOD or Project Director, architects, interior designers, engineers, conservation specialists, operator, cost consultants and delivery teams.

Document architecture27 sections
  1. 1ATRIA Project Definition
  2. 2City and Urban Position
  3. 3Building Eligibility
  4. 4Existing-Building Survey and Project Reference
  5. 5Adaptive Reuse Strategy
  6. 6Overall Spatial Organization
  7. 7Arrival and Entry Sequence
  8. 8Courtyards and Internal Open Space
  9. 9Circulation and Thresholds
  10. 10Suite System and Unit Distribution
  11. 11ATRIA Residences
  12. 12Public Rooms and Social Spaces
  13. 13Food and Dining Structure
  14. 14Rooftops, Terraces and Urban Views
  15. 15Architecture and Contemporary Intervention
  16. 16Materials, Patina and Repair
  17. 17Interior Environment and Furniture
  18. 18Light, Shadow and Acoustic Calm
  19. 19Operations and Service Model
  20. 20Back-of-House and Staff Circulation
  21. 21Infrastructure and Building Services
  22. 22Safety, Security and Accessibility
  23. 23Operator Translation
  24. 24Construction and Delivery
  25. 25Pre-Opening and Opening Condition
  26. 26Long-Term Building Continuity
  27. 27Detailed Framework Navigation

02 · CORPUS FAMILY

Governance, Control & Validation

The governance, control and validation architecture through which project decisions are read against the corpus.

03Institutional Governance Framework12 sections
Function

To define the institutional governance embedded within a Governed Hospitality System without governing or administering the project.

Position within the corpus

Establishes governance as a property of the corpus rather than a permanent external service.

Primary users

Project Owner, legal and institutional advisers, appointed professional teams and operator leadership.

Document architecture12 sections
  1. 01Purpose and Institutional Status
  2. 02The Governed Hospitality System Principle
  3. 03Institutional Authority of the Corpus
  4. 04Embedded Governance
  5. 05Project Authority
  6. 06Professional Interpretation and Responsibility
  7. 07Interdependence of the Frameworks
  8. 08Protection of System Identity
  9. 09Operator and Brand Independence
  10. 10Project Departures and Institutional Consequences
  11. 11Long-Term Institutional Continuity
  12. 12Final Governance Definition
03ASystem Governance Framework12 sections
Function

To translate the common institutional governance architecture into the particular doctrine of the system.

Position within the corpus

Connects Document 03 to the protected relationships and governing condition of the system.

Primary users

Project Owner, system interpreters, architects, designers, operators and appointed advisers.

Document architecture12 sections
  1. 01Purpose and System Status
  2. 02Governing Condition of the System
  3. 03Institutional Identity to Be Preserved
  4. 04Protected System Relationships
  5. 05System Interpretation Principles
  6. 06Project Authority Within the System
  7. 07Professional Application of the System
  8. 08Operator Position Within the System
  9. 09System-Coherence Departures
  10. 10Consequences of Progressive System Drift
  11. 11Long-Term Continuity of the System
  12. 12Final System Governance Definition
04Institutional Control Framework12 sections
Function

To define institutional control without creating project-management, construction or operational control.

Position within the corpus

Establishes the corpus as the permanent reference against which coherence and material departure are understood.

Primary users

Project Owner, governance advisers, appointed teams, operator leadership and decision-makers.

Document architecture12 sections
  1. 01Purpose and Institutional Status
  2. 02Meaning of Institutional Control
  3. 03Corpus as the Control Reference
  4. 04Protected Reference Conditions
  5. 05Relationship Between Guidance and Project Authority
  6. 06Interpretation of Departures
  7. 07Materiality of Departures
  8. 08Consequences for System Coherence
  9. 09Consequences for Positioning and Value
  10. 10Continuity Across Project Evolution
  11. 11Limits of Institutional Control
  12. 12Final Control Definition
04ASystem Control Framework15 sections
Function

To define the ATRIA-specific control references used by project teams to verify coherence across territory, building, programme, design, operations and economics.

Position within the corpus

Translates institutional control into system-specific protected conditions.

Primary users

Project Owner, appointed design and technical teams, operator and financial advisers.

Document architecture15 sections
  1. 01Purpose and System Status
  2. 02Highest-Order System Condition
  3. 03Protected Territorial Conditions
  4. 04Protected Site Conditions
  5. 05Protected Density and Capacity Conditions
  6. 06Protected Typological Conditions
  7. 07Protected Architectural Conditions
  8. 08Protected Interior Conditions
  9. 09Protected Operational Conditions
  10. 10Protected Economic Conditions
  11. 11Protected Positioning Conditions
  12. 12Material System Departures
  13. 13Progressive Loss of System Coherence
  14. 14Long-Term Asset Consequences
  15. 15Final System Control Definition
08Validation Framework17 sections
Function

To define what must be verified to determine whether a proposal, decision or configuration remains coherent with the system.

Position within the corpus

Establishes validation subjects, references and findings against the corpus.

Primary users

Project Owner, appointed professional teams, operator, financial advisers and project reviewers.

Document architecture17 sections
  1. 01Purpose and Validation Status
  2. 02Meaning of Validation
  3. 03Validation Against the Corpus
  4. 04Subjects Requiring Validation
  5. 05Territorial Validation
  6. 06Site Validation
  7. 07Typological Validation
  8. 08Architectural Validation
  9. 09Interior Validation
  10. 10Operational Validation
  11. 11Economic Validation
  12. 12Operator Compatibility Validation
  13. 13Validation Outcomes
  14. 14Material Departure Findings
  15. 15Consequences of Validation Findings
  16. 16Limits of Validation
  17. 17Final Validation Definition
08ACompatibility Assessment Methodology14 sections
Function

To provide the intellectual and documentary method used to assess a proposal against the corpus.

Position within the corpus

Supplies the common assessment sequence supporting compatibility conclusions.

Primary users

Assessment team, Project Owner, appointed advisers and professional disciplines submitting evidence.

Document architecture14 sections
  1. 01Purpose and Methodological Status
  2. 02Meaning of Compatibility Assessment
  3. 03Identification of the Assessment Subject
  4. 04Identification of Applicable Frameworks
  5. 05Identification of Protected Reference Conditions
  6. 06Evidence Required
  7. 07Comparison Against the Corpus
  8. 08Identification of Departures
  9. 09Assessment of Materiality
  10. 10Assessment of System Consequences
  11. 11Compatibility Conclusions
  12. 12Documentation of Findings
  13. 13Limits of the Assessment
  14. 14Final Methodological Definition

03 · CORPUS FAMILY

Territory, Site & Deployment

The frameworks that connect the system to territory, site selection and authorized project deployment.

05Deployment Framework12 sections
Function

To explain how the complete ATRIA corpus is used autonomously by the Project Owner and appointed teams to develop one defined project.

Position within the corpus

Connects the corpus to project-specific interpretation from territory through opening and long-term operation.

Primary users

Project Owner, development leadership, architects, designers, engineers, operator and financial teams.

Document architecture12 sections
  1. 01Purpose and Deployment Principle
  2. 02Eligible Deployment Object
  3. 03Preliminary Assessment
  4. 04Participation Rights
  5. 05Access and Confidentiality
  6. 06Activation Sequence
  7. 07Project Adaptation
  8. 08Replication and Additional Projects
  9. 09Territorial or Portfolio Arrangements
  10. 10Change, Suspension and Termination
  11. 11Records and Handover
  12. 12Boundaries and Final Authority
06Territorial Framework12 sections
Function

To define the urban territorial conditions required for ATRIA and the method for identifying, comparing and documenting cities and districts capable of preserving Presence.

Position within the corpus

Establishes the territorial conditions that precede site selection, design and configuration.

Primary users

Project Owner, territorial advisers, planners, development teams, environmental and market advisers.

Document architecture12 sections
  1. 01Purpose and Territorial Principle
  2. 02Required Territorial Condition
  3. 03Eligible Territorial Families
  4. 04Incompatible Territorial Conditions
  5. 05Scale and Spatial Continuity
  6. 06Settlement and Access Relationship
  7. 07Productive / Cultural / Environmental Relationship
  8. 08Boundaries and Interfaces
  9. 09Evidence Requirements
  10. 10Territorial Risks and Adaptation
  11. 11Relationship to Site Selection
  12. 12Boundaries and Final Authority
07Site Selection Framework12 sections
Function

To define the qualities an existing building and its immediate urban setting should present for coherent project application.

Position within the corpus

Translates territorial principles into physical, climatic, infrastructural, operational and economic site conditions.

Primary users

Project Owner, development adviser, architect, planner, environmental, technical and financial teams.

Document architecture12 sections
  1. 01Purpose and Investor Use
  2. 02Site / Asset Description
  3. 03Territorial Compatibility
  4. 04Typology and Capacity Fit
  5. 05Access, Infrastructure and Logistics
  6. 06Environmental / Climatic / Physical Conditions
  7. 07Cultural / Heritage / Productive Context
  8. 08Operator and Service Feasibility Interface
  9. 09Development and Legal Interface
  10. 10Assessment Outcomes
  11. 11Material Site Risks
  12. 12Investor Decision and Next Steps

04 · CORPUS FAMILY

Architecture, Interiors & Typologies

The design and typology architecture that translates institutional principles into project-facing spatial references.

10Architecture Framework12 sections
Function

To define the architectural doctrine of the system.

Position within the corpus

Establishes the architectural relationships preceding detailed design.

Primary users

Project Owner, lead architect, planning, conservation, landscape, environmental and engineering teams.

Document architecture12 sections
  1. 01Purpose and Architectural Principle
  2. 02Relationship to Territory / Existing Fabric
  3. 03Scale, Massing and Density
  4. 04Spatial Organization
  5. 05Movement and Sequence
  6. 06Privacy, Presence and Social Relationship
  7. 07Material and Construction Principles
  8. 08Climate, Light and Environmental Response
  9. 09Landscape / Productive / Urban Interface
  10. 10Operator and BOH Interface
  11. 11Architectural Non-Negotiables and Departures
  12. 12Relationship to Documents 11 and 14
11Architecture Guidelines12 sections
Function

To translate architectural doctrine into concrete references for project application.

Position within the corpus

Provides practical architectural references subordinate to the Architecture Framework.

Primary users

Architect, conservation specialist, masterplanner, engineers, operator technical teams and Project Owner.

Document architecture12 sections
  1. 01Purpose, Status and Use
  2. 02Design Principles
  3. 03Site Planning and Placement
  4. 04Massing, Height and Density
  5. 05Arrival and Spatial Sequence
  6. 06Unit / Pavilion / Building Guidance
  7. 07Shared, Public and External Spaces
  8. 08BOH, Service and Technical Integration
  9. 09Materials, Openings, Light and Climate
  10. 10Landscape / Urban / Productive Interface
  11. 1111A Area Schedule
  12. 12Deviations and Project Adaptation
11AArea Schedule Annex12 sections
Function

To define areas, categories, functional minimums and dimensional targets of the official typologies.

Position within the corpus

Provides the dimensional reference annex used with Documents 11, 12, 13 and 14.

Primary users

Architect, interior designer, cost consultant, operator, technical teams and Project Owner.

Document architecture12 sections
  1. 01Purpose and Annex Status
  2. 02Area Measurement Principles
  3. 03Minimums and Reference Targets
  4. 04Primary Accommodation Typology Area Schedules
  5. 05Other Eligible Typology and Conditional Residential Schedules
  6. 06Interior Area Categories
  7. 07Exterior Area Categories
  8. 08Service and Support Areas
  9. 09Circulation and Wall Allowances
  10. 10Area Redistribution Principles
  11. 11Exclusions and Clarifications
  12. 12Final Area Schedule Definition
12Interior Framework12 sections
Function

To define the interior doctrine and human conditions interiors must produce.

Position within the corpus

Establishes experiential, sensory, domestic and operational logic before detailed standards.

Primary users

Project Owner, interior designer, architect, lighting and acoustic advisers, operator and procurement teams.

Document architecture12 sections
  1. 01Purpose and Interior Principle
  2. 02Interior Atmosphere
  3. 03Spatial Hierarchy and Use
  4. 04Materiality and Tactility
  5. 05Furniture and Object Presence
  6. 06Light, Darkness and Visual Control
  7. 07Acoustic and Sensory Conditions
  8. 08Technology Integration
  9. 09Service and Operational Interface
  10. 10Art, Craft and Cultural Relationship
  11. 11Interior Non-Negotiables and Departures
  12. 12Relationship to Document 13
13Interior Guidelines12 sections
Function

To translate interior doctrine into practical standards.

Position within the corpus

Provides detailed interior references for design and procurement teams.

Primary users

Interior designer, architect, lighting and acoustic advisers, FF&E, procurement, operator and Project Owner.

Document architecture12 sections
  1. 01Purpose, Status and Use
  2. 02Spatial Planning Guidance
  3. 03Material Palette Principles
  4. 04Color and Visual Restraint
  5. 05Furniture, Joinery and Object Density
  6. 06Lighting Guidance
  7. 07Acoustic and Sensory Guidance
  8. 08Technology and Controls
  9. 09Bathrooms, Kitchens and Service Interfaces
  10. 10Art, Craft and Local Relationship
  11. 11Mock-Ups, Samples and Project Evidence
  12. 12Variations and Departure Records
14Typology Framework12 sections
Function

To define the official typologies of the system and their complete capacity of use.

Position within the corpus

Consolidates spatial, occupancy, domestic, climatic and long-stay characteristics.

Primary users

Project Owner, architect, interior designer, operator, cost consultant and financial teams.

Document architecture12 sections
  1. 01Purpose and Typology Principle
  2. 02Typology Register
  3. 03Typology Purpose and Condition
  4. 04Site / Territory Eligibility
  5. 05Scale, Inventory and Density
  6. 06Core Components and Programme
  7. 07Spatial and Architectural Logic
  8. 08Interior and Service Logic
  9. 09Residential Eligibility, if Applicable
  10. 10Economic / Development Interface
  11. 11Typology Selection and Adaptation
  12. 12Hybridization and Departure

05 · CORPUS FAMILY

Operations

The operator relationship and compatibility architecture through which the system enters operational reality.

09Operator Compatibility Framework14 sections
Function

To define how an operator may operate the system without redefining it.

Position within the corpus

Establishes the relationship between operator capability and protected operating conditions.

Primary users

Project Owner, operator-selection advisers, operator leadership, asset management and project teams.

Document architecture14 sections
  1. 01Purpose and Investor Use
  2. 02Core Operator Principle
  3. 03Operator Model
  4. 04Role Allocation
  5. 05Operator Compatibility Criteria
  6. 06Operator Universe
  7. 07Compatible Operator Profiles and Named References
  8. 08Residential Service Capability, if applicable
  9. 09Operator Obligations
  10. 10Material Incompatibilities and Disqualifiers
  11. 11Operator Bible / Operating Manual Requirements
  12. 12Deviation Documentation
  13. 13Investor Final Authority and institutional role boundaries
  14. 14Final Operator Principle

06 · CORPUS FAMILY

Economics, Finance & Development

The economic, financial and development architecture connecting system logic to capital, modelling and project structure.

15Economic Framework14 sections
Function

To explain how system doctrine produces a coherent economic logic.

Position within the corpus

Connects positioning, density, privacy, typology, service, territory and occupancy to reference economics.

Primary users

Project Owner, investment, development, market, operator and financial advisers.

Document architecture14 sections
  1. 01Purpose and Investor Use
  2. 02Economic Logic of the System
  3. 03Economic Object and Reference Configuration
  4. 04Value-Creation Logic
  5. 05Revenue Architecture
  6. 06Cost Architecture
  7. 07CAPEX and Capital-Intensity Logic
  8. 08Residential Capital Formation, if Applicable
  9. 09Operator and Service Economics
  10. 10Project IP Participation Treatment
  11. 11Economic Risks and Constraints
  12. 12Project Adaptation and Required Inputs
  13. 13What This Framework Does Not Include
  14. 14Strategic Economic Conclusion
16Financial Models18 sections
Function

To define the financial methodology applicable to projects of the system.

Position within the corpus

Translates the Economic Framework into a modelling structure for project recalibration.

Primary users

Project Owner, financial adviser, development manager, cost consultant, operator and lenders’ advisers.

Document architecture18 sections
  1. 01Purpose and Use
  2. 02Relationship to Document 15
  3. 03Model Architecture
  4. 04Reference Project Configuration
  5. 05Input Register and Status
  6. 06Inventory and Unit Mix
  7. 07Rate and Utilization Assumptions
  8. 08Hospitality Revenue Model
  9. 09OPEX Model
  10. 10EBITDA Model
  11. 11CAPEX Model
  12. 12Residential Proceeds, if Applicable
  13. 13Net Funding Requirement
  14. 14Capital Structure and Financing, if Included
  15. 15Returns and Valuation Logic
  16. 16Sensitivity and Risk Factors
  17. 17Project IP Participation Treatment
  18. 18Notes, Limitations and Responsibility
16AReference Project Financial Model24 sections
Function

To apply Document 16 methodology to actual data of a specific project.

Position within the corpus

Provides project-specific financial application subordinate to Documents 15 and 16.

Primary users

Project Owner, financial adviser, development manager, cost consultant, operator, financing parties and tax advisers.

Document architecture24 sections
  1. 01Document Status
  2. 02Project Identification
  3. 03Territory and Site Data
  4. 04Land-Acquisition Data
  5. 05Development Configuration
  6. 06Inventory and Unit Mix
  7. 07Project Programme
  8. 08Construction-Cost Assumptions
  9. 09Infrastructure-Cost Assumptions
  10. 10Professional and Development Costs
  11. 11Operating Assumptions
  12. 12ADR and Occupancy Assumptions
  13. 13Revenue Projections
  14. 14OPEX Projections
  15. 15EBITDA Projections
  16. 16Residential Assumptions, Where Applicable
  17. 17Financing Assumptions
  18. 18Taxation and Transaction Costs
  19. 19Cash Flow
  20. 20Returns and Valuation
  21. 21Sensitivities
  22. 22Downside Case
  23. 23Project-Specific Conclusions
  24. 24Model Limitations
17Development Models16 sections
Function

To define the institutional and economic forms in which a system project may be developed.

Position within the corpus

Connects doctrine and configuration to ownership, capital, partnership, operator and transfer structures.

Primary users

Project Owner, development and investment advisers, legal counsel, operator, capital partners and asset-management teams.

Document architecture16 sections
  1. 01Purpose and Investor Use
  2. 02Core Development Principle
  3. 03Defined Project and Rights Perimeter
  4. 04Role Allocation
  5. 05Permissible Development Configurations
  6. 06Project Activation Sequence
  7. 07Land / Asset / SPV / Capital Responsibility
  8. 08Professional Team and Appointments
  9. 09Residential Integration, if Applicable
  10. 10Development-Phase Documentation
  11. 11Material Changes and Departures
  12. 12Risk Allocation
  13. 13Investor Final Authority
  14. 14What the institutional rights holder Does Not Do
  15. 15Relationship to Documents 15, 16 and 16A/B/C
  16. 16Final Development Principle

Explore ATRIA as a project application or strategic asset.

Commercial pathways