МенеджерСистемыВзаимодействия.АдресЭлектроннойПочтыАбонента

Свой отдельный абонент: ротация ключа, пробные права второго своего участника и formal email roundtrip

Два полных ограниченных admin-workflow на единственном собственном приложении: непрозрачный ключ используется только в серверном вызове для двух native операций; formal email меняется и отдельно проверяется. Это не read-only getters и не production-инструкция.

Подготовка

1. Новая пустая CF УчебныйАбонентСВ85 на8.5.1.1343, русский язык, управляемый интерфейс, совместимость Не использовать. Пустые предметные объекты/подписки/задания, ботов/расширений нет. Не используйте реальный абонент, существующий сервер, рабочую базу или чужие данные.

2. В изолированной VM вручную разверните собственный отдельный сервер взаимодействия, адрес строго http://localhost:9094. Зарегистрируйте собственный новый абонент только для этого урока. В абоненте ровно одно приложение, его имя УчебныйАбонентСВ85. GetSubscriberApplications проверит real ID/name/count, не только строку адреса.

3. На своем сервере отключите SMTP, внешний доступ, интеграции и совместное использование приложений. Никаких публичных публикаций, чужих аккаунтов или дополнительных приложений. localhost/UUID — дополнительные страховки, не доказательство владельца сервера; VM/абонент проверяете вручную.

4. В конфигураторе вручную создайте ровно две свои учетные записи Уч85Получатель_<ваш новый канонический ненулевой UUID> и Уч85Отправитель_<другой ваш UUID>, полные имена Учебный получатель/Учебный отправитель. UUID имени — метка; реальные IB UUID и real collaboration IDs получает и подтверждает код.

5. Зарегистрируйте и синхронизируйте эти два внутренних профиля со своей базой. Нет внешних ID/почты/телефона/ключей сопоставления; не заблокированы. У Получателя заранее вручную назначено администрирование только собственного абонента; Отправитель первоначально не администратор.

6. Регистрационный адрес этого собственного абонента задайте lab-<реальный IB UUID пользователя Получатель>@example.invalid. Реальный IB UUID найдите в свойствах собственного пользователя или получите в своем сеансе через ПользователиИнформационнойБазы.ТекущийПользователь().УникальныйИдентификатор. Не подставляйте UUID из имени и действительный email.

7. example.invalid здесь только формальный учебный адрес. Сервер должен быть заранее подготовлен принимать такой адрес без исходящего SMTP/подтверждений на внешние ящики. Если серверная поставка этого не разрешает, сценарий адреса не запускайте и не заменяйте его персональной почтой; ограничение сохраните честно.

8. Создайте серверный общий модуль УчебныйАдминистратор85: Сервер включен, Привилегированный/Клиент выключены. Вставьте главный модуль целиком, все внутренние проверки включены. Сами admin-методы требуют администратора абонента, а не включения privilegedMode.

9. В свою внешнюю обработку с управляемой формой вставьте полный поддерживающий модуль. Добавьте строковые реквизиты ПодтверждениеКлюча/ПодтверждениеАдреса длиной100 и команды КлючИПробныеПрава/АдресИВозврат с одноименными обработчиками. Открытие формы ничего автоматически не запускает.

10. Войдите под Получателем, основным собственным администратором. Для ротации сознательно задайте СВОЙ НОВЫЙ КЛЮЧ И ПРОБНЫЕ ПРАВА. Эта одна фраза разрешает весь явно описанный опыт: новый ключ, временное назначение только второго своего участника и снятие именно этих пробных прав.

11. Получение нового ключа немедленно отменяет действие предыдущего ключа собственного абонента. Это не read-only getter и не атомарная транзакция. Сценарий нельзя применять там, где старый ключ используется интеграцией/другими людьми; собственный основной администратор должен оставаться доступен независимо от ключа.

12. Для адреса отдельно задайте СВОЙ АДРЕС INVALID И ВОЗВРАТ: исходный formal email → новый formal email → проверка → прежний formal email → проверка. Это не автоматический rollback: если промежуточный шаг отказал, последующие шаги не выполняются.

13. Оставьте только свои два сеанса и не меняйте профили/адрес/регистрацию параллельно. Для проверки сообщений ниже можно открыть второй собственный сеанс Отправителя; для этого админского урока все команды нажимает только Получатель.

