Architecture boundary
Source-of-truth boundary
The portal remains the external source. The internal database stores versioned observations and provenance rather than silently replacing portal history.
Browser integration workflow
Keep login-only property, permit, planning, inspection, or tender portals synchronized with a governed database when the source offers no usable API.
Representative implementation pattern. Illustrative records, not completed client work or a performance claim. Specialist outputs require appropriate qualified review.
Why this workflow matters
Some important systems remain accessible only through a browser. The portal remains the external source, while the internal database needs normalized observations, provenance, source identifiers, last-seen dates, and change history without treating one failed run as a deletion.
Architecture boundary
The portal remains the external source. The internal database stores versioned observations and provenance rather than silently replacing portal history.
Reference layer
These sources and tools are selected according to authority, permission, technical fit, security, and client ownership.
Dedicated client-owned portal accounts and an approved secrets manager.
Chrome or Chromium with Playwright for approved navigation.
Permitted screenshot, HTML, source-file, OCR, or vision capture.
PostgreSQL or Teable with portal, query, listing, snapshot, observation, document, run, and exception records.
Object storage for permitted source files and evidence.
n8n, Temporal, or a job queue for scheduling, retry, timeout, and alerting.
Slack, Teams, or email for accountable exception alerts.
Cited evidence
Last reviewed 16 July 2026
These direct links support the source and implementation patterns named on this page. Availability, licence, jurisdiction, version, account configuration, and professional-review requirements are confirmed again for each engagement.
Ten-stage operating path
Each stage establishes a distinct decision, record, handoff, or approval boundary. Exceptions remain visible instead of being silently forced through the process.
Authorize the account, purpose, schedule, permitted actions, and platform terms.
Navigate to the saved search or approved page.
Wait for defined page-ready conditions rather than relying on a guessed delay.
Capture source ID, fields, files, URL, timestamp, and evidence.
Compare the observation with the previous snapshot.
Classify new, changed, relisted, withdrawn, or uncertain records.
Validate required fields and duplicate rules.
Write approved changes as versioned database events.
Escalate CAPTCHA, layout change, access failure, or ambiguous changes.
Monitor run health, freshness, completeness, and portal changes.
Required data layer
The implementation boundary should name each required record, relationship, source, status, permission, and owner before automation is introduced.
Portal
Query
Listing
Snapshot
Field Observation
Document
Run
Exception
Source Identifier
Last-Seen State
Authority, source quality, permissions, uncertainty, and consequential external actions remain explicit throughout the workflow.
Acceptance measures
Acceptance measures test the reliability and governance of the workflow. They are evaluation criteria, not promised performance results.
Workflow diagrams, records, statuses, values, and measures on this page are illustrative unless explicitly identified as verified client work. They do not demonstrate completed delivery or guaranteed performance. The actual implementation depends on the agreed systems, access, data condition, security requirements, ownership, approval rules, and acceptance tests. Named tools are possible components, not required products. Property, planning, tax, valuation, safety, biometric, engineering, and legal outputs require appropriate qualified review.
Typical starting engagement
This is planning guidance for a bounded first implementation, not a quote. The Blueprint confirms systems, access, data condition, responsibilities, exclusions, acceptance, timing, and fixed price.
Workflow assessment
Confirm the current records, sources, permissions, owners, exceptions, approval points, and acceptance measures before selecting automation or AI tools.
Start with this workflow
The assessment opens with this workflow and source page attached. Describe the current operating path and the reviewer will evaluate this context rather than treating your submission as a generic AI enquiry.
Include what happens today
Do not submit passwords, API keys, authentication codes, or unrestricted confidential records.
Plain-language route guide
Choose the smallest route that answers your next decision.
The formal service names remain useful for scope and contracts. The plain-language labels explain what each route actually does. These are alternatives, not four mandatory stages.
Operating-Layer Blueprint
Buyer question answered
What should we build, and where should the boundary be?
Typical input
One priority workflow, a named owner, current systems, representative records or files, and known failure points.
Output
A client-owned current-state map, target design, source inventory, implementation boundary, timeline, and fixed quote.
Bounded AI Agent Pilot
Buyer question answered
Can one specific AI-assisted task work reliably enough to justify more?
Typical input
One named task, approved sources and tools, representative cases, a human reviewer, and explicit stop conditions.
Output
A working pilot, evaluation evidence, cost and failure findings, review requirements, and a proceed, revise, or stop recommendation.
Single Workflow Implementation
Buyer question answered
How do we put one recurring workflow into controlled production?
Typical input
A defined trigger and completion point, accountable owners, approximately three core systems, rules, approvals, and test cases.
Output
Connected records, an operating view, integrations, a dashboard, acceptance testing, training, documentation, and handover.
Complete Operating Layer Implementation
Buyer question answered
How do we connect shared data and decisions across teams?
Typical input
Two to five related workflows, shared records, several departments or systems, an executive sponsor, and named operating owners.
Output
A phased operating layer with shared records, permissions, interfaces, integrations, reporting, controlled automation, training, and handover.
Still unsure which route fits?
Describe one broken workflow. The free assessment may recommend a Blueprint, pilot, implementation, a smaller discovery step, or no engagement.