arefaste/1C_Forums huggingface dataset:
Здравствуйте, в модуле объекта обработки есть экспортная процедура. Как эту процедуру можно вызвать из модуля формы документа? Просмотрел много форумов, но конкретно для этой ситуации решения не нашёл. Был бы очень благодарен за любые подсказки
---
Для начала - создать экземпляр объекта обработки.

```1c
    МояОбработка = Обработки.МояОбработка.Создать();
    МояОбработка.МояПроцедура();
```
---
РеквизитФормыВЗначение
---
Спасибо, но я неправильно объяснил свою проблему наверное (новичок ещё). У меня была внешняя обработка, в конфигураторе я нажал на объект метаданных "обработки" затем нажал на "вставить внешнюю обработку или отчёт" и через файл загрузил её.

После этого она стала отображаться в объектах метаданных "обработки" и вот в модуле объекта этой самой обработки есть экспортная процедура Инициализировать(). И в эту процедуру надо передать параметры из документа, чтобы произошла инициализация. И вот я создал в модуле формы нужного документа команду, чтобы при нажатии кнопки вызывалась процедура Инициализация из обработки, которую я загружал. Но как сделать это я так и не понял. А РеквизитФормыВЗначение я так понял работает когда нужно из модуля формы документа обратиться к этому же модулю объекта документа или я неправильно понял?

Я видимо путаюсь в терминах: обработка, внешняя обработка, внутренняя обработка и т.д. Надеюсь на понимание моей тупости, новичок всё-таки...
---
Для начала - создать экземпляр объекта обработки.

```1c
    МояОбработка = Обработки.МояОбработка.Создать();
    МояОбработка.МояПроцедура();
```
---
Ура!!! Спасибо вам огромное, сразу же всё получилось, появился доступ к обработке, я несколько часов мучался блин) Я пробовал по глупости сперва через создатьОбъект(), но получается что обработка объектом не является, так как не хранит своих данных, а использует уже существующие? Как-то так? Ещё раз спасибо.
---
Данные не хранит, но экземпляр обработки объектом является.
В документе "Возврат товаров от клиента" в табчасти заполнена колонка "Документ продажи". При изменении реквизита Договор или Организация в табличной части колонка "Документ продажи" перезаполняется значением "заполнение не требуется". Отловить в коде где это происходит не получилось, т.е. при остановке на клиенте в событии ПриИзменении колонка уже очищена. Где это происходит, не смог найти, подскажите пожалуйста.
---
В итоге реквизит табличной части перезаполнялся по свойству Связи параметров выбора
---
В итоге реквизит табличной части перезаполнялся по свойству Связи параметров выбора
Здравствуйте! Столкнулся с проблемой, что не формируются уведомления пользователей, записей в регистре сведений "Очередь уведомлений" не появляется. Настроено вроде все верно, регламентное задание работает. Настройки уведомлений сбросил для всех пользователей. Если самостоятельно добавить запись в регистр, то уведомление отсылается на почту.
До этого в базе уже два года уведомления не рассылались, так как возникли проблемы с системной почтой. Регистр был сильно переполнен, я его почистил.
Подскажите, как можно решить данную проблему
Документооборот 8 КОРП, редакция 2.1 (2.1.28.14)
1С:Предприятие 8.3 (8.3.24.1691)
---
Нашел ошибку. Было отключено регламентное задание "Контроль приближения сроков задач"
---
Нашел ошибку. Было отключено регламентное задание "Контроль приближения сроков задач"
Всем добрый день! Я пишу обработку, которая добавит документу дополнительное сведение "Автор". Автор - это пользователь информационной базы. Если в пользовательском режиме БП открыть раздел "Дополнительные сведения" и создать сведение вручную, то там будет возможность задать ему тип данных "Пользователь", и выбирать значение из всех пользователей информационной базы. Пытаюсь реализовать это программно, но при добавлении нового элемента в ПВХ, 1С ругается(
Вот что я пишу:

```1c
    ЭлПВХСсылка = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоРеквизиту("Имя", "Автор");
    Если ЭлПВХСсылка.Пустая() Тогда
    Доп = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.СоздатьЭлемент();
    Доп.Наименование = "Автор";
    Доп.Имя = "Автор";
    Доп.Заголовок = "Автор";
    Доп.ВладелецДополнительныхЗначений = Документы.ПоступлениеТоваровУслуг;
    Доп.ТипЗначения = Новый ОписаниеТипов("ПользовательИнформационнойБазы");
    Доп.Записать();
    ЭлПВХСсылка = Доп.Ссылка;
    КонецЕсли;
```

Ошибку выдает такую: Тип не является подмножеством типа значений плана видов характеристик

Кто сталкивался с таким, подскажите, пожалуйста, что делать)
---
Неверно определен тип. Скорее всего нужно так:

