12-06-2024 04:29 AM - edited 12-06-2024 04:34 AM
Hello,
I have configured self-provisioning IVR, and I want it to work with BAT, exactly the same as it works now in combination with UCCX.
I do NOT use LDAP!
Only autoreg and make the line and device templates.
Solved! Go to Solution.
12-06-2024 05:33 AM - edited 12-06-2024 05:35 AM
One requirement for the SPIVR process is that the user has a Primary Extension configured on the End User page. This tells CUCM what number to associate with the phone that is being self-provisioned.
Generally, a Primary Extension is configured after you associate a device with a user and select the DN on that device that should be the user's Primary. Of course, with SPIVR the point is that there is no device yet so an administrator can't select a Primary Extension.
When you do LDAP integration and use a Feature Group Template (with a User Profile in it), CUCM will create a DN for the user when they are synced from LDAP and will populate the Primary Extension automatically even though there is no device yet.
My attempts to get BAT to populate the Primary Extension field when the user does not have a device associated have failed, although I seem to remember posts saying others have managed to get this to work. (I'd have to see it to believe it though, with what I know about how CUCM works.)
One idea that occurred to me but I never tried:
That would allow you to populate the Primary Extension, and as long as you have the User Profile fully configured with Line and Device templates the SPIVR *should* work.
I wish I had a lab to test this in so I could tell you for sure. If you give this a try I'd love to know how it goes.
Maren
12-10-2024 01:27 AM
Thanks you for the input ..... I have tested it all and can simply set any existing number on the relevant device with option 2 in the ivr menu.
Regards:
Ronald
12-06-2024 05:33 AM - edited 12-06-2024 05:35 AM
One requirement for the SPIVR process is that the user has a Primary Extension configured on the End User page. This tells CUCM what number to associate with the phone that is being self-provisioned.
Generally, a Primary Extension is configured after you associate a device with a user and select the DN on that device that should be the user's Primary. Of course, with SPIVR the point is that there is no device yet so an administrator can't select a Primary Extension.
When you do LDAP integration and use a Feature Group Template (with a User Profile in it), CUCM will create a DN for the user when they are synced from LDAP and will populate the Primary Extension automatically even though there is no device yet.
My attempts to get BAT to populate the Primary Extension field when the user does not have a device associated have failed, although I seem to remember posts saying others have managed to get this to work. (I'd have to see it to believe it though, with what I know about how CUCM works.)
One idea that occurred to me but I never tried:
That would allow you to populate the Primary Extension, and as long as you have the User Profile fully configured with Line and Device templates the SPIVR *should* work.
I wish I had a lab to test this in so I could tell you for sure. If you give this a try I'd love to know how it goes.
Maren
12-09-2024 12:57 AM
Hello Maren Mahoney,
My problem has not been resolved yet. We now use TAPS via UCCX without a user or prim extension. I want the same in combination with Self-prov. I see that I have to create a user with Pirmary extensions for each BAT file, which is not desirable.
Regards,
Ronald
12-09-2024 02:28 AM
If you are not using LDAP, you need to doa work around for the self-provisioning IVR to work when importing users in bulk. This workaround is not documented anywhere. I have used this option with many customers who do not use LDAP and instead add users manually using BAT.
Primary extensions are mandatory for self-provisioning to work. When adding users in bulk, if you include this information, the primary extensions will not be populated. This works fine with LDAP syncing.
To populate the primary extension as per the bulk document:
12-09-2024 04:41 AM
Why are you posting your text within a code block?
12-09-2024 08:34 AM
TAPS and SPIVR are different, and one difference is that a Primary Extension is required to make the SPIVR work. There is no workaround for that requirement.
However, as @Nithin Eluvathingal and I mentioned you can create the directory numbers via BAT and then create or update your users with those extensions as Primary Extensions via BAT. You should then be able to use the SPIVR.
Maren
12-10-2024 01:27 AM
Thanks you for the input ..... I have tested it all and can simply set any existing number on the relevant device with option 2 in the ivr menu.
Regards:
Ronald
12-10-2024 01:40 AM
If @Maren Mahoney gave you the solution why have you selected your own post as the solution to your question?
That's not very nice.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide