Как организовать работу в корпоративной базе 1С:Корпорация
Содержание
Настройки обмена между офисами и складами в 1С:Корпорация собраны в разделе Администрирование → Синхронизация данных. Там создают узлы распределённой базы, задают расписание, смотрят предупреждения и перезапускают зависшие сеансы обмена. Если данные из филиала не доходят до центра — начинать нужно именно отсюда.
Корпоративная поставка 1С объединяет несколько прикладных решений и рассчитана на работу группы компаний: головной офис, филиалы, удалённые склады. Чаще всего такую структуру строят на распределённой информационной базе (РИБ) — когда у каждого подразделения своя копия базы , а изменения расходятся по узлам через механизм синхронизации. Ниже — как это устроено и что настраивать по шагам.
Когда нужна распределённая база, а когда достаточно одной
Прежде чем делить базу на узлы, стоит честно ответить: действительно ли нужна РИБ.
Распределённая база оправдана, когда:
- 📡 у филиала нестабильный или медленный канал связи, и работать в общей базе через тонкий клиент невозможно;
- 🏭 склад или производство должны работать автономно, даже когда центр недоступен;
- ⚖️ объём документов такой, что единая база не справляется с нагрузкой.
Если же у всех подразделений есть устойчивый интернет, чаще выгоднее одна база на сервере с подключением через веб-клиент или RDP. Тогда не придётся разбираться с обменом вовсе: все видят одни и те же данные в реальном времени.
РИБ — это не «ускорение 1С», а компромисс ради автономности. За автономность платят задержкой: данные в центре появляются не мгновенно, а после очередного сеанса обмена.
Отдельно стоит синхронизация между разными конфигурациями — например, когда учёт торговли ведут в одной программе, а регламентированный учёт в другой. Это тоже «Синхронизация данных», но не РИБ: там обмениваются только частью документов по правилам конвертации.
Устройство распределённой базы: главный и подчинённые узлы
Распределённая база имеет древовидную структуру. Есть один главный узел (его ещё называют центральным) и подчинённые узлы — филиалы, склады, удалённые рабочие места.
Роли узлов различаются принципиально:
| Что делает узел | Главный | Подчинённый |
|---|---|---|
| Меняет конфигурацию | да | нет |
| Создаёт новые узлы | да | обычно нет |
| Хранит полный набор данных | да | свою часть |
| Разрешает конфликты | приоритет за ним | уступает главному |
Конфигурацию в распределённой базе меняют только в главном узле. Обновление автоматически расходится по подчинённым вместе с обычным обменом данными. Если попытаться открыть Конфигуратор в подчинённом узле и что-то поправить, система либо не даст сохранить изменения, либо они будут потеряны при следующем приёме сообщения из центра.
Подчинённые узлы создают из главного: формируют начальный образ — это, по сути, готовая копия базы для филиала с уже прописанными настройками обмена. Начальный образ разворачивают на месте, и филиал начинает работать со своей копией.
Важный момент — что именно попадает в образ. Обычно начальный образ несёт всю нормативно-справочную информацию и остатки на дату создания, но не обязательно весь архив документов за прошлые годы. Если филиалу нужна история, её либо включают в образ, либо догоняют отдельной выгрузкой. Пока начальный образ не развёрнут, не вводите документы в будущем подчинённом узле — иначе их придётся переносить вручную.
Настройка синхронизации и расписания обмена
Настройку начинают в главном узле. Общий порядок такой:
- Откройте
Администрирование → Синхронизация данныхи включите флажок синхронизации данных, если он ещё не стоит. - Задайте префикс информационной базы — короткий буквенный код узла (например,
ЦОдля центра,СКдля склада). Префикс подставляется в номера документов и не даёт номерам из разных узлов совпасть. - Создайте новую настройку синхронизации, выбрав нужный план обмена. Для распределённой базы это план обмена типа РИБ (в типовых конфигурациях он может называться «по организации», «по складу» или просто РИБ).
- Укажите способ подключения: обмен через общий сетевой каталог, по FTP, по электронной почте или напрямую через подключение к другой базе.
- Сформируйте начальный образ подчинённого узла и передайте его в филиал.
Расписание: как часто обмениваться
Автоматический обмен работает через регламентное задание. В клиент-серверной базе оно выполняется на сервере, в файловой — только пока открыта программа (поэтому для файловой базы часто держат отдельный запущенный сеанс).
Периодичность подбирают под задачу:
- 🕐 раз в 5–15 минут — для оперативной торговли, когда центр должен быстро видеть отгрузки;
- 🕓 раз в час — универсальный вариант для большинства филиалов;
- 🌙 ночью — если данные нужны к утру и срочности нет.
Слишком частый обмен на слабом канале создаёт очередь незавершённых сеансов. Если один сеанс не успел закончиться до старта следующего, они начнут мешать друг другу. Начните с интервала раз в час и сокращайте его, только если данные реально опаздывают.
Чем соединять узлы
Способ подключения выбирают по тому, как связаны филиал и центр. У каждого варианта свои ограничения:
| Способ | Когда подходит | На что смотреть |
|---|---|---|
| Общий сетевой каталог | узлы в одной сети или через VPN | права на папку, стабильность VPN |
| FTP-сервер | филиал в интернете, своего канала в сеть центра нет | логин/пароль, размер файлов, пассивный режим |
| Электронная почта | совсем слабая связь, обмен редкий | лимит вложения, переполнение ящика |
| Прямое подключение к базе | обе базы на одном сервере или в быстрой сети | строка соединения, одновременный доступ |
Для большинства филиалов удобнее всего FTP или сетевой каталог через VPN: почта медленная и упирается в размер вложений, а прямое подключение требует постоянной доступности второй базы. Пароли и строки соединения храните у администратора, а не в тексте настройки на виду у всех пользователей.
Общие справочники и единая нормативно-справочная информация
Главная боль распределённого учёта — рассинхронизация справочников. Если в двух филиалах заведут одного и того же контрагента вручную, в центре после обмена окажется два дубля.
Чтобы этого не было, договариваются о правилах ведения нормативно-справочной информации (НСИ):
- 📘 Справочники-источники (контрагенты, номенклатура, договоры) заводят только в одном месте — обычно в центре — и раздают по узлам обменом.
- 🔒 На местах ввод новых элементов таких справочников либо запрещают правами, либо вводят через заявку, которую обрабатывает ответственный в центре.
- 🧾 Единые классификаторы (виды цен, статьи затрат, склады) создают заранее в главном узле до формирования начальных образов.
Если дубли всё же появились, их не удаляют вслепую: сначала через механизм поиска и объединения дублей выбирают один верный элемент, а остальные помечают как дубли с переносом ссылок. Удалять элемент справочника, на который уже есть ссылки в документах, нельзя — это приведёт к битым ссылкам во всех узлах.
Ввод первичных документов в подразделениях
В распределённой базе каждый филиал вводит свою первичку сам: приходные и расходные накладные, кассовые документы, акты. Благодаря префиксу номера документов из разных узлов не пересекаются.
Несколько правил, которые экономят разбирательства:
- 🗂️ Филиал проводит только свои документы. Чужие документы, пришедшие обменом, в филиале обычно доступны лишь на просмотр — так задумано, чтобы не было правок с двух сторон.
- 📅 Следите за датой запрета редактирования: если в центре закрыли период, а в филиале задним числом провели документ этого периода, при обмене возникнет конфликт.
- 🔁 После проведения документа он уходит в обмен не сразу, а при ближайшем сеансе. Пока обмен не прошёл, в центре документа ещё нет — это нормально.
Для контроля удобно держать на видном месте список непереданных изменений. В рабочем месте синхронизации видно, сколько объектов ожидает отправки и когда был последний успешный обмен.
Контроль и мониторинг обмена данными
Администратор следит за обменом из того же раздела Администрирование → Синхронизация данных. Ключевые вещи, на которые смотрят ежедневно:
- ✅ дата и время последнего успешного обмена по каждой настройке;
- 📨 количество неотправленных изменений — если число растёт и не обнуляется, обмен встал;
- ⚠️ предупреждения при синхронизации — отдельный список, куда попадают конфликты, непринятые объекты и ошибки.
Если обмен не прошёл, сначала смотрят текст ошибки в журнале регистрации (Администрирование → Журнал регистрации, отбор по событию синхронизации). Чаще всего причина лежит на поверхности: недоступен каталог обмена, переполнился почтовый ящик, кончилось место на диске или разошлись версии конфигурации между узлами.
Ручной обмен запускают кнопкой синхронизации в карточке настройки — это безопасно и помогает понять, доходит ли сообщение. Перед перезапуском зависшего регламентного задания убедитесь, что предыдущий сеанс обмена действительно завершился, иначе два параллельных обмена могут задвоить данные.
Конфликты версий и типичные ошибки обмена
Конфликт возникает, когда один и тот же объект изменили в двух узлах между сеансами обмена. Система не может решить, чья версия верна, и применяет правило приоритета: по умолчанию побеждает главный узел, а проигравшее изменение попадает в предупреждения.
Самая опасная ошибка — пытаться «починить» обмен удалением узла или пересозданием настройки на рабочей базе. Так можно потерять очередь изменений и получить расхождение данных. Если обмен запутался, сначала делают резервную копию всех узлов и только потом разбираются.
Закрытие периода и сводная отчётность по группе
Поскольку центральный узел собирает данные всех подразделений, сводную отчётность строят именно в нём. Порядок закрытия месяца в распределённой базе такой:
- Филиалы заканчивают ввод и проведение своих документов за месяц.
- Проходит финальный сеанс обмена — центр получает всё.
- В филиалах устанавливают дату запрета редактирования, чтобы задним числом ничего не поменяли.
- В центре выполняют закрытие месяца и регламентные операции.
- Строят отчёты в разрезе организаций, подразделений или складов.
Стандартные отчёты (оборотно-сальдовая ведомость, продажи, остатки) в центральном узле уже содержат данные всех подразделений — достаточно задать нужный отбор или группировку по организации. Отдельный инструмент консолидации для этого не нужен, если все компании группы ведутся в одной базе.
Консолидация в полном смысле (с исключением внутригрупповых оборотов) — это уже задача отдельного решения для управления холдингом. На уровне распределённой базы достаточно корректной группировки и сверки остатков между узлами перед закрытием.