Salesforce

Reviewing report and folder access in Salesforce

Report access problems usually arrive as complaints: somebody cannot see a report they need, or somebody can see one they should not. Both are symptoms. A review establishes the intended audience, compares it with actual access, and explains the difference before anything is changed. This guide covers that sequence.

Inventory first

  1. List the folders that matter: the ones used in recurring reviews or shared outside the team that built them.
  2. For each folder, note the reports inside and whether each is used, duplicated elsewhere, or retired.
  3. Record the intended audience for each folder in a sentence — a role, a team, or named individuals.
  4. Record the current sharing: folder access, and any report shared individually outside its folder.

Reporting on access is best done as a written table rather than a screenshot, because the point of the exercise is the comparison and the reasoning, not the current state on its own.

Why access gaps exist

  • The folder is in the wrong place. A folder created inside a personal or team area inherits that area's sharing, which may not match the report's audience.
  • Role or permission set. The person's role in the hierarchy and the permission sets assigned to them determine what they can reach, and both change quietly when people move.
  • Record-level visibility. A shared report can return nothing if the underlying records are outside the user's access. The report looks broken; the sharing is doing what it was configured to do.
  • Historical workarounds. Reports shared individually to resolve one request, never revisited when the request was superseded.

Fixing forward

Where a change is warranted, state the audience it serves and what it exposes, then grant the minimum that meets it. That might mean moving a report into the folder its audience already accesses, adjusting one folder's sharing, or assigning a permission set to the role that needs it. Each of those has a narrower effect than opening the folder to everyone, and each can be explained later.

Where the intended audience is genuinely broad, say so explicitly and record the decision. The review's value is that access becomes a decision with a reason, rather than an accumulation — not that access becomes narrower as a principle.

An illustration

The example below is hypothetical and describes a pattern rather than a client account.

Where this fits

Report and folder access review sits inside Salesforce consulting, part of the Operations & Systems capability and the CRM consulting scope. Where the reports themselves disagree, the dashboard definitions work comes first.

Salesforce report access: common questions

Is opening up a folder the simplest fix for a visibility complaint?

It is the fastest, and it usually moves the problem rather than resolving it. Widening access to satisfy one request gives everyone who inherits that access the same visibility, with no record of why. Establishing who should see the report, and granting on that basis, keeps the sharing model explainable.

What causes a report to be invisible to someone who should see it?

Several things at once, which is why the review starts with the intended audience rather than the symptom: the folder it sits in, the sharing settings on that folder, the user's role and permission sets, and whether the report's underlying records are visible to them. A report can be shared and still return nothing if the records underneath are not accessible.

Should we review access on a schedule?

Yes. Access accumulates as roles change and people move, so a periodic review is the only thing that keeps the model matching the organisation. Reviewing when someone joins, leaves, or changes team catches most of it between the scheduled passes.

Does this review require changing permissions?

Not necessarily. Many reviews end with documentation and a small number of targeted grants. Where a change is proposed, it should state the audience it serves and what it exposes, so the decision is made deliberately rather than as a side effect of a support request.

Start the Conversation

Bring us the opportunity, challenge, or next step. We'll start by understanding where you are, where you want to go, and what it will take to get there.