Хорошо, спасибо большое вам ! Бухгалтерия 2.0 - 2011 года )) Если интересно я отпишусь есть ли БСП в этой конфигурации

постоянную миграцию команд печати в ветке 2.1.х до сих пор вспоминаю вздрагивая

в 2012 уже была бсп 2.1.3. так что если повезет, там может быть бсп 2.0

возможно вам повезло. ставьте рядышком бсп 2.1.1.22 https://releases.1c.ru/version_files?nick=SSL21&ver=2.1.1.22

и пробуйте перенести подсистему.

документацию вот только по 2.1.1 может быть проблематично найти.

раньше она публиковалась на дисках ИТС. спросите бухов, может остались с тех времен.

шаблон, к сожалению, только цфники и обработки содержит, доку тогда еще не паковали

есть вероятность, что вот тут дока будет более-менее похожа на правду:

https://its.1c.ru/db/bsp21doc

но она скорее всего по 2.1.9 (последней версии ветки 2.1.х)

так что подходите к ее чтению с умом

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

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

Ты вот сейчас, в столь поздний казахский субботний час, сидишь и листаешь ИТС?

да к сожалению срок неделя , нужно поработать, надеюсь у меня получится

Коллеги, добрый день.
Может кто сталкивался: при заполнении контактной информации очень долго открывается форма заполнения адреса

8.3.14, 2008r2

Доброе утро! Подскажите, пожалуйста, у нас есть подсистема RMQ и хотелось бы проверять формат пакетов, их валидность и так далее. То есть утвердили формат для принимающей системы, где-то его сохранили и дальше после релиза проверили на валидность. Вопрос, как это организовать в рамках тестирования? Хранить в гите эталонные пакеты в JSON, а дальше сравнивать их с выгруженными? Как вообще организовывать такое тестирование, если это асинхронщина через RMQ, а не REST-апи. Поделитесь методой и практиками. Ни разу не делал такое.

А что проверяем то?