search results

Every WebCon BPS Applications needs permissions to work properly. Of course best practices is to use groups: WebCon BPS, Active Directory, SharePoint ones. It is worth to some have naming convention for them. It is also crucial to know which are used within the specific Application. We can dig into the BPS Studio and check Application, Process, Worfklow, Document Types permissions. We can chec

Hi, in an Azure Active Directory environment it would be great to add an option to the people field which would configure it, whether external /guest users are selectable at all. Default value should be false. A customer worked around this by limiting the selection to a BPS group and adding AAD Groups as members of the group. No external user was a member of the AAD group. Technically t

(...) Hello, Introducting roles for managing bps groups : Global Permission Admin and per Group Admins it would be helpful to have feature to view the group members for every/configured users. It would be indicated per group - alike in SharePoint if group members can be shown to everyone or only group members - SharePoint.png (missing and desired feature marked blue) This feature with the links to the BPS gro (...)

(...) such a person can be indicated as a functional person, etc. Maybe it would be good to implement the option at the administrative level in the studio to be able to indicate specific logins, maybe ad/bps groups , for which access to the webcon bps portal would be blocked. I think that such a solution would also be advisable for data security reasons, it would make it possible to cut off the user and give hi (...)

(...) nsure if this was requested already because searching for anything has become a nightmare in this community. Still... in AD, you can add groups as members of other groups, but when using and creating bps groups , this is not possible, and managing the rights with bps groups is not the nicest in certain situations, especially if the customer has to do it. They have hundreds of users to add in multiple groups (...)