```1c
    Доп.ТипЗначения = Новый ОписаниеТипов("СправочникСсылка.Пользователи");
```
---
Неверно определен тип. Скорее всего нужно так:

```1c
    Доп.ТипЗначения = Новый ОписаниеТипов("СправочникСсылка.Пользователи");
```
---
Вы абсолютно правы! Спасибо огромное, выручили!)
---
а не могли бы мне помочь? у меня такая же проблема, но с датой

```1c
    Характеристика4 = План.СоздатьЭлемент();
    Характеристика4.Наименование = "ДатаВыходаНаРынок";
    Характеристика4.ТипЗначения = Новый ОписаниеТипов("Дата");
    Характеристика4.Записать();
```
---
полный код:

```1c
    План = ПланыВидовХарактеристик.ДополнительныеРеквезиты;

    Характеристика1 = План.СоздатьЭлемент();
    Характеристика1.Наименование = "КодНаСайте";
    Характеристика1.ТипЗначения = Новый ОписаниеТипов("Строка");
    Характеристика1.Записать();

    Характеристика4 = План.СоздатьЭлемент();
    Характеристика4.Наименование = "ДатаВыходаНаРынок";
    Характеристика4.ТипЗначения = Новый ОписаниеТипов("Дата",,,Новый КвалификаторыДаты(ЧастиДаты.ДатаВремя));
    Характеристика4.Записать();
```
Коллеги, привет! Кто-нибудь сталкивался с тем, что не работают связи параметров выбора в поле выбора множественных значений или нужно что-то включить дополнительно?

Простой пример: Есть справочник Контрагенты и подчиненный ему справочник Контактных лиц (КЛ). Есть учетный документ с реквизитом Контрагент и табличной частью с одной колонкой КЛ. В метаданных которой указаны связи параметров выбора с контрагентом.
1. Если на форму добавить табличную часть, то отбор по контрагенту работает: выбрать можно только КЛ, подчиненное контрагенту.
2. Если на форму вынести таблицу КЛ в виде поля выбора множественных значений, то отбор не работает.

Проблема как раз в п.2.
---
Задайте связи параметров выбора у элемента формы.
Заданные в метаданных не работают, да.
Проверил на 8.3.26.1521
---
Задайте связи параметров выбора у элемента формы.
Заданные в метаданных не работают, да.
Проверил на 8.3.26.1521
---
Да, спасибо! Так работает, но руками вписать надо, выбора из свойств нет. А для списка работает на уровне метаданных.
---
Возможно это может быть даже запланированным поведением.
Т.к. не все связи параметров выбора в метаданных могут быть использованы для поля множественного выбора.
Например, если бы в таблице были колонки Контрагент и Контактное лицо, и одна колонка зависела от значения в другой.
Поэтому и не берут настройки из метаданных.

