Licensing, data handling and isolation
What is licensed, where data is stored, and which parts of the system are withheld from distribution. Written to be handed to a procurement reviewer, so every claim here can be checked against the running infrastructure — and where the current state falls short of an intention, it says so.
The licence
Non-exclusive, non-transferable
Clients receive a revocable licence to use the software as a service for the term of the engagement, covering the running system and its API output. It conveys no copy of the implementation, no right to sublicense or host it for a third party, and no right to reconstruct internal behaviour.
API output, not internals
An integrator sees request and response bodies. The rules, thresholds, orderings and prompts that produce those responses are not part of the interface and are treated as trade secrets.
What “black box” does and does not mean
It is accurate about distribution: the implementation is not handed over and an API consumer cannot read it. It is not a claim that the output cannot be studied. Anyone entitled to call an endpoint can observe what it returns, and we do not pretend otherwise.
Trademarks
Registered marks
ReliAble Independent Living Services Inc.® and ReliAble Living® are registered trademarks, used on this platform under licence from their proprietor. No client engagement conveys any right to use them.
Permitted use
Factual reference only — naming the service actually being received. The marks may not appear in a client’s own branding, product naming, domain names or advertising without separate written permission.
Separate from the trade-secret position
A trademark protects what the service is called; the trade-secret position above protects how it works. G Wiz Software Solutions Inc. asserts copyright in the platform itself. The three are additive, not alternatives.
What runs only in our infrastructure
Not deployed to client environments, not distributed.
| Component | What it does |
|---|---|
| Order & purchase-order ingestion | Reads a monitored mailbox, parses supplier documents, creates the records |
| Event queue | Delivers mailbox notifications to the ingestion path |
| Print bridge | Renders and dispatches documents to on-premise IPP devices |
| Assessment parsing & validation | Validates treatment plans against published code sets before submission |
| Route optimisation | Sequences multi-stop dispatch runs |
Data ownership and residency
You own your data
We hold it as a processor, to operate the service, and assert no ownership of client records, documents or submissions. On termination it is exported in a machine-readable form on request and deleted on the agreed retention schedule.
Encryption
AES-256 at rest across every store, Google-managed. TLS enforced in transit, with HTTP redirected to HTTPS at the edge. Both apply regardless of region.
Residency, as currently configured
Canadian residency currently applies to the ReliAble Living secure
intake path only, which is stored in Toronto
(northamerica-northeast2). The operational databases,
Firestore and media storage are in United States regions
(us-central1, us-east1, us-east4).
Any statement that the platform as a whole stores data in Canada would be incorrect, and we will not make one. Canadian regions are available for Cloud Run, Cloud SQL, Firestore and Cloud Storage, but moving an existing store is a migration with downtime rather than a configuration flag. Where an obligation requires Canadian residency, it is scoped and priced in the engagement.
If your procurement process requires Canadian residency for data listed above as United States, raise it before signing — it is an open item, not a solved one.
Data residency & tenant isolation
Where data is stored, and what keeps one tenant’s records away from another’s.
Canadian residency, stated precisely
The assessment and claim intake paths — the ones that carry
claimant-identifying and clinical material, and the ones PIPEDA and SABS
workflows actually touch — are stored in
northamerica-northeast2 (Toronto).
The platform as a whole is not. Two of eleven stores are Canadian; the operational databases, Firestore and the media buckets are in United States regions. A claim of blanket Canadian residency would be incorrect, and this page will not make one. The full table is in GOVERNANCE.md and is re-checked against the live infrastructure rather than carried forward.
Canadian residency for a store currently in the United States is available — Montréal and Toronto regions exist for Cloud Run, Cloud SQL, Firestore and Cloud Storage — but moving an existing store is a migration with downtime, not a flag. Where an obligation requires it, raise it before signing and it is scoped and priced as part of the engagement.
Tenant isolation in the query, not the interface
Tenant scope is applied server-side on every request, not by hiding a control. Access is re-checked per call rather than trusted from a token, so revoking an account takes effect immediately rather than at token expiry.
Each service runs as its own service account with secrets granted per secret where practical, so a compromise is bounded by that service’s grants rather than a shared project identity.
Database addressing
STRUCTiO’s database has no public IP and is reachable only over a private address from inside the VPC. Sessions are signed with a key held in Secret Manager rather than a per-instance value, so a session is valid across instances and invalid after rotation.
Encryption at rest is Google-managed AES-256 across every store, and TLS is enforced in transit with HTTP redirected at the edge. Those apply regardless of region.
What integrators see, and what stays internal
The boundary between the published interface and the implementation behind it, drawn where it actually falls.
Published: the API’s behaviour
Request and response bodies, status codes, error shapes, rate limits and the sequence in which calls must be made. Anything an integrator needs to build against, and anything they can observe by calling an endpoint they are entitled to call.
This is documented and stable. Breaking changes are notified before they reach production.
Internal: how the answer is produced
The rules, thresholds, orderings, prompts and schemas that turn an input into that response. Those run only in infrastructure operated by G Wiz Software Solutions Inc., are not deployed to client environments, and are treated as trade secrets.
Reverse engineering, decompilation, traffic interception to reconstruct internal logic, schema extraction, and bulk retrieval intended to reproduce a dataset or a model are each a breach of licence.
Where the phrase “black box” is accurate, and where it is not
It is accurate about distribution: the implementation is not handed over, and an API consumer cannot read it.
It is not a claim that the output cannot be studied. Anyone entitled to call an endpoint can observe what it returns and draw conclusions from it. We do not claim otherwise, and a vendor who does is describing something no hosted API can deliver.
Isolation and identity
Tenant scope is enforced in the query
Hiding a control is a convenience for the person using it; the boundary that matters is the one the server applies to every request. Access is re-checked on each call rather than trusted from a token, so revoking an account takes effect immediately rather than at token expiry.
Per-service identities
Each service runs as its own service account — STRUCTiO as
sa-structio-app, and likewise for the platform backend,
Dorothy @Home and the public site — so a compromise is bounded
by that service's grants rather than a shared project identity. Secrets
are granted per secret where practical.
Staff access, described accurately
Google and Microsoft work-account sign-in, with every OAuth round trip
bound to the browser that began it and a mismatched callback refused with
HTTP 403 before the code is redeemed. Administrative access is an
explicit allow-list of individual addresses, re-checked on every
request — not a domain rule; the current list includes
three addresses outside @gwizweb.com. High-consequence
actions additionally require a passkey confirmation valid for fifteen
minutes.
Private database addressing
The STRUCTiO database has no public IP and is reachable only over a private address from inside the VPC. Sessions are signed with a Secret Manager key rather than a per-instance value, so a session is valid across instances and invalid after rotation.
Commercial Model & Licensing Terms
G Wiz Software Solutions Inc. operates a value-based, non-exclusive platform licensing framework. Hourly billing is not offered for build work, and there is no open à la carte per-feature price list.
Upfront System Analysis & Onboarding Fee
A one-time fee, paid before build work begins. It covers understanding the workflows you actually run, auditing the systems and integrations involved, reviewing data handling and access, and producing a written scope with a fixed price against it. Scope changes are re-quoted rather than absorbed silently.
Monthly Platform Licence Retainer
A recurring fee for the term of the engagement, covering the non-exclusive licence to use the running platform described above, together with hosting, monitoring and alerting, dependency and security updates, support and incident response. Billed monthly, and per seat where seats apply.
Why there is no per-feature menu
A published figure for a capability is either wrong or meaningless until someone has looked at the work. The same feature is a week against one intake process and a quarter against another, and quoting it as a line item moves the estimating risk onto whoever signs. Scope is established first, then priced once.
This is not a claim that no figure is ever published. A fixed entry fee for a defined tier does not vary with scope and can be stated honestly in advance; a menu a client could add up without anyone having examined their workflows cannot.
Currency
Prices are held in one currency as the source of truth. Checkout is presented and charged in your region’s currency, converted at the payment processor rather than against a rate table maintained here. That is regional checkout, not multi-currency accounting — the ledger side does not do multi-currency.
Licensing & the Estimator
How the System Analysis & Licensing Estimator routes a workflow into a formal analysis agreement — without a per-feature price list behind it.
It returns a routing, not a price
The Estimator asks what intake arrives, whether any of it routes to a named assessor or adjuster, what happens to documents once they arrive, and roughly how many arrive in a month. From that it indicates a track — managed CMS, or enterprise cloud architecture — and states the reasons for it.
The rule is one rule: work implying a queue with decisions in it is enterprise work. A brochure site with a contact form is not, however many pages it has.
What it is not
It is not a quote and produces no figure. It does not price features: there is no per-feature cost model behind it to expose. And it binds neither party — nothing is committed until a written scope is agreed and signed.
The routing is computed in the browser for immediacy and again on the server, which does not trust the browser’s copy. Both results are recorded, so a disagreement between them is visible rather than silently resolved.
How a routing becomes an agreement
- The Estimator indicates a track, with its reasons.
- Enterprise-track work begins with the Upfront System Analysis & Onboarding Fee. No build price is issued before the analysis is done.
- The analysis produces a written scope with a fixed price against it. That document, not the Estimator’s output, is the commitment.
- On acceptance the Monthly Platform Licence Retainer begins, under the non-exclusive licence described above.
Sample documents you upload to it
Stored in a bucket in northamerica-northeast2 (Toronto),
separate from the ReliAble Living secure intake store, deleted
automatically after ninety days, and never made publicly accessible.
The form asks for blank templates rather than completed files, because it is an ordinary web upload and not the secure intake path. If a file containing client information is sent in error, tell us and it will be deleted.
Infrastructure notes
The compute, networking and deployment detail behind the integrations. It is here rather than on the home page because it is how the platform is built, not what an engagement buys.
Serverless containers on Cloud Run
Each service runs as a container that scales from nothing to a traffic spike and back, billed for the seconds it actually ran. There is no instance to patch, and no capacity decision to get wrong in advance.
Health-gated releases
A new revision is deployed with no traffic and a private tag, checked on that tag, and only then moved to serving. A release that fails its check is never reached by anyone, and rolling back is a traffic change rather than a redeploy.
Private network addressing
Databases carry no public IP and are reachable only over a private address from inside the VPC. Services reach on-premise equipment through an outbound tunnel, so no port is opened on your network for us.
Per-service identity
Each service runs as its own service account with secrets granted per secret where practical, so a compromise is bounded by that service’s grants rather than by a shared project identity. The accounts are listed in the isolation section above.
Contact
Governance, privacy, security and procurement: info@gwizweb.com. Suspected exposure of client data: the same address, immediately and before remediation — remediating first frequently destroys the evidence needed to determine scope.
The full document, including the complete residency table, is maintained as
GOVERNANCE.md in the site repository.