14. После ошибки остановите опыт и проверьте только свой выделенный сервер вручную. Второй участник может остаться администратором, адрес — новым, старый ключ — отмененным. Нет автоматического отзыва прав/повторной ротации/восстановления адреса. Никаких backups, реальных 1С/network/SMTP/DB/files операций при подготовке урока не выполнялось.

Процедура ВыполнитьРотациюИПробныеПрава85(Подтверждение) Экспорт
    Пара = ПроверитьСвоегоАдминистратора85();
    Если Подтверждение <> "СВОЙ НОВЫЙ КЛЮЧ И ПРОБНЫЕ ПРАВА" Тогда
        ВызватьИсключение "Ротация необратима для старого ключа. Прочитайте подготовку; ничего не изменено";
    КонецЕсли;
    Если СистемаВзаимодействия.ПолучитьПользователя(Пара.Отправитель).АдминистраторАбонента Тогда
        ВызватьИсключение "Вторая собственная учетная запись уже администратор; урок не меняет ее прежние права";
    КонецЕсли;
    КлючАдминистрирования = "";
    Попытка
        КлючАдминистрирования = СистемаВзаимодействия.ПолучитьНовыйКлючАдминистрирования();
        Если ТипЗнч(КлючАдминистрирования) <> Тип("Строка") Или Не ЗначениеЗаполнено(КлючАдминистрирования) Тогда
            ВызватьИсключение "Ротация могла произойти, но новый собственный ключ не получен";
        КонецЕсли;
        ПроверитьСвоегоАдминистратора85();
        Если Пара.Получатель = Пара.Отправитель Тогда
            ВызватьИсключение "Основной администратор не может быть целью пробных изменений";
        КонецЕсли;
        СистемаВзаимодействия.ДобавитьВАдминистраторыАбонента(Пара.Отправитель, КлючАдминистрирования);
        Если Не СистемаВзаимодействия.ПолучитьПользователя(Пара.Отправитель).АдминистраторАбонента
            Или Не СистемаВзаимодействия.ПолучитьПользователя(Пара.Получатель).АдминистраторАбонента Тогда
            ВызватьИсключение "Пробное назначение собственного второго администратора не подтверждено";
        КонецЕсли;
        ПроверитьСвоегоАдминистратора85();
        СистемаВзаимодействия.ИсключитьИзАдминистраторовАбонента(Пара.Отправитель, КлючАдминистрирования);
        Если СистемаВзаимодействия.ПолучитьПользователя(Пара.Отправитель).АдминистраторАбонента
            Или Не СистемаВзаимодействия.ПолучитьПользователя(Пара.Получатель).АдминистраторАбонента Тогда
            ВызватьИсключение "Снятие только пробных прав своего второго участника не подтверждено";
        КонецЕсли;
    Исключение
        КлючАдминистрирования = "";
        ВызватьИсключение "Опыт мог выполниться частично: старый ключ мог перестать действовать, второй участник мог остаться администратором. Проверьте собственный стенд вручную; автоматического отката нет";
    КонецПопытки;
    КлючАдминистрирования = "";
    Сообщить("Ротация выполнена. Пробные права второго собственного участника назначены и сняты. Основной администратор сохранен. Сам ключ не выводился и не сохранялся");
КонецПроцедуры

Процедура ПроверитьСвойАдресАбонента85(Подтверждение) Экспорт
    ПроверитьСвоегоАдминистратора85();
    Если Подтверждение <> "СВОЙ АДРЕС INVALID И ВОЗВРАТ" Тогда
        ВызватьИсключение "Адрес не изменен. Прочитайте подготовку";
    КонецЕсли;
    UUIDПользователя = Строка(ПользователиИнформационнойБазы.ТекущийПользователь().УникальныйИдентификатор);
    ИсходныйАдрес = "lab-" + UUIDПользователя + "@example.invalid";
    НовыйАдрес = "lab-new-" + UUIDПользователя + "@example.invalid";
    Если СистемаВзаимодействия.АдресЭлектроннойПочтыАбонента() <> ИсходныйАдрес Тогда
        ВызватьИсключение "Исходный адрес собственного абонента не соответствует именно подготовленной фикстуре. Прежнее значение не перезаписывается";
    КонецЕсли;
    СистемаВзаимодействия.УстановитьАдресЭлектроннойПочтыАбонента(НовыйАдрес);
    Если СистемаВзаимодействия.АдресЭлектроннойПочтыАбонента() <> НовыйАдрес Тогда
        ВызватьИсключение "Изменение могло произойти, но новый собственный адрес отдельно не подтвержден. Возврата автоматически нет";
    КонецЕсли;
    ПроверитьСвоегоАдминистратора85();
    СистемаВзаимодействия.УстановитьАдресЭлектроннойПочтыАбонента(ИсходныйАдрес);
    Если СистемаВзаимодействия.АдресЭлектроннойПочтыАбонента() <> ИсходныйАдрес Тогда
        ВызватьИсключение "Возврат мог произойти, но собственный исходный адрес отдельно не подтвержден";
    КонецЕсли;
    Сообщить("Собственный формальный адрес example.invalid изменен, отдельно прочитан и возвращен. Персональные контакты не использовались");