Кажется, тут только на v8 писать, чтобы прояснить ситуацию.
Доброго всем.
Отчет СКД выводит продажи по периодам (день,неделя,месяц,кв,полугодие,год)
Но номенклатура не выстраивается в одну строку, а в каждом периоде, добавляется та же номенклатура , со своим значением в этом периоде, на рисунке это видно.
Подскажите как свести их в одну строку, чтоб избавиться от этой лесенки?
---
Отбой. В общем кому понадобится, удалил детальные записи, в которых были поля номенклатура и ресурсы и добавил только группировку номенклатура и все нормально вышло.
---
Настройки СКД лучше показать.
---
кросс таблицу? Уточните, что из настроек показать.
---
Отбой. В общем кому понадобится, удалил детальные записи, в которых были поля номенклатура и ресурсы и добавил только группировку номенклатура и все нормально вышло.
В результате обмена в журнале проводок появились записи (скрин прикладываю)
Как их почистить ?
---
Удалил обработкой
Движения в регистре по которым есть "объект не найден" в отличие от справочников с реквизитом
"объект не найден" и т.д. можно смело удалять
---
Конфигуратор-Администрирование-ТиИ настроить с параметром Удалять объекты.
Настоятельно рекомендую потренироваться на копии, и подумать - а может лучше заполнить "потерянные" объекты?
---
рекомендую потрен
Я сейчас рассматриваю варианты удаления строк регистра программно
---
А при перепроведении повторять удаление будете?
---
ОСВ "поедет".
---
Почему ? Документа нет проводка осталась
---
Удалил обработкой
Движения в регистре по которым есть "объект не найден" в отличие от справочников с реквизитом
"объект не найден" и т.д. можно смело удалять
Нужно при первом запуске ИБ создать один элемент справочника и инициализировать им константу.
Где уместнее будет прописать это первоначальное заполнение?
Пока что для примера один лишь элемент добавляется, но в будущем скорее всего будут заполнятся автоматом и другие объекты.
---
Подсистема БСП - Обновление Информационной Базы.
А если не хочешь - то ручная внешняя обработка тебе в руки.
---
Подсистема БСП - Обновление Информационной Базы.
А если не хочешь - то ручная внешняя обработка тебе в руки.
соответственно неверно считает рентабельность
нет пункта
В валюте упр. учета с НДС

(хотя в другом отчете он есть)

есть в Валюте регл учета
и
в Валюте упр.учета

как вот сделать упр. учет всегда по умолчанию с ндс?
---
это очень странный и не понятный глюк отчета скд.
Если сохранить настройку иногда суммы в отчет начинают попадать без ндс. как то исправть не получается, причем если его расшифровывать дальше ошибка продолжается. у меня обычно "ломается" когда выводишь регистратор
Решение взять чистый типовой отчет Валовая прибыль и попробовать настроить еще раз.
---
"Валовая прибыль по организациям" это видимо наименование предопределенного варианта отчёта "ВыручкаИСебестоимостьПродаж (Продажи)".
---
это очень странный и не понятный глюк отчета скд.
Если сохранить настройку иногда суммы в отчет начинают попадать без ндс. как то исправть не получается, причем если его расшифровывать дальше ошибка продолжается. у меня обычно "ломается" когда выводишь регистратор
Решение взять чистый типовой отчет Валовая прибыль и попробовать настроить еще раз.
---
Да если брать отчет заново он действительно идет с суммами с НДС
---
Вновь попробовал вернуть на стандартный, и 100% всегда без НДС .
видать померещилось мне или отчет брал другой.

Валовая прибыль огранизаций только дает продажи без НДС при любом раскладе.
---
еще - стандартные настройки
Это динамический список, правда конкретно эти поля добавлены программно через запрос, в процедуре: "ПриПолученииДанныхНаСервере"
---
А сложность на каком этапе возникает?
На событии выбор ДС смотреть имя поля.
Если это ваше поле - открывайте нужный документ и устанавливайте стандартную обработку в Ложь.
---
Добавляй в качестве значения поля ссылку на документ, и устанавливай оформление ячейки строки - текст и в тексте уже указывай номер документа.

Пример есть тут, для установки цвета текста https://wonderland.v8.1c.ru/blog/obrabotka-i-oformlenie-dannykh-dinamicheskogo-spiska/
---
А сложность на каком этапе возникает?
На событии выбор ДС смотреть имя поля.
Если это ваше поле - открывайте нужный документ и устанавливайте стандартную обработку в Ложь.
---
Добавляешь еще колонку "ссылка" и добавляешь свою процедуру в "Обработка выбора" дин. списка:
 ОткрытьЗначение(ТекущиеДанные.Ссылка)
---
Добавляй в качестве значения поля ссылку на документ, и устанавливай оформление ячейки строки - текст и в тексте уже указывай номер документа.

Пример есть тут, для установки цвета текста https://wonderland.v8.1c.ru/blog/obrabotka-i-oformlenie-dannykh-dinamicheskogo-spiska/
---
Спасибо!
Здравствуйте!

