ПользовательскиеНастройкиКомпоновкиДанных

НОВАЯ отдельная учебная база точно 8.5.1.1343, конфигурация УчебнаяСсылкаСписка85, совместимость Не использовать. Единственный справочник УчебныеТовары: неиерархический, без владельцев, собственных реквизитов и табличных частей, Код строка9, Наименование строка50. Записей нет. Других бизнес-объектов, расширений, подписок и фоновых заданий нет.

Создайте управляемую форму списка справочника и назначьте её основной формой списка. Стандартная таблица формы связана с динамическим списком справочника. У этого пустого списка нет текущей записи: код не выдумывает ключ2, UUID или чужую ссылку.

Общий модуль УчебнаяНавигация: Сервер=Да, Вызов сервера=Да, Клиент=Нет, Глобальный=Нет, Привилегированный=Нет; вставьте полный основной модуль. Своя внешняя обработка УчебнаяСсылкаСписка85 → управляемая форма → команда/кнопка Выполнить с действием Выполнить. Полный отдельный модуль формы приведён ниже.

Будущая ручная подготовка: сохранить конфигурацию, Конфигурация → Обновить конфигурацию базы данных (F7), открыть новый свой сеанс и свою обработку. Здесь форма, конфигурация, код, XML и навигация не запускались.

ВАЖНО: получение ссылки с настройками не является гарантированно чистой операцией памяти. Платформа использует хранилище внешних данных навигационных ссылок для параметров. Будущий вызов разрешён только в этой собственной учебной базе; не запускайте в production и не распространяйте полученную ссылку как публичный адрес.

Конструктор создаёт объект параметров, не сам динамический список и не форму. Все четыре значения заданы явно: Список, Неопределено для текущей строки, новая пустая пользовательская настройка и новая пустая фиксированная настройка.

ОтображениеТаблицы — enum, не строка. Пустые пользовательские элементы означают отсутствие заданных пользовательских условий; пустой фиксированный отбор не является разрешением доступа и не отключает RLS.

Перед записью проверяем конкретные типы, отсутствие текущего ключа и пустые коллекции. Сериализатору передаём только этот собственный пакет, не объект метаданных справочника: сериализация метаданных могла бы выгрузить доступные записи.

ЗаписатьXML использует Явное назначение типа; ПрочитатьXML получает точный тип НастройкиТаблицыДинамическогоСписка. Читатель и писатель работают только со строками памяти и закрываются при ошибке и нормальном завершении.

Исходным ФиксированныеНастройки задаём Неопределено, но восстановленный пакет должен сохранить настоящий объект НастройкиКомпоновкиДанных с пустым отбором. Это различие состояния, а не сравнение случайного порядка или префиксов XML.

На сервере ПолучитьНавигационнуюСсылку принимает метаданные собственного справочника, конкретный восстановленный пакет и представление ссылки. Внешние бизнес-данные не передаются. Переход по ссылке и открытие формы в этом коде не выполняются.

Возвращаем непустую строку в отдельный модуль своей формы. Не требуем заранее угаданного текста URL: параметры могут быть связаны со служебным хранилищем и конкретной базой. Получение строки не доказывает успешного открытия интерфейса.

Будущий результат: исходный пакет имеет ФиксированныеНастройки=Неопределено; копия после XML по-прежнему содержит НастройкиКомпоновкиДанных, пустой фиксированный отбор, пустые пользовательские элементы, Список и Неопределено для строки.

Будущий отрицательный контроль: после Копия = ПрочитатьСвойСнимокСписка(Снимок) вставьте Копия.ТекущаяСтрока = "2";. Не меняйте проверки и подготовку пустого списка. Проверка копии должна отклонить выдуманный строковый ключ ДО получения ссылки. После опыта восстановите весь модуль.

Полученная строка — только ожидаемый будущий результат серверного API. Открытие ссылки, восстановление интерфейса, содержимое служебного хранилища и работа прав доступа здесь не проверялись.

