Role permissions
Roles follow your org chart — owners, GCs, subs, suppliers, finance, safety, field, admin.
Ezelogs is built on role permissions, tenant boundaries, audit trails, and governed AI — recommendations are explainable and human-approved.
No third-party attestation, federal authorization, or health-data compliance claim is made on this page unless independently verified.
Trust is a function of permissions, boundaries, evidence, and human control — not a marketing badge.
Roles follow your org chart — owners, GCs, subs, suppliers, finance, safety, field, admin.
Company, project, and partner data live behind tenant boundaries with no cross-tenant blending.
Signal → recommendation → human decision → action is captured and reviewable.
AI proposes; humans approve. High-risk workflows require explicit approval.
No autonomous-action workflows. Approvals always live with the responsible human role.
Every recommendation surfaces the underlying records it was derived from.
Ezelogs treats company, project, role, AI, and admin boundaries as distinct surfaces — not overlapping pools.
Tenant-bounded by default. Cross-tenant sharing only via explicit, audited agreements.
Project access mirrors the project participants — owner, GC, subs, suppliers, AEC, consultants.
Roles control what users can read, edit, approve, and export.
AI proposes recommendations; it does not execute high-risk actions without human approval.
Admin actions are scoped, logged, and reviewable — including configuration changes.
AI is a participant inside a governed workflow — not an autonomous operator.
Recommendations are surfaced to the responsible role, not executed silently.
High-impact actions require explicit human approval before they take effect.
Recommendations show the signals and records they were derived from.
Every recommendation, approval, and action is captured for review.
Cost, schedule, contractual, and safety-impact actions are gated behind review.
Tenants are bounded. No cross-tenant blending in recommendations or analytics surfaces.
Tenant identifiers scope every read, write, and recommendation.
API credentials and integrations are scoped to a tenant, not shared globally.
Cross-tenant collaboration (e.g., owner ↔ GC ↔ sub) is opt-in, scoped, and audited.
Tenant data is not used to train cross-tenant models without explicit, written consent.
Every governed recommendation can be traced from its source signal to the human who approved it.
Operational signal observed (RFI, cost, schedule, observation, submittal).
AI proposes an explainable recommendation tied back to the underlying records.
The responsible role reviews, approves, modifies, or declines the recommendation.
The signal, recommendation, decision, and resulting action are recorded for review.
Security statements should map to operating practice or independent verification — not marketing language.
Security posture statements describe current operating practice. Formal third-party attestations or certifications are listed only when independently verified.
Conservative answers. Anything that requires independent verification is flagged for Cursor review.
Sandbox does not list certifications. Cursor wires verified attestations on merge.