Кто нибудь сталкивался с доработкой отчета Ведомость по денежным средствам (ВедомостьПоДенежнымСредствам) ? При добавлении нового варианта отчета через конфигуратор появилась ошибка с текстом "Повторяющееся поле итога Показатели.Сумма.СуммаПриход".
---
в рассчитывать по ограничьте группировки по которым считается итог
---
В отредактированном отчете дублируется поле итога Показатели.Сумма.СуммаПриход".
---
а как это исправить подскажите пожалуйста?
---
При добавлении нового варианта отчета через конфигуратор
удалить этот вариант отчета.
---
в моем случаи это не выход.
---
в рассчитывать по ограничьте группировки по которым считается итог
---
спасибо огромное получилось:) Но почему так получается? свой вариант добавляю ошибки, а типовые нормально работают при чем там тоже есть одни и те же ресурсы по одинаковым группировкам.
---
буквально только что с этой же ошибкой столкнулся...
банально в типовом отчете на группировке убираешь и тут же добавляешь галочку, пересохраняешь и все, уже возникает ошибка эта)
---
Подскажите, как ограничили группировки в "рассчитывать по"? Там куча одинаковых полей, не понимаю, что конкретно сделать нужно...
---
Честно не разобрался еще. Я думал убрать все ресурсы и настроить их по своему, но потом передумал, т.к. это будет не универсально. На инфостарте есть отчет из него я думаю можно узнать как это сделать, но у меня нет 2 стартмани.
https://infostart.ru/public/937765/
---
Сохранял настройки в поль. режиме и загружал в конфигураторе, тоже ошибка.
---
Словил ту же ошибку. В основной схеме СКД на вкладке Ресурсы удалил показавшиеся не нужными. Удалял постепенно сверяясь с текстом ошибки. Итого штук 8. Заработало
---
Это какой-то загадочный отчет. Вот просто берешь, сохраняешь из конфигуратора как внешний отчет, потом открываешь этот внешний отчет конфигуратором и делаешь в нем любые изменения (вообще любые, лишь бы признак модифицированности поднялся), которые тут же возвращаешь назад. Например, флаг доступности параметров снимаешь и тут же возвращаешь. Сохраняешь этот внешний отчет - и все, он не работает ровно с такой же ошибкой. Сравнение файла отчета с отчетом конфигурации отличий не находит. Платформа 8.3.18.1957, но так было и на более ранних. Отладчик на тексте модуля внешнего отчета не останавливается, а на тексте модуля отчета из конфигурации - вполне.

Кто может объяснить, что происходит? Я подозреваю, что дело в настройках этого отчета, сохраненных в базе. Как-то не так они применяются для внешнего при попытке его запуска.
---
Та же ошибка, просто отбор меняешь и возвращаешь как было, все равно ошибка, что не так с этим отчетом?
Хорошего дня! Подскажите, пожалуйста, где лучше вести разработку новых объектов и алгоритмов типовой конфигурации с включенным режимом "Редактируется с сохранением поддержки" - в самой конфе или расширении? Есть ль какой нибудь принцип, позволяющий определить предпочтительный способ?
---
очень простой принцип.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)

если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
---
Новые объекты, новые реквизиты и формы типовых объектов - в основной конфигурации. Так нагляднее, все объекты сразу на виду и в одном месте, не надо выискивать их по расширениям (а рано или поздно их станет несколько, и это будет проблемой). К тому же в случае добавления метаданных через расширения есть риск потерять данные при случайном удалении расширения. Исключение - если создаете какой-то новый функционал на продажу, тогда конечно все нужно делать через отдельное расширение.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
---
очень простой принцип.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)

