[Odin — Одинэсник]

Роман, в 1С:Предприятие 8 Управление торговлей (УТ) удалить печатную форму напрямую из конфигурации нельзя, так как печатные формы — это объекты конфигурации. Но можно сделать следующее:

1. **Удаление пользовательского макета печатной формы**
Если у вас есть пользовательский макет печатной формы (то есть изменённый макет), его можно удалить через интерфейс:
— Перейдите в раздел **Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм**.
— Найдите нужную печатную форму.
— Если у неё есть пользовательский макет (отмечен галочкой «Есть пользовательский макет»), выделите его и нажмите кнопку **Удалить** или используйте контекстное меню.
Это удалит только пользовательский макет, а не саму печатную форму.

2. **Отключение печатной формы**
Если нужно, чтобы печатная форма не использовалась, можно:
— В коде или настройках убрать вызов этой формы.
— Или переименовать/переместить макет так, чтобы он не отображался в списке.

3. **Удаление печатной формы из конфигурации (разработка)**
Если вы работаете в режиме конфигуратора и хотите полностью удалить печатную форму:
— Откройте конфигуратор.
— Найдите объект, к которому привязана печатная форма (например, документ).
— В свойствах объекта найдите раздел «Печатные формы».
— Удалите нужную печатную форму из списка.
— Перекомпилируйте и обновите конфигурацию в базе.

Обратите внимание, что удаление печатной формы из конфигурации требует прав разработчика и доступа к конфигуратору.

Рекомендую посмотреть здесь: https://helpf.pro/faq8/view/1514.html (редактирование макетов печатных форм в УТ 11, там же описаны действия с макетами и печатными формами).

Если нужна помощь с конкретным вариантом — уточните, в каком режиме вы работаете (пользователь, администратор, разработчик).

[Odin — Одинэсник]

Обновление версии Библиотеки стандартных подсистем (БСП) на исправительные релизы (когда меняется только четвертая цифра в номере версии, например 3.1.4.1234 → 3.1.4.1235) с помощью внешней обработки **ОбновлениеНаИсправительнуюВерсиюБСП.epf** выполняется по следующему пошаговому алгоритму:

—

### Пошаговая инструкция по обновлению БСП на исправительный релиз с помощью обработки ОбновлениеНаИсправительнуюВерсиюБСП.epf

1. **Подготовка:**
— Убедитесь, что у вас есть актуальная версия внешней обработки `ОбновлениеНаИсправительнуюВерсиюБСП.epf`.
— Сделайте резервную копию информационной базы перед обновлением.
— Закройте все сеансы пользователей, чтобы никто не работал в базе во время обновления.

2. **Запуск обработки:**
— Откройте вашу информационную базу в режиме **1С:Предприятие** (не в режиме конфигуратора).
— В меню выберите **Файл → Открыть** и загрузите файл обработки `ОбновлениеНаИсправительнуюВерсиюБСП.epf`.
— Запустите обработку.

3. **Выбор параметров обновления:**
— В открывшемся окне обработки укажите путь к каталогу с файлами исправительного релиза БСП (обычно это папка с выгруженными файлами конфигурации БСП нужного исправительного релиза).
— Укажите текущую версию БСП, установленную в базе, и версию, на которую хотите обновиться (исправительный релиз с отличающейся четвертой цифрой).

4. **Анализ изменений:**
— Обработка выполнит сравнение текущей версии БСП и исправительного релиза.
— Отобразит список объектов, которые будут обновлены.
— Проверьте список изменений, чтобы убедиться, что обновление корректно.

5. **Выполнение обновления:**
— Нажмите кнопку **Обновить** или аналогичную в обработке.
— Обработка автоматически применит исправления, обновит объекты конфигурации БСП.
— В процессе обновления могут появляться информационные сообщения — внимательно их читайте.

6. **Завершение обновления:**
— После успешного применения исправлений обработка сообщит об окончании.
— Рекомендуется выполнить полное обновление конфигурации базы (через меню конфигуратора: Конфигурация → Обновить конфигурацию).
— Проверьте корректность работы базы, особенно функционал, связанный с БСП.

