Education-Cloud-Consultant Practice Test Questions

Explanation:

The question states:

“…elementary school plans to implement the K-12 Architecture Kit… wants to send SMS messages to parents.”

Here’s how to think about it:

The K-12 Architecture Kit is built on EDA (Education Data Architecture) but does not include SMS messaging out of the box.

Salesforce does not provide native SMS functionality in the core platform unless:
You purchase additional products (e.g. Digital Engagement).
Or install a third-party app from the AppExchange.

So, to send SMS messages, schools typically:

✅ Install an AppExchange SMS app, such as:
Mogli SMS
SMS Magic
Twilio for Salesforce
360 SMS

These apps integrate with Salesforce and:
Let you send individual or bulk SMS
Work with standard or custom objects (including EDA/K-12)
Are widely used in education for parent communication

Hence, D. App on the AppExchange is the correct recommendation.

Why Not the Other Options?

✅ A. Pardot (now Marketing Cloud Account Engagement)
Primarily an email marketing tool.
Does not natively send SMS.
Also focused more on marketing vs. operational communications like school-parent messaging.
→ Not suitable.

✅ B. Social Studio
Manages social media accounts (Twitter, Facebook, etc.)
Not used for SMS communication.
→ Not suitable.

✅ C. Education Data Architecture (EDA)
Provides data model for students, households, relationships.
Does not provide SMS functionality itself.
→ Not a messaging tool.

Therefore, the correct solution is an AppExchange app.

Explanation:

In the Education Data Architecture (EDA), the Course Offering object represents an available class for a specific term. Here’s why:

Course Offering links a Course (e.g., "Biology 101") to a Term (e.g., "Fall 2024") and indicates:
Scheduling details (days, times, location).
Instructor assignments.
Capacity/availability (open seats).
This is the primary object for showing which classes are open for enrollment in a given term.

Why Not the Other Options?

A. Course Connection – Tracks student enrollment in a course, not availability.
B. Attendance Event – Records student attendance, not class scheduling.
C. Time Block – Defines time periods (e.g., "9:00 AM–10:30 AM") but doesn’t indicate class availability.

Data Migration Tip:
Map legacy "class availability" data to Course Offering fields (e.g., Term__c, Course__c, Status__c = "Open").

Explanation:

B (Salesforce → Marketing Cloud one-way integration):
Marketing Cloud typically pulls data from Salesforce CRM (where student/prospect records live) to run campaigns. This is a one-way sync from Salesforce to Marketing Cloud, ensuring Marketing Cloud has the latest audience data. This is the most common and recommended pattern for Marketing Cloud integration (see reference below).

D (Event system ↔ Salesforce two-way integration):
Since the event system manages attendance and registration data, it must sync this data with Salesforce to update student engagement and academic progress records. Two-way integration allows both systems to stay synchronized:

Event attendance updates Salesforce student profiles and engagement history.
Salesforce can update the event system if needed (e.g., student status or cancellations).
This ensures a unified, up-to-date student profile for reporting and personalized outreach.

Why not A or C?
A one-way or two-way integration only between Marketing Cloud and the event system will not capture academic progress and career interests stored in Salesforce. The key is syncing event data into Salesforce to create the complete picture.

Valid Official References:
Salesforce Marketing Cloud Connect Overview
"Use Marketing Cloud Connect to integrate Salesforce CRM data with Marketing Cloud to create personalized, targeted marketing campaigns."
Salesforce Help - Marketing Cloud Connect Overview

Salesforce Education Cloud Integration Patterns
Explains the need for two-way integration between Salesforce and external systems like event management to keep student records up-to-date.
Trailhead Module: Education Cloud Integration (Look for Integration Patterns section)
Salesforce Event Management Integration
While Salesforce does not have a native event management system, best practice is to integrate third-party event systems with Salesforce to keep records aligned, usually with two-way sync.
Reference from Salesforce Success Community discussions and Education Cloud Best Practices guides.

Explanation:

The school district can install Work.com Command Center directly into its existing Salesforce org (configured with the K-12 Architecture Kit) to manage reopening safely. Here’s why:

Why B?
Work.com Command Center is designed to coexist with other Salesforce products (like Education Cloud/K-12 Kit).
It provides reopening tools (health checks, contact tracing, capacity management) that schools need post-pandemic.
No need for a separate org—installing in the existing org ensures:
Single source of truth for student/staff data.
No duplicate data entry.
Unified reporting across academics and health/safety.

Why Not the Other Options?
A. Work.com does not require a separate org—it’s built to integrate.
C. Student Success Hub focuses on academic advising, not pandemic safety.
D. A third-party app would add complexity when Work.com already meets the need.

Implementation Steps:
Install Work.com Command Center via Salesforce Setup.
Map K-12 data (e.g., Student/Staff Contacts, School Locations) to Work.com objects.
Train admins on health monitoring features (e.g., daily symptom surveys).

