Education Cloud (EDC) offers a range of additional capabilities above and beyond the standard SalesCloud when used in combination with PosiEd.
Here are some handy resources:
PosiEd K-12
The PosiEd App is designed to work with or without the presence of Salesforce's Education Cloud (EDC). It’s optional child package, PosiEd K-12 extends PosiEd’s capabilities to support a variety of functions necessary for running a K-12 School including markbook, LISS integration and more. This package also leverages Education Cloud Object and so has a dependency on it. This means that while PosiEd can exist without EDC, if you choose to implement the PosiEd K12 App on top of PosiEd. You will also require Education Cloud to be activated in your org.
This section describes a number of interactions and differences between PosiEd K-12 and EDC Objects and functions. You should familiarise yourself with EDC's architecture prior to reading this section.
You may have noticed that in some areas of EDC objects appear to overlap or have the same functions as certain objects in PosiEd and PosiEd K-12. Let's review these areas.
Academic Term vs Timetable Term
The EDC Academic Term object is used to define the duration and nature of the term enrollment period for students. It is used to direct the enrollment process and Academic Term Enrollments are associated with an Academic Term record. An Academic Term is usually defined to cover the entire school year (although part years terms can also be used).
The Timetable Term object's function however has more to do with timetable functions and the various cohorts that are associated with a specific timetable. Usually there is an Annual Timetable Term for year long subjects and cohorts, but there are also usually Semester, Term and even special Timetable Terms to cover durations such as sports seasons, which may even cross the boundaries of annual academic terms.
Each Cohort that uses timetabling must have both a Timetable Structure and Timetable Term reference associated with it.
Another example, where this might be important is where you are running multiple programs for students within an Academic Term. For example, an HSC program might be slightly different to an IIB or an RTO program in their Timetable Structures, however the enrollment process would still cover the same school year, i.e., Academic Term.
To simplify the management of these two objects PosiEd K-12 includes an automation [Under development] such that if you create a Timetable Term record with a term type of Academic Year, it will automatically create an Academic Term record for you with the same date range and associate it with that Timetable Term record. This saves creating the two records separately and will help you keep them in sync.
Subject Offerings vs Course Offerings
The PosiEd base package includes the objects Subject and Subject Offering, where a Subject is typically an academic class e.g., “Year 8 Math” and a Subject Offering is an instance of that subject delivered in a school year, eg. “Year 8 Maths 2024”.
From the Subject Offering one or more cohorts are created representing each individual class, e.g, 2024 Year 8 Math Class A etc.
Education Cloud includes the objects Learning Course and Course Offering. These objects connect to EDC's Learning architecture, which also supports Learning Programs.
If you are using PosiEd K-12 and EDC, the Learning Course program effectively supersedes the Subject object and the Course Offering object supersedes the Subject Offering object.
The Cohort object is designed to work with either Subject Offering or Course Offering and when PosiEd K-12 is installed and configured the page layouts and settings should be such that the Subject and Subject Offering objects are hidden.
Course Offering Participant vs Cohort Member
The Course Offering Participant object from EDC links a student’s Account to a particular Course Offering e.g., 2024 Year 8 Math. The same record has an association with the Academic Term Enrollment object. This allows you to see all students within a Course Offering and within a specific Academic Term.
What this object does not allow you to do however, is to see which individual class i.e, Cohort a student is associated with. This function is performed by the Cohort Member object instead - since the Cohort is the specific class e.g., 2024 Year 8 Math Class A.
This means that for each student, you need both a Course Offering Participant and a Cohort Member record. Cohort Member has a lookup to Course Offering Participant to link the two together, and an automation to automatically create a Course Offering Participant record and link it whenever a Cohort Member record is created [Under development]. This means you need only create a Cohort Member record for each student and the Course Offering Participant record will automatically be created for you.
The beauty of this arrangement is that participation in a Course Offering is now separate to participation in a specific Cohort. This means that if, for example, a student moves from one cohort to another, they can remain enrolled in the same course offering throughout this process. Since academic reporting and most assessments are done at the Course Offering level, you can maintain a continuity of relationship throughout whatever cohort changes you need to make.
To be done
Employee object
Day Attendance Summary calculations scoping – use DPE
Reportcard Generation
Grade Levels and Enrolments