Sprint 70

Long term, how do you anticipate product sharing will work with CRM / AMS integrations? Will enrollments integrate from 3rd party to LC to CRM/AMS? Or will the data be siloed in LC?

The data will be stored in LC. Technically, we are using AICC HACP to authorize access to specific content. During that time we create a learner account in LC if necessary. When an enrollment is created, it is only created in Learner Community using the Term Days and Max Enrollment Options specified on the product. These accounts don't know about your CRM/AMS, so none of their information (learner or enrollment) could flow to the CRM/AMS. Did that answer your question?

Traditionally you might publish a content package and deliver it to a third party to host on their own Learning Management System (LMS). You'd have some record of a licensing agreement/fee, but you'd have no insight into how many people were actually enrolled in the course, or whether the third party continued enrolling people beyond the agreed-upon license terms.
Via product sharing you'll be able to publish a content package for a third party that's just a link your learning product. In LC you'll be able to see how many enrollments that third party is using, and you'd also be able to "turn off" the sharing to that third party when appropriate.

Are you suggesting that it would be useful for SOME kind of record to flow from LC into your management system? Clarify the use case(s) you're imagining, and we'll keep them in mind.
One use case might be generating invoices in arrears to each third party. Initially you'd be able to use LC to see enrollment usage by each third party, and use that info to create invoices. But at some point it should be practical for LC to also push a basic record into a log table in your system, which you could use to automate invoice generation. (Very limited data would be available, so it wouldn't be practical to create an actual order...but we could push enough detail to support invoicing.)

Currently when we partner with 3rd parties we have requirements for what they need to report back to us about individual constituents, with the expectation that we would upload that data to our CRM for additional analysis, etc. It's still self-reported, but it's detailed. Our issue is that as an organization, we've made the strategic commitment that all high-level data needs to be reportable from our CRM. For LC, that includes enrollment and status. Although it would be ideal, I recognize there would be big hurdles in funneling the data through our existing integration. There may still be an opportunity for us to export the data from LC and upload if we have enough info about the constituent from the AICC package - sort of a blended approach.

Is there any potential for the products to pass some data points via the AICC Student Demographics elements into LC for reporting? Hopefully we'll be able to take advantage regardless, but this may be an additional incentive to our teams.

We'd have student name, and the student ID from the third party (unique only to the 3rd party's LMS--not necessarily a useful ID that the 3rd party would know the student by). We'd also have an LC student id, and LC enrollment facts (e.g., id, dates, status) that could be shared. After we get all the core functionality done, we should be able to start by defining a data file that contains the key data, and then transition that into another "near-real-time" call into your CRM (requiring some relatively small modifications to the integration on both sides). We'll keep this in mind, thanks!