Size: a a a

1С, БСП, DevOps и Архитектура

2021 October 11

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
да ладно тебе, уже хороший знак)
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
там в шаблоне конфигурации есть обработка ПомощникВнедренияБСП. вроде бы раньше в ней была проверка корректности внедрения, еще до того, как ее в отдельный отчет вынесли.
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
Выходные прошли не зря, это факт )
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Антон, прочтите описание группы, прежде чем постить сюда вакансии
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Ох уж этот спам..
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Всем доброго дня.
У меня вопрос по обмену с Бухией. (планирую загружать данные из "нетленки)
Мне нужно на стороне бухии хранить идентификаторы загружаемых мной объектов. Могу ли я использовать для этого регистр "СоответствияОбъектовИнформационныхБаз".
Например:
1. Создам план обмена (ну скажем который "Обмен с УТ 10.3") - чтобы можно было указывать ссылку на него в регистре
2. И все нужные мне данные буду записывать в регистр.

Вопрос: Не сломаю ли я чего? Я в том смысле что этот регистр часть подсистемы обмена данными которая в нашей бухии не используется. Но если я наполню его "моими данными" - не начнет ли это как-то влиять на типовые механизмы?

Я совсем далек от БП3.0 и вообще от "БП" и "БСП" тоже.
Но снимать с поддержки и встраивать свои "велосипеды" - вообще не хочу.

Поэтому прошу помочь советом, или направить в нужную сторону (более правильную чем выбрал я)
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Или может лучше для этого использовать регистр "ПубличныеИдентификаторыСинхронизируемыхОбъектов"?
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
так ты через какую технологию встраиваешь свой обмен с нетленкой то? в целом добавить в конфу на бсп новый план не сложно, т.к. в подсистеме везде используется ПланОбменаСсылка. поддерживать такую бп тоже проблем нет
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Технология такая:
Напишу внешнюю обработку которая будет загружать файлы
Повешу её на регламентное задание
А из нетленки буду генерировать эти файлы.

Интегрировать в нетленку БСП нет желания. Ну и, как следствие, использование стандартного механизма обмена тоже особого профита не принесёт. Т.к. трудозатраты на его внедрение будут сопоставимы а то и выше.
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
думаю что ничего не сломаешь, не забудь регистрацию чистить в бп на этом узле. или ты из бп ничего не забираешь ?
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Пока не планировал, но вероятность не исключаю.
А вот про чистку спасибо.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
"Мне нужно на стороне бухии хранить идентификаторы загружаемых мной объектов. Могу ли я использовать для этого регистр " - а по какой технологии построен твой обмен: ты по правилам КД выгружаешь из нетленке твоей? Или что за формат выгрузки?
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Вообще не думал еще. Но склоняюсь к простому xml файлу.
С КД2 лень возится.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
А что дает понимание, в таком случае, какой объект ты своим обменом загрузил? Допустим, ты загрузил элемент справочника номенклатуры в БП. Ок. И что даст вот это знание? Зачем хранить идентификатор загруженного объекта?
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Чтобы заново его не грузить.
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
А если он изменился?
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
получается, выгрузка одноразовая и после выгрузки объект уже не изменяется никогда? Независимо от того, что это справочник, документ? Единожды выгруженный, больше не выгружается?
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Ну, этот аспект я или игнорирую, или на стороне нетленки буду флаг некий возводить.
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Как минимум легче принимать решение : создавать новый или обновить существующий.
Т.к. поиск может вернуть дубликат и т.п.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
а синхронизация получается в твоем случае строго по уиду?
источник