Comments 10
требование создания общих НСИ для всех торговых точек (узлов РИБ).
и
Состав НСИ каждого РИБ регулируется правилами регистрации данных к выгрузке в центральном узле.
Не очень понятно, у вас состав НСИ во всех узлах одинаковый или разный?
Сложность с том, что есть общий состав данных, источником которого является центральная база. Это общие справочники, документы ценообразования, независимые регистры сведений. И есть часть данных, которая должна оставаться только в самом узле и в центральном, на случай необходимости восстановления узла. Так, например, в каждом узле разрешено заводить свою номенклатуру, которая не должна разойтись по остальным узлам.
Т.е. на старте (открытии) точки вся НСИ в узле общая. Этот состав и поддерживается в эталонной базе.
Эм. А ЦБ вообще живая? Если с ней постоянно сотни распред обновляются. Или бухи тоже в распределенку сбежали
С ЦБ были свои сложности, это был отдельный проект. Дорабатывали правила регистрации, модули обмена. Оптимизировали в части запуска постобработок после сессии обмена с каждым узлом (поведение в типовых) - заменили на общее регламентное с учётом специфики работы клиента. Бухгалтера никуда не сбегали - конфигурация торговая, УТ.
у нас и за 24 часа не развертывается подчиненный узел, при первом запуске подчиненного узла под пользователем, оно там всё что-то делает, делает и делает... и хз' что делает. годом ранее образ разворачивалсчя за 5 часов.
Сложно сказать в чем причина конкретно в вашем случае, причин может быть масса. Нужно анализировать состав отправляемых данных, менеджер конкретного плана обмена. У нас на нескольких проектах были случаи, когда в подчиненные узлы тащили совсем ненужную там информацию о версионировании объектов (типовой функционал) или распухшие нечищенные логи каких-то регламентных заданий (кастомные).
Если хотите, можем быстро помочь разобраться
А варианты работы через тонкий клиент и веб публикацию чем плох? Оборудование все работает, скорость печати чеков не страдает. Тсд давно умеют работать через веб.
Если имеется в виду всем работать в одной базе, в центре - это хороший вариант, когда подходит под условия работы компании. В случае с нашим заказчиком не подходил. Было доп. условие оставить архитектуру РИБ, т.к. некоторые новые точки открываются в локациях с нестабильным интернетом (остались еще такие) и у них должна быть возможность работать автономно.
Я создавал новый узел из копии. Настроил сперва все на проде, потом сделал копию и из нее выгрузил базу для узла, потом подсунул проду.
Ускоренное создание новых узлов Распределенной информационной базы (РИБ) в 1С