runtimeVerifiedScenarios=0. Сверены сигнатуры, типы, доступность, readonly и структура кода; фактические XML-снимок, независимость версии и навигационная ссылка в1С не получены.

НастройкиТаблицыДинамическогоСписка не равен НастройкиОтображенияДинамическогоСписка: второй тип имеет другой контракт и не подставляется в этот конструктор или параметр навигации.

Тип текущего ключа определяется реальным источником таблицы. У пустого собственного справочника нет выбранной строки; нельзя произвольно использовать число или строку2 для ссылочного источника.

Пустой объект фиксированных настроек и Неопределено — разные состояния. Не удаляйте это различие при проверке снимка. Пользовательские и фиксированные параметры не являются способом обхода доступа к данным.

XML-снимок относится к собственным известным типам в этой версии платформы, не к универсальному клонированию любого графа. Не принимайте чужой XML и не обещайте переносимость ссылок между базами.

Получение ссылки с настройками может сохранять служебные параметры; ссылка не обязательно автономна и не обязана жить вечно. Этот урок не удаляет служебные записи и не измеряет срок их хранения.

Только будущий ручной опыт: создайте совершенно новую пустую учебную информационную базу. Здесь 1С и BSL не запускались; runtime-проверок 0. Не переносите урок в рабочую конфигурацию.

В конфигураторе имя собственной конфигурации задайте УчебныеВариантыПакетов85; основное приложение — управляемое, Режим совместимости — Не использовать. Запуск: толстый клиент в режиме управляемого приложения, установленная платформа ровно 8.5.1.1343, интерфейс Такси, обычный режим основного окна. Обычный режим основного окна не означает обычное приложение: приложение остаётся управляемым. Проверки версии/имени/интерфейса не доказывают, каким исполняемым клиентом был запущен сеанс: проверьте способ запуска вручную.

Создайте нового отдельного пользователя АвторВариантов85 только в этой новой базе. Не переименовывайте и не используйте рабочего пользователя. Сеанс всегда запускайте им: guard проверяет точное ИмяПользователя().

Создайте собственную роль ПакетыУчебные85: доступ только к своему отчёту УчебныеГраницыПакетов85, его собственной форме и своему общему пульту, просмотр/использование форм. В правах корня конфигурации включите ТолстыйКлиент (ThickClient), РежимОсновногоОкнаОбычный (MainWindowModeNormal) и СохранениеДанныхПользователя (SaveUserData). После обновления конфигурации базы данных назначьте эту роль новому пользователю АвторВариантов85. Не выдавайте учебному пользователю Администрирование, АдминистрированиеДанных или ОбновлениеКонфигурацииБазыДанных. Отчёт не требует чтения или записи предметных объектов; локальный запрос состоит только из трёх константных строк.

У конфигурации свойства ХранилищеВариантовОтчетов и ХранилищеПользовательскихНастроекОтчетов оставьте незаданными. Это необходимое соответствие стандартному внутреннему хранилищу, которое получает авторский код; при собственном прикладном хранилище отчётный setter мог бы читать другое место.

Метаданные → Отчёты: создайте собственный УчебныеГраницыПакетов85. ОсновнаяСхемаКомпоновкиДанных в метаданных не нужна: полный модуль строит собственную схему в памяти и присваивает реальному ОтчетОбъект.СхемаКомпоновкиДанных. Никаких таблиц базы и внешних наборов нет.

В УчебныеГраницыПакетов85 → Формы создайте управляемую форму отчёта ПрофилиГраниц85 типа Основная. Не обычную форму. Укажите её основной формой отчёта.

Основной реквизит формы Отчет — ОтчетОбъект.УчебныеГраницыПакетов85, флаг Основной. Реквизит Результат — ТабличныйДокумент. Элемент ПолеРезультата — поле табличного документа, ПутьКДанным = Результат. Имена собственные, не предполагаются имена автоматически созданных элементов.

