Есть 2 базы УТ 11.3
Идентичные.
По расписанию в одну базу из другой надо перекидывать всю номенклатуру с отбором по группе.
Попробовал настроить синхронизацию через Другая программа, все идет, только иерархия групп не переливается. Куда копать?
Какие еще есть варианты? Можно как то универсальную выгрузку загрузку хмл прикрутить для работы по расписанию.
Про РИБ знаю, пока не хочется заморачиваться.
(31) В КД3 редактируются правила, а правила регистрации для этих правил пока в КД2 редактируются.
Статья по КД3 https://infostart.ru/public/695523/ Для задачи этого топика будет некоторая проблема с видами номенклатуры, особенно если они новые. "Из коробки" они не передаются в другую базу, а подбираются подходящие или создаются новые.
Копать правила в КД3. Всё должно работать. Эту проблему легче решить, чем городить что-то другое нетиповое.
Отбор по группе можно сделать доработав правила регистрации в КД2.
РИБ это как раз без заморочек
А группа это реквизит или общий родитель? Или общие родители?
Нужно то всего прописать в модуле плана обмена примерно вот такое
Процедура ПриПолученииДанныхОтГлавного(ЭлементДанных, ПолучениеЭлемента, ОтправкаНазад)
// Игнорируем БанковскиеСчета по Организациям
Если ТипЗнч(ЭлементДанных) = Тип("СправочникОбъект.БанковскиеСчета")
И ТипЗнч(ЭлементДанных.Владелец) = Тип("СправочникСсылка.Организации")
И Не (ЭлементДанных.Владелец = УпрОрг Или ЭлементДанных.Владелец = РеглОрг) Тогда
ПолучениеЭлемента = ПолучениеЭлементаДанных.Игнорировать;
КонецЕсли;
КонецПроцедуры
(13) После каждого существенного обновления.
Странно, что выше Вас не смущают доработки кода конфигурации. Они, то как раз будут слетать после каждого обновления. Если не воспользоваться расширением, что на 100% не гарантирует стабильность, т.к. если оно слетит, будет использоваться типовой код и вся номенклатура повалится в другую базу.
Таблицы регистрации объектов после успешного обмена сбрасываются, и не накапливаюся.
На основании чего программа их сбрасывает?
Что бы с регистрации объект снять, нужно получить ответ от базы приёмника что объект с такой ссылкой был в неё успешно загружен. Если он не выгружается то откуда центральная база узнаёт что нужно их снять с регистрации?
Если речь идёт про двусторонний обмен, то во второй базе тоже есть таблица регистрации и в неё будут попадать только те объекты которые изменяются(добавляются), а если объекты не попадают в файл обмена из главной в подчинённую, то и регистрироваться в подчинённой они не будут, и значит при повторном обмене, в главной, регистрация на эти объекты удалится.
Странно, что выше Вас не смущают доработки кода конфигурации.
Доработку, то есть добавление при обновлении видно, и если Конфигурация поставщика имеет изменения по отношению к Конфигурации основной то Платформа это скажет, и эти изменения можно будет либо перенести либо добавить снова.
А вот про изменения в правилах (регистрации, обмена) она не оповестит, если только они не поправлены в общих макетах, что тоже доработка кода? Обновит эти правила автоматом, и объекты с тем же успехом повалятся в другую базу.
Автоматом не обновляет. После обновления надо руками зайти и подключить новые правила регистрации.
Это если вы знаете про то что они изменены, а если обновит человек который не в курсе про эти самые правила, которые хранятся чёрт знает где (в настройках обмена)
Это если вы знаете про то что они изменены, а если обновит человек который не в курсе про эти самые правила, которые хранятся чёрт знает где (в настройках обмена)
То что человек не знает типовых механизмов не означает что нужно переделывать код. Может придти человек который знает типовые механизмы, но не знает про "чёрт знает где" сделанные доработки.
Странно, что выше Вас не смущают доработки кода конфигурации. Они, то как раз будут слетать после каждого обновления.
В данном случае можно не править модуль плана обмена "Полный", а скопировать и переименовать его, и в этом модуле уже править без каких либо опасений на изменения в типовом.
Измененные правила регистрации, добавленные в узлу не обновляются при обновлении базы. Как-то я сам столкнулся с этим - правила регистрации УТ 11.2 успешно пережили обновление до УТ 11.4. Работало некоторое время без ошибок. Потребовалась доработка, увидел что там. Сделал заново из типовых УТ 11.4, внес туда старые доработки от УТ 11.2 и новые ;)
Сделал заново из типовых УТ 11.4, внес туда старые доработки от УТ 11.2 и новые ;)
Это я прекрасно понимаю, тоже самое что и с правилами обмена (Там есть обработка сравнения и объединения этих самых правил), но это не проще чем при каждом обновлении платформа сама будет делать сравнение и объединение конфигураций
по мне так проще:
1) добавить расширение
2) в него http сервис
3) синхронизация структуры
4) синхронизация элементов
работы на 1 день (6 часов писать, 2 тестить)
P.S. сервис потом можно для чего угодно использовать хоть с сайтом обмен, хоть с партнерами.
(30) не очень знаю как там все привязывать, долго разбираться.
(3) да вот тоже подумал про КД3 - но не осваивал технологию. А про КД 2 не понял - взять правила УТУТ, а потом подсунуть в кнопку Загрузить правила? Мне казалось туда КД3 только можно засунуть или ошибаюсь?
(31) В КД3 редактируются правила, а правила регистрации для этих правил пока в КД2 редактируются.
Статья по КД3 https://infostart.ru/public/695523/ Для задачи этого топика будет некоторая проблема с видами номенклатуры, особенно если они новые. "Из коробки" они не передаются в другую базу, а подбираются подходящие или создаются новые.