Explanation:

Opportunity and Campaign Member objects are standard Salesforce CRM objects that require a full Salesforce license (also called Salesforce license or Salesforce CRM license) to access.

Lightning Platform licenses (and other lighter licenses such as Community licenses) have restricted access and generally do not include access to standard Sales objects like Opportunity and Campaign Member.

Since recruitment staff need to interact with those core CRM objects for recruitment processes (tracking opportunities and campaign membership), full Salesforce licenses are required.

While cost is a consideration, using lower-tier licenses (like Platform licenses or Community licenses) will not provide the required access to these standard objects.

Unlimited Edition is an edition type, not a license type, so A is inaccurate.

Education Data Architecture is a data model, not a license, so B is incorrect.

Lightning Platform Plus license offers more flexibility than the standard Platform license but still does not provide access to standard Sales objects like Opportunities and Campaign Members, so C is incorrect.

Explanation:

In the Education Data Architecture (EDA), the Relationship object is used to define how one Contact (e.g., a student) is connected to another Contact (e.g., a parent or emergency contact). This makes it the most appropriate functionality for tracking emergency contacts for students studying abroad.

Why Relationships?
Allows you to define person-to-person connections (e.g., Parent, Guardian, Emergency Contact).
Supports custom relationship types, so you can tailor it to your institution’s terminology.
Enables reporting and visibility into who to contact in case of emergencies.
Can be used alongside Household Accounts to model family structures, but is more precise for individual contact roles.

Why the other options don’t fit:
B. Household Accounts: Groups family members under a shared account but doesn’t define specific roles like “emergency contact.”
C. Affiliations: Used to link Contacts to organizations (e.g., departments, employers), not other people.
D. Success Teams: Designed for assigning internal support staff (e.g., advisors, counselors), not external emergency contacts.

Explanation:

Table Driven Trigger Management (TDTM) is a core feature of EDA that governs business logic execution using configuration tables rather than hard-coded triggers.

To maintain compatibility and avoid breaking existing functionality, any third-party apps or customizations must be "EDA Ready" — meaning they follow Salesforce.org best practices, including leveraging TDTM and respecting the EDA trigger framework.

Simply using third-party apps "powered by EDA" (option C) or community solutions (option B) is not enough unless they are explicitly certified or documented as EDA ready.

The yaml file from Salesforce.org GitHub (option A) is a developer tool to define TDTM behavior or deploy trigger configurations but not a solution for ensuring app compatibility.

Therefore, the consultant should advise the college to select third-party apps that are EDA ready, ensuring compatibility with TDTM and EDA best practices.

Explanation:

Salesforce Inbox is the all-in-one solution that meets both email tracking and calendar scheduling requirements for recruiters.

Why Salesforce Inbox (D)?

Email Tracking:
See opens/clicks with real-time notifications
Logs interactions automatically in Salesforce

Scheduling:
Insert available time slots from the recruiter's calendar (Outlook/Gmail)
Lets students self-schedule meetings via embedded links

Native Integration:
Works seamlessly with Salesforce CRM (e.g., Contacts, Opportunities)

Why Not the Other Options?
A. Gmail Integration: Basic email sync, no advanced tracking/scheduling
B. Custom Automation: Complex to build and lacks out-of-the-box scheduling
C. Einstein Activity Capture: Tracks emails but no scheduling features

Implementation Tip
Pair with Education Cloud to track student engagement in recruitment pipelines

Explanation:

An Opportunity Funnel report is the best fit when recruiters want to visualize how prospective students are progressing through different stages of the recruitment process (e.g., Inquiry → Application Started → Application Submitted → Admitted → Enrolled).

Why Opportunity Funnel?
It uses the Opportunity Stage field to group and display prospects by recruitment stage.
The funnel chart visually represents conversion rates and drop-offs between stages.
It helps identify bottlenecks and optimize outreach strategies.
It’s a standard Salesforce report type that aligns with Education Cloud’s use of Opportunities to track student journeys.

Why the other options don’t fit:
A. Application Tabular report: Tabular reports are flat lists and don’t support visual stage progression.
B. Education History dashboard: Focuses on academic records, not recruitment stages.
C. Program Enrollment dashboard: Tracks enrolled students, not prospective ones in the recruitment pipeline.

Explanation:

When enabling Course Connections in the Education Data Architecture (EDA), the first step is to run the Course Connections Backfill process.

This backfill process creates Course Connection records based on existing data (like course enrollments), ensuring that historical course relationships are properly reflected.

Only after backfilling can you effectively use Course Connections for tracking relationships between courses (such as prerequisites, co-requisites, or related courses).

Other options:

B (Set up Course Offering Schedule) is related to scheduling but is not the first step in enabling Course Connections.

C (Disable Course Enrollments) is not applicable because Course Enrollments are still needed.

D (Set Record Types for Course Connections) might be required for customization but comes after enabling and backfilling.