Skip to main content

Hello Docebo Community!

I’m exploring the use of Connect, not for interacting with external applications but specifically for workflows within Docebo itself. Our current challenge is setting up a process where certain courses become available to users only at specific intervals after their hire date—for example, some courses at 60 days and others at 90 days. We want to ensure these courses are inaccessible before those timeframes.

From what I’ve gathered, using APIs seems like the only way to achieve this (I only recently discovered APIs, so I’m still learning!). However, I’m struggling to find clear guides or resources on how to use Connect effectively within Docebo for this type of setup.

If anyone has tips, resources, or advice on how to get started, I’d greatly appreciate it. Honestly, I’m feeling a bit overwhelmed but eager to learn!

Thank you in advance for your help. 😊

@kmony729 - this is a great topic. But involved. I have some thoughts on how to implement this, and one or two are pretty low in terms of technology approach. You would leverage the create user notification a count of days after they had their account created. This may not be picture perfect though - and where it would be nice to talk through with someone that is heading into the same problem that we are attempting to tackle with some intuition.

Feel free to DM me so that we can chat. Happy to walk the challenges.


Hello ​@kmony729 … I think you should be able to do this without Connect or APIs.

The +60 and +90 dates go into Additional Fields, and the groups are created for those dates. You might need to create a daily report of new users, and then manually calculate +60 and +90. You might need to use a range of dates for each group so that you don’t end up with a bazillion groups. Then your content is added to two catalogs which are assigned to either a +60 day dashboard or a +90 day dashboard. Depending on which group they fall into, the user should see the correct dashboard.

You might want to deploy this type of approach as a ‘get this started so I have more time to figure out the API/Connect approach’.


This dynamic sense/workings of things goes far towards establishing a drip curriculum.

@KMallette - Yeap makes total sense. In theory your approach works, but it keeps the admins hands on that file. In theory you only need to “touch”/calculate for a single user once. 

Part of the suggestion that I was going to make ​@kmony729 - I have been talking to our HRIS team about populating a calculated field (system of record speak, my apologies) as part of our integration file to pull off aspects of ​@KMallette’s  suggested approach. You may be able to pull this off with Connect and a little bit of programming. It shouldnt be charged per sae as another connection because it isnt working with Docebo Connect and the API directly.

The range is the harder part because we can't currently evaluate ranges of dates with a “windowed condition” just yet. Short of that, I was going to have our HRIS team simulate a range and flatten the problem for me/us downstream - make the field equal to X for the first 30 days, Y during 31-60, Z during 61-90. We actually send along a flag for new employees for the first 30 days, so in theory the rest is changing out that criteria to make it work.

You may want to pass them from one group to the next as they meet criteria to also trigger an associated enrollment rule. Beware of what ​@KMallette called out - you probably dont want to get too nutty with this because of the impact of many groups (we cant do subgroups with this system yet either).

I have been thinking that in some situations where the branch is of limited scope, you could use of the new user notification to trickle content - because as long as the hire date aligns with the creation date, you can count forward with the tool to send along the next notification...BUT that doesn’t necessarily equate out to content displayed - but it works with notifying the learner about said training step being available.

I think all of this gets interesting if the implementer needs to blend two criteria - and again - groups help here tremendously…the two criteria are:

  • a roaming time frame example: 30 days after X
  • AND a completion of that level/tier of training.

 


Reply