7. **Дополнительные рекомендации:**
— Если в базе есть расширения, которые зависят от БСП, проверьте их совместимость с новым исправительным релизом.
— При необходимости обновите расширения.
— В случае ошибок в процессе обновления — изучите логи, сделайте откат на резервную копию и повторите процедуру.

—

### Кратко:

— Запускаете базу в режиме предприятия.
— Загружаете и запускаете `ОбновлениеНаИсправительнуюВерсиюБСП.epf`.
— Указываете пути к исправительному релизу.
— Анализируете изменения.
— Запускаете обновление.
— После успешного обновления — обновляете конфигурацию и проверяете работу.

—

Рекомендую посмотреть здесь:
https://infostart.ru/public/192682/ (примерный источник с описанием обновления БСП исправительными релизами)

Если нужна помощь с конкретным этапом или кодом обработки — могу помочь с примерами.

[Odin — Одинэсник]

Mfxp, вот пример использования конструкции с функцией `Пользователи.РолиДоступны` в 1С:

Если Пользователи.РолиДоступны("Администратор") Тогда
    Сообщить("У пользователя есть роль Администратор");
Иначе
    Сообщить("У пользователя нет роли Администратор");
КонецЕсли;

В этом примере проверяется, есть ли у текущего пользователя роль с именем «Администратор». Если есть — выводится соответствующее сообщение, если нет — другое.

Если нужно проверить роли у конкретного пользователя, можно передать его в качестве второго параметра:

Пользователь = "Пользователь1"; // Имя пользователя или ссылка на пользователя
Если Пользователи.РолиДоступны("Администратор", Пользователь) Тогда
    Сообщить("Пользователь " + Пользователь + " имеет роль Администратор");
Иначе
    Сообщить("Пользователь " + Пользователь + " не имеет роль Администратор");
КонецЕсли;

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/1085518/

[Odin — Одинэсник]

Ошибка «Превышен максимально допустимый размер внутреннего файла ‘D:1сБазы/1Cv8.1CD’» означает, что файл базы данных файловой версии 1С (1Cv8.1CD) достиг предельного размера, который ограничен примерно 10 ГБ для всего файла и около 4 ГБ для отдельных таблиц внутри базы. Это ограничение связано с особенностями файловой архитектуры 1С.

Причины возникновения ошибки:
— Размер базы данных превысил максимально допустимый лимит.
— При обновлении платформы или конфигурации конвертация базы была прервана или выполнена некорректно.
— В базе накопилось много удалённых, но не сжатых данных (файловая версия 1С не освобождает место автоматически).

Как исправить:

1. Запустите утилиту проверки и исправления базы chdbfl.exe, которая находится в папке bin установленной платформы 1С. Она проверит и исправит ошибки в файле базы.

2. После успешной проверки откройте базу в конфигураторе. Если появится запрос на конвертацию базы — подтвердите её выполнение.

3. В конфигураторе выполните:
Администрирование → Тестирование и исправление → Сжатие таблиц информационной базы.
Это удалит помеченные как удалённые данные и освободит место.

4. Если база всё равно слишком большая, уменьшите объём данных:
— Удалите устаревшие или ненужные данные через режим Предприятия.
— Выполните сжатие таблиц после удаления.

5. Если база продолжает расти и превышать лимиты файловой версии, рекомендуется перейти на клиент-серверный вариант с использованием СУБД MS SQL или PostgreSQL. Они не имеют таких ограничений по размеру.

Итог: ошибка связана с ограничением размера файловой базы 1С. Для решения — проверить и исправить базу утилитой chdbfl.exe, выполнить сжатие таблиц, уменьшить данные или перейти на серверную СУБД.

Рекомендую посмотреть здесь:
https://helpf.pro/faq/view/1707.html
https://helpf.pro/faq/view/585.html

[Odin — Одинэсник]

Пиктограммы с красными значками в EDT (редакторе конфигурации 1С:Предприятия) обычно указывают на определённые состояния или особенности объектов конфигурации. Вот расшифровка основных значков с красным элементом:

1. **Красный восклицательный знак**
— Объект содержит ошибки или предупреждения. Требуется проверка и исправление.

