1с ут 10 настройка риб
Учет ведется в одной базе по нескольким организациям, а требуется разделить базу по организациям. Я думал, что легко это сделаю с помощью стандартного плана обмена, указав при создании узлов - список организаций. Но понял, что в стандартной УТ 10.3 нет такого плана обмена, который по организации разбивает. Ни разу с таким не сталкивался, прошу подсказать, как в данном случае нужно поступать?
(4) пля. зачем тебе отбор по организации в риб?
в ЦБ пусть стекаются данные от узлов, а в ответ идут изменения конфы
(5) так в ответ же будут идти изменения по всем организациям. А в узлах не должно быть всех организаций.
(6) ты хочешь разделить базу по организациям. Разделяй, веди учет в узлах. В ЦБ запрети регистрацию данных, выгружай только изменения конфигурации
а после выгрузки в узел начального образа, поставь запрет на выгрузку данных в подчиненные узлы. Или запрети в подчиненном узле принимать данные из главного узла, а принимай только изменения конфигурации.
(11) , в этом и загвоздка. Сейчас ищу, но пока не врубаюсь, в каком именно месте ставить эти запреты.
А в плане обмена что менять?
пля, да там даже в конфе не надо ничего менять.
ставь для ЦБ пустые правила обмена и она не будет выгружать в точки данные
(15) ага. и запрет авторегистрации уйдет в точки. А чтобы сделать неавторегистарцию - надо писать сотни строк кода
(13) да-да - самое простое и надежное в составе объектов для плана обменов убрать авторегистрацию, как в (15) уже сказано.
(17) А где сказано, что из точек он будет выгружать вообще все весь тот мусор, грубо говоря, что вывалился им из центральной базы? Из точек регистрация должна происходить по срабатыванию подписки на события. И разных объектов метаданных будут разные условия.
По хорошему, надо автору нарисовать свой план на большом бумажном листе и раскрыть содержание обменов при участии менеджеров, у которых было получено согласие на разделение базы на несколько узлов.
(19) это по-хорошему. и это когда ведется раздельный учет в точках и в ЦБ, с выгрузкой данных из ЦБ в точки.
И там сотни строк кода, если авторегистрация запрещена.
(13) в общем, надо лепить этот обмен из двух: обмен с УПП и обмен по организациям из БП. Обмен с УПП там многие вещи можно сюда копировать один в один. То есть надо накопировать процедур и сделать подписки. И второе: добавить во все регистры реквизит Организация. Где его нет.
В общем, если всё нормально слелаете - это работа на день.
жаль, что ты забыл упомянуть, что этот реквизит еще надо заполнять в регистрах) а это значит надо влазить в типовые километровые запросы.
умники млин. базу поломаете человеку
(22) в УТ 10.3. не надо его заполнять. Оно само заполняется там. Если вы не в курсе, зачем такое писать?
(24) проверь сам. Инфа 100%. Заполняются все общие поля. Заполнение идет в подписке. К ней подключены все регистры. Только не надо добавлять измерение. Добавляйте Реквизит регистра.
(22), (23) а про какие регистры идет речь? например есть регистр сведений "ЦеныНоменклатуры", там нет организации, и этот регистр должен обмениваться с узлами в полном объеме, если я правильно понимаю.
(21), а какие процедуры надо копировать? Те что в общем модуле "ПроцедурыобменаУТУПП"?
(26) про цены не помню. Я это делал 5 лет назад. Я имею в виду регистры накопления. Про цены наверно лучше посмотреть как сделано в обмене с УПП.
(26) кстати, есть еще и такой вариант решения:
- делаешь деление базы на РИБ, вычищать там все, чтоб оставалось только нужная в конкретном узле инфа, а затем выгрузку в центральный узел и весь обмен данными крутить по плану обмена УТ-УПП.
Т.е. через РИБ гонять только конфигцурацию
Через обмен УТ-УПП всю информацию
(27) цены там никак не сделаны. В составе плана этого регистра вообще нет..Но меня больше все же волнует, как я буду с этими процедурами разбираться. А кстати, вот в ут 11 такой обмен есть стандартный, называется "РИБ с фильтром по подразделению", но это мне не поможет походу..
Уточните, что вы имели ввиду когда писали "лепить этот обмен из двух: обмен с УПП и обмен по организациям из БП"?
можно не париться, сделать по полному обмену данных, а в правилах обмена написать проверку по организации
Бывают ситуации, когда в холдинге компаний организации находятся в разных городах или политикой холдинга жестко ограничивается доступность какой-либо организации к данным другой. Тогда появляется необходимость ведения учета по каждой организации (или группе организаций) в отдельной ИБ и консолидации данных по ним в центральном офисе. В решении подобных задач может помочь возможность развертывания РИБД с обменом по Организациям.
Для добавления Обмена по организациям нужно скачать приложенный 1Cv8.cf. Файл предназначен для типовой конфигурации 1С:Управление торговлей редакция 10.3 (10.3.45.4). Если у Вас типовая УТ 10.45.4, тогда Вам нужно зайти в конфигуратор. Открыть конфигурацию. Зайти в Конфигурация - Поддержка - Настройка поддержки. Нажать на кнопку "Включить возможность изменения" и нажать "ОК" (ВключитьВозможностьИзменений.jpg). После включения возможность редактирования конфигурации необходимо "накатить" изменения из файла 1Cv8.cf. Для этого нажмите Конфигурация - Сравнить, объединить с конфигурацией из файла и выбрать скачанный файл. После "сравнения, объединения" нажмите кнопку Выполнить и дождитесь окончания процесса объединения. Примените изменения (кнопка F7) и зайдите в режим предприятия.
Для создания РИБД нужно зайти в план обмена "По организациям" (Операции - План обмена - По организации) и добавить подчиненный узел. Настроить в нем отборы по организациям, задать название подчиненного узла и код. После нужно создать начальный образ подчиненного узла (НастройкаУзала.jpg). Для этого нужно нажать на кнопку "Создать начальный образ" и следовать инструкциям помощника. Начальный образ подчиненного узла, это полноценная ИБ. В ней нужно будет создать и настроить пользователей, провести первоначальные настройки базы и настроить константы, которые не обмениваются при обмене, проверить учетную политику.
После создания начального образа нужно создать настройку обмена данными. Для этого зайдите в Сервис - Прочие обмены данными - Все настройки обмена данными. Перейдите на закладку "Все обмены" и нажмите кнопку добавить. В форме настройки обмена укажите Наименование обмена, Узел обмена, Тип обмена (Обмен через файловый ресурс или др.) и путь к файлу обмена. Аналогичные действия нужно сделать в подчиненном узле. Также можно настроить обмен по расписанию на закладке "Автоматический обмен". Он будет работать автоматически если у Вас Серверный режим работы. После выполнения всего выше сказанного можно пользоваться обменом по Организациям.
Как происходит регистрация на обмен:
Если в справочниках есть реквизит Организация, то он участвует при регистрации на обмен. Например справочники "Договоры контрагентов", "Кассы". Если в справочнике реквизит Организация не предусмотрен, то он регистрируется на обмен во все узлы. Например справочник "Номенклатура". В справочник "Типы цен номенклатуры" намеренно добавлен реквизит "Организации", т.к. не всегда нужно видеть цены других организаций в подчиненных узлах. Если нужно, чтоб цены мигрировали во все узлы, то реквизит "Организация" заполнять не нужно. Допустим есть необходимость, выгружать закупочные цены во все узлы для того, чтобы подчиненных узлах могли видеть по какой цене происходят закупки в других организация. Тогда для элемента справочника "Закупочная цена" реквизит "Организация" не заполняем. А вот продажные цены видеть в подчиненных узлах не нужно, поэтому в них мы указываем принадлежность к организации.
С документами аналогичная ситуация. Если в документе есть реквизит "Организация", то он участвует при регистрации на обмен.
В регистрах Сведений и Накопления немного по другому. Специфика УТ 10.3 заключается в том, что в ней далеко не во всех регистрах есть измерение "Организация", поэтому если регистр подчиненный регистратору и в нем нет измерения "Организация", то для фильтрации используется "Организация" из "Регистратора". Т.е. "Организация" берется из документа, которым были сделаны движения по регистру. В случае с регистром "Цены номенклатуры" из измерения "Тип цен".
Отфильтровать данные на обмен можно на двух этапах. Первый этап: при регистрации на обмен. Второй этап: при отправке данных. В нашем случае, в зависимости от объектов, используются оба метода. Это нужно знать, для понимания происходящих процессов, при детальном анализе работы обмена. Когда для фильтрации используется второй этап, то все элементы данного объекта всегда регистрируются на обмен, а при отправке происходит проверка на удовлетворение условию обмена. Если отбору по обмену данные не соответствуют, то объект оправляется с признаком "На удаление". Это незначительно замедляет процесс выполнения обмена, но позволяет избежать различных коллизий и неоднозначных ситуаций. Например когда пользователь меняет значение реквизита "Организация" для уже выгруженного объекта и др.
Надеюсь "Обмен по организациям" поможет Вам в решении задачи связанных с распределением ведения учета по организация.
(©Топчий Д.Ю.) Посвящается всем, кто намучился с обменом между базами РИБ в Альфа-Авто версии 4, версии 5… или со штатным неудобным, медленным обменом в базах Управление торговлей 11, Управление торговлей 10.3, или в базах, построенных на БСП! Всем тем, у кого нормально не происходил обмен изменениями конфигурации, терялись данные при обмене… Тем, кто не мог выполнить обмен в ручном режиме сразу с несколькими узлами… Тем, кто не мог спокойно изменить данные узла, не прибегая к сторонним обработкам… Всем тем, кто не мог удалить дубли элементов одним махом во всех узлах РИБ… А так же тем, кто не имел возможности сравнить документы в пределах узлов на предмет отличий их от имеющихся в ЦБ и установить, например, факт мошенничества или ошибок при обмене…
Данная система обмена между узлами РИБ предназначена в первую очередь для конфигураций Управление торговлей 11, Управление торговлей 10.3, Альфа-Авто версии 4, версии 5 компании Рарус. Но может работать где угодно, т.к. не привязана к механизмам конфигураций Раруса или типовых решений или стандартных подсистем.
Написана для работы в клиент-серверном варианте. Может работать как в тонком клиенте, так и в толстом. Все формы – управляемые.
Платформа для работы нужна не ниже 8.3.. т.к. на ней гарантировано работает. Режим совместимости конфигурации желательно 8.3.6 и выше. Но возможно будет работать и с более низким уровнем совместимости.
Весь код моего производства, система проверена в бою несколькими годами.
Теперь пройдемся по возможностям:
Внедрение может происходить как своими силами, так с помощью моих. Внедрение и настройка моими силами обсуждается отдельно.
Код открыт - возможна любая модернизация.
Ниже расположен файл, в котором указано что и где в нужно отключить в АА, чтоб данная система нормально заработала. В конфигурациях Управление торговлей 11 и подобных нужно рубить подписки на события, используемые в РИБ.
Возможно, так же будут вам полезны мои разработки:
-
- Система интерактивных ролей и обработчиков с возможностью интерактивной настройки и не только (платформа 8.3.17+, расширение) для УТ 11 (все), КА 2, ERP 2, Розница 2, УНФ 1.6, БП 3, ЗУП 3.1 - Конструктор значений текстовых полей справочника "Номенклатура" (обработка, для УТ 11, КА 2, ERP 2, Розница 2, платформа 8.3.6+) - Система настройки произвольных условий регистрации и фильтрации типового обмена вместо правил конвертаций для каждого узла в отдельности (8.3.14+, расширения для УТ 11, КА 2, ERP 2, Розница 2, БП3, УНФ 1.6) - Система автоматической загрузки номенклатуры, картинок и связанных данных из различных источников (E-MAIL, HTTP, FTP, ЛОКАЛЬНЫЕ КАТАЛОГИ) (расширение + конфигурация, 8.3.14+, для УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6, Розница 2) - Телеграм-бот для передачи файлов и взаимодействия с системой QR-кодирования печатных форм и не только - Универсальная система оповещений по произвольным условиям, расписанию, ролям и пользователям (для платформ 8.3.6+, для ЛЮБЫХ баз) - САПП - система анализа на наличие проблем и/или предложений в ЛЮБЫХ базах 1С, работающих на платформе 8.3.4+ - Выгрузка в SPOT 2D / ОРИМИ с произвольной структурой полей в файле для УТ 10.3 и не только (платформа 8.3 +) - Гибкая система расчета зарплаты по произвольной мотивации для УНФ 1.6 и не только (Расширение + Конфигурация, платформа 8.3+) - QR - штрихкодирование документов БЕЗ изменения печатных форм и конфигурации, с произвольными алгоритмами создания QR -кода и обработки для УТ 11 (все), ERP 2, КА 2, УТ 10.3, Розница 2.2, УНФ 1.6, БП 3
- //infostart.ru/public/845506/ - Контроль над паролями пользователей для ЛЮБОЙ типовой конфигурации, работающей на платформе 8.3 и выше ( + Расширение) - Выгрузка-загрузка любых данных между похожими или одинаковыми конфигурациями ЛЮБЫХ баз 1С 8.1-8.3 - Быстрый поиск дублей с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой заменой значений в ЛЮБЫХ базах - Сравнение данных РИБ или обменивающихся баз с одинаковыми конфигурациями по контрольным суммам выбранных реквизитов, работающих на платформе 8.3. и выше - Проведение/снятие с проведения документов/очистки движений не проведенных, перезаписи ссылочных объектов с отборами для баз 1С 8.1-8.3 - Одиночная/групповая регистрация объектов/реквизитов объектов для обмена через планы обмена c отборами для ЛЮБЫХ баз 1С на 8.2-8.3 - Удаление данных с отбором и построением дерева ссылок в базах 1С 8.1-8.3 - Загрузка иерархии номенклатуры, картинок, штрихкодов, характеристик, доп. реквизитов, цен, поступлений, номен. поставщиков из xls,xlsx,xlsm,ods,ots,csv для УТ 10.3, БП 2.0, УТ 11.1/11.2/11.3, БП 3, КА 2, ERP 2, УНФ 1.6, Розница 2.2 - Мастер выгрузки ЛЮБЫХ данных (остатков, цен, картинок, иерархии, доп. реквизитов, характеристик, штрихкодов и т.д.) в CSV / XLS / XLSX / MXL / ODS / PDF для ЛЮБЫХ баз, работающих на платформе 8.3. и выше - Мониторинг цен закупки / цен продаж и наценки для Управления Торговлей 11 (все), ERP 2, КА 2, Розница 2.2 - "Что? Где? Когда?" или журнал изменений с восстановлением состояния реквизитов ссылочных объектов (для платформ выше 8.2.16+, любой конфигурации, управляемые формы)
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Часто возникает ситуация, когда организация имеет несколько филиалов или торговых точек, территориально удаленных друг от друга. Тем не менее остается необходимость вести единый учет по всей организации. Одним из вариантов решения этой задачи является создание единой сети, в которую будут включены автоматизированные рабочие места всех филиалов, и размещение информационной базы 1С на общедоступном сервере. Этот способ может быть технически сложен и затратен. Кроме того, возникает ряд вопросов, связанных с информационной безопасностью.
Второй вариант — создание распределенной информационной базы (РИБ). Распределенная информационная база представляет собой иерархическую структуру, состоящих из отдельных информационных баз на платформе 1С:Предприятие, между которыми организован обмен данными с целью синхронизации конфигурации и данных. Эти отдельные информационные базы называются узлами РИБ.
Распределенная информационная база может быть создана на основе различных конфигураций системы 1С:Предприятие. Рассмотрим ее создание на примере 1С:Управление торговлей 10.3.
Допустим, в торговой организации открывается дополнительная торговая точка, в которой необходимо иметь доступ к общей торговой системе организации. Для создания РИБ необходимо выполнить следующие шаги:
На этом создание распределенной информационной базы завершено. Для обмена информацией необходимо запустить обмен данных в Центральной базе (выгрузятся изменения, которые произошли в ней), затем — в магазине (загрузятся изменения из центральной базы и выгрузятся изменения, произошедшие в магазине), и снова — в центральной базе (в нее загрузятся изменения, произошедшие в магазине).
Распределенные информационные базы имеют свой механизм разрешения коллизий. Так, если при проведении обмена выясняется, что какой-либо объект (документ, справочник и т.д.) был изменен и в главной, и в подчиненной базе, то приоритет будет иметь изменение, сделанное в главной базе.
При необходимости изменить конфигурацию распределенной информационной базы, это нужно делать в корневом узле (см. первый рисунок статьи), конфигурации остальных узлов заблокированы. После проведения необходимых изменений, их можно передать в подчиненные узлы с помощью стандартной процедуры обмена данными между узлами РИБ. После проведения обмена в конфигураторе подчиненного узла необходимо выполнить обновление конфигурации информационной базы.
Если у вас возникли проблемы с настройкой распределенной информационной базы, наши специалисты помогут вам настроить обмен данными и подробно объяснят, как его использовать.
Создание распределенной информационной базы (РИБ) 1С:Предприятие : 2 комментария
Нужна помощь в создании РИБ
Мой тел 8905******162 звонить с 12.00-20.0
Механизм РИБ — механизм распределенных информационных баз - это когда у вас есть главная база и подчиненная(ые). Главная база может быть только одна, подчиненных может быть много. Каждая подчиненная база может иметь свои подчиненные базы, для которых она будет главной.
Вот посмотрим на картинку из первой ссылки по запросу в Яндексе:
РИБ используется для обмена данными. Причем не только теми данными, с которыми работает пользователь, но и данными изменения конфигурации. То есть РИБ позволяет передавать изменения конфигурации. Но изменить конфигурацию можно только в главной базе!
Визуализируем:
У нас большая компания и много филиалов. Есть доработанная УНФ, которую мы гордо называем УБФ(Управление Большой Фирмой). Но мы решили, что хватит терпеть то, что все филиалы имеют доступ к документам всех филиалов и каждому филиалу решили сделать отдельную базу, которую синхронизировать с нашей основной базой для передачи данных. Что ж, можно. Сделали.
И внезапно мы решили изменить картинку, которая появляется при входе в базу, захотели поместить туда логотип нашей фирмы, а почему бы и нет?
Как запилить картинку во все базы всех филиалов? Ну при текущем варианте, что у всех филиалов отдельная база, только руками. Руками специалистов, которые умеют заходить в конфигуратор и знают что нужно там нажать.
А вот если бы мы сделали подчиненные базы для филиалов, то есть использовали РИБ, то и данными бы обменивались, как при обычной синхронизации, и картинка бы сама добавилась во все "базы-дочки". Однако, в конфигуратор зайти бы все-таки пришлось, но только чтобы нажать кнопочку "Обновить конфигурацию базы данных", вот картинка:
Как создать подчиненную базу, на пальцах:
я буду использовать Управление торговлей, редакция 11 (11.4.13.275), но способ, в целом, одинаковый во всех типовых конфигурациях.
1) Сначала проделаем шаги, как при настройке обычной синхронизации:
2) . поставим галочку, нажмем.
4) тут ознакомимся с описанием. Я выберу обычную настройку, но если бы мы следовали примеру выше, то нужно было бы выбрать "с фильтром" и там одним кликом выбрать нужный филиал.
6) Указываем префикс - он будет подставляться к номерам документов, чтобы можно было отличить документы дочки и основной базы.
7) в общем случае, тут ничего не надо нажимать, кроме "Записать и закрыть".
8) А вот теперь создаем нашу новую подчиненную базу:
9) указываем место, куда ее покладем.
10) Зайдем в нашу новую подчиненную базу и закончим настройки синхронизации(синхронизация уже создалась, так как использовали РИБ, но нужно указать каталог для обмена выбрав "Настройки подключения")
(обратите внимание на верхний левый угол окна программы, там название базы, он отличается от предыдущих, так как это "дочка")
Кстати, в новой базе все пользователи будут выключены, пароли сброшены, нужно включить руками:
В общем-то ВСЕ.
Подчиненная база создана!
Теперь, когда наши программисты что-нибудь улучшат, эти улучшения прилетят в подчиненные базы сами.
Вот что-то изменили в основной базе:
нам нужно перенести изменения в базы-дочки.
Для этого запускаем главную базу в режиме 1С:Предприятие, то есть в пользовательском интерфейсе, заходим в настройки синхронизации, жмем выделенную кнопку:
После того, как синхронизация закончится, заходим в базу дочку и так же жмем "Синхронизировать", база загрузит данные и напишет:
После нажатия на Далее база закроется и начнет устанавливать обновления.
Когда обновы установятся, база начнет запускаться и сообщит нам следующее:
Это означает, что не обновлена конфигурация базы данных. Та самая маленькая кнопка в конфигураторе и это именно та причина, почему придется ОДИН раз зайти в конфигуратор. Что ж, зайдем в конфигуратор базы-дочки и нажмем эту кнопку, заодно вообще посмотрим что-да-как там, мы ж там еще не были.
Откроем конфигурацию и вот что увидим
Нажмем на "Обновить конфигурацию базы данных".
Увидим список изменений, которые прилетели с обновлениями:
И вот эти обновления появились в подчиненной базе.
Теперь необходимо запустить базу в пользовательском режиме, чтобы выполнились обработчики обновления.
Несколько правил:
1) Все узлы, кроме одного, должны иметь по одному главному узлу и один узел не будет иметь главного узла - это корневой узел.
2) Конфигурация может быть изменена только в узле, не имеющем главного узла (то есть в корневом).
3) Изменения конфигурации будут передаваться от главного к подчиненным узлам.
4) Разрешение коллизий так же будет производиться исходя из отношений "главный - подчиненный" - если изменения сделаны одновременно и в главном и в подчиненном узлах, то приняты будут изменения главного узла.
5) Сделать подчиненный узел в распределенной базе можно разными способами, но создание начального образа является рекомендуемым.
А теперь то, ради чего все писалось.
Как подчиненную базу сделать обычной(нормальной, отдельной, как хотите).
Я опишу только тот способ, которым пользуюсь. Это моя шпаргалка. Но он не единственный.
1) Заходим в свойства ярлыка запуска окна 1С:Предприятие:
2) В поле "Объект" дописываем:
DESIGNER /F"Путь до базы" /N"Имя Пользователя в базе" /P"Пароль пользователя" /ResetMasterNode
В итоге у меня получится:
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"C:\Users\79119\Desktop\РИБ" /N"" /P"" /ResetMasterNode
Читайте также: