Конечные точки не предназначены для расширения следующим образом:
Думайте о поставщике Open Id Connect как о наборе инструментов, который выполняет действительно сложную часть регистрации пользователей и извлечения этой сложности из ваши пользовательские интерфейсы и API.
Если вы хотите настраивать конечные точки, разработайте их как обычные API, которые принимают токены. Это гораздо проще расширить, не блокируя проблем. Это также портативное решение, которое не зависит от спецификаций поставщика c.
Пользовательские области поддерживаются большинством поставщиков, и может быть возможность включить их в метаданные. На приведенном ниже снимке экрана Okta включает области метаданных по умолчанию.
Пользовательские области 
Если вы хотите предоставить конечную точку расширенной информации о пользователе, обычно имеет смысл создать API информации о пользователе. Подумайте, являются ли поля спецификацией продукта c. Во что бы то ни стало, используйте область расширенной информации о пользователе и включите ее в экран согласия для конечного пользователя, если хотите.
Но я бы не стал добавлять пользовательские данные продукта c в OIDP, поскольку это сложно управлять там. Моя запись пользовательских данных может помочь вам найти решение, которое будет работать лучше всего.