2. **Красный крестик (иконка ошибки)**
— Объект невалиден, например, нарушена целостность, отсутствуют обязательные свойства или ссылки.

3. **Красный кружок или точка**
— Объект помечен как изменённый, но ещё не сохранённый или не скомпилированный.

4. **Красная стрелка или маркер**
— Обозначает, что объект переопределён в расширении или в другом месте.

5. **Красный значок рядом с именем объекта**
— Указывает на конфликт версий или несоответствие с базой данных.

В вашем списке объектов с красными значками, скорее всего, это означает, что эти объекты:

— Имеют ошибки в коде или структуре (например, синтаксические ошибки, нарушения ссылочной целостности).
— Либо они переопределены в расширениях (если используется механизм расширений).
— Либо не были скомпилированы после изменений.

Для точного определения причины можно:

— Навести курсор на значок — в EDT обычно появляется подсказка с описанием.
— Открыть объект и проверить ошибки через встроенный механизм проверки.
— Посмотреть журнал ошибок компиляции.

Если нужна конкретная расшифровка для каждого объекта, то обычно это делается через контекстное меню или окно свойств в EDT.

Рекомендую посмотреть здесь: https://infostart.ru/public/1043453/ (статья по работе с EDT и значками ошибок)

Если нужно, могу помочь с конкретным разбором по каждому объекту.

[Odin — Одинэсник]

DATABASE не пригоден для использования – установить версию PostgreSQL, предназначенную для 1С; проверить и установить все необходимые зависимости.

ERROR: type «tt7» already exists – выгрузить базу средствами 1С в файл *.dt; затем загрузить базу заново.

ERROR: could not read block … Input/output error – перенести базу на другую дисковую систему; восстановить из резервной копии.

Не удалось запустить сервер PostgreSQL из-за занятого порта 5432 – остановить работающий кластер PostgreSQL; инициализировать кластер в нужном каталоге; запустить сервер из нового каталога.

Длительный запуск 1С при работе с PostgreSQL – оптимизировать настройки PostgreSQL (shared_buffers, work_mem, autovacuum и др.) через ALTER SYSTEM SET.

Ошибка локали при создании базы – установить в системе локаль ru_RU.UTF-8 (sudo locale-gen ru_RU.UTF-8); переустановить или создать инстанс PostgreSQL с нужной локалью.

Отсутствие модуля mchar (ошибка типа mvarchar не существует) – установить пакет contrib с модулем mchar, необходимым для 1С.

При загрузке из файла *.xlsx в 1С отображаются иероглифы – проверить и исправить кодировку файла; использовать корректные настройки кодировки при выгрузке и загрузке.

Проблемы с производительностью из-за отсутствия статистики по временным таблицам – применять патчи и расширения для PostgreSQL, оптимизирующие работу с временными таблицами 1С.

Отсутствие многопоточности в одном запросе PostgreSQL – разбивать тяжелые запросы на несколько или оптимизировать логику работы, учитывая особенности PostgreSQL.

Рекомендую посмотреть здесь:
https://1s-on.ru/oshibki-subd-1s-postgresql-linux-chast-2/
https://infostart.ru/1c/articles/1872745/
https://infostart.ru/1c/articles/1979106/

PostgreSQL vs MS SQL для 1С

[Odin — Одинэсник]

В случае, когда маркируемый товар закупается с уже нанесёнными кодами маркировки от поставщика и перепродаётся без дополнительной эмиссии, коды маркировки в 1С обычно хранятся в регистре сведений, который ведёт учёт кодов маркировки, введённых в оборот.

В типовых конфигурациях 1С (например, 1С:Розница, 1С:Управление торговлей, 1С:Бухгалтерия с поддержкой маркировки) это регистр сведений с названием, близким к «Пул кодов маркировки СУЗ» или «Коды маркировки», где фиксируются сведения о кодах, поступивших вместе с товаром от поставщика.

Основные моменты:

— При поступлении маркированного товара с поставщика в документе поступления (например, Поступление товаров и услуг) происходит ввод кодов маркировки, которые считываются со сканера или вводятся вручную.

— Эти коды заносятся в регистр сведений, который связывает конкретный код маркировки с номенклатурой, характеристикой (например, размер, цвет) и партией товара.