если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
---
Мы свой ДО 3.0 обновляем регулярно, дорабатываем на расширениях. Но речь про другую конфу. Спасибо.
---
если вы планируете регулярно(или не очень) обновлять конфу поставщика Как связаны между собой обновления типовых объектов, и разработка новых уникальных объектов (несуществующих и вряд ли планирующихся в типовой)?
---
Новые объекты, новые реквизиты и формы типовых объектов - в основной конфигурации. Так нагляднее, все объекты сразу на виду и в одном месте, не надо выискивать их по расширениям (а рано или поздно их станет несколько, и это будет проблемой). К тому же в случае добавления метаданных через расширения есть риск потерять данные при случайном удалении расширения. Исключение - если создаете какой-то новый функционал на продажу, тогда конечно все нужно делать через отдельное расширение.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
---
Вот! Самый одобряемый мною подход.
---
В основной
Отвалился сеанс, теперь не могу подключиться к храну из двух баз. Из третьей норм.
Пишет: "Ошибка связывания с хранилищем".
Полагаю, надо грохнуть локальный кэш храна. Где искать?
Переподключаться не хотелось бы.
---
Так изменения у вас в той конфигурации, в которой вы вели разработку. Даже если вы не можете подключиться к хранилищу, эти изменения должны быть в базе разработки. Сохраните cf (cfe) в файл и переподключитесь к хранилищу. Захватите измененные объекты и объедините конфигурацию с файлом.
---
Переподключаться не хотелось бы. Это будет быстрее, чем ждать или искать ответ
---
Да, наверно. Но была надежда, что получится восстановить изменения через какой-нибудь chdbfl.
Спасибо
---
Какие изменения??? У тебя само хранилище целое. Твоя конфигурация целая. Захваченные объекты в хранилище отмечены.
Чего ж тебе еще надо-то?
---
Так изменения у вас в той конфигурации, в которой вы вели разработку. Даже если вы не можете подключиться к хранилищу, эти изменения должны быть в базе разработки. Сохраните cf (cfe) в файл и переподключитесь к хранилищу. Захватите измененные объекты и объедините конфигурацию с файлом.
---
Захватите измененные объекты Да даже этого делать не придется. Он по логину пользователя хранилища автоматом может восстановить отметки на всех захваченных. В самом хране эта информация осталась же.
---
В самом хране эта информация осталасьДа. Но что-то мне подсказывает, что у автора просто затёрлась база из копии (например, актуализировал данные в базе разработки), а изменения забыл положить в хранилище. Тут уже ничего не поможет, нужно переподключаться к храну заново.
---
В том то и дело, что в конфе я изменений не нашёл.
Похоже, мне просто базу перезалили регламентом (после сегодняшнего перехода на новый релиз), грохнув мои изменения.
Спасибо!
Прошу прощения, но нигде не нашел пример.

Копирую элемент справочника в модуле объекта.

После копирования открывается форма созданного элемента. Подскажите, как избежать этого?
---
Мда...Ок, расскажи мне тогда, как скопировать полностью иерархию элемента справочника?

Ответ следующий:

```1c
    ПриСоздданииНаСервере

    Если РеквизитФормыВЗначение("Объект").ЭтоНовый() Тогда
    Если ЗначениеЗаполнено(Параметры.ЗначениеКопирования) Тогда
    Отказ = Истина;
    КонецЕсли;
    КонецЕсли;
```
---
Копирую элемент справочника в модуле объекта.
После копирования открывается форма созданного элемента. Да ну?!?!?! Хочу все видеть!
---
ПриКопировании(ОбъектКопирования) - Что не так?
---
Ты покажи где ты сам копируешь в модуле объекта! Че ты мне обработчик последствия показываешь?
---
Это прикол какой то?

 Например:

```1c
    Спр = Справочники.НужныйСправочник.СоздатьЭлемент();
    Спр.Наименование = ОбъектКопирования.Наименование;
    Спр.Записать();
```
---
Это в модуле объекта? То есть ты после нажатия на кнопку копирования в модуле объекта уже скопированного элемента ПриКопировании() создаешь ЕЩЕ одну копию??? Из которых одна (первая, та что создается по кнопке) естественно открывается...

Вот это действительно прикол.

Иди-ка выспись.
---
Мда...Ок, расскажи мне тогда, как скопировать полностью иерархию элемента справочника?

Ответ следующий:

```1c
    ПриСоздданииНаСервере

    Если РеквизитФормыВЗначение("Объект").ЭтоНовый() Тогда
    Если ЗначениеЗаполнено(Параметры.ЗначениеКопирования) Тогда
    Отказ = Истина;
    КонецЕсли;
    КонецЕсли;
```
---
Боже мой, какие извращения!!! Да еще и с новыми вводными про иерархию! Да еще и с кодом, никакого отношения к иерархии не имеющего! Да еще и отмечено как правильный ответ в теме!
---
вот была поставлена такая задача. Скопировать группу или элемент включая всю его иерархию.

Предложите свой вариант. Пока вы не написали ни строчки.
Поэтому на данный момент это правильный ответ, так как задача решена.
---
вот была поставлена такая задача. Так это тебе препод поставил, не мне.
Скопировать группу или элемент включая всю его иерархию. Прекрасно!
Предложите свой вариант. Мне это зачем? Ты о своей задаче рассказал минуту назад, и я зачем-то в пятницу вечером должен решать тебе задачу, которую даю джунам на собеседовании?
Пока вы не написали ни строчки. А должен был? Кому? Я за 30 лет дохрена чего написал. Так что давай сам.
Поэтому на данный момент это правильный ответ, так как задача решена. Умиляюсь с наивности и самоуверенности...
---
Пока вы не написали ни строчки.
О, я смотрю, тезис, что сюда приходят самоутверждатся, всё-таки справдлив.
Есть ли статья, по которой можно будет добавить свой документ для резервирования товаров в УТ11.5?
Нужно понимание, какие движение должен делать документ и какие функции БСП затем вызывать, при необходимости.

Пока не понял что делать после записи в регистр ЗапасыИПотребности.
---
Так и не нашел ни одной статьи. Пришлось самому копаться в этих хитросплетениях БСП.
Изначальные предположения были верны:
Ключом, действительно, оказался регистр накопления ЗапасыИПотребности.
И подготавливать проведение и выполнять его нужно через стандартные функции БСП. Тогда не будет проблем с оставшимися регистрами, такими как РаспределениеЗапасов.
Если будет свободное время, нужно будет написать как это делается.
---
Насколько помню, в последних УТ за резерв отвечает: РегистрСведений.РаспределениеЗапасов , в него и придется писать из документа
---
Это здорово. Мне как раз нужна статья или тема форума с примерами корректного заполнения.
---
зашел в регистр > поправил > оценил результаты. уповать на статью где все расписанно можно долго...
---
Можно не нужно.
Легче в заказ ввести свой реквизит и от этого реквизита менять заказ на условный заказ наряд. с формирование отдельного журнала
---
Легче в заказ ввести свой реквизит и от этого реквизита менять заказ на условный заказ наряд. с формирование отдельного журнала

Нет. Это не решает проблемы.
---
В таком случае озвучивайте саму проблему, а не свое видение ее решения.
---
Проблема в том, что мне нужна статья, как работать с резервами не только с помощью типовых документов. Может быть такая есть на ИТС, но я ее в упор не вижу.
---
что именно нужно от функционала резервирования? почему типовые методы не устраивают?
---
вангую какую то уникальную супер пупер ситуацию, когда нужно резервировать товар но это должно быть не документом заказ, потому это заказ наряд или чтото в этом духе
---
Конечно. Так, скорее всего, и предстоит делать. Я предполагал, что кто-то уже сталкивался с этой проблемой. И поможет с решением. И поможет не только общими словами.
---
Так и не нашел ни одной статьи. Пришлось самому копаться в этих хитросплетениях БСП.
Изначальные предположения были верны:
Ключом, действительно, оказался регистр накопления ЗапасыИПотребности.
И подготавливать проведение и выполнять его нужно через стандартные функции БСП. Тогда не будет проблем с оставшимися регистрами, такими как РаспределениеЗапасов.
Если будет свободное время, нужно будет написать как это делается.
Хорошего дня! Как найти в конфигураторе все объекты, которые были изменены (возможно) после включения режима "Редактируется с сохранением поддержки"?
---
Например выгрузи отчет о сравнении и объединении.
---
Конфигурация - сравнить конфигурации - основная с конфигурацией поставщика
---
Как ты себе видишь результат поиска? В каком виде он должен быть визуализирован?
---
Например в таблице
---
Например выгрузи отчет о сравнении и объединении.
---
ок. спасибо!
---
Конфигурация - сравнить конфигурации - основная с конфигурацией поставщика