Добавьте реквизиты формы СостояниеУрока (Строка неограниченная), МаршрутКомпоновки (Булево), СобытийДо и СобытийПосле (Число 9,0 неотрицательное). Счётчики относятся только к маршруту событий, не к строкам или числам отчёта. Добавьте поле состояния с ПутьКДанным = СостояниеУрока.

В событиях именно формы назначьте ПриСозданииНаСервере → ПриСозданииНаСервере, ПриКомпоновкеРезультата → ПриКомпоновкеРезультата, ПослеКомпоновкиРезультата → ПослеКомпоновкиРезультата. Не создавайте эти обработчики в модуле объекта отчёта; его одноимённые события имеют другой контракт.

Создайте собственные команды формы и кнопки с действиями: СоздатьСвоиПрофили → СоздатьСвоиПрофили; УзкиеГраницы → УзкиеГраницы; ВернутьВсе → ВернутьВсе. Все имена обработчиков приведены в основном полном модуле. Штатные произвольные кнопки сохранения/загрузки не используйте в этом опыте.

Точное место основного блока: модуль управляемой формы Отчет.УчебныеГраницыПакетов85.Форма.ПрофилиГраниц85. Замените только модуль своей новой формы целиком, не добавляйте неизвестные общие модули и helpers.

Вся схема задаётся основным блоком: источник ИсточникПакетов85 типа Local, набор запроса Пакеты85 с АвтоЗаполнениеДоступныхПолей = Истина; Пакет (Строка), Количество (Число) и Сумма (Число) образуются константным запросом ПакетА/3/60, ПакетБ/1/20, ПакетВ/6/120. Детальные записи без промежуточных или общего итога. Поля выбора Подробно85: Пакет,Количество,Сумма; Кратко85: Пакет,Сумма.

Не привязывайте пригодность схемы или числовую правильность результата к служебному флагу. ПослеКомпоновкиРезультата проверяет только actual тип параметра ТабличныйДокумент и маршрут штатной компоновки. Координаты вывода не предполагаются: полный состав реальных строк и значения читатель проверит в ПолеРезультата вручную.

Добавьте реквизит XMLБазы (Строка неограниченная); полный typed XML-снимок только своего базового Settings. Параметры задаёт авторский модуль: дополнительных form-параметров и пользовательского ручного числового ввода нет.

Метаданные → Общие формы: создайте управляемую ПультПрофилейГраниц85 без основного реквизита и предметных данных. Команды/кнопки ОткрытьСвойОтчет → ОткрытьСвойОтчет и ЗакрытьИУдалитьСозданное → ЗакрытьИУдалитьСозданное. Событие ПриСозданииНаСервере назначьте одноимённому обработчику. Точное место supporting-блока: модуль общей управляемой формы ПультПрофилейГраниц85; вставьте полный блок именно туда целиком.

Пульт держит только свой реальный экземпляр РабочаяФорма, полученный с новым УникальныйИдентификатор в четвёртом аргументе ПолучитьФорму. Не открывайте второй отчёт с теми же ключами, не перезапускайте пульт до cleanup и не изменяйте профили через другие формы.

Полный supporting-блок запуска вставьте в модуль управляемого приложения этой новой пустой конфигурации; ПриНачалеРаботыСистемы вызывает только ОбщаяФорма.ПультПрофилейГраниц85. Для разных уроков запускайте соответствующий полный блок, не три обработчика одинакового имени сразу.

В форме добавьте реквизиты Строка неограниченная: ПользовательОпытов, ОбластьКлючей, ПрефиксКлючей, КлючА, КлючБ, КлючБазы; Булево: СозданА, СозданБ, СозданБаза, ОчиститьА, ОчиститьБ, ОчиститьБазу, ХранилищеПодтверждено. Сгенерированный UUID становится частью строкового namespace только для нового опыта; до фактических Save, Load и полного сравнения это не существующий вариант или профиль.