— В дальнейшем при продаже эти коды списываются из оборота, фиксируются в документах реализации.

— В типовых конфигурациях 1С для работы с маркировкой используется подсистема «Маркировка товаров ИС МП», которая управляет регистрами сведений по кодам маркировки.

— В частности, регистр сведений «Пул кодов маркировки СУЗ» содержит информацию о кодах, которые введены в оборот, их статусах и связях с документами.

Таким образом, коды маркировки от поставщика хранятся в регистрах сведений, связанных с маркировкой, и привязаны к конкретным партиям и характеристикам товаров в базе 1С.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/1325823/

[Odin — Одинэсник]

Dmitry, ошибка «Значение не является значением объектного типа (ВключатьВКомандныйИнтерфейс)» в общем модуле `СтандартныеПодсистемыПовтИсп` указывает, что переменная `ТекущаяПодсистема` в строке с проверкой `Если ТекущаяПодсистема.ВключатьВКомандныйИнтерфейс Тогда` не является объектом метаданных, а, скорее всего, имеет значение `Неопределено` или другой простой тип.

Это типичная ситуация, когда в коде ожидается объект подсистемы (например, элемент метаданных подсистемы), а фактически передается пустое или некорректное значение.

### Как исправить:

1. **Проверить источник переменной `ТекущаяПодсистема`**
Найдите, откуда берется `ТекущаяПодсистема` в процедуре/функции, где возникает ошибка. Обычно это либо параметр, либо локальная переменная, которая должна содержать объект подсистемы из метаданных.

2. **Добавить проверку на пустое значение**
Перед обращением к свойству `ВключатьВКомандныйИнтерфейс` нужно убедиться, что `ТекущаяПодсистема` — это объект, а не `Неопределено` или `Null`. Например:

   Если ТипЗнч(ТекущаяПодсистема) = Тип("Метаданные.Подсистема") Тогда
       Если ТекущаяПодсистема.ВключатьВКомандныйИнтерфейс Тогда
           // Ваш код
       КонецЕсли;
   КонецЕсли;
   

Или, если тип подсистемы не определен, можно просто проверить на пустоту:

   Если НЕ ЗначениеЗаполнено(ТекущаяПодсистема) Тогда
       // Обработка ошибки или выход из процедуры
       Возврат;
   КонецЕсли;
   

3. **Проверить корректность метаданных и расширений**
Если ошибка появилась после обновления конфигурации или установки расширения, возможно, в метаданных подсистемы отсутствует или повреждено свойство `ВключатьВКомандныйИнтерфейс`. Проверьте, что все подсистемы корректно определены и не повреждены.

4. **Пересобрать и обновить конфигурацию**
Иногда помогает полное обновление конфигурации, очистка кэша и пересборка метаданных. Особенно если ошибка связана с несоответствием между основной конфигурацией и расширениями.

5. **Отладка**
Запустите отладчик и посмотрите, какое именно значение имеет `ТекущаяПодсистема` в момент ошибки. Это даст понимание, почему она не является объектом.

—

Если кратко, ошибка возникает из-за того, что `ТекущаяПодсистема` не является объектом метаданных, а код пытается обратиться к её свойству. Нужно добавить проверку типа и значения перед использованием, а также проверить корректность загрузки и инициализации подсистем.

Рекомендую посмотреть здесь: https://infostart.ru/public/1624519/ (пример работы с подсистемами и их свойствами в 1С).

Если нужна помощь с конкретным участком кода — могу помочь написать корректную проверку.

[Odin — Одинэсник]

В конфигурации Комплексная автоматизация 2.5 для отображения плановых поступлений денежных средств в платежном календаре необходимо выполнить следующие шаги:

1. **Включить работу с заявками на расходование и поступление денежных средств**
В разделе «НСИ и администрирование» → «Казначейство» → «Настройки» убедитесь, что включена работа с заявками на расходование и поступление денежных средств. Это позволит системе учитывать плановые документы в платежном календаре.

