но вообще, конечно, это хардкодинг

я бы сделал так: создал бы отдельный подчиненный справочник ссылок на существующие цеха/участки и заполнял бы для каждого пользователя, которому необходим персональный отбор, не такой как у всех
ну и включал бы отбор по выборке из этого подчиненного справочника для каждого пользователя, который "не такой как все"

потому что по коду или наименованию искать -- не очень хорошее решение, т.к. завтра участок переименуют или код элемента изменят (мало ли?...) и ваш программный код в отборе перестанет работать (и будут опять пустые ссылки в отборе)

у вас код символьный или цифровой?
почему 000000001, а не "000000001"?
там у вас в результате поиска пустая ссылка случайно не получается? каковая и добавляется в список...


если так искать, то тогда нужно

Справочники.ПодразделенияОрганизаций.НайтиПоНаименованию("Цех1", Истина);

потому что вот тут у вас ком-объект в той базе, а не счет
надо

Счет = V8BAS.ПланыСчетов.Хозрасчетный.ТоварыНаСкладе;

это для вашего второго случая

в этом случае надо зарегистрировать comcntrl.dll в системе (причем, если их несколько, то надо именно от нужной версии платформы)




можете не переносить, а обернуть в структуру и засунуть во временное хранилище, потом доставать и использовать, адрес хранилища запоминать -- так работает и ком-объект существует между вызовами функций до момента закрытия, когда необходимо

https://forum.infostart.ru/forum9/topic106278/

        V7 = _V7.Connect(СтрокаСоединения);

        _СтруктураCOM = Новый Структура;
        _СтруктураCOM.Вставить("COMОбъект", V7);
        _КонтейнерCOM = ПоместитьВоВременноеХранилище(_СтруктураCOM, Новый УникальныйИдентификатор);

Profi_1C77 @ Сегодня, 11:36 ,
вам, как я понимаю, надо сравнить данные управленческого учета (УТ) с бухгалтерским (КОРП), так?

ну вот и делайте как выше написали, сперва в бухии КОРП через com-объект получаете данные из УТ и кладете их в одну таблицу значений (назовем Тз1), затем закрываем подключение и удаляем com-объект за ненадобностью, затем то же самое в УТ и результат кладете в другую таблицу (Тз2), затем сравниваете эти таблицы, перед сравнением постройте в каждой из таблиц поисковый индекс (чтоб удобнее и быстрее было искать) такого примерно вида (колонку "Ключ" добавьте)

Ключ = [код].[артикул].[штрихкод]

таблицы перед добавлением индекса сворачиваем по кодам/артикулам/штрихкодам

если как вы говорите, у вас вся номенклатура синхронизирована, то проблем быть не должно

и потом сравнение двух таблиц по этому индексу -- есть / нет

ну и результат -- в отчет


TohaMonster @ Сегодня, 12:13 ,
колонки в ТЗ нужно делать примитивными типами (строка/число), т.е. код/артикул/наименование/количество/стоимость -- для сравнения остатков в двух базах будет достаточно

M31 @ Сегодня, 19:12 ,
BDC от Конто (версия старая, от 2018 года, но рабочая -- сейчас, возможно, потребует легкой доработки напильником)
второй файл -- обработка к ней (конвертер) для Ощада (dbf-формат выписки)
не знаю, подойдет ли для КУПа, но вообще, она универсальная, вроде должна, у себя используем для бух. КОРП и с мелкими доработками -- для УНФ

kostya77 @ Сегодня, 11:03 ,

сам алгоритм с готовыми примерами (правда, на VB) можно посмотреть тут (сайт, увы, вражеский, поэтому только через впн) там же есть и файл с примерами

ну или на сайте ИТС 1С есть описание