glanzlicht / GastroOS
Verified secure showcase
500 Files 1 MB Public size 31 Redacted TypeScript · SQL · JSON · Markdown · DOCKERIGNORE · EXAMPLE

Project overview

GastroOS is a verified code showcase with 500 visible project entries across 3 top-level modules. The primary detected language is TypeScript; protected files remain visible in the structure while their contents stay private.

README

GastravaOS

GastravaOS is a modular Hospitality Operational Intelligence Platform.

The technical repository name remains GastroOS for compatibility. The product is presented publicly as GastravaOS.

Product preview

GastravaOS operations dashboard

GastravaOS is designed for hospitality operations ranging from small venues to larger multi-location organizations. The platform combines operational workflows, resilient data handling and role-specific user experiences without exposing internal complexity to operators.

What this repository demonstrates

This repository is presented as a technical portfolio showcase, not as a complete product blueprint.

It demonstrates work across:

  • backend engineering with Node.js, TypeScript, NestJS and REST/OpenAPI;
  • PostgreSQL data modeling, explicit SQL migrations and transactional consistency;
  • Flutter application architecture with Riverpod, go_router, Drift/SQLite and Dio;
  • operational workflows across hospitality domains;
  • offline-capable client foundations and synchronization patterns;
  • real-time state reconciliation and event-driven integration patterns;
  • integrations for storage, payments, fiscal/accounting systems and external platforms;
  • Docker-based development, CI, observability and runtime verification;
  • tenant-aware security, audit-oriented design and permission boundaries;
  • applied AI around deterministic domain data and human-controlled actions.

Technology stack

AreaTechnology
BackendNode.js 24 LTS, TypeScript, NestJS 11
APIREST / OpenAPI
DatabasePostgreSQL 18, Drizzle ORM, explicit SQL migrations
FrontendFlutter, Riverpod, go_router
Local dataDrift / SQLite
NetworkingDio, json_serializable
InfrastructureDocker Compose, S3-compatible storage
ArchitectureModular monolith, transactional outbox
QualityAutomated tests, CI, observability and runtime verification

Engineering approach

The codebase is organized around clear boundaries and reusable platform capabilities rather than one large feature layer.

Recurring engineering principles include:

  • deterministic and auditable domain state;
  • separation of operational truth from presentation;
  • role- and context-specific interfaces;
  • resilience under intermittent connectivity;
  • explicit integration adapters;
  • composable capabilities instead of duplicated vertical implementations;
  • controlled exposure of sensitive business, security and product logic.

Portfolio boundary

The public showcase intentionally omits detailed roadmaps, ADRs, security internals, commercial logic, AI prompts, operational playbooks and reconstructable product strategy.

Those materials remain in the private repository. The public view is optimized so technical reviewers can evaluate engineering breadth and implementation quality without receiving a reconstruction guide for the product.

Local development

The repository uses a versioned pnpm dependency graph.

corepack enable
pnpm install --frozen-lockfile

Project-specific runtime and verification details remain in the private engineering documentation.

Status

GastravaOS is under active development. The repository contains a broad implementation foundation and ongoing product work rather than a finished commercial release.

The public showcase focuses on engineering capability, architecture quality and implementation breadth while deliberately omitting core IP.

apps/backend/src/infrastructure/database/migrations/0049_sprint_x_foundation_security_repair.sqlSQL
-- Sprint X increment 1 — repair tenant-role foundations and add production security support state.
-- membership_roles.location_id was intended to be nullable, but the original composite PK
-- implicitly made it NOT NULL. Replace it with a surrogate PK and partial uniqueness.
alter table membership_roles drop constraint if exists membership_roles_pkey;
alter table membership_roles add column if not exists id uuid default gen_random_uuid();
update membership_roles set id=gen_random_uuid() where id is null;
alter table membership_roles alter column id set not null;
alter table membership_roles add constraint membership_roles_pkey primary key(id);
alter table membership_roles alter column location_id drop not null;
create unique index if not exists membership_roles_orgwide_unique
on membership_roles(membership_id,role_id)
where location_id is null;
create unique index if not exists membership_roles_location_unique
on membership_roles(membership_id,role_id,location_id)
where location_id is not null;
-- PostgreSQL UNIQUE with nullable organization_id allowed duplicate system role keys.
alter table roles drop constraint if exists roles_scope_key_unique;
create unique index if not exists roles_system_key_unique
on roles(role_key)
where organization_id is null;
create unique index if not exists roles_org_key_unique
on roles(organization_id,role_key)
where organization_id is not null;
-- Normalize the canonical owner key if an early installation used the legacy key.
update roles
set role_key='platform_org_owner',updated_at=now(),version=version+1
where organization_id is null
and role_key='owner'
and not exists (
select 1 from roles r2
where r2.organization_id is null and r2.role_key='platform_org_owner'
);
create table if not exists security_events (
id uuid primary key default gen_random_uuid(),
organization_id uuid references organizations(id) on delete set null,
user_account_id uuid references user_accounts(id) on delete set null,
event_type text not null,
severity text not null default 'info',
source_ip_hash text,
user_agent_hash text,
correlation_id text,
details_safe_json jsonb not null default '{}'::jsonb,
created_at timestamptz not null default now(),
constraint security_event_severity_check check(severity in ('info','warning','high','critical'))
);
create index if not exists idx_security_events_created
on security_events(created_at desc);
create index if not exists idx_security_events_org
on security_events(organization_id,created_at desc);
create table if not exists production_readiness_checks (
check_key text primary key,
status text not null,
details_safe_json jsonb not null default '{}'::jsonb,
checked_at timestamptz not null default now(),
constraint production_readiness_status_check check(status in ('pass','warn','fail'))
);

Architecture

High-level modules detected from the verified public snapshot. Protected implementation details are intentionally omitted.

appsmodule
.vscodemodule
.githubmodule

Technology stack

TypeScriptSQLMarkdownJSONGITIGNOREDOCKERIGNORENode.js / JavaScript ecosystem
TypeScript68.8%
SQL20.0%
Markdown10.9%
JSON0.3%
GITIGNORE0.1%
DOCKERIGNORE0.0%
CJS0.0%
MJS0.0%