Knowledge · Business Operations

    Note Visibility and Role Boundaries

    Who should see which notes. Internal versus customer-visible content, subcontractor exposure, and the rule that keeps notes safe to write.

    Who can see notes in field service software?

    Visibility should follow the role: office staff see operational notes, field crews see what they need for the visit, subcontractors and customers see only what is deliberately shared. The safe default is internal, and the safest writing rule is to assume a note may eventually be read by the customer.

    Key takeaways

    • Default notes to internal and share deliberately, never the reverse.
    • Customer-visible content is a publishing decision, not a note setting you forget.
    • Subcontractors and portal users are outside the company boundary.
    • Write every note as if it will be read out loud in front of the customer.
    • Restricting a note is not the same as it being secret.

    The three audiences around a note

    • Inside the company: staff who need the operational truth to do their jobs.
    • Attached outsiders: subcontractors, partners and portal users with narrow access.
    • The customer: who sees only what you intentionally publish to them.

    Why internal-by-default is the only safe posture

    A note that starts internal can always be summarised outward. A note that starts visible cannot be unseen. Since the writer is usually standing in a driveway and not thinking about permissions, the system's default has to be the conservative one.

    This also protects candour. People stop writing useful notes the moment they suspect the customer might read the raw text — and a team that stops writing notes is a far bigger problem than an over-restrictive default.

    The rule that survives every permission model

    Write notes as if they will be read out loud. Not because the system will leak, but because records get produced in disputes, forwarded internally, quoted in emails and read by people who joined the company after you left it.

    Factual and unflattering is fine — 'customer refused the recommended repair twice' is a useful note. Editorial and personal is not, and it is never worth the risk it creates.

    Where teams get visibility wrong

    • Pasting an internal pricing rationale into a customer-facing update.
    • Giving a subcontractor access to a whole record to share one instruction.
    • Assuming an internal flag hides a note from an export or a report.
    • Storing sensitive personal detail in a note because there was no field for it.

    Where URBLD fits

    URBLD scopes notes to the organisation and to the record they belong to, with internal notes distinguished from customer-facing content and portal surfaces showing only what is deliberately published. Subcontractor and client portal access is narrowed to the specific work being shared rather than the full internal history.

    Principles reinforced

    This page rests on the following foundational ideas.

    FAQ

    Frequently Asked Questions

    Straight answers about how URBLD runs the business end-to-end.

    More in Business Operations

    The daily mechanics: workflows, checklists, scheduling and handoffs.

    Browse Business Operations
    Share this page