Как создать автономное рабочее место в 1С

Автономное рабочее место в 1С — это отдельная копия информационной базы, которая работает независимо от центрального сервера и периодически обменивается с ним данными. Такой режим востребован, когда сотрудник работает из дома, в командировке, в филиале со слабым каналом связи или на объекте без стабильного интернета. Все типовые конфигурации на платформе 1С:Предприятие 8.3 (Управление торговлей, ERP, Комплексная автоматизация, Управление нашей фирмой и другие) поддерживают этот механизм через планы обмена.

Механика проста: в главной базе создаётся узел обмена, из него выгружается начальный образ автономного рабочего места, этот образ разворачивается на удалённом компьютере, после чего стороны обмениваются сообщениями — пакетами изменений. Обмен идёт через файл, который передаётся по локальной сети, через FTP, электронную почту или веб-сервис, в зависимости от конфигурации и настроек.

Важно понимать ограничение: автономное рабочее место — это не полноценный многопользовательский режим. Одновременно редактировать один и тот же документ в двух узлах нельзя без риска конфликта. Поэтому перед внедрением нужно чётко распределить зоны ответственности: кто вводит какие документы и справочники.

Когда автономное рабочее место оправдано, а когда лучше другое решение

Автономный узел подходит, когда сотруднику нужно полноценно вводить документы вне офиса: оформлять заказы у клиента, вести складской учёт в удалённом филиале, работать с базой в поездке без интернета. Данные накапливаются локально и попадают в центральную базу при ближайшей синхронизации.

Если же сотруднику нужно только просматривать данные или у него есть стабильный интернет, рассмотрите альтернативы: веб-клиент или тонкий клиент через интернет, RDP-подключение к терминальному серверу, публикацию базы на веб-сервере. Эти варианты не требуют синхронизации и исключают конфликты данных, но полностью зависят от качества связи.

Сравнение вариантов удалённой работы

Автономное рабочее место

Подходит при нестабильной связи и необходимости вводить документы офлайн. Ограничение: возможны конфликты данных и задержка актуальности.

Тонкий/веб-клиент через интернет

Подходит при стабильном канале связи. Данные всегда актуальны, но при обрыве связи работа останавливается.

RDP к терминальному серверу

Подходит для работы с «тяжёлой» базой со слабого компьютера. Требует постоянного подключения и настроенной инфраструктуры.

Что подготовить перед созданием узла обмена

Сначала убедитесь, что конфигурация поддерживает автономную работу. В типовых решениях нужный раздел обычно называется «Синхронизация данных» и находится в подсистеме администрирования. Если в настройках синхронизации есть пункт «Автономная работа» или «Автономное рабочее место» — механизм доступен. В самописных и сильно доработанных конфигурациях его может не быть.

Сверьте версии. Конфигурация и релиз на будущем автономном месте должны точно совпадать с центральной базой на момент создания образа. Расхождение версий — самая частая причина ошибок при загрузке сообщений обмена. Также подготовьте компьютер удалённого сотрудника: установите платформу 1С той же версии, что и на сервере, и проверьте, что хватает места на диске под копию базы.

Третий шаг подготовки — определить состав данных. В настройках узла обычно можно ограничить выгрузку: по организациям, складам, подразделениям, дате начала выгрузки документов. Чем меньше лишних данных уходит в автономный узел, тем быстрее создаётся образ, тем меньше файлы обмена и тем ниже риск конфликтов.

Создание автономного рабочего места в главной базе

Откройте в центральной базе раздел настройки синхронизации (в типовых конфигурациях: «Администрирование» → «Синхронизация данных»). Включите использование синхронизации, задайте префикс главной базы — короткий буквенный код, который будет добавляться к номерам документов, чтобы отличать их происхождение. Затем перейдите к настройке автономной работы и создайте новое автономное рабочее место.

В карточке настройки укажите: префикс автономного узла (отличный от главного), пользователя, от имени которого будет работать удалённый сотрудник, состав выгружаемых данных и способ транспорта сообщений — каталог на диске, сетевую папку, FTP или почту. Для первого запуска удобнее всего локальный каталог: файл образа можно потом передать на флешке или через файлообменник.

После сохранения настроек запустите создание начального образа. Программа сформирует файл развёртывания — фактически полную копию базы с привязкой к узлу обмена. На больших базах это занимает заметное время, запускайте процесс вне пиковой нагрузки. Готовый файл передайте на удалённый компьютер.

1. 1
   Включите синхронизацию данных в центральной базе и задайте её префикс
2. 2
   Создайте настройку автономного рабочего места: префикс узла, пользователь, состав данных, транспорт
3. 3
   Сформируйте начальный образ и передайте файл на удалённый компьютер
4. 4
   На удалённом компьютере создайте пустую базу в том же режиме и загрузите образ через конфигуратор или диалог настройки
5. 5
   Проверьте первый обмен: выгрузите сообщение из автономного места и загрузите его в центральную базу

Развёртывание образа на удалённом компьютере

На компьютере удалённого сотрудника установите платформу 1С той же версии и создайте пустую информационную базу в списке баз. При первом запуске в режиме предприятия программа предложит загрузить данные из файла начального образа — укажите полученный файл. В некоторых конфигурациях загрузка выполняется через конфигуратор: «Загрузить информационную базу» с последующим подтверждением привязки к узлу.