2. **Создать документы планируемых поступлений**
В Комплексной автоматизации для планирования поступлений используется документ «Планируемое поступление денежных средств» (или аналогичный, в зависимости от настройки). В нем указываются:
— Контрагент
— Договор
— Сумма
— Дата планируемого поступления
— Флажок «Включать в платежный календарь» (обязательно должен быть установлен)

3. **Настроить отображение в платежном календаре**
В платежном календаре нажмите кнопку «Еще» → «Настройка». В открывшемся окне:
— Включите отображение планируемых поступлений (обычно это отдельный тип документов или регистр планирования)
— Укажите валюту итоговых остатков
— Задайте начальную дату горизонта планирования
— При необходимости включите отображение нерабочих дней

4. **Проверить строки и колонки платежного календаря**
В платежном календаре плановые поступления отображаются в соответствующих строках (например, «Поступления» или «Планируемые поступления»). Если плановые поступления не видны, проверьте, что по ним заполнены все необходимые реквизиты, в том числе расчетный счет или касса.

5. **Обновить данные и проверить остатки**
После настройки и заполнения документов обновите платежный календарь. Плановые поступления должны отобразиться в календаре по датам, указанным в документах.

—

**Кратко:**
— Создайте и заполните документы «Планируемое поступление денежных средств» с флажком включения в платежный календарь.
— В настройках платежного календаря включите отображение плановых поступлений.
— Убедитесь, что документы корректно распределены по счетам/кассам.
— Обновите платежный календарь для отображения данных.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/2111968/
https://infostart.ru/1c/articles/69310/

[Odin — Одинэсник]

В управляемой форме 1С для подсветки строки табличного поля по условию (например, если поле «Выбран» = Истина, сделать строку зеленой) используется механизм оформления строк табличного поля.

Пример решения:

1. В модуле формы создайте процедуру, которая будет задавать оформление строк:

Процедура ТабличноеПолеПриПолученииОформленияСтроки(Элемент, Строка, Оформление)
    Если Строка.Выбран Тогда
        // Задаем цвет фона строки (зелёный)
        Оформление.ЦветФона = Цвета.Зеленый;
        // Можно также изменить цвет текста, если нужно
        // Оформление.ЦветТекста = Цвета.Белый;
    КонецЕсли;
КонецПроцедуры

2. В свойствах табличного поля на форме в событии «ПриПолученииОформленияСтроки» укажите эту процедуру (например, `ТабличноеПолеПриПолученииОформленияСтроки`).

3. При изменении значения поля «Выбран» в табличном поле вызовите обновление оформления, чтобы изменения сразу отобразились:

ЭлементФормы.ТабличноеПоле.ОбновитьОформление();

—

Таким образом, строки, у которых поле «Выбран» = Истина, будут подсвечены зеленым цветом.

Рекомендую посмотреть здесь: https://helpf.pro/faq8/view/1242.html

[Odin — Одинэсник]

В УТ 11 в универсальном отчёте по документу «Реализация» в разделе «Основные данные» реквизит «Контрагент» может отсутствовать по следующим причинам:

1. **Особенности метаданных документа «Реализация» в УТ 11**
В конфигурации УТ 11 документ «Реализация» (РеализацияТоваровУслуг) устроен так, что реквизит «Контрагент» не является прямым реквизитом самого документа, а связан через подчинённый реквизит «ДоговорКонтрагента» или через табличную часть. В универсальном отчёте «Основные данные» берутся только прямые реквизиты документа, поэтому «Контрагент» может не отображаться.

2. **Использование реквизита «ДоговорКонтрагента» вместо «Контрагент»**
В УТ 11 для реализации часто используется реквизит «ДоговорКонтрагента», который уже содержит ссылку на контрагента. В отчёте нужно добавить именно этот реквизит, а из него уже получить контрагента.

3. **Настройка универсального отчёта**
В универсальном отчёте нужно вручную добавить нужные реквизиты из документа. Если «Контрагент» не добавлен в выборку реквизитов, он не будет отображаться. Для этого в настройках отчёта нужно:
— Открыть структуру данных документа «Реализация»
— Найти реквизит «ДоговорКонтрагента» или «Контрагент» (если есть)
— Добавить его в выборку «Основные данные»
— При необходимости через выражение получить контрагента из договора:

     Реализация.ДоговорКонтрагента.Контрагент
     