КонецПроцедуры

Функция ПроверитьСвоегоАдминистратора85()
    Пара = ПроверитьСвоюПару85("Получатель");
    Если Не СистемаВзаимодействия.ТекущийПользовательЯвляетсяАдминистраторомАбонента()
        Или Не СистемаВзаимодействия.ПолучитьПользователя(Пара.Получатель).АдминистраторАбонента Тогда
        ВызватьИсключение "Нужен заранее вручную назначенный собственный основной администратор";
    КонецЕсли;
    Возврат Пара;
КонецФункции

Функция ПроверитьСвоюПару85(Роль)
    ПроверитьСвойПустойСтенд();
    Если ПривилегированныйРежим() Или (Роль <> "Получатель" И Роль <> "Отправитель") Тогда
        ВызватьИсключение "Роль или привилегированный режим неверны";
    КонецЕсли;
    Если Не СистемаВзаимодействия.ИнформационнаяБазаЗарегистрирована()
        Или Не СистемаВзаимодействия.ИспользованиеДоступно()
        Или СистемаВзаимодействия.АдресСервера() <> "http://localhost:9094" Тогда
        ВызватьИсключение "Нужно собственное изолированное приложение на localhost:9094";
    КонецЕсли;
    Приложение = СистемаВзаимодействия.ПолучитьПриложение(СистемаВзаимодействия.ИдентификаторТекущегоПриложения());
    Если Приложение.Идентификатор <> СистемаВзаимодействия.ИдентификаторТекущегоПриложения()
        Или Приложение.Наименование <> "УчебныйАбонентСВ85" Тогда
        ВызватьИсключение "Наименование своего нового приложения не совпало";
    КонецЕсли;
    Пользователи = ПользователиИнформационнойБазы.ПолучитьПользователей();
    Текущий = ПользователиИнформационнойБазы.ТекущийПользователь();
    Если Пользователи.Количество() <> 2 Или Текущий = Неопределено Тогда
        ВызватьИсключение "Нужны ровно две собственные UUID-учетные записи";
    КонецЕсли;
    Пара = Новый Структура("Получатель,Отправитель", Неопределено, Неопределено);
    ТекущийПодтвержден = Ложь;
    Для Каждого ПользовательБазы Из Пользователи Цикл
        Если Лев(ПользовательБазы.Имя, СтрДлина("Уч85Получатель_")) = "Уч85Получатель_" Тогда
            ИмяРоли = "Получатель";
        ИначеЕсли Лев(ПользовательБазы.Имя, СтрДлина("Уч85Отправитель_")) = "Уч85Отправитель_" Тогда
            ИмяРоли = "Отправитель";
        Иначе
            ВызватьИсключение "Посторонняя учетная запись недопустима";
        КонецЕсли;
        Префикс = "Уч85" + ИмяРоли + "_";
        UUIDИмени = Новый УникальныйИдентификатор(Сред(ПользовательБазы.Имя, СтрДлина(Префикс) + 1));
        Если ПользовательБазы.Имя <> Префикс + Строка(UUIDИмени)
            Или UUIDИмени = Новый УникальныйИдентификатор("00000000-0000-0000-0000-000000000000") Тогда
            ВызватьИсключение "Имя своего участника должно содержать канонический ненулевой UUID";
        КонецЕсли;
        ИД = СистемаВзаимодействия.ПолучитьИдентификаторПользователя(ПользовательБазы.УникальныйИдентификатор);
        Если ТипЗнч(ИД) <> Тип("ИдентификаторПользователяСистемыВзаимодействия")
            Или ИД = Новый ИдентификаторПользователяСистемыВзаимодействия
            Или ИД = СистемаВзаимодействия.СтандартныеПользователи.ВсеПользователиПриложения
            Или СистемаВзаимодействия.ПолучитьИдентификаторПользователяИнформационнойБазы(ИД) <> ПользовательБазы.УникальныйИдентификатор Тогда
            ВызватьИсключение "Реальная связка своего пользователя с базой не подтверждена";
        КонецЕсли;
        Пользователь = СистемаВзаимодействия.ПолучитьПользователя(ИД);
        Если Пользователь.Идентификатор <> ИД Или Пользователь.Имя <> ПользовательБазы.Имя
            Или Пользователь.ПолноеИмя <> ПользовательБазы.ПолноеИмя
            Или Пользователь.ИдентификаторПользователяИнформационнойБазы <> ПользовательБазы.УникальныйИдентификатор
            Или Пользователь.Внешний Или Пользователь.Заблокирован Или Пользователь.ТипВнешнейСистемы <> ""
            Или Пользователь.ИдентификаторПользователяВнешнейСистемы <> Неопределено
            Или Пользователь.АдресЭлектроннойПочты <> "" Или Пользователь.АдресЭлектроннойПочтыДляАутентификации <> ""
            Или Пользователь.НомерТелефона <> "" Или Пользователь.КлючСопоставления <> "" Тогда
            ВызватьИсключение "Нужен собственный внутренний учебный паспорт без персональных контактов";
        КонецЕсли;
        Если Пара[ИмяРоли] <> Неопределено Тогда
            ВызватьИсключение "Роль продублирована";
        КонецЕсли;
        Пара[ИмяРоли] = ИД;
        Если ПользовательБазы.УникальныйИдентификатор = Текущий.УникальныйИдентификатор Тогда
            Если ИмяРоли <> Роль Или ИД <> СистемаВзаимодействия.ИдентификаторТекущегоПользователя() Тогда
                ВызватьИсключение "Войдите под своей учетной записью нужной роли";
            КонецЕсли;
            ТекущийПодтвержден = Истина;
        КонецЕсли;
    КонецЦикла;
    Если Не ТекущийПодтвержден Или Пара.Получатель = Неопределено Или Пара.Отправитель = Неопределено
        Или Пара.Получатель = Пара.Отправитель Тогда
        ВызватьИсключение "Не получены два разных реальных собственных ID";
    КонецЕсли;
    Приложения = СистемаВзаимодействия.ПолучитьПриложенияАбонента();
    Если ТипЗнч(Приложения) <> Тип("Массив") Или Приложения.Количество() <> 1 Тогда
        ВызватьИсключение "У своего отдельного абонента должно быть ровно одно собственное приложение";
    КонецЕсли;
    Если ТипЗнч(Приложения[0]) <> Тип("ПриложениеСистемыВзаимодействия")
        Или Приложения[0].Идентификатор <> СистемаВзаимодействия.ИдентификаторТекущегоПриложения()
        Или Приложения[0].Наименование <> "УчебныйАбонентСВ85" Тогда
        ВызватьИсключение "Список собственного абонента содержит другое приложение";
    КонецЕсли;
    Возврат Пара;
