• Myth, examined
  • Governance
  • 5 min read

Myth: it needs all your data

It needs the remit's data, through a dedicated scoped account, for one property, with no personal data in its memory. Anything wider is a decision, not a default.

Author
ftes.ai Editorial
ftes.ai Team

The short answer

The belief that an AI employee needs access to all your data is false for a Digital FTE on ftes.ai, which reads only what its remit requires through a dedicated account scoped at the tool, works within one property at a time, holds business knowledge rather than personal data in its memory, and can be disconnected in one logged action.

Put a Digital FTE on thisEvery role proposes with evidence and reports to you.

Key takeaways

  • A role needs the remit's data, not the company's; scope is set at the tool and confirmed by an access owner.
  • Each property has its own connections, memory, and trail; nothing crosses.
  • The Brand Brain holds business facts and voice, never personal data about individuals.
  • Many functions need no sensitive data at all; the first year can stay outside it.
  • Check it: list each connection's scope at the tool and try a forbidden action.

What does the myth say?

That an AI employee is only as good as what it can see, so to be useful it must be given broad access: every system, every record, every document, connected once so it can learn the business. The belief is what makes security leads refuse pilots and data protection leads refuse to sign, and they are right to refuse the version it describes: a single credential with access to everything is the largest possible blast radius attached to the least accountable actor.

The examination is about how much a role actually needs, and how the platform bounds it.

Where does the belief come from?

From consumer assistants that ask to read everything, from enterprise search products whose value is breadth, and from vendor pitches that promise an AI which knows your whole company. It also comes from a real property of models: more context can mean better answers. And from the way many integrations are built, with a personal login or an admin token because it is the quick way to make the demo work.

Each is a reason the belief exists; none is a reason a business function needs it.

What is true in it?

That a Digital FTE with no context produces generic work, which is why the Brand Brain is pre-filled and confirmed. That some functions need access to sensitive systems to be useful at all: a Finance Controller FTE needs the ledger and the bank feed, a Recruiter FTE needs the applicant tracking system. That a role given too little scope will escalate constantly and frustrate everyone. Scope has to match the remit, and the remit has to be real. The myth's error is in assuming that the remit is the whole company.

A Finance Controller FTE needs the ledger. It does not need the helpdesk, the CRM, or anyone's inbox.

What does the mechanism actually do?

Each connection on ftes.ai is a dedicated account or token for one role and one tool, created by whoever owns access, with the narrowest permissions the tool allows for the remit, scoped to one property, encrypted with a separately held key, never shown after entry, and revocable from the workspace in one logged action. Isolation between organizations and between properties is enforced at the data layer on every query, including background jobs. The Brand Brain holds voice, facts, policies, and preferences about the business, never personal data about individuals; drafts follow the retention of the underlying activity. Role-based permissions govern every protected action in the workspace, and the audit trail records every read and proposal.

The security checklist in the library gives the twelve checks that verify each of these.

  • Per role, per tool, per property: dedicated, narrow, encrypted, revocable
  • Isolation: data layer, every query, including jobs
  • Memory: business knowledge, no personal data
Revocation — disconnect, step back, pause, from one placeWallet — hard stop; spend bounded and visibleAudit trail — who, what, when, evidence, levelGates — approval on every action; fact gate on every claimPermissions — roles check every protected actionCredentials — scoped, encrypted, never exposedIsolation — organization on every query; properties separate
Figure 1How access is bounded: isolation at the data layer, per-role scoped credentials, permissions on every action, the approval gate, the audit trail, the wallet, and one-action revocation, so a role sees only its remit.

Which functions need no sensitive data at all?

More than most leaders expect. Search visibility and content need the site, the console, and approved sources. Guest questions, opening-hours enquiries, and administrative support need a fact sheet and a knowledge base. Social presence needs the accounts and the reply rules. Ledger-level reconciliation needs the ledger and the bank feed but no customer records beyond what the ledger holds. Interview scheduling needs calendars. A practice, a firm, or a property business can run a first year of Digital FTEs entirely outside patient, client, or guest records, and the industry pieces in the library set out how.

Wider access, when a later function would need it, is a separate compliance decision with its own review, made in writing.

How can you check for yourself?

For each connection a role holds, open the tool's own admin and read the account's permissions; confirm it is dedicated, not a person's login, and that it cannot do what the remit forbids, by attempting the forbidden action and seeing it refused at the tool. Open the role's Memory tab and look for personal data; there should be none. Ask in writing how a request for another organization's or another property's record behaves. Disconnect one tool and find the disconnection in the audit trail. Record the confirmations with a date, and repeat them at the quarterly connection review.

A vendor that cannot show scope at the tool, isolation at the data layer, and a memory without personal data is offering the access the myth describes.

Frequently asked questions

Does an AI employee need access to all my data?

No. A role reads only what its remit requires through a dedicated account scoped at the tool, within one property, and holds no personal data in its memory.

Which functions need no sensitive data?

Search visibility, content, administrative enquiries, social presence, ledger-level reconciliation, and interview scheduling, among others. A first year can stay outside sensitive records.

How is isolation enforced?

At the data layer on every query including background jobs, between organizations and between properties, with memory, drafts, and credentials scoped the same way.

How do I check the scopes?

Read each account's permissions in the tool's own admin, attempt a forbidden action, inspect the Memory tab for personal data, and disconnect one tool to see it logged.

  • Myth
  • Data access
  • Scoped credentials
  • Isolation
  • Governance
Further reading

Keep going.

Related guides on hiring and managing Digital FTEs.

Ready to hire your first Digital FTE?

Pick a role, connect the tools it needs, and review its first proposals this week.