Credit enrolment

Hello & thanks for your cool plugin. Can you please help us with 2 questions:
1. Is there any way to know how much credit has been used on the moodle site|courses|activities?
2. The plugin doesn't send enrolment expiry notification, what may be the reason?

Hello there, we're happily using your course credit enrolment plugin. The problem is we can't see use group enrolment keys options when we set the enrolment. Can you please help us solve this issue?
Sincere Regards

i set the default value as 5 , so that any new user get credit of 5 , but when i test it for new user , it appear in the user profile 5 credit as expected, but on a test course that i made a 5 credit require it show that the test user balance is zero , again from site admin when edit the user profile , and the log in with test user it works !

Did you purge all cashes in Moodle, purge cache in browser? Create a new user, DON'T allocate any credits, go to phpmyadmin, manually add 10.000 credits to that user, go back to Moodle and check that the credits are there in the user profile. Logged in as that user, go purchase the course. After purchasing go to your credit balance and check that there is 9.000 left.

Stefan,
With the change suggested by Peter, my problem didn't get solved. Even though I have mentioned 1000 as the default value, it was not used by the plugin when the user tried to enroll in the course. Interestingly, when administrator edited the user profile (without making any change), the user could enroll with available balance of 1000!
I am not a PHP developer. I tried my best to check the code but couldn't figure out why this is happening.

@Stefan:
Actually, the moment you create a custom profile field in the GUI in "Site administration > Users > Accounts> User Profile fields", Moodle automatically creates that field in the database as well, it is hands free, as far as the database is concerned. The problem is, that there is no preset for creating a field of type integer. So you create a text field and then those probs surface. As a result you then have to manually change this in the database as you say. This would be a change request you might ask of the Moodle team to add a type 'integer' in the dropdown when creating a new custom profile field.
As far as payment gateway this is a vast topic, we have done a lot of research into that, there are solutions on the market, but the Moodle OS nature will mean that all your development will have to go to open source, so that is where our conversations with other vendors are stalling at the moment. There is hardly any scope for you to recoup your development investment in something like this.

Kūrėjas,
the integration to level up requires an additional plugin which is not publicly available. In a nutshell: the additional plugin "syncs" the XPs from level up into the credits profile field. There's also a conversion factor which you can define, e.g. 100 XP = 1 credit. The idea behind it is to make XPs more valuable, by converting them into a "currency", the credits. Students can then "buy" rewards (=courses) using the credit enrolment plugin. Please contact me directly via email or using our chat system http://chat.bdecent.de/ and I can explain more.
Peter and Shrikant,
we do not create the profile field with our plugin – that needs to be done by the admin manually; therefore, we do not have control over the type of the profile field (see https://docs.moodle.org/37/en/CreditEnrolment). And thank you very much Peter for helping Shrikant, appreciate it!
Unrelated:
We are currently discussing internally if we should transition from an enrolment plugin to a payment gateway. This seems to be the solution that moodle envisions for the future. If somebody has thoughts / opinions / feedback on that, please share it with us! Also, we're currently working on the specification for a pro version of credit enrolment, which will probably add an accounts and transactions report, cohort credits and subscriptions. We're open for feature requests.
Thanks for using our plugin!!

How to connect this with the Level Up plugin? I can't seem to find any instruction anywhere.

I am not sure but I would think that the plugin upon installation would have to ensure correct field types in the user_info_data table. However if you have created custom fields before, they might already have a data type allocated to them and that might not be possible. Something to look into I guess.

Thanks Peter for your prompt and useful response! I am wondering that this solution will work only if all custom profile fields are of integer type. Since that is the case with me, I am going ahead with this solution. Thanks again!

@Shrikant: I had the exact same issue. You probably need to change the field type in your database where the credits are stored, your credits are most probably being stored in a field of type text not integer. Once I did that, everything worked fine. Go to this plugin's GitHub, I had an exchange with Stefan about this, but eventually found the solution myself.
https://github.com/stefanscholz/moodle-enrol_credit/issues/5

Hi Stefan,
Thanks for this great plug-in!
We wish to allocate say 1000 points to each new user. I set the default value of the custom profile field as 1000. But it seems the plug-in does not recognize it as it does not allow new user to enroll in the course mentioning that the current balance is zero. After updating the value manually in the user profile, the user can enroll in the course. Is it by design or a bug?
Best regards,
Shrikant

There might be 50 courses on the platform but the client might just purchase say five courses per user. Corporate might not want to prescribe which specific courses students study, just mandate that everybody study 5 courses as a KPI on their balanced scorecard. Service people might have other interests than sales people might have other interests than programmers. With credits we can cut them loose and make them assemble their own curriculum and learning path of 5 out of 50 courses , reducing learning admin, enrolment effort etc.

Hi Peter, thanks!
My gut feeling would be that scenario 1 is more likely – and surely easier to implement.
When we add cohort credits as a feature, it would probably rather be this.
Regarding your "common use case": why use credits for this approach? You could create a cohort for the client and create self enrolment instances for each course they bought. What they pay depends on the number of courses and the number of cohort members. That would 100% rely on core features (which I think is a good thing!).
Don't get me wrong, I don't mind if you use credits/our plugin at all, I'm just curious.
Cheers
Stefan

Cohort Level Credit Scenarios
Scenario-1: Cohort gets allocated 1.000 credits. Then whenever someone in the cohort 'buys' anything on the platform, it is deducted from total cohort credit. Potential Problem: Someone is a member of more than one cohorts, each with their own credit allocation. Which cohort to deduct any purchases from?
Scenario-2: Cohort is just a meta receiver of credits, immediately distributing any credits evenly to its constituents who then individually spend any credits rec'd from the cohort. Potential problem: What to do with new cohort members? How to manage their credit allocation (if any) on a cohort level. Could of course always endow them individually.
Most common use case for us would be a client buying access to a selection of courses by buying X credits. These credits then need to go to that clients cohort to ensure this client's learners get access to the relevant courses.
We are in the commercial environment. This might need a lot more thought, but one could certainly find more use cases in the academic environment.