КонецФункции

Процедура ПроверитьСвойПустойСтенд()
    Если Метаданные.Справочники.Количество() <> 0 Или Метаданные.Документы.Количество() <> 0 Или Метаданные.Перечисления.Количество() <> 0 Или Метаданные.РегистрыСведений.Количество() <> 0 Или Метаданные.РегистрыНакопления.Количество() <> 0 Или Метаданные.РегистрыБухгалтерии.Количество() <> 0 Или Метаданные.РегистрыРасчета.Количество() <> 0 Или Метаданные.ПланыВидовХарактеристик.Количество() <> 0 Или Метаданные.ПланыВидовРасчета.Количество() <> 0 Или Метаданные.ПланыСчетов.Количество() <> 0 Или Метаданные.ПланыОбмена.Количество() <> 0 Или Метаданные.Последовательности.Количество() <> 0 Или Метаданные.БизнесПроцессы.Количество() <> 0 Или Метаданные.Задачи.Количество() <> 0 Или Метаданные.ОбщиеРеквизиты.Количество() <> 0 Или Метаданные.ПодпискиНаСобытия.Количество() <> 0 Или Метаданные.РегламентныеЗадания.Количество() <> 0 Или Метаданные.ВнешниеИсточникиДанных.Количество() <> 0 Тогда
        ВызватьИсключение "Нужен только свой новый пустой учебный стенд";
    КонецЕсли;
    Если Метаданные.ЕстьИзмененияРасширениямиКонфигурации() Тогда
        ВызватьИсключение "Свой сеанс не должен изменяться расширениями";
    КонецЕсли;
    Источники = Новый Массив;
    Источники.Добавить(ИсточникРасширенийКонфигурации.БазаДанных);
    Источники.Добавить(ИсточникРасширенийКонфигурации.СеансАктивные);
    Источники.Добавить(ИсточникРасширенийКонфигурации.СеансОтключенные);
    Для Каждого Источник Из Источники Цикл
        Расширения = РасширенияКонфигурации.Получить(, Источник);
        Если ТипЗнч(Расширения) <> Тип("Массив") Тогда
            ВызватьИсключение "Native список расширений должен иметь тип Массив";
        КонецЕсли;
        Если Расширения.Количество() <> 0 Тогда
            ВызватьИсключение "В своём новом стенде нет расширений базы или сеанса";
        КонецЕсли;
    КонецЦикла;
    Если ТранзакцияАктивна() Тогда
        ВызватьИсключение "Чужая или вложенная активная транзакция не допускается";
    КонецЕсли;
