Statement of work
Workflow boundary, responsibilities, pricing, usage, rollback, and acceptance criteria.
Here's what sits behind a LatchFlow rollout: clear system boundaries, human approval, data handling, subprocessors, audit-ready records, and a monthly review.
Everything here is designed to make sign-off straightforward for an owner, ops director, IT partner, or data-protection reviewer.
Workflow boundary, responsibilities, pricing, usage, rollback, and acceptance criteria.
Controller/processor roles, permitted data, retention, deletion, access, and subprocessors.
Approval thresholds, model-use policy, prompt/rule change control, and human escalation map.
Representative audit chronology showing source record, approval, write-back, and exception owner.
Open the representative implementation pack to review scope, connected-system responsibility, acceptance gates, support targets, and sign-off structure.
Open Implementation PackEmail, forms, WhatsApp, and phone transcripts are triaged into a case before any operational action is proposed.
Property, tenancy, landlord, repair, renewal, and payment context is checked against the client-approved system of record.
Repairs, progression, payment, and accounting tools keep their record authority while LatchFlow owns handoffs and exceptions.
Approvals, drafts, overrides, delivery proof, and write-back health are logged for monthly review and export.
Legal-sensitive, emergency, vulnerable-occupant, spend-threshold, and low-confidence cases are held for named review.
Access is scoped to the workflow being implemented rather than broad administrative access by default.
Prompts, SOPs, thresholds, and routing rules are versioned through the managed operating review.
Each live workflow needs a pause path, manual fallback, owner, and post-incident review route.
AI drafts, sends, approvals, overrides, and write-back failures are recorded with a replayable chronology.
LatchFlow does not issue legal notices, approve spend, or make regulated decisions without client-defined authority.
This register is intentionally conservative. The exact provider list is locked in the SOW before production client data is processed.
Website delivery, preview workspace, lead-capture endpoint, anonymised analytics, and performance metrics.
Active for this siteSends a notification when someone requests an audit.
Set up per clientDrafting, classification, extraction, summarisation, or knowledge assistance where approved.
Defined in SOWCall capture, routing, transcripts, and escalation events where voice is in scope.
Workflow-specificClient-owned records and channels connected only where approved.
Client-controlled