Skip to main content

Command Center API — Business Requirements Document

Version: 1.1
Date: Augus 2026
Author: Pete Carroll, Founder — Traxs Group LLC
Status: Draft - Updated
Product: Command Center API — Traxs Group Platform API
URL: api.traxsgroup.com


1. Executive Summary

The Command Center API is the platform backbone of the Traxs One Suite. It serves as the integration layer between all Traxs products, handles public-facing communication (contact forms, support requests), and will grow into the central hub for cross-product data sharing, unified billing, entitlement, subscription and AI inference routing.

It is not a customer-facing product. It has no UI. It is infrastructure — the connective tissue that makes three independent products feel like one suite.

Update 2026-08-24 The System Admin App will connect to the Command Center API and the Keystone API.

See ADR-007 for the full decision record on why a separate Platform API was built rather than adding these capabilities to the RoundTrip API.


2. Problem Statement

2.1 The Integration Problem

As Traxs Group grows from one product to three, several cross-cutting concerns arise that cannot belong to any single product:

  • Contact formstraxsgroup.com and roundtrips.app need to accept contact form submissions and route them to SendGrid without exposing API keys to the browser
  • Cross-product data sharing — Waypoint's Executive Dashboard needs RoundTrip revenue data; Relay will need RoundTrip client data. Relay will need Waypoint data. Neither product should call the other's API directly
  • Suite subscription awareness — the suite navigation switcher needs to know which products a tenant has active subscriptions to. Command Center will also control the customer's subscription entitlements.
  • Unified billing — as customers subscribe to multiple products, a single billing hub prevents fragmented Stripe customer records

2.2 The "No Mailto" Requirement

Every Traxs web property must accept contact form submissions through a proper API — no mailto: links that open the user's email client. This requires a server-side endpoint that can receive form data, validate it, and route it to SendGrid without exposing credentials to the browser.

2.3 The Cross-Product Data Problem

Without a dedicated integration layer, products would need to call each other's APIs directly — creating tight coupling. If RoundTrip's API changes, Waypoint breaks. The Command Center API solves this by acting as a stable integration contract between products.


3. Business Objectives

ObjectiveMetricTarget
Eliminate all mailto links across Traxs web propertiesCount of mailto: links on live sites0
Subscriptionshandles which subscription a tenant is onBy Keystone launch
Product Entitlementshandles what products a tenant are entitled toBy Keystone launch
Enable Waypoint Executive Dashboard RoundTrip integrationDashboard shows RT revenue on day oneBy Waypoint M7
Support suite navigation across all productsSuite switcher shows correct productsBy Waypoint launch
Provide stable integration contract between productsZero breaking changes to existing endpointsAlways
Enable unified Stripe customer managementOne Stripe customer per Traxs tenantBy Waypoint billing launch

4. Stakeholders

RolePersonInterest
Owner / ArchitectPete CarrollAll decisions
Consumer — RoundTripRoundTrip APIPublishes data via Command Center
Consumer — WaypointWaypoint APIConsumes RoundTrip data via Command Center
Consumer — Marketing siteroundtrips.app (Astro)Contact form submission
Consumer — Company sitetraxsgroup.com (React)Contact form submission
Consumer — Future RelayRelay APICRM data exchange

5. Scope

5.1 Current Scope (Live as of July 2026)

EndpointPurposeStatus
POST /v1/contactContact form → SendGrid✅ Live
POST /v1/supportSupport requests → SendGrid + Crisp⏳ Planned
POST /v1/feedbackIn-app feedback → SendGrid⏳ Planned
GET /healthHealth check✅ Live

5.2 Subscription Scope (Keystone Launch)

EndpointPurposeConsumer
GET /v1/subscriptionsReturns subscriptions

5.3 Product Entitlement Scope (Keystone Launch)

EndpointPurposeConsumer
GET /v1/entitlementsReturns entitlements

5.4 Near-Term Scope (Waypoint Launch)

EndpointPurposeConsumer
GET /v1/roundtrip/revenue-summaryRoundTrip revenue data for Waypoint dashboardWaypoint API
GET /v1/roundtrip/tickets/openOpen ticket summary for Waypoint dashboardWaypoint API
GET /v1/roundtrip/invoices/recentRecent invoices for Waypoint dashboardWaypoint API
GET /v1/roundtrip/teamTechnician list for Waypoint team viewWaypoint API
GET /v1/roundtrip/ar/agingAR aging data for Waypoint financial viewWaypoint API
GET /v1/suite/subscriptionsWhich products does this tenant have?All product frontends
POST /v1/clients/syncCross-product client record syncRoundTrip → Waypoint

5.5 Future Scope (Relay Launch)

EndpointPurpose
POST /v1/relay/leadRoundTrip → Relay lead creation
POST /v1/roundtrip/clientRelay → RoundTrip client creation
Campaign trigger eventsRoundTrip job complete → Relay follow-up

5.6 Long-Term Vision

CapabilityDescription
Unified billing hubStripe customer shared across products — one billing record per tenant
Webhook managementProducts publish events, others subscribe
AI inference gatewayRoutes requests to Anthropic API — shared across all products
Platform analyticsCross-product usage data for owner dashboard

6. Non-Functional Requirements

RequirementTarget
Availability99.5% uptime
Response time< 500ms for all endpoints (excluding external API calls)
SecurityAll service-to-service calls authenticated via API key
Public endpointsContact/support/feedback endpoints are unauthenticated (rate limited)
Rate limitingPublic endpoints: 10 requests/minute per IP
CORSConfigured per endpoint — public endpoints allow Traxs domains only

7. Constraints

  • No database in v1 — pure pass-through to SendGrid, RoundTrip API, and Crisp
  • Same Clean Architecture as RoundTrip — any developer can navigate immediately
  • Deployed on Azure App Service (Central US) — same region as RoundTrip
  • Must never become a bottleneck — if Command Center API is down, products must degrade gracefully

8. Some notes

  • Entitlement delegation -
  • Subscriptions

8. Document History

VersionDateAuthorChanges
1.0July 2026Pete CarrollInitial draft
1.1August 2026Pete CarrollDraft - Updated