# Group PUT endpoint get called too many times **URL:** \ **Category:** SCIM\ **Created:** [June 23, 2023, 11:56am UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665 "2023-06-23T11:56:28Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![ChristanUniq](https://avatars.discourse-cdn.com/v4/letter/c/dc4da7/32.png) [@ChristanUniq](https://devforum.okta.com/u/ChristanUniq)\ **Post date:** [June 23, 2023, 11:56am UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/1 "2023-06-23T11:56:28Z")
Hey there, When Okta updates a user it does a GET and then a PUT on /users, no issues. When I do the same thing with with group it does GET (200), GET (200), PUT (201), GET (200), PUT (201) on /groups. It the same id’s and values that are used in these calls. It works, but there is 3 calls that doesn’t need to be there. Everything works btw. I just called 3 times too much. Am I missing something or is this an error? ---
**Author:** ![andrew1](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@andrew1](https://devforum.okta.com/u/andrew1)\ **Post date:** [June 23, 2023, 2:22pm UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/2 "2023-06-23T14:22:35Z")
Hi, Could you specify which Group operation you doing when you get this? Or do you get this for every group operation? ---
**Author:** ![erik](https://avatars.discourse-cdn.com/v4/letter/e/b5ac83/32.png) [@erik](https://devforum.okta.com/u/erik)\ **Post date:** [June 25, 2023, 10:25pm UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/3 "2023-06-25T22:25:51Z")
Hello, I assume this is for one of the SCIM integrations for provisioning? If so is it, - An application installed from the Okta Integration Network (which)? - One of the Scim 2.0 cloud templates - One of the Scim 1.1 cloud templates - Integration with a customer SAML or SWA application - Using the Okta provisioning agent ---
**Author:** ![ChristanUniq](https://avatars.discourse-cdn.com/v4/letter/c/dc4da7/32.png) [@ChristanUniq](https://devforum.okta.com/u/ChristanUniq)\ **Post date:** [June 26, 2023, 6:59am UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/4 "2023-06-26T06:59:23Z")
Hi again. This happens when I try to add or remove members to a group which uses the PUT action. This is my own custom SCIM integration done with SCIM 2.0 and it’s for provisioning. I’m using HTTP Header with Bearer token for authentication. I have made sure I provide you the objects you need regarding your own documentation > **[SCIM 2.0 Protocol Reference | Okta Developer](https://developer.okta.com/docs/reference/scim/scim-20/#update-specific-group-membership)** > > Your SCIM API must support specific SCIM 2.0 API endpoints to work with Okta. Those endpoints and their explanations are detailed here. All the other endpoints seems to work fine and only send the requests they need. (My integration already works with Azure AD, just fyi) ---
**Author:** ![ChristanUniq](https://avatars.discourse-cdn.com/v4/letter/c/dc4da7/32.png) [@ChristanUniq](https://devforum.okta.com/u/ChristanUniq)\ **Post date:** [June 30, 2023, 7:23am UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/5 "2023-06-30T07:23:12Z")
Hi any updates? Btw when I update name of the Group. It also does GET, GET, PUT. Not sure why it does 2 GET’s ---
**Author:** ![rganesh](https://avatars.discourse-cdn.com/v4/letter/r/d07c76/32.png) [@rganesh](https://devforum.okta.com/u/rganesh)\ **Post date:** [September 8, 2023, 9:26pm UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/6 "2023-09-08T21:26:19Z")
I am also getting the same issues, did you ever figure out what was going wrong? ---
**Author:** ![andrea](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/andrea/32/2172_2.png) [@andrea](https://devforum.okta.com/u/andrea)\ **Post date:** [February 13, 2024, 4:58pm UTC](https://devforum.okta.com/t/group-put-endpoint-get-called-too-many-times/24665/7 "2024-02-13T16:58:16Z")