4. **Особенности конфигурации и кастомизации**
Если конфигурация была доработана, возможно, реквизит «Контрагент» был переименован, удалён или перемещён в другую структуру. Нужно проверить метаданные и настройки документа.

—

**Как исправить:**
— В универсальном отчёте в разделе «Основные данные» добавить реквизит «ДоговорКонтрагента».
— Создать вычисляемое поле, которое будет брать контрагента из договора:

  Контрагент = Реализация.ДоговорКонтрагента.Контрагент
  

— Использовать это поле в отчёте вместо отсутствующего «Контрагент».

—

Рекомендую посмотреть здесь:
https://infostart.ru/public/1041239/ (пример работы с универсальным отчетом в УТ 11)
https://its.1c.ru/db/ut11dev#content:360:hdoc (официальная документация по структуре документа «Реализация»)

[Odin — Одинэсник]

Не все поля из набора данных Схемы Компоновки Данных (СКД) попадают в доступные поля компоновщика настроек при инициализации по нескольким причинам, связанным с логикой работы СКД и механизмом формирования доступных полей:

1. **Ограничения доступности поля**
В настройках поля (в том числе вычисляемого) могут быть установлены ограничения доступности: запрет на использование поля в выборках, условиях, группировках или сортировках. Если для поля установлен запрет на использование в выборках (например, галочка «Поле» в ограничениях доступности), оно не попадёт в доступные поля компоновщика настроек.

2. **Права доступа пользователя**
Если у текущего пользователя нет прав на просмотр определённых полей (например, по настройкам безопасности или функциональным опциям), такие поля исключаются из доступных. Это касается и системных полей, и пользовательских вычисляемых.

3. **Использование функциональных опций**
Поля, связанные с выключенными функциональными опциями, считаются недоступными и не включаются в доступные поля.

4. **Автозаполнение доступных полей**
При инициализации набора данных есть параметр `АвтоЗаполнениеДоступныхПолей`. Если он выключен, то поля не заполняются автоматически, и доступные поля компоновщика могут быть неполными. Включение этого параметра помогает автоматически подгрузить поля из запроса, но даже при включённом автозаполнении ограничения и права остаются в силе.

5. **Особенности вычисляемых полей**
Вычисляемые поля, особенно если они используют в выражениях недоступные или запрещённые поля, могут не попадать в доступные, так как система считает их недоступными или некорректными.

6. **Параметры запроса и «жёсткие» параметры**
Параметры запроса (например, `&Параметр`) не считаются полями набора данных и попадают в отдельную группу «Параметры» в отборе, но не в доступные поля компоновщика настроек. Их нельзя отключить через настройки компоновщика.

7. **Особенности внутренней реализации СКД**
Коллекции доступных полей компоновщика настроек формируются не напрямую из набора данных, а через объект `ИсточникДоступныхНастроекКомпоновкиДанных`, который фильтрует и обрабатывает поля с учётом всех вышеуказанных ограничений и правил.

—

**Итого:**
Не все поля из набора данных попадают в доступные поля компоновщика настроек, потому что система учитывает ограничения доступности, права пользователя, функциональные опции, особенности вычисляемых полей и параметры запроса. Это сделано для обеспечения корректности и безопасности формирования отчётов.

—

Рекомендую посмотреть здесь:
https://helpf.pro/faq/view/747.html
https://infostart.ru/1c/articles/1607972/

[Odin — Одинэсник]

Alex, чтобы в 1С 8.2 на основе существующего отчета на СКД сделать новый отчет с другой группировкой, нужно выполнить следующие шаги:

1. **Создать новый отчет**
В конфигураторе создайте новый объект «Отчет» (Файл -> Новый -> Отчет).

2. **Скопировать схему компоновки данных из исходного отчета**
— Откройте исходный отчет, нажмите кнопку «Открыть схему компоновки данных».
— В открывшемся конструкторе СКД сохраните схему в файл (через меню или кнопку «Сохранить как»).
— В новом отчете загрузите эту схему (через кнопку «Загрузить» или вставьте XML-содержимое схемы в макет СКД).

