Итак, имеется РИБ «1С:Розница 1.0» на платформе 8.1, в которой на данный момент 115 периферийных узлов.
После внесения изменений в конфигурацию центрального узла производится обмен с периферийными узлами.
Периферийный узел при попытке загрузить входящий пакет выдает ошибку » Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации. Необходимо произвести перенос изменений конфигурации в узел».
Можно, конечно, зайти конфигуратором в каждый периферийный узел и обновить конфигурацию вручную. Но мне больше нравится следующий вариант.
Заходим в режиме предприятия в периферийный узел и:
1. Сервис -> Обмен данными -> Настройка выполнения обменов
2. Выбираем нужную настройку и в пункте меню Действие выбираем подпункт «Настройка обновления конфигурации»
3. В открывшемся окне ставим галку на «Автоматически обновлять конфигурацию при приеме сообщения от главного узла»
4. В текстовом поле вставляем скрипт:
[CODE]
@echo off
set v8exe=»C:Program Files (x86)1cv81in1cv8.exe»
set DataBaseName=»D:1C_Base»
set DataBase=/F%DataBaseName%
REM Логин администратора системы
set AdminUser=/N»Администратор» /p «пароль» /WA-
echo Завершение работы пользователей и установка блокировки…
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CЗавершитьРаботуПользователей /DisableStartupMessages
echo .
echo Обновляем конфигурацию информационной базы
start «» /wait %v8exe% CONFIG %DataBase% %AdminUser% /UpdateDBCfg /UCКодРазрешения
echo .
echo Разрешение работы пользователей…
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CРазрешитьРаботуПользователей /UCКодРазрешения /DisableStartupMessages
[/CODE]
правим объявленные в скрипте переменные под свои данные.
Теперь при приёме сообщения от центрального узла с обновлением конфигурации автоматически будет запускаться скрипт, который блокирует работу пользователей, обновляет конфигурацию, а затем разблокирует работу пользователей.
Есть один момент: если пользователь начал входить в ИБ и остановился на этапе авторизации, то платформа не может заблокировать такого пользователя (он же ещё не вошёл). В итоге конфигурация обновиться не может, т.к. нет монопольного доступа к ИБ.
Данный способ у меня работает уже с 2010 года.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
а ещё можно на форму настройки добавить поля для выбора пользователя, от чьего имени будет осуществляться обновление и поля для вводаподтверждения пароля (звездочками отображалось что бы), а потом, при формировании скрипта для обновления брать данные для подстановки из этих полей, что бы не светить логинпароль как на скриншоте у автора (такая система работает тоже очень давно у нас и не надо создавать в этом случае пользователя для обмена специального, все под штатным локальным админом выполняется). Ещё и исполняемый код в точках можно прикрутить, что бы после обновления при загрузке мессаджа в каждой точке выполнились назначенные действия (включение нового доп.права у продавца, например)
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CЗавершитьРаботуПользователей /DisableStartupMessages — эм…много вопросов остается:
А пароль где?
А если серверный вариант периферийных баз?
А если при выбросе пользователей юзверь останется висеть как сеанс в 1с сервере?
А для других конфигураций как?
что то в Бухгалтерия предприятия КОРП, редакция 2.0 (2.0.64.12) я такого не могу найти 🙁
(3) didkovskij,
В конфигурациях для бухгалтерии такой функционал не предусмотрен.
(2) Ещё такой вопрос — а если сервер 1С предприятия и клиент — установлены на разных компьютерах — тогда как?
Кстати, даже если они на одной машине — есть косяк в 1С 8.2 с двойной авторизацией при первом запуске под пользователем. При этом даже если пароль указан в командной строке — диалог ввода пароля всё-равно вылезает…
У меня было такое решение: обработка, которая висит в фоне и периодически (раз в пять минут) — проверяет, нет ли изменений в конфигурации. Если изменения есть — запускается конфигуратор в режиме пакетного обновления. Для борьбы с двойной авторизацией — написана «простенькая» утилита (на Delphi) — работающая через WinAPI.
Сейчас сделал — чтобы сеанс не висел — цельную программу, которая коннектится к SQL-серверу напрямую и проверяет наличие обновлений (чтобы не висел постоянно сеанс в 1С). Но эта программка не всегда почему-то подцепляется к MS SQL. Да и нередко сервер перезагружают (а после перезагрузки — программка не запущена, т.к. никто под пользователем не зашёл). Так что — конечного решения пока что нету (((
(3) didkovskij,
Смотрите Обработки.ОбновлениеКонфигурации
Для розничных периферийных баз, это наверное рисковано.
На кассе пробивают чек, а программа при автоматическом обмене завершает работу пользователей.
Да и для обычных вероятно тоже.
(7) aspirator23, обновление конфигурации происходит только при запуске обмена данными. В момент обмена пользователи вообще не могут чеки бить, т.к. заблокированы таблицы итогов. Соответственно перед обменом все пользователи на кассах предупреждаются о начале обмена
(2) Программулькин,
А пароль где?
Пароль, как и имя пользователя содержится в переменной AdminUser
set AdminUser=/N»Администратор» /p «пароль» /WA-
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CЗавершитьРаботуПользователей /DisableStartupMessages
для файлового варианта set DataBase=/F%DataBaseName%
для серверного — set DataBase=/S%DataBaseName%
ну тогда обновление конфигурации не произойдёт. В моей практике пользовательский сеанс, который не может заблокироваться — это когда пользователь входит в базу, но пароль ещё не ввёл… т.е. когда у кого-нибудь тупо на экране висит диалог авторизации, а злобный пользователь ушёл например чаю попить )
с РИБами других конфигураций не сталкивался
(5) DrAku1a,
запуск обмена с обновлением конфигурации запускаем только на той машине, где крутится база (не важно серверный или файловый вариант), т.к. обмен происходит значительно быстрее, чем если его запускать на клиенте.
эээ… как то не сталкивался с такой ситуацией, т.к. у нас РИБ на 8.1
кстати в ближайшее время буду РИБ в 115 узлов переводить на платформу 8.3… надеюсь не столкнусь с данной проблемой ))
Здраствуйте!
В 1С: Бухгалтерия 8.2.
При загрузке данных из ЦБ в ПБ возникает ошибка:
Начат обмен данными по настройке «Обмен с Периферийной базой» (12:37:14).
Объект не записан!
Не уникальный порядок элемента справочника.
Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Не удалось записать «Черновики (Группы писем электронной почты)»!
Чтение данных из файла обмена завершено с ошибками!
Обмен данными по настройке «Обмен с Периферийной базой» завершен (12:37:19).
Подскажите как решить?
Спасибо.
(11) Andy20151110, в ЦБ сними с регистрации для обмена элемент справочника у которого неуникальный порядок. И повтори выгрузку из ЦБ в ПБ
А вообще, задумайся, а нужен ли обмен этим справочником
(11) Проверьте в журнале регистрации на каком элементе «спотыкается» обмен. если справочник подразделения то есть вариант решения описанный на другом ресурсе (
Как я понимаю это у вас в справочнике «Подразделения» образовалось…ТАК?
Тогда делать надо следующее:
1. в общем модуле справочника «Подразделения» исправить строку КонтролироватьПорядок = Истина;
на КонтролироватьПорядок = Ложь;
2. Затем перезапустить программу и с диск ИТС, с любого взять обработку «УниверсальныеПодборИОбработкаОбъектов.epf» и проставить в ней номера.
3. Далее строку КонтролироватьПорядок = Ложь; заменить на обратную КонтролироватьПорядок = Истина;.
4. Снова перезапустить программу.
Как эту штуку внедрить в любую конфигурацию?
Написал универсальный метод для любой конфигурации. Скоро оформлю публикацию.
(15) Xershi, Как скоро ждать публикации?:)
(16) Spacer, я уже писал в своей теме. Нет времени на публикацию, чтобы была универсальной. Да и подзабыл, что куда добавлял. Во время внедрения нужно было документацию написать. Так что как только так сразу. Но не ждите в ближайшее время.
Автор, ваше решение не предусматривает фоновые сеансы в 1с. Спотыкается на завершении пользователей. Более того. после запуска вываливается сообщение «Установка соединений с информационной базой запрещена». Ни в конфигуратор, ни в предприятие не впускает. Исправьте, это серьезная ошибка в вашем алгоритме
(10)
Ни знаю актуально нет, но данная ошибка исчезает при «Аутентификации Windows»
(16) уже давно опубликовал и забыл оповестить:
Пользуйтесь на здоровье!