Grant access using Hierarchies is a setting that can be used to configure the custom object to meet this requirement. Grant access using Hierarchies determines whether access to records of the custom object is granted through the role hierarchy. If this setting is unchecked, managers are unable to see the feedback records from their staff, unless they are given access by other means, such as sharing rules or manual sharing. Reference: https://help.salesforce.com/s/articleView?id=sf.security_sharing_owd_custom_objects.htm&type=5

A pending Chatter post is a post that has been scheduled to be published at a future date and time. However, if the user who created the pending Chatter post is deactivated before the scheduled date and time, then the pending Chatter post will be canceled and will not be published. This is because deactivated users cannot create or edit posts in Chatter. Reference: https://help.salesforce.com/s/articleView?id=sf.collab_scheduled_posts.htm&type=5 https://help.salesforce.com/s/articleView?id=sf.collab_deactivated_users.htm&type=5

Report type is a tool that can be used to pull contact fields into the custom report for Event. Report type defines the set of records and fields available to a report based on the relationships between a primary object and its related objects. To edit the custom Event report type and add fields related via lookup, go to Setup > Report Types and select the Event report type. Then click Edit Layout and drag the fields from the Contact object to the layout. Reference: https://help.salesforce.com/s/articleView?id=sf.reports_builder_create_report_type.htm&type=5

To make a tab hidden in the All App Launcher or visible in any app, but still allow a user to view records that would normally be found under this tab, the administrator should use Tab Settings on a profile. Tab Settings control the visibility and default behavior of tabs for each app in an org. The administrator can set a tab to Hidden, which means it will not appear in any app or in the All App Launcher, but users can still access records via other means such as search or reports. Object Permissions, App Permissions, and Org-Wide Defaults are not related to tab visibility. Reference: https://help.salesforce.com/s/articleView?id=sf.customize_tabs.htm&type=5

Auto response rules are a way to automatically send email responses to leads or cases based on certain criteria such as lead source, industry, etc. They can be used to send personalized emails whenever a lead fills out a web-to-lead form on a website and send different messages based on the lead industry field value. Using validation rule to trigger workflow to email the lead is not possible because validation rules cannot trigger workflows or send emails; they only prevent records from being saved if they do not meet certain criteria. Adding a public group and process builder to email the lead is unnecessary because auto response rules can handle this requirement without additional configuration or customization. Creating an assignment rule to email the lead is also unnecessary because assignment rules are used to assign leads or cases to users or queues based on certain criteria, not send emails; although they can have email alerts as part of their actions, they are not as flexible as auto response rules for personalizing email messages. Reference: https://help.salesforce.com/s/articleView?id=sf.customize_leadsautoresponse.htm&type=5