North Florence
18 streets · 126 addresses
- Assigned
- Today
- Due
- Sep 10
- Progress
- 64%
Territory operations · Apple-native
See the territory. Know the state. Move the work.
An offline-first command center that brings territory records, maps, publishers, assignments, campaigns, S-13 history, search, recovery, and operational tools into one adaptive Apple workspace.
The experience
The website now mirrors TerritoryHub's real visual direction: dark navy depth, cool ice accents, restrained route fields, clear hierarchy, floating controls, and motion that explains state instead of decorating it.
Features
TerritoryHub is the administration side of the territory workflow. It keeps the operational record local-first while making assignment, mapping, campaign, search, and recovery work feel like one system.
Create and edit territories with addresses, coordinates, markers, colored boundaries, polygons, status, priority, notes, attachments, and selected photos.
Plan, activate, return, complete, cancel, search, and review territory assignments with due dates and safeguards against invalid duplicate states.
Maintain synchronized digital territory history and official-form presentations with completion context, continuation pages, export, print, and sharing.
Group territories into campaign work with goals, schedules, progress, and lifecycle controls.
Search territories, publishers, assignments, campaigns, S-13 history, notes, tags, addresses, and activity from one workspace-aware system.
Use versioned backups, integrity checks, attachment recovery, rollback protections, and separate Demo and Live workspaces.
Interface
The production application uses adaptive SwiftUI navigation, map, search, assignment, record, settings, and recovery surfaces. Website illustrations communicate the interaction direction without pretending to be shipping screenshots.
Compact layouts prioritize focused bottom navigation and direct tasks, while iPad can expose persistent navigation, layered context, and richer operational depth.
Requirements
These requirements describe the current application repository and development path, not a public App Store listing.
Roadmap
The current main branch has a verified core milestone. Distribution work remains a separate release gate.
Repository, source, Xcode application build, packaged icon/privacy resources, simulator launch, and automated test gates have established the current engineering checkpoint.
Complete current signed builds and physical-device validation against the release candidate.
Use TestFlight and device beta evidence to isolate defects before broad distribution.
Complete final metadata, legal, privacy, support, accessibility, and App Store submission checks before public availability is declared.
Downloads
The website will only expose a download after an official artifact has been uploaded to the Raysor distribution store, versioned, checksummed, and attached to an approved release channel.
Repository development continues, but the website does not publish an unsigned or unverified development package as a public release.
Beta and Stable remain unavailable until product-specific signing, device, and release validation is complete.
Companion workflow
The two products have different responsibilities so the administration experience and field-user experience can stay focused.