Сохраняющий код выполняет внутренние записи настроек только при вашем будущем запуске в этой новой базе. Пять аргументов Save: объект, ключ, actual настройки, ОписаниеНастроек с представлением, captured current пользователь; четыре аргумента Load: объект, ключ, output описание, тот же пользователь. Неопределено после Load — отсутствие записи и отказ, не объект настроек.

После precheck отсутствия собственного ключа, до вызова Save фиксируется Очистить* — ownership точного pending ключа; исключение Save не доказывает отсутствие возможной частичной записи. После нормально завершённого Save отдельно фиксируется Создан*. Только после всех typed readback разрешается ХранилищеПодтверждено. Ошибки Save/readback перехватываются внутри серверной процедуры с исходной диагностикой и нормальным возвратом формы; client False не продолжает setter. Квитанция сохраняет все точные pending ключи для узкой cleanup даже при сбое.

Не закрывайте отчёт вручную. Полный supporting-блок пульта получает actual квитанцию у собственного экземпляра, закрывает его и требует Открыта() = Ложь до серверной очистки. Не изменяйте квитанцию и не передавайте в cleanup произвольную структуру; это узкий стенд одного собственного пользователя, не сервис удаления пользовательских ключей.

Очистка удаляет только свои отмеченные pending ключи, отсутствовавшие перед собственным Save, включая возможную частичную запись при его исключении. Ровно три непустые строки: свой объект, свой ключ, свой current пользователь. Namespace и принадлежность квитанции проверяются до Delete; readback должен стать Неопределено. При сбое выводятся точные свои ключи/отметки, квитанция остаётся и очистка не объявляется завершённой. Системное хранилище, текущие ключи формы, историю и все настройки пользователя код не очищает.

После всех подготовок метаданных, реквизитов, событий, команд, полных модулей формы/пульта/управляемого приложения и прав роли автор стенда в конфигураторе сохраняет конфигурацию и выполняет Конфигурация → Обновить конфигурацию базы данных (F7). Подтвердите обновление именно новой учебной базы. Это действие автора стенда, а не требование административных прав у учебного пользователя. После F7 проверьте назначение роли ПакетыУчебные85 пользователю АвторВариантов85 и только затем запускайте собственный управляемый сеанс этим пользователем.

Подготовьте новый пустой стенд, нового пользователя, роль с СохранениеДанныхПользователя, свой отчёт/форму, отдельный пульт и соответствующий полный запуск. Здесь всё остаётся текстом, runtime0.

Откройте только собственный экземпляр через пульт. Полный модуль строит query с двумя настоящими schema-параметрами Минимум и Максимум; тип каждого — ОписаниеТипов("Число",КвалификаторыЧисла(1,0,Неотрицательный)).

Проверьте подготовку источника/полей/детальных записей. Для каждого основного значения устанавливаются ID ГраницаПакетов85_Минимум/Максимум и представления Количество: Минимум/Максимум; использование включено. LoadSettings заново получает user-копию на основе этих настроек.

Нажмите СоздатьСвоиПрофили. До Save профиль0..9 обязан иметь ровно два parameter-value элемента, только собственные uniqueID, Number значения, Bool использование=true, typed РежимОтображения=Авто; основные и дополнительные свойства пусты, actual ДополнительныеНастройки имеют0элементов/0свойств. Иной состав — отказ.

Реальный базовый вариант сначала записывается под КлючБазы и проверяется полным typed XML+описанием+границами0..9. Профили пишутся строго под native объектом Отчет.УчебныеГраницыПакетов85/реальныйКлючБазы, не под выдуманным UUID-вариантом.

Профиль Все0..9 сохраняется и целиком сверяется при readback; затем новый LoadSettings создаёт user-слой Узко2..3. В каждом профиле явно задаётся сохранённый режим Авто, затем меняются числовые Значение. Main режим Обычный остаётся прежним; Авто получает его из основных настроек, но это не ручная проверка UI. Readonly контейнеры, user.Параметр, user.Родитель, user.ЗначенияВложенныхПараметров и user.ПредставлениеПользовательскойНастройки не читаются/не переприсваиваются.

До report-setters оба полных user-профиля, их сохранённые представления и неизменность всего сохранённого базового Settings проверяются; после выбора реальные текущие ключи/представления и effective0..9 обязаны совпасть.

В actual ПолеРезультата вручную сверяйте все три детали ПакетА/3/60, ПакетБ/1/20, ПакетВ/6/120. Общего итога схема не задаёт. Флаг событий не делает эту сверку вместо вас.

Нажмите УзкиеГраницы: повторное полное Load-сравнение, настоящий текущий базовый вариант, текущий profile-key/представление; основная база остаётся0..9, actual effective становится2..3. В actual документе вручную должна остаться единственная полная деталь ПакетА/3/60.

Нажмите ВернутьВсе: actual effective0..9 и прежний базовый ключ/представление; вручную снова сверяйте все три детали. Не используйте автоимена клеток или ожидаемый Python-список как доказательство вывода.

В пульте ЗакрытьИУдалитьСозданное получает квитанцию, закрывает только свою форму и требует Открыта=false. Cleanup удаляет учтённые А/Б из report/base namespace, затем учтённую базу из report namespace; каждый readback — Неопределено.

Оба parameter ID и оба main-представления реально проверяются; их прежнее supporting-only использование не считалось API покрытием.

Полный user-состав проверяется до Save и после Load: тип, ровно2элемента, оба uniqueID, Number значения, Bool использование=true, собственный enum Авто, отсутствие неожиданных элементов и дополнительных свойств/настроек. Actual main Обычный — источник режима для user Авто по native; поле режима в числовой effective-копии не используется как обещание разрешения Авто. UI вручную; режим включён для полноты payload, не отдельного покрытия.

Для user-копии используются документированные Элементы.Найти(StringID); ПолучитьОбъектПоИдентификатору с типом ИдентификаторКомпоновкиДанных здесь не подменён строкой.

ПредставлениеПользовательскойНастройки и Параметр читаются только у основной настройки, не у user-объекта.

Числа ограничены собственными целыми0..9; явные qualifiers обязательны. Строка "3" или неверный ID не допускаются.

Полное базовое Settings + описание сохраняются неизменными, текущий базовый ключ проверен до и после user-setter; effective границы подтверждены actual компоновщиком.

Числовой/визуальный результат0..9/2..3/0..9 отдельно ручной; actual события показывают только маршрут, не данные.

Только новый именованный пользователь собственной новой базы; всё сохраняющее поведение — будущий ручной BSL, не исполнение здесь.

Это не универсальный comparer чужого графа UserSettings. Подготовка допускает только два своих параметра; неожиданные основные или дополнительные элементы/свойства приводят к отказу, не игнорируются.

Нативный тип UserSettings не обещает XML/XDTO: полный user-профиль сравнивается структурно, XML применяется только к документированному Settings.

ДополнительныеНастройки readonly UserSettings содержат элементы, отмеченные в отборе/условном оформлении; наша схема их не создаёт. Вложенный произвольный граф дополнительных настроек не поддерживается.

Не меняйте пользовательские ID вручную после создания; новый профиль должен оставаться exact составом своего базового варианта.

Если runtime LoadSettings неожиданно добавит элементы или дополнительные свойства, урок fail-closed остановится; нельзя удалить их для искусственного сообщения успех.

Сохранённый базовый вариант, основная настройка компоновщика и effective-результат — разные уровни; user0..9↔2..3 не переписывает сохранённую базу.

Закрытие/смена варианта может писать внутренние системные текущие настройки. Точечное удалениеА/Б/База не удаляет системную историю, весь профиль и не обещает отсутствие внутренних операций.

Ни один Delete не может использовать Неопределено или пустую строку вместо собственного объекта/ключа/пользователя.

Ожидаемые детали выведены из своего константного запроса для будущего ручного протокола; это не подтверждение actual табличного результата статическими тестами.