После загрузки база окажется в режиме автономной работы: она «знает», что является подчинённым узлом, и будет обмениваться только с главной базой. Создайте или проверьте пользователя, назначьте права, убедитесь, что сотрудник видит свои организации, склады и документы. Префикс узла подставляется в номера новых документов автоматически.

Отдельно настройте расписание или порядок обмена. Если используется файловый обмен через сетевую папку или облачное хранилище, пропишите путь к каталогу, доступному обеим сторонам. Для FTP и почты проверьте реквизиты подключения тестовым обменом до передачи базы сотруднику в реальную работу.

Как организовать регулярный обмен и избежать конфликтов

Обмен состоит из двух операций: выгрузка сообщения (пакет изменений из своей базы) и загрузка сообщения от другой стороны. В типовых конфигурациях есть кнопка «Выполнить обмен» и возможность настроить сценарий по расписанию. Договоритесь с сотрудником о ритме: например, обмен утром и в конце рабочего дня. Чем реже синхронизация, тем больше расхождение данных между узлами.

Конфликт возникает, когда один и тот же объект изменён в обеих базах между синхронизациями. Типовое поведение: приоритет у данных главного узла, либо программа спрашивает, какую версию принять — зависит от настроек. Чтобы минимизировать конфликты, закрепите зоны ответственности: автономный узел вводит свои документы (например, заказы филиала), а нормативно-справочную информацию и «чужие» документы только просматривает.

Проверка результата и контроль за работой узла

После первого обмена убедитесь, что данные реально переходят в обе стороны. Создайте тестовый документ в автономном месте, выполните обмен и найдите его в центральной базе. Затем создайте документ в центре и проверьте его появление на удалённом узле. Проверьте нумерацию: номера документов разных узлов должны различаться префиксами.

В дальнейшем контролируйте обмен через журнал регистрации и отчёты о результатах синхронизации. Тревожные признаки: растущий размер незагруженных сообщений, ошибки «несоответствие версий», предупреждения о конфликтах, отсутствие входящих сообщений дольше обычного интервала. Любую ошибку обмена разбирайте сразу — накопленные пакеты потом сложно «проиграть» задним числом.

Контрольные точки

Как проверить, что обмен работает

Тестовый документ из автономного узла

Норма

Появляется в центральной базе после обмена с префиксом узла

Тревожный признак

Документ не приходит или приходит без движений

Номера документов

Норма

У каждого узла свой префикс, номера не пересекаются

Тревожный признак

Одинаковые номера в разных узлах — префиксы не заданы

Журнал синхронизации

Норма

События «выгрузка/загрузка выполнены» без ошибок

Тревожный признак

Ошибки версий, отказ в загрузке, накопление непринятых сообщений

Ограничения, обновление и обслуживание

Обновление конфигурации требует особого порядка. Сначала обновляется центральная база, затем для автономного узла создаётся новый образ или конфигурация обновляется на удалённом компьютере тем же релизом, и только после этого возобновляется обмен. Пропуск этого правила — типичная причина полной остановки синхронизации.

Учтите, что автономный узел — полноценная копия базы с коммерчески чувствительными данными. Защитите удалённый компьютер: шифрование диска, учётная запись с паролем, ограничение прав пользователя 1С до необходимого минимума. При увольнении сотрудника узел нужно отключить от обмена, а локальную копию базы — удалить.

Частые вопросы

Можно ли создать несколько автономных рабочих мест для одной базы?

Да, в типовых конфигурациях можно создать несколько узлов — для каждого удалённого сотрудника или филиала свой узел со своим префиксом и набором данных. Каждый узел обменивается с центральной базой независимо, напрямую между собой автономные места не синхронизируются.

Что делать, если удалённый сотрудник долго не выполнял обмен?

Формально ничего страшного: при следующей синхронизации накопленные изменения уйдут в центральную базу. Но чем длиннее пауза, тем выше риск конфликтов и работы с устаревшими остатками. Перед обменом после долгого перерыва желательно сделать копию автономной базы.

Можно ли превратить автономное рабочее место обратно в обычную базу?

Штатного «отсоединения» без последствий в типовых механизмах нет: база остаётся подчинённым узлом плана обмена. Если автономная работа больше не нужна, узел удаляют в центральной базе, а данные из удалённой копии переносят через обмен до отключения. После этого локальную копию удаляют.

Какой канал передачи файлов обмена выбрать?

Для стабильной работы удобнее всего общая сетевая папка (в том числе через VPN) или синхронизируемый облачный каталог — обе стороны просто читают и пишут файлы в одно место. FTP и почта подходят как запасные варианты, но чувствительны к ошибкам реквизитов и ограничениям на размер вложений.

Почему при загрузке сообщения появляется ошибка о несоответствии версий?

Почти всегда это означает, что центральная база обновлена, а автономный узел — нет (или наоборот). Обмен между узлами с разными версиями конфигурации невозможен. Решение: обновить отстающую сторону тем же релизом, при необходимости сформировав новый образ.