3. **Изменить группировки в схеме компоновки данных**
— В конструкторе настроек СКД (в новом отчете) откройте «Конструктор настроек».
— На вкладке «Группировки» измените существующие группировки или добавьте новые, которые нужны для вашего нового отчета.
— При необходимости измените поля, которые выводятся в группировках.

4. **Настроить ресурсы и поля**
— Проверьте, что ресурсы (итоговые поля) и вычисляемые поля соответствуют новой группировке.
— При необходимости добавьте или удалите поля.

5. **Настроить параметры отчета**
— Если в отчете есть параметры (например, период), убедитесь, что они корректно передаются и используются.

6. **Сохранить и протестировать отчет**
— Сохраните отчет и запустите в режиме предприятия.
— Проверьте, что отчет формируется с новой группировкой и данные выводятся корректно.

—

Если исходный отчет сложный и содержит много настроек, можно использовать подход с выгрузкой и загрузкой макета СКД, как описано в статье:
— Сохранить макет СКД из исходного отчета в файл.
— Загрузить макет в новый отчет.
— Внести изменения в группировки через конструктор настроек.

—

Пример кода для загрузки макета СКД из файла во внешнем отчете (если нужно):

Функция ПолучитьСхемуКомпоновкиИзФайла(ИмяФайла)
    ЧтениеXML = Новый ЧтениеXML;
    ЧтениеXML.ОткрытьФайл(ИмяФайла);
    СхемаКомпоновкиДанных = СериализаторXDTO.ПрочитатьXML(ЧтениеXML, Тип("СхемаКомпоновкиДанных"));
    Возврат СхемаКомпоновкиДанных;
КонецФункции

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/319029/
https://infostart.ru/1c/articles/247886/

[Odin — Одинэсник]

Данил, привет!

Свойство **ДоступныеПоляВыбора** объекта **КомпоновщикНастроекКомпоновкиДанных** при инициализации из **СхемыКомпоновкиДанных** заполняется на основе полей, определённых в самой схеме компоновки данных. Это поля, которые доступны для выбора в настройках отчёта, в частности для формирования условий отбора, группировок, сортировок и отображения.

Конкретно, в коллекцию **ДоступныеПоляВыбора** попадают объекты типа **ДоступноеПолеКомпоновкиДанных**, которые содержат следующие основные поля (свойства):

— **Имя** — имя поля, как оно задано в схеме компоновки данных (например, имя поля из набора данных или вычисляемого поля).
— **Заголовок** — отображаемое имя поля, которое видит пользователь в интерфейсе.
— **ТипЗначения** — тип данных поля (число, строка, дата и т.п.).
— **ПутьКДанным** — путь к данным в схеме, если поле вложенное или из связанного набора данных.
— **Роль** — роль поля (например, период, счет, дополнительный и т.п.), если она задана.
— **ОграниченияДоступности** — флаги, указывающие, можно ли использовать поле в выборках, условиях, группировках, сортировках.
— **Выражение** — для вычисляемых полей — выражение, по которому рассчитывается значение.
— **ВыражениеПредставления** — выражение для отображения значения поля.
— **ВыражениеУпорядочивания** — выражение для сортировки по этому полю.
— **Оформление** — параметры оформления поля в отчёте.

Таким образом, при инициализации компоновщика из схемы компоновки данных происходит обход всех полей, описанных в схеме (включая вычисляемые поля, ресурсы, параметры и т.п.), и формируется коллекция доступных полей для выбора, которая и становится значением свойства **ДоступныеПоляВыбора**.

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

Рекомендую посмотреть здесь:
https://infostart.ru/public/1458589/
https://helpf.pro/faq/view/747.html

Если нужно, могу помочь с примером кода инициализации и обхода этих полей.

[Odin — Одинэсник]

Обновление конфигурации УТ (Управление торговлей) с помощью 1C:EDT, используя три отдельных проекта (папки) — с конфигурацией поставщика старой версии, с конфигурацией поставщика новой версии и с доработанной конфигурацией — это классический подход для контроля и аккуратного переноса изменений.

Ниже приведён подробный пошаговый алгоритм, как это сделать.

—

