{"id":353,"date":"2023-10-15T11:49:00","date_gmt":"2023-10-15T16:49:00","guid":{"rendered":"https:\/\/performancescoring.com\/?p=353"},"modified":"2025-10-29T15:10:37","modified_gmt":"2025-10-29T20:10:37","slug":"company-reports-to-function","status":"publish","type":"post","link":"https:\/\/securedb.io\/kb\/?p=353","title":{"rendered":"Reports To"},"content":{"rendered":"\n

Managing who in an organization can see what is a real challenge in the software world. You could drive yourself crazy trying to create all sorts of role, each with slightly different permissions, and you would still run into privacy and visibility issues. That’s why it’s important to understand how SecureDB manages visibility and privacy. We call it, “the Reports To<\/strong> function”.<\/p>\n\n\n\n

In every user’s profile, there’s a dropdown where you can select who this person “reports to” primarily. In this way, a hierarchy is built. Users can see DOWN that hierarchy, to everyone that reports to them and everyone who reports to those that report to them, and so on. However, that user CAN NOT see UP the hierarchy. <\/p>\n\n\n\n

Company Example<\/h2>\n\n\n\n

Here’s an example company. In the following Accountability Chart<\/a>, you’ll see all the people Avery Sinclair can see data for, because all of them report-up to him in one way or another.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

If we looked at that same org chart from Thomas Li’s point of view, he would only see the people and data for his team because these are the only three that “report to” him. He cannot, however, see UP the chain (Avery) or ACROSS the train (Sofia and Nina).<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Understanding Secondary “Reports To”<\/h2>\n\n\n\n

Now that you understand “Reports To,” you may have already noticed its limitation. What if Nina, who is in charge of HR, needs to see Thomas’ data except Thomas does not report to Nina up the chain? That’s why you’ll find a second field in each user’s profile called Reports To Secondary<\/strong>. In Thomas’ profile, we would add all the users who need to see his data, even if he does not report to them primarily through the hierarchy.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Exceptions to “Reports To” Function<\/h2>\n\n\n\n

Between Reports to and Reports to Secondary, we can confidently build the hierarchy of your organization with the right visibility and protect privacy, with just two simple fields. However, there are a few exceptions that skip these two functions.<\/p>\n\n\n\n

    \n
  1. In a meeting, meeting attendees<\/a> who have accepted the meeting invitation can see all the information added to that meeting that involve any other attendee in the meeting.<\/li>\n\n\n\n
  2. In a Project, Project team members<\/a> can see the Task and Task status for any other member who is a part of the Project.<\/li>\n\n\n\n
  3. When initially creating an organization, the organization may be in temporary Implementation Mode<\/a>, which skips all visibility while admins are building-out their organization. <\/li>\n<\/ol>\n\n\n\n

    There is one more super-admin example where a particular user may be granted “Integrator” status permanently. You’ll know this user has been granted this special privilege to skip all visibility rules when their is a “crown” next to their name in the Users table<\/a>. This special permission can ONLY be granted by your account manager.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    If your user role<\/a> has permission to access it, you can also manage the “Reports To” hierarchy using the Setup Wizard<\/a>.<\/p>\n\n\n\n

    UP NEXT:<\/strong> Meeting Invites<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

    You could drive yourself crazy trying to create all sorts of roles with slightly different permissions for everybody. That’s why the application manages visibility and privacy through something we call “Reports To.”<\/p>\n","protected":false},"author":3,"featured_media":16122,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_helpful_status":1,"footnotes":""},"categories":[29],"tags":[],"class_list":["post-353","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-getting-started"],"wps_subtitle":"Super-Important Stuff","_links":{"self":[{"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/posts\/353","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=353"}],"version-history":[{"count":27,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/posts\/353\/revisions"}],"predecessor-version":[{"id":20584,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/posts\/353\/revisions\/20584"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=\/wp\/v2\/media\/16122"}],"wp:attachment":[{"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=353"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=353"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/securedb.io\/kb\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=353"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}