Is it possible to disable certain built-in xAPI Statements being sent to a LRS?

Hi,

I understand that a request has been submitted for this feature. I'm unsure what that feature update entails and how much control developers have to send xAPI statements when they choose to do so without having unnecessary built-in statements sent to the LRS. Consideration needs to be made that SaaS LRS's charge for each and every xAPI statement and if Articulate seems to think that sending built-in statements such as "Experienced" (for example) to the LRS for each and every single slide, then we have a problem here. Sending of xAPI statements needs to be controlled by the developer and not by Storyline, let's be absolutely crystal clear here. If this feature update doesn't allow developers to have full control over what and when xAPI statements are being sent to the LRS, then this update defeats the purpose. 

Secondly, consider adding a comprehensive list of verbs that are common with tracking user experience and engagement. 

Just wanted to add a +100 to this issue. Users are generating over 200 automated statements per experience, when we only actually need to track 5. As Shawn mentions above, this comes at a cost to your customers wanting to use this functionality that goes far beyond a subscription to 360. Additionally, if we don't intend to use the data, we shouldn't be capturing it from a GDPR perspective, which puts your European Customers in a legally precarious position. Please add this to your roadmap as soon as possible!

Thanks to the others above for "putting their two cents in here". It is appreciated!  :)

Since I'm the original author I thought I'd give an update too. The company I work for ended up going with Storyline 360 but we're sticking to SCORM 2004 version 3 for the time being. But we  would really love to start moving towards xAPI using Storyline if we could get amount of automated statements per experience that Storyline generates under control.

So this is still something we are hoping that Articulate can bring to the table as a feature!

I join this request, and it seems to me that 2 years are too long to not be able to incorporate a solution to this problem.

Hi, Scott.

Thank you for reaching out!

While not currently a feature in Storyline, we have a feature request logged to disable the default xAPI statements sent to the LRS/LMS. 

I will update this discussion if I have any news to share or if this request makes it to our feature roadmap. 

Thank you Maria.

Hi Maria,

we are also very interested in this feature. Do you have any updates on this topic ?

Thanks a lot

Hi Nicolas,

Thanks for checking in on this! There is nothing new to report on this feature but, as stated above, a request has been submitted for this feature. When there's any new information to share, we will update this conversation.

I would like to see this option added to Storyline. It would be nice if you could set the following:

• Send standard xApi statements
• Send only custom statements (built with your own triggers)
• Send both

It is these types of (relatively) small adjustments that customers need to actually choose a new standard (xApi). Make real insights possible instead of passed/complete only.

I would like to add another vote for this feature.

There is a lot of 'noise' in the standard statements that are sent to the LRS by default. While it may cover some common ground, it's not usable for every situation. When you have to resort to custom statements, the standard statements are mainly in the way, since they are often reporting about the same events that you wrote custom statements for.

The solution mentioned above (send standard, send custom or both) would be a big help. Even better would be if you could choose which standard statements to send. (so provide a list of the standard statements with checkmarks).
And if we can dream: templates to customize the standard statements and their trigger would be great!