## Подготовка

1. **Создайте три отдельных проекта в EDT:**

— **Проект 1:** Конфигурация поставщика старой версии (исходная версия, с которой вы начинали доработки).
— **Проект 2:** Конфигурация поставщика новой версии (обновлённая версия поставщика).
— **Проект 3:** Ваша доработанная конфигурация (на базе старой версии, с вашими изменениями).

2. Все три проекта должны быть связаны с соответствующими репозиториями Git (если используете), либо просто храниться в отдельных папках.

—

## Шаги обновления

### Шаг 1. Подготовка конфигураций поставщика

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

—

### Шаг 2. Выгрузка и сравнение конфигураций поставщика

1. В EDT откройте проект с **новой версией конфигурации поставщика**.
2. Выполните **выгрузку конфигурации поставщика** в файл `.cf` (через конфигуратор или EDT).
3. Аналогично выгрузите `.cf` из проекта со **старой версией конфигурации поставщика**.

—

### Шаг 3. Сравнение конфигураций поставщика

1. В конфигураторе или в EDT (если есть возможность) выполните сравнение двух `.cf` файлов — старой и новой версии конфигурации поставщика.
2. Определите изменения, которые произошли между версиями поставщика.
3. Особое внимание уделите **двойным изменениям** — объектам, которые были изменены и в вашей доработанной конфигурации, и в новой версии поставщика.

—

### Шаг 4. Обновление доработанной конфигурации

1. В проекте с **доработанной конфигурацией** откройте конфигуратор.
2. Выполните команду:
**Конфигурация → Поддержка → Обновить конфигурацию**.
3. В диалоге выберите файл `.cf` с **новой версией конфигурации поставщика**.
4. В окне сравнения изменений внимательно просмотрите объекты:
— Для объектов, которые вы не меняли, разрешите обновление.
— Для объектов с вашими доработками — решите, что важнее: сохранить ваши изменения или принять изменения поставщика.
5. В настройках поддержки установите правила поддержки для новых и существующих объектов (обычно для новых — «редактировать с сохранением поддержки», для существующих — «сохранять текущий режим»).
6. Нажмите **Выполнить**.

—

### Шаг 5. Разрешение конфликтов и доработка

— После обновления внимательно проверьте объекты с двойными изменениями.
— Внесите необходимые корректировки в код и метаданные.
— Проверьте работоспособность конфигурации.

—

### Шаг 6. Сохранение и коммит

— Сохраните обновлённую конфигурацию.
— Сделайте коммит в Git (если используете).
— Рекомендуется сделать резервную копию проекта.

—

## Важные рекомендации

— **Не обновляйте напрямую в EDT**, если не уверены — лучше делать обновление через конфигуратор, а потом импортировать изменения в EDT.
— Для больших конфигураций обновление может занимать много времени.
— Следите за версиями платформы 1С — ошибка из вашего скриншота говорит, что версия платформы ниже требуемой (нужно обновить платформу до версии не ниже 8.3.27).
— Перед обновлением платформы и конфигурации сделайте резервные копии.

—

## Кратко по ошибке из скриншота

> Ошибка: «Для работы с конфигурацией необходима версия платформы не меньше, чем 8.3.27. Текущая версия 8.3.25.1633.»

**Решение:** Обновите платформу 1С:Предприятия до версии 8.3.27 или выше, иначе импорт проекта из CF/CFE не пройдет.

—

## Резюме

1. Создайте три проекта: старая конфигурация поставщика, новая конфигурация поставщика, доработанная конфигурация.
2. Выгрузите `.cf` старой и новой конфигураций поставщика.
3. Сравните изменения между ними.
4. В доработанном проекте выполните обновление конфигурации через поддержку, используя `.cf` новой версии.
5. Разрешите конфликты, доработайте код.
6. Проверьте, сохраните, закоммитьте.

—

Рекомендую посмотреть здесь:
— https://infostart.ru/1c/articles/332923/
— https://infostart.ru/1c/articles/1107784/
— https://infostart.ru/1c/articles/1978759/

—

Если нужна помощь с конкретными командами или скриптами для EDT — могу помочь.

[Автор]

Сообщения