КонецПроцедуры

Перем НачатаРотация85;
Перем НачатоИзменениеАдреса85;

&НаКлиенте
Процедура КлючИПробныеПрава(Команда)
    Если НачатаРотация85 = Истина Тогда
        ВызватьИсключение "Повтор ротации в этом окне запрещен; проверьте частичный результат вручную";
    КонецЕсли;
    НачатаРотация85 = Истина;
    ВыполнитьРотациюНаСервере85();
КонецПроцедуры

&НаСервере
Процедура ВыполнитьРотациюНаСервере85()
    УчебныйАдминистратор85.ВыполнитьРотациюИПробныеПрава85(ПодтверждениеКлюча);
КонецПроцедуры

&НаКлиенте
Процедура АдресИВозврат(Команда)
    Если НачатоИзменениеАдреса85 = Истина Тогда
        ВызватьИсключение "Повтор опыта адреса в этом окне запрещен; проверьте частичный результат вручную";
    КонецЕсли;
    НачатоИзменениеАдреса85 = Истина;
    ВыполнитьАдресНаСервере85();
КонецПроцедуры

&НаСервере
Процедура ВыполнитьАдресНаСервере85()
    УчебныйАдминистратор85.ПроверитьСвойАдресАбонента85(ПодтверждениеАдреса);
КонецПроцедуры

Разбор по шагам

1. Обе процедуры сначала проверяют пустой собственный стенд, точную платформу, два реальных внутренних UUID-linked пользователя, локальный адрес, отсутствие входного privilegedMode и единственное own application абонента.

2. Только Получатель с одновременно подтвержденными native current-admin и свежим own profile АдминистраторАбонента допускается к операциям. Эти проверки не назначают права и не обходят серверную авторизацию.

3. Ротация требует точную отдельную фразу и initial Отправитель.АдминистраторАбонента=Ложь. Его прежние админские права не будут отозваны, если он уже был администратором до урока.

4. GetNewAdministrationKey действительно создает новый непрозрачный ключ и отменяет старый. Результат проверяется как непустая Строка, а не как выдуманный формат/UUID/JWT. Ни ключ, ни его кусок/хеш не журналируются.

5. Перед назначением снова проверяется основной собственный администратор. В AddToSubscriberAdministrators передаются real ID только собственного второго участника и настоящий полученный ключ, не placeholder.

6. Свежее чтение обоих паспортов доказывает успешное временное назначение и сохранение основного администратора. Не присваивается readonly АдминистраторАбонента и не меняются права IBUser.

7. Только затем ExcludeFromSubscriberAdministrators снимает эти пробные права с второго собственного ID с тем же актуальным ключом. Основной администратор не является целью; fresh profile подтверждает false/true соответственно.

8. Секретная переменная очищается по ссылке в success и catch. Это сокращает удержание/случайный вывод, но не гарантирует физическое затирание памяти строк; клиенту процедура не возвращает ключ/данные регистрации.

9. Catch не пытается откатить ротацию или отзывать права автоматически: неизвестно, на каком шаге сервер изменился. Ошибка сформулирована как возможный частичный результат, без сырого текста/секретных ответов.

10. Для адреса GetSubscriberEmail должен совпасть с exact formal адресом, построенным из actual Получатель IBUUID. Неожиданное прежнее значение не перезаписывается.

11. SetSubscriberEmail задает только новый собственный lab-new-IBUUID@example.invalid, затем GetSubscriberEmail проверяет real server result. Это адрес абонента регистрации, не поле email профиля пользователя.

12. Только при подтвержденном новом значении и заново проверенном основном администраторе возвращается прежний formal адрес и отдельно читается снова. При ошибке проверки возврат не выполняется вслепую.

13. Флаги двух клиентских опытов выставляются до серверного вызова. После таймаута кнопки не повторяют ни ротацию, ни изменение адреса. Каждый supporting handler только вызывает own server module с своей фразой.

Как проверить результат

1. Другое приложение/их число не1, третья учетная запись, несовпавший real ID/UUID, не свой admin → отказ до изменений.

2. Initial sender-admin=true → отказ до ротации. Положительный путь оставляет receiver-admin=true и sender-admin=false после временного пробного назначения.

3. Ключ используется непосредственно двумя documented native методами с real ID, но не возвращается, не выводится и не записывается в файлы/реквизиты формы. Старый ключ по native больше не действует; его негативная проверка не имитируется.

4. Адресный опыт допускает только точно подготовленный formal original и подтверждает новый/возвращенный адрес свежими server reads. Настоящие контакты не используются.

5. Ошибка на любом шаге не объявляется rollback-success. В тестовой поставке, не принимающей example.invalid, честный исход — отказ, а не замена на реальный email.

6. Все методы admin выполняются без входного/включаемого privilegedMode; полномочие администратора собственного абонента проверяется самостоятельно.

Ожидаемый результат

При вашем ручном успешном запуске в отдельном собственном абоненте ключ действительно ротируется, второй свой участник получает и теряет только пробные admin-права, основной сохраняется. Отдельный formal-email опыт подтверждает изменение и возврат. Здесь проверены исходный код/нативная справка и статические тесты; runtime/внешние операции отсутствуют.

На что обратить внимание

1. GetNewAdministrationKey — операция ротации: старый ключ перестает действовать. Не применяйте к рабочему/общему абоненту и не называйте read-only чтением.

2. GetSubscriberApplications возвращает реальные приложения; exact count/id/name — guard области абонента. Он не доказывает владельца сервера вместо вашей проверки изолированного стенда.

3. Код доступа optional: без него caller должен быть администратором. Здесь передается настоящий новый ключ из того же server call; не строка примера, не admin-password, не email-код.

4. Temporary rights в прямом успешном маршруте назначаются и снимаются сознательно. Catch не делает автоматическую компенсацию; пользователь обязан проверить частично выполненный опыт вручную.

5. Основной администратор никогда не исключается. Разные real ID подтверждены заранее; UUID из имени не используется как поддельный collaboration ID.

6. Пустая строка в секретной переменной не является надежным memory wipe. Код не обещает криптографического удаления строк из интерпретатора/трассировки.

7. Email абонента и email пользователя — разные данные. Этот образец не присваивает контакты участника и не использует SMTP/почтовые подтверждения внешних людей.

8. Формальный example.invalid может быть запрещен конкретной серверной политикой. Не обходите это персональным email; условие подготовки явно ограничивает применимость.

9. Серверные side effects не укладываются в обычную транзакцию IB. Нет Коммит/rollback-обещаний и автоматического повторения после таймаута.

10. Не меняйте абонента/приложение/участников/адрес параллельно. При постпроверке исходных профилей гарантии атомарности отсутствуют, поэтому стенд должен быть только собственным.

Пример не запускался в вашей базе. Перед применением проверьте его в указанном учебном контексте.