News & Announcements User Community Developer Community

Welcome to the RingCentral Community

Please note the community is currently under maintenance and is read-only.

Make sure to review our Terms of Use and Community Guidelines.
  Please note the community is currently under maintenance and is read-only.
Home » Developers
SCim azure integration issue with bad parameters
Tags: integrations, errors
Mar 31, 2022 at 7:53pm   •   3 replies  •  0 likes
Ben McBeen

I already tried submitting a ticket for this, but got told to contact dev support. I'm not a dev, just an admin. So I'm going to try here before jumping into that mess. For some reason there is little online regarding my issue.

I have recently migrated to the new RC SSO webapp that included SCIM integration for auto provisioning. So far it is working well, but it is having some strange issues with cell phone numbers and countries. I have not been able to nail down exactly what is going wrong, and I'm starting to wonder if the default mappings logic is not sufficient. I figured I would loop you guys in since I'm having trouble finding much documentation online so far.

To be clear, our integration is fully configured and is running in update/create mode. We are syncing 42 users currently without issue. The rest(mostly outside the USA) are failing due to country field issues:


StatusCode: BadRequest Message: Processing of the HTTP request resulted in an exception. Please see the HTTP response returned by the 'Response' property of this exception for details. Web Response: { "schemas" : [ "urn:ietf:params:scim:api:messages:2.0:Error" ], "status" : "400", "scimType" : "invalidValue", "detail" : "Parameter '' value is invalid." }. This operation was retried 1 times. It will be retried again after this date: 2022-03-31T12:30:12.1417689Z UTC

From the error above, it almost looks like the field isn't not resolving correctly in SCIM on the RC side?
One other item of note, most of our RC accounts are preexisting. About 50 are syncing and updating fine, the rest are failing on country.

on Apr 1, 2022 at 7:32am   •  0 likes

Can you pick one of the user data that failed and email me The fastest way for me to help is to reproduce the error with my code and tackle the issue or reporting it.

on Apr 1, 2022 at 9:32am   •  0 likes

Thanks so much for contacting me. I think the problem is probably pretty simple, but the error messages are a bit ambiguous to me. I'm guessing its a format/structure issue.

I have attached(in the email) my error logs, my schema map, and a data set. The dataset is imperfect because I don't know a way to give you the output from azure directly. any tips or shell scripts would be appreciated if you have them handy. I'm still digging for that.

2 Answers
answered on Nov 2, 2022 at 11:26am  

Same issue was reported for [ ]

@Ben McBeen > "...In the end, I removed all address info from my schema map in azure and things updated properly. ..." That's not really a "fix".

answered on Apr 6, 2022 at 11:20am  

With further tweaking and testing (with help from Phong Vu!!) I was able to narrow this down to the e911 features and localities. I have not been able to fully test the scenarios, but it appears there are multiple things happening.

1) When supplying a phone number in SCIM for provisioning (create), phone numbers within that locality must be available as unassigned extensions. Mobile extensions will not work!

2) Only certain countries are allowed during updates. (so far appears to be USA, UK, CAD. may be more). I have not purchased lines in all localities.

3) There seems to be some kind of correlation between the e911 address and the locality of the phone number. (this makes sense really, but not confirmed)

In the end, I removed all address info from my schema map in azure and things updated properly.

RC still requires hardline licenses for provisioning in SCIM, so that kinda sucks. The problem with this is; When people leave, the line does not go back to an unmapped number. It gets left in limbo on as unassigned phone device(still provisioned). The result is you will periodicly have to go back and manually remove the numbers from the unmapped phones, send them to your pool, and then create new unused extensions. This whole process is slow and tedious due to having to go through the purchasing prcoess for each locality, one by one, even though no purchases are being made. It's hard to believe RC is still like this after all these updates and improvements.

At least I can auto-create users now, and sync metadata updates.


A new Community is coming to RingCentral!

Posts are currently read-only as we transition into our new platform.

We thank you for your patience
during this downtime.

Try Workflow Builder

Did you know you can easily automate tasks like responding to SMS, team messages, and more? Plus it's included with RingCentral Video and RingEX plans!

Try RingCentral Workflow Builder

Developer Platform
Integrated Apps
App Gallery
Developer support
Games and rewards

Resource center
Product Releases
App Download
RingCentral App login
Admin Portal Login
Contact Sales
© 1999-2024 RingCentral, Inc. All rights reserved. Legal Privacy Notice Site Map Contact Us