1с риб обмен через почту
Распределенная информационная база (РИБ) достаточно часто используется для организации работы филиалов и подразделений, позволяя оперативно обмениваться информацией, сохраняя нужную степень автономности. Несмотря на то, что данная технология достаточно надежна, время от времени ломается и она. Сегодня мы рассмотрим одну из довольно распространенных ошибок: Конфигурация узла распределенной ИБ не соответствует ожидаемой! Расскажем о причинах ее возникновения и методах борьбы с ней.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге.
В общем мораль этой истории проста - не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?
Решение "в лоб" - создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.
Откройте командную строку и введите (с учетом версии платформы и реального пути установки):
После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.
Внимание! На платформах 8.3.7 - 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.
Если вы не хотите возиться с командной строкой, то можно воспользоваться одной из обработок, ниже представлена та, которую используем мы, она была найдена на просторах сети, и мы внесли в нее лишь косметические правки. Обратите внимание, обработка подходит лишь для обычного приложения, для конфигураций на управляемом приложении используйте ключ запуска Конфигуратора.
Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл - Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.
Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация - Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
В режиме 1С:Предприятие необходимо открыть рабочую информационную базу.
Через меню "Операции" - "План обмена" заполняем список ее узлов в форме списка "Полный".
В списке узлов уже присутствует один узел распределенной информационной базы, который соответствует текущей информационной базе и в дальнейшем будет являться центральным узлом РИБ.
Указываем наименование узла - Центральная база, код узла ЦБ
Для того чтобы установить ПРЕФИКС, который будет добавляться к коду или номеру объектов, создаваемых в узлах РИБ для того, чтобы исключить возможность возникновения объектов с идентичными кодами и номерами, например документов, нужно в пункте меню Сервис выбрать Настройка программы, вкладку Обмен данными и дальше делаем всё по рисунку:
Далее жмем Ок.
Теперь в Планах обмена добавляем в список новый узел РИБ с наименованием Периферийная база, присваиваем ему код ПБ (это и будет удаленная информационная база).
Далее встаем мышкой на Периферийную базу и жмем на кнопку «Создать начальный образ».
Жмем далее, в следующем окне находится путь, где будет располагаться наша удаленная база (оттуда ее загружаем в 1С:Предприятие):
Затем настраиваем узлы РИБ: пункт меню Сервис, выбираем распределенная информационная база - Настроить узлы РИБ.
Выделяем "Распределенные Информационные Базы"
Жмем добавить, появляется настройка обмена данными.
На вкладке Основные необходимо будет задать:
Название (произвольное) - назовем его "Обмен с Периферийной базой".
Узел: выбрать в раскрывающимся окошке удаленную базу, с которой будет происходить обмен.
Галочку обмен по правилам НЕ УСТАНАВЛИВАЕМ.
Выбираем тип обмена. Всего их 3 варианта:
- Обмен через файловый ресурс
- Обмен через FTP
- Обмен через электронную почту
Мы рассмотрим более подробно обмен через файловый ресурс.
Далее выбираем каталог обмена данными, где будут находиться входящие файлы обмена и куда будут помещаться исходящие.
На вкладке Интерактивный обмен устанавливаем, что нам необходимо сделать: выгрузку данных или только загрузку, или и то, и другое.
Теперь добавляем Периферийную базу в 1С:Предприятие, где будем удаленно работать. Открываем, далее пункт меню Сервис - Настройка программы, вкладка Обмен данными, здесь уже ставим префикс ПБ (ну или любой какой вам нужно видеть):
После настройки перезапустите 1С:Предприятие для Периферийной базы.
Далее настраиваем узлы РИБ в этой базе: Сервис - РИБ - настроить узлы РИБ - по такому же принципу, что и для Центральной базы.
Итак, настройка готова! Для того чтобы обменяться данными встаем на настройку, жмем кнопку Выполнить обмен по текущей настройке. Приятного обмена. :-Р
Специальные предложения
Хотелось бы увидеть в этой публикации, ответ на вопрос который задают очень многие пользователи.
Для чего вообще нужна РИБ? В 90% случаев для удаленого офиса, где сидит человек и выполняет одну две операции. Этому человеку совсем не нужно видеть информацию с которой он не работает и не нужно ему давать права на изменения основных параметров базы(речь идет не только о Бухгалтерии).
Я веду к следующему, с какими правами должен работать пользователь в подчиненой базе, чтоб он не мог менять (например учетную политику), с другой стороны чтоб у него хватало прав на совершение обмена?
(2)весьма распространенная задача - разделение организаций через узлы РИБ. Собственно ради этого и изучаю материал.
Попробовал удалить данные по одной организации в ЗУП 2.5 обработкой. Вроде все удалилось, т.е. помечено. но при переходе такой базы в тройку она не видит ни одной ни другой организации. Вот полез в узлы РИБ..
Спасибо. Когда-то очень сильно нуждался вот в таком кратком, но внятном мануале. Надеюсь, кому поможет
Не совсем понял.
Тема: Пример настройки РИБ для 1С:Бухгалтерии 8
А настройки для Управления торговлей. В Бухгалтерии обмен через электронную почту не предусмотрен.
Выбираем тип обмена. Всего их 3 варианта:
- Обмен через файловый ресурс
- Обмен через FTP
- Обмен через электронную почту
(6) evrakylon,
В Бухгалтерии есть "Обмін електронними повідомленнями" нужно обновиться и посмотреть по внимательнее
Пример настолько прост и настолько хорошо изложен что даже человек ничего в етом не смислящий сразу разобрался и все заработало автору заслуженый респект и уважение 5+++++
Не понятно два момента:
1) Если обмен по организации то организации по идеи должны быть заведены в Центральной Базе но тогда получается у всех Организаций одно и тоже место создания, а так же одинаковый префикс в справочнике "Организации", хотя у каждой организации проставлен свой, индивидуальный.
2) Не совсем понятный момент с миграцией контрагентов по идеи если у меня все базы входят в один комплекс то у них должны быть общие контрагенты а не у каждого свои, а у меня как раз получается второй случай в Центральной базе есть все контрагенты с дублированием, а в периферийной базе только свои.
3) И зачем тогда в организациях указывать главную Организацию , если по ней никаких отчетов типо сводных по всем не формируется.
Подскажите плиз в чем прокол если кто знает.
Перечитал ИТС от 1С по созданию РИБ и ничего внятного не нашёл, наткнулся на эту публикацию и всё стало понятно. Автору огромное человеческое спасибо и здоровья!
Для самого начала освоения обмена данными между базами статья отличная. Хотелось бы такого же информативного продолжения темы. Уверен, что у автора есть опыт и в настройке обмена между разными конфигурациями, и в обмене через FTP с электронной почтой. Многим было бы интересно об этом расширить знания.
Все говорят про настройки, но никто не говорит о подводных камнях:
1) Если есть несколько баз то удаление нужно делать только в центральной базе, так как некоторые элементы справочников могут быть задействованы в одной базе а в другой какойто ламер посмотрит и скажет что это мне не нужно и удалит.
2)Обмен выполняется сервером 1С, так как база SQL, но сама настройка расписания забрала кучу времени так как не нашел никакого описания настроек.(смутили настройки повторения, обрыва задания)
3)Если в настройках обмена по организации поменять организацию то потом получится каша с данными двух баз, здесь нужно быть осторожным и убрать права у простых пользователей что то менять.
У кого еще какие интересные были ситуации?
4)Еще у пользователей в "Настройках пользователей" в центральной базе должен стоять флаг учет по нескольким организациям, иначе можно увидить документы только по основной организации, установленой в Справочнике "Организации".
Еще много чего можно написать но это уже другая тема.
Помогите пожалуйста. Уже 3 дня мучаюсь((( Перелапатил кучу инфы, но внятного ничего не нашел.
Имеются 2 идентичные базы, находящиеся в разных городах. Обе базы посажены на SQL, папка обмена находится на главном узле. К ней установлен полный доступ для всех пользователей. Между серверами имеется VPN-соединение. Когда осуществляю обмен в ручную, то все в порядке. Но при обмене по расписанию, в периферии не происходят ни выгрузка, не загрузка. На главном же узле, понятное дело, происходит только выгрузка. Блокировка регламентных заданий нигде не включена. Конфигурация - УТ 10.3(10.3.18.3). Платформа 8.2.14.540.
Да, в константах указан и пользователь и интервал опроса. Но вот обмен так и не происходит. т.е. как бы происходит, т.к. в мониторе обмена постоянно обновляются записи, но вот ни выгрузки, ни загрузки нет. Где-то вычитал, что для клиент-серверного варианта, не обязательно указывать пользователя и пароль, но и это не помагло. Пробовал по всякому. Но что больше всего бесит, так это то, что в ручном режиме все нормально работает.
Еще заметил одну вещь. Если в настройке автообмена, на закладке обмен по событиям, установить галочку, выполнять обмен при появлении каталога, то обмен происходит, и данные выгружаются. Но дело в том, что это происходит на клиентской части, а не на сервере.
За статью спасибо.
В процессе настройки возник один вопрос. Две базы абсолютно идентичны, файловый вариант. Как можно настроить, чтобы с периферийной базы в центральную базу мигрировали ТОЛЬКО денежные документы и документы реализации? Кроме написания собственного правила обмена. Можно ли реализовать стандартными методами?
Люди добрые помогите пожалуйста теперь и мне, у меня ситуация следующа:
1. есть 2 базы полснотью одной конфигурации и одного релиза
2. находятся они в разных местах, следовательно в одном месте заводят одни документы, в другом другие
3. есть главное место в котором находится одна главная конфигурация
4. это главное место хочет видеть документы которые заносит другая база.
5. как настроить обмен когда уже есть 2 базы, и документы в них разные
ПС: тут я так понял из главной базы выгружается другая база, которая потом уже устонавливается удаленно на точку и потом происходит обмен, а как сделать так когда уже есть 2 базы?
Настроил как написано.
Не работает.
Не выгружает и не загружает.
Настройки в скриншоте.
Помогите пожалуйста в чем может быть проблема?
(41) sam013, прочти мануал с нуля! И права в системе у вас должны быть! У меня на файловой базе все получилось с первого раза!
Ребят, такая проблема:
В результате грозы вырубился компьютер (бесперебойник не сдюжил).
БД на кассе (РИБ) рухнула и в результате использования утилиты тестирования и исправления ошибок почикала чеки. Скажем последний чек №71, затем восстановилась работа на чеке №191.
В ЦБ же при синхронизации были переданы чеки до 186, затем также со 191 продолжили в нормальном режиме обмениваться данными.
При этом на кассе смену закрыли, но данные о закрытии смены не передались в ЦБ. Там смена так и осталась открытой. И плюс открылась еще одна, когда на кассе, как положено, после закрытия снова открыли смену.
Что тут можно предпринять? Как данные синхронизировать, чтобы везде всё одинаково было?
Мануал и правда не плохой. Но подобного 4 ведра в интернете, с картинками, видео и в формате "давайте поможем Даше настроить РИБ". Гораздо интереснее как настроить автообмен, Ведь для полной синхронизации баз требуется в одной из них запустить выгрузку дважды - на выгрузку, а затем на загрузку, между которыми запустить выгруз\вгруз другой базы. Нигде этого не упоминают. Наверно потому что это очевидно, но не намного очевиднее данного мануала.
Мне интересен другой вопрос - если ЦБ и РИБ в разных часовых поясах? Есть 4 тома войны и мира на эту тему, с описанием якорей привязки времени в 1с, с выкладками теории относительности времени Энштейна и упоминаниями света и как волны и как частиц. Конкретно в двух словах "поставить на компе с базой РИБ часовой пояс ЦБ и не морочте людям голову" нет нигде.
(44) на днях сделаю публикацию с пояснением как сделать это на автомате через регламентное задание, причем и конфигурация будет обновлена автоматически как в файловом так и серверном варианте!
Для настройки РИБ тагже обязательно :
- Префикс организации задается в карточке организации и используется, если в базе ведется учет по нескольким юр. лицам, для корректной нумерации документов, относящихся к разным организациям
- 1С: Зарплата и управление персоналом 3.0 или 1С: Управление торговлей, то префикс базы просто необходим. Повторюсь, он также состоит из двух символов и задается в «Настройках синхронизации данных»
- Чтобы в дальнейшем при создании нового документа этого типа программа знала, какой номер должен быть следующим, задаем вручную номер, следующий за последним, в новом формате, в нашем примере он будет выглядеть так: «ТДБП-000006». И записываем документ
- Напомню, что первые два символа – это префикс организации, вторые – префикс информационной базы, в печатную форму попадают только символы, идущие после знака дефиса, они могут так же иметь свой формат, содержать как цифры, так и буквы в зависимости от документа или вида операции и т.д.
У меня есть другая проблема по теме. Есть РИБ. Центральная база (ЦБ) имеет настройку хранения файлов в томах хранения (локальный сервер). ЦБ - SQL.
Периферийная база (ПБ) файловая. При создании начального образа были созданы два файла - файл БД и архив files.zip. И вот теперь, когда дошел до настройки ордерной схемы, оказалось, что прикрепленные файлы отсутствуют в ПБ, а ссылки на них остались, что создает большую проблему при формировании приходного ордера в ПБ.
Собственно вопрос - Для чего тогда files.zip и как сделать так, чтобы файлы все-же были прикреплены к ПБ, Новые прикрепленные файлы передаются нормально, а вот ранее созданные номенклатурные позиции выдают ошибку.
В конце имеется интересующий меня абзац: "Создание узла из копии информационной базы"
"Под копией информационной базы в данном случае можно понимать тем или иным способом полученный экземпляр информационной базы полностью идентичный оригиналу. Так как конфигурация копии информационной базы идентична конфигурации оригинала, шаги, соответствующие синхронизации конфигураций, можно пропустить. Создание узла распределенной информационной базы выполняется следующим образом:
В оригинале информационной базы - узле распределенной информационной базы, для которой необходимо создать подчиненный узел, создаем узел плана обмена, устанавливаем его код и заполняем все необходимые для него реквизиты. В случае если узел, для которого необходимо создать информационную базу уже существует данный пункт можно пропустить.
В копии информационной базы удаляем все узлы соответствующего плана обмена.
Создаем новый узел плана обмена путем копирования узла ЭтотУзел.
Заполняем данные узла ЭтотУзел значениями, аналогичными содержащимся в узел созданном в пункте 1. Значение кодов узлов должны совпадать.
Изменяем код узла, созданного в пункте 3, на код узла ЭтотУзел информационной базы оригинала.
При помощи процедуры встроенного языка ПланыОбменаМенеджер.УстановитьГлавныйУзел() устанавливаем в свойство ГлавныйУзел значение ссылки на узел, созданный в пункте 3.
После выполнения пункта 6 создание узла распределенной информационной базы считается законченным. Созданная информационная база может участвовать в обмене данными в рамках распределенной информационной базы.
Состав данных полученного узла распределенной информационной базы полностью соответствует составу данных информационной базы оригинала (никакой фильтрации данных согласно составу мигрирующих объектов и в процедуре ПриОтправкеДанныхПодчиненному() произведено не было). Состав данных, необходимый для правильной работы узла, должен быть скорректирован самостоятельно."
Кто-нибудь понимает, что тут написано? Разжуйте для глупого, пожалуйста. Второй день в глаза долблюсь, вообще не могу понять
Здравствуйте! Скажите, пожалуйста, где можно почитать, в каких книгах по 1С про настройку РИБ через Автообмен по почте?
смотрела книгу "Профессиональная разработка в системе "1С:Предприятие 8" - там нет именно про Автообмен, настройку учетных записей.
Какая конфа?
Настройку учетных записей почты? Там вроде все просто, как в любом почтовом клиенте, параметры те же.
(2) конфа - КА 8.2, настройку учетных записей сделала - разобралась.
дальше разбираюсь, очень много данных, которые заполняются несколько раз.
нужно под пользователем Администратор, который скрыт в списке выбора пользователя и создан только в режиме конфигуратора, запускать автообмен ночью 00 часов 00 минут в центр. базе и в 03:00 ночи в периферийной обратно. и тоже самое днем. в автоматическом режиме с помощью обмена письмами по почте
(2) в настройке учетной записи почты - нужно настраивать почтовый ящик, с которого будет производиться загрузка из периферийной базы, или ящик, на который будет размещаться выгрузка из центральной, если учетная запись настраивается в центральной базе?
вопросов много. вроде все понятно и непонятно. сейчас запустила автообмен и он уже делается полчаса.
например, вопрос: Адрес для отправки и Учетная запись - один и тот же ящик или разные?
и еще при создании Автообмена при сохранении еще выдавалась ошибка:
Не установлена константа "Пользователь, для выполнения регламентных заданий в файловом режиме". Периодический обмен выполняться не будет!
везде пользователей указала. что не так?
"Пользователь, для выполнения регламентных заданий в файловом режиме" - это в настройках программы по моему, нужно указать этого Админа.
А база файловай?
уже закрыла базу принудительно и повторно запустила на автообмен, уже больше полчаса делается.
интересует, что делаю не так? можно пошагово объяснить как заполняется "Настройка выполнения обмена" по каждой вкладке, конкретно как строка на вкладке Автоматический обмен Настройки обмена данными?
(7) в учетной записи указывается почтовый ящик для выгрузки, а в Адрес для отправки - для загрузки? не совсем понятно по вашим словам, выходит, что одно и то же.
(7) база файловая. есть Центральная база и Периферийная база
(9) Каждой базе должен соответствовать свой ящик на который будут приходить письма для нее, и с которой будут уходить письма для других баз, этот ящик указывается в свойстве Учетная запись, в свойстве Адрес для отправки - это адрес яшика той базы, с которой нужно выполнить обмен.
По сути "От кого" - Учетная запись
"Кому" - Адрес для отправки
Обмен делается долго, возможно потому, что много данных для обмена.
По теме к (9). Как раз всё наоборот там. Учетная запись - это почтовый ящик для загрузки, а адрес для отправки - это выгрузка - куда выгружать.
(12) нужно через почтовый ящик - это распоряжение руководства. на таком принципе работает автообмен на 7.7 через почтовые ящики
Начат автоматический обмен данными по настройке "Автообмен" (12:33:54).
Ни загрузка ни выгрузка данных не были произведены
Обмен данными по настройке "Автообмен" завершен (12:33:54).
Начат автоматический обмен данными по настройке "Автообмен" (12:33:54).
Запись изменений текущей информационной базы в файл обмена завершилась успешно.
Отправка исходящего письма
Обмен данными по настройке "Автообмен" завершен (12:34:01).
Начат автоматический обмен данными по настройке "Автообмен" (12:37:54).
Ни загрузка ни выгрузка данных не были произведены
Обмен данными по настройке "Автообмен" завершен (12:37:54).
Начат автоматический обмен данными по настройке "Автообмен" (12:37:54).
Запись изменений текущей информационной базы в файл обмена завершилась успешно.
Отправка исходящего письма
Обмен данными по настройке "Автообмен" завершен (12:38:01).
Механизм РИБ — механизм распределенных информационных баз - это когда у вас есть главная база и подчиненная(ые). Главная база может быть только одна, подчиненных может быть много. Каждая подчиненная база может иметь свои подчиненные базы, для которых она будет главной.
Вот посмотрим на картинку из первой ссылки по запросу в Яндексе:
РИБ используется для обмена данными. Причем не только теми данными, с которыми работает пользователь, но и данными изменения конфигурации. То есть РИБ позволяет передавать изменения конфигурации. Но изменить конфигурацию можно только в главной базе!
Визуализируем:
У нас большая компания и много филиалов. Есть доработанная УНФ, которую мы гордо называем УБФ(Управление Большой Фирмой). Но мы решили, что хватит терпеть то, что все филиалы имеют доступ к документам всех филиалов и каждому филиалу решили сделать отдельную базу, которую синхронизировать с нашей основной базой для передачи данных. Что ж, можно. Сделали.
И внезапно мы решили изменить картинку, которая появляется при входе в базу, захотели поместить туда логотип нашей фирмы, а почему бы и нет?
Как запилить картинку во все базы всех филиалов? Ну при текущем варианте, что у всех филиалов отдельная база, только руками. Руками специалистов, которые умеют заходить в конфигуратор и знают что нужно там нажать.
А вот если бы мы сделали подчиненные базы для филиалов, то есть использовали РИБ, то и данными бы обменивались, как при обычной синхронизации, и картинка бы сама добавилась во все "базы-дочки". Однако, в конфигуратор зайти бы все-таки пришлось, но только чтобы нажать кнопочку "Обновить конфигурацию базы данных", вот картинка:
Как создать подчиненную базу, на пальцах:
я буду использовать Управление торговлей, редакция 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
Создание и настройка распределенной базы данных (РИБ) в 1С 8.3 Бухгалтерия (и других конфигурациях) необходимы в случаях, когда нет возможности работать нескольким пользователям, одновременно подключаясь к одной базе данных. В настоящее время это довольно редкое явление, так как прекрасно работает стандартный удаленный рабочий стол и есть другие программы, которые обеспечивают удаленное подключение к центральному компьютеру, где расположена база данных.
Но тем не менее бывают ситуации, когда просто-напросто нет интернета. А данные должны в итоге оказаться в одной информационной базе. Для этого и создается распределенная база данных.
Обычно главную базу называют центральной, а остальные — периферийными. Суть в том, что либо в ручном, либо в автоматическом режиме (зависит от настройки) базы данных объединяются в одну. Чтобы номера вновь введенных документов и коды справочников не дублировались, каждой базе данных назначается префикс.
В этой инструкции мы на примере создадим центральную и периферийную базы данных, проверим обмен между ними. Это пособие подойдет как для 1С 8.3 Бухгалтерия, так и для 1С Управление торговлей (УТ) и других конфигураций.
Настройка главной (центральной) распределенной базы РИБ
Зайдем в меню 1С «Администрирование», далее по ссылке «Настройки синхронизации данных». В открывшемся окне нужно установить флажок «Синхронизация данных». Станет активной ссылка «Синхронизация данных». Сразу здесь же установим префикс для главной информационной базы – например, «ЦБ»:
Заходим по ссылке «Синхронизация данных», откроется окно с кнопкой «Настроить синхронизацию данных». При нажатии на эту кнопку откроется выпадающий список, где нужно выбрать режим «Полный». Если требуется синхронизация только по одной организации, нужно выбрать «По организации…».
В следующем окне нам программа предложит сделать резервную копию. Настоятельно рекомендую сделать это, так как следующие шаги настройки могут быть необратимы.
После создания резервной копии нажимаем кнопку «Далее». На следующем шаге нам следует определиться, как будет происходить синхронизация:
- через локальный каталог или каталог в локальной сети;
- по интернету посредством FTP.
Для простоты и наглядности примера выберем локальный каталог. Я указал следующий путь: «D:Базы 1ССинхронизация». Не лишней будет проверка записи в данный каталог, для этого есть специальная кнопка:
Получите 267 видеоуроков по 1С бесплатно:
Следующие шаги с настройкой синхронизации по FTP и электронной почте пропускаем. Останавливаемся на настройках названий главной и периферийной баз данных. Здесь же зададим префикс для периферийной базы:
Не забывайте, что префиксы каждой базы должны быть уникальны. В противном случае Вы получите ошибку «Значение префикса первой информационной базы не уникально».
Жмем «Далее», проверяем введенную информацию и опять нажимаем «Далее», затем — «Готово». В поле «Полное имя файловой базы» указываем файл 1Cv8.1CD в каталоге, который создали для синхронизации. Создаем начальный образ распределенной базы 1С:
После создания начального образа РИБ в 1С можно задать расписание синхронизации или синхронизировать вручную:
После синхронизации можно подключиться к новой базе данных и убедиться, что туда выгрузилась информация из центральной базы:
Только сразу в новой периферийной базе заведите хотя бы одного пользователя с правами Администратора.
Настройка синхронизации в периферийной базе данных
В периферийной базе 1С настройка намного проще. Достаточно установить флажок «Синхронизация данных» и перейти по одноименной ссылке. И мы почти сразу попадаем в окно с кнопкой «Синхронизировать». Попробуем создать тестовую номенклатуру в периферийной базе и выгрузить ее в основную с помощью РИБ:
Как видно, идет полноценный двухсторонний обмен информации с префиксами информационных баз.
В заключение хочется добавить важное замечание. Изменения в конфигурации можно производить только в центральной базе данных. Эти изменения потом автоматически будут транслированы в периферийные базы.
В заключение рекомендуем видеоинструкцию по настройке РИБ в 1С на примере Управление Торговлей:
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
Часто возникает ситуация, когда организация имеет несколько филиалов или торговых точек, территориально удаленных друг от друга. Тем не менее остается необходимость вести единый учет по всей организации. Одним из вариантов решения этой задачи является создание единой сети, в которую будут включены автоматизированные рабочие места всех филиалов, и размещение информационной базы 1С на общедоступном сервере. Этот способ может быть технически сложен и затратен. Кроме того, возникает ряд вопросов, связанных с информационной безопасностью.
Второй вариант — создание распределенной информационной базы (РИБ). Распределенная информационная база представляет собой иерархическую структуру, состоящих из отдельных информационных баз на платформе 1С:Предприятие, между которыми организован обмен данными с целью синхронизации конфигурации и данных. Эти отдельные информационные базы называются узлами РИБ.
Распределенная информационная база может быть создана на основе различных конфигураций системы 1С:Предприятие. Рассмотрим ее создание на примере 1С:Управление торговлей 10.3.
Допустим, в торговой организации открывается дополнительная торговая точка, в которой необходимо иметь доступ к общей торговой системе организации. Для создания РИБ необходимо выполнить следующие шаги:
На этом создание распределенной информационной базы завершено. Для обмена информацией необходимо запустить обмен данных в Центральной базе (выгрузятся изменения, которые произошли в ней), затем — в магазине (загрузятся изменения из центральной базы и выгрузятся изменения, произошедшие в магазине), и снова — в центральной базе (в нее загрузятся изменения, произошедшие в магазине).
Распределенные информационные базы имеют свой механизм разрешения коллизий. Так, если при проведении обмена выясняется, что какой-либо объект (документ, справочник и т.д.) был изменен и в главной, и в подчиненной базе, то приоритет будет иметь изменение, сделанное в главной базе.
При необходимости изменить конфигурацию распределенной информационной базы, это нужно делать в корневом узле (см. первый рисунок статьи), конфигурации остальных узлов заблокированы. После проведения необходимых изменений, их можно передать в подчиненные узлы с помощью стандартной процедуры обмена данными между узлами РИБ. После проведения обмена в конфигураторе подчиненного узла необходимо выполнить обновление конфигурации информационной базы.
Если у вас возникли проблемы с настройкой распределенной информационной базы, наши специалисты помогут вам настроить обмен данными и подробно объяснят, как его использовать.
Информация филиалов, располагающихся в разных местах, должна попадать в головной офис для того, чтобы велся общий учет. Для того, чтобы обеспечить бесперебойную передачу этих данных, пригодится создание распределенной информационной базы. Сегодня мы расскажем как произвести ее настройку в 1С на примере 1С:Бухгалтерии 8.
Как настроить РИБ в 1с 8 3?
В режиме 1С:Предприятие необходимо открыть рабочую информационную базу.
Через меню «Операции» — «План обмена» заполняем список ее узлов в форме списка «Полный».
В списке узлов уже присутствует один узел распределенной информационной базы, который соответствует текущей информационной базе и в дальнейшем будет являться центральным узлом РИБ. Указываем наименование узла — Центральная база, код узла ЦБ.
Для того чтобы установить префикс, который будет добавляться к коду или номеру объектов, создаваемых в узлах РИБ для того, чтобы исключить возможность возникновения объектов с идентичными кодами и номерами, например документов, нужно в пункте меню Сервис выбрать Настройка программы, вкладку Обмен данными и дальше делаем всё по рисунку:
Далее жмем Ок.
Теперь в Планах обмена добавляем в список новый узел РИБ с наименованием Периферийная база, присваиваем ему код ПБ (это и будет удаленная информационная база).
Далее встаем мышкой на Периферийную базу и жмем на кнопку «Создать начальный образ». Жмем далее, в следующем окне находится путь, где будет располагаться наша удаленная база (оттуда ее загружаем в 1С Предприятие):
Настройка узлов РИБ
Пункт меню Сервис, выбираем распределенная информационная база — Настроить узлы РИБ.
Выделяем «Распределенные Информационные Базы». Жмем добавить, появляется настройка обмена данными.
На вкладке Основные необходимо будет задать:
- Название (произвольное) — назовем его «Обмен с Периферийной базой».
- Узел: выбрать в раскрывающимся окошке удаленную базу, с которой будет происходить обмен.
Галочку обмен по правилам не устанавливаем.
Выбираем тип обмена. Всего их 3 варианта:
- Обмен через файловый ресурс
- Обмен через FTP
- Обмен через электронную почту
Мы рассмотрим более подробно обмен через файловый ресурс.
Далее выбираем каталог обмена данными, где будут находиться входящие файлы обмена и куда будут помещаться исходящие. На вкладке Интерактивный обмен устанавливаем, что нам необходимо сделать: выгрузку данных или только загрузку, или и то, и другое.
Теперь добавляем Периферийную базу в 1с: Предприятие, где будем удаленно работать. Открываем, далее пункт меню Сервис — Настройка программы, вкладка Обмен данными, здесь уже ставим префикс ПБ (ну или любой какой вам нужно видеть):
После настройки перезапустите 1с:Предприятие для Периферийной базы.
Далее настраиваем узлы РИБ в этой базе: Сервис — РИБ — настроить узлы РИБ — по такому же принципу, что и для Центральной базы.
Как гарантировать стабильную работу 1С?
Для того чтобы ваши бизнес-процессы не тормозились и не возникали риски потери важной информации, нужно обеспечить стабильную работу 1С. Сделать это можно двумя основными способами:
Иметь в штате квалифицированных специалистов, которые имеют достаточную компетенцию для решения вопросов и проблем с программой.
Обратиться за сопровождением 1С к сторонним специалистам.
Почему многие клиенты выбирают второй вариант и приходят к нам?
Мы предлагаем не только внедрение, настройку и сопровождение, но и разработку под 1С, которая позволит оптимизировать ваши бизнес-процессы.
На вас работает целая команда, а значит вы не зависите от одного человека.
Вам не нужно оплачивать больничные, отпускные и готовить рабочее место для нового сотрудника.
Среди наших сотрудников не только специалисты 1С, но и опытные бухгалтера, поэтому мы подходит всесторонне к вопросу документооборота и отчетности.
Мы выстраиваем взаимодействие с клиентами так, чтобы вас удобно было оперативно обратиться по любому вопросу.
Позвоните по номеру телефона, указанному на сайте или заполните форму обратной связи, чтобы мы могли сориентировать по стоимости и рассказать, как начать сотрудничество.
Читайте также: