Как перенастроить обмен данными между 1С:УНФ и Розницей
Содержание
Под реконструкцией данных чаще всего понимают заново собранный обмен между базами: синхронизация сбилась, товары задвоились, а остатки в 1С:УНФ и 1С:Розница разошлись. Чинится это в разделе Администрирование → Синхронизация данных: там пересобирают настройку обмена, заново сопоставляют номенклатуру и запускают полную выгрузку.
Ниже — порядок действий от подготовки базы до разбора ошибок. Пути указаны для интерфейса «Такси», механизм синхронизации одинаков в обеих конфигурациях, потому что построен на стандартной подсистеме обмена. Отдельные пункты в УНФ и Рознице могут называться чуть иначе — такие места отмечены.
С чего начать: подготовка базы к перенастройке
Прежде чем трогать настройки обмена, зафиксируйте текущее состояние. Повторный запуск синхронизации в худшем случае задваивает документы и перетирает справочники, поэтому путь назад должен быть.
Сделайте резервную копию обеих баз до любых изменений в обмене. Файловую базу
выгрузите через Конфигуратор → Администрирование → Выгрузить информационную базу (файл .dt), серверную — средствами СУБД или тем же способом в монопольном режиме.
Полная повторная выгрузка пройдёт по всем пользователям сразу. Делайте её, когда в базе никого нет: после закрытия смен в Рознице и завершения рабочего дня в УНФ. Иначе половина документов уедет в одном состоянии, половина — в другом.
Что проверить перед настройкой:
- 🔢 Версии релизов. Обмен работает, когда обе конфигурации на совместимых релизах. Если одна база давно не обновлялась, сначала поднимите её релиз — старый формат обмена не поймёт новые данные.
- 🏷️ Префиксы баз. У каждой базы должен быть свой префикс в кодах и номерах (например,
УНФ-иРЗ-). Без этого номера документов из двух баз столкнутся. Префикс задают в настройках программы, раздел параметров учёта. - 👥 Права пользователя обмена. Синхронизацию запускает пользователь с полными правами либо специально заведённый служебный пользователь с ролью на обмен данными.
- 🗓️ Период расхождения. Прикиньте, с какого момента данные в базах разошлись. От этого зависит дата начала выгрузки и то, придётся ли заводить остатки вручную.
Отдельно убедитесь, что номенклатура в обеих базах приведена к общему виду: одинаковые артикулы и штрихкоды у одних и тех же товаров. Это та работа, которую лучше сделать до обмена, а не разгребать дубли после — к сопоставлению номенклатуры вернёмся ниже.
Настройка синхронизации данных между базами
Откройте Администрирование → Синхронизация данных. Если синхронизация ещё не включена, поставьте флажок, который разрешает обмен, и задайте префикс этой базы. Затем перейдите в Настройки синхронизации данных и создайте новую настройку.
Порядок при создании:
- Выберите программу-партнёра — вторую конфигурацию, с которой идёт обмен (УНФ ↔ Розница).
- Укажите способ подключения. Вариант выбирают по тому, где физически стоят базы:
| Способ | Когда применять | На что обратить внимание |
|---|---|---|
| Прямое подключение | Обе базы на одном сервере или в одной сети | Нужны логин и пароль пользователя второй базы |
| Через каталог (файлы) | Базы в разных сетях, обмен не онлайн | Каталог должен быть доступен обеим сторонам на запись |
| Через FTP | Удалённая точка без общей папки | Следите за правами и объёмом — большие пакеты идут долго |
| Через интернет | Точки в разных городах | Нужен опубликованный веб-сервис одной из баз |
Для двух баз на одном сервере проще прямое подключение, для разнесённых точек — через каталог или интернет. 3. Задайте правила отправки и получения: по какой организации, складу или магазину выгружать данные. Это главный фильтр — он решает, что именно уедет в соседнюю базу. 4. Проверьте формат обмена. Современные конфигурации обмениваются через универсальный формат (EnterpriseData); он задаётся автоматически, вручную его менять не нужно.
Ограничьте состав данных сразу. Если Рознице не нужна вся номенклатура УНФ, а только товары выбранного магазина, настройте отбор на шаге правил. Чем меньше лишнего едет, тем быстрее обмен и меньше дублей.
После сохранения настройки система предложит выполнить первую синхронизацию. На этом же шаге задаётся дата, начиная с которой выгружаются документы, — к ней вернёмся в разделе про историю.
Когда обмен отлажен, его переводят на расписание: указывают, как часто базы обмениваются изменениями (например, каждые 15 минут или по завершении смены в Рознице). Расписание настраивают в той же форме синхронизации. На время реконструкции автоматический обмен лучше отключить, чтобы он не мешал ручной выгрузке, и включить обратно, когда данные сойдутся.
Запуск обмена и первая выгрузка
Первая синхронизация — особенная: именно на ней базы знакомятся и сопоставляют свои справочники. Запускается она кнопкой выполнения синхронизации в той же форме настройки.
Что происходит по шагам:
- База отправляет свой состав данных во вторую.
- Вторая база ищет у себя совпадения по справочникам (в первую очередь по номенклатуре и контрагентам).
- То, что не нашлось автоматически, выводится в помощник сопоставления — его нужно пройти вручную.
- После подтверждения сопоставления идёт собственно загрузка документов и остатков.
Повторный полный обмен — это не «кнопка синхронизации» из обычного дня. Обычная синхронизация шлёт только изменения. Полную выгрузку (регистрацию всех данных заново) включают отдельно и только при реконструкции — когда обмен ранее был настроен неверно и данные надо пересобрать. На рабочей базе без необходимости её не запускают: она создаёт большой объём и провоцирует дубли.
Если обмен уже был настроен, но сломался, не создавайте вторую настройку поверх старой — это гарантированный источник задвоения. Сначала проверьте и почините существующую: часто достаточно заново пройти сопоставление и один раз выгрузить данные полностью.
После первого обмена сразу сверьте результат, не откладывая. Самая быстрая проверка — остатки на складе: откройте в принимающей базе отчёт по остаткам товаров на дату обмена и сравните с базой-источником. Разошлись суммы или количество — значит, часть позиций не сопоставилась или не попала в отбор. Параллельно проверьте, что не появились документы с чужими номерами без префикса: это первый признак задвоения.
Сопоставление номенклатуры и борьба с дублями
Самое узкое место реконструкции — товары. Если в двух базах один и тот же товар заведён по-разному, обмен создаст дубль вместо того, чтобы связать карточки.
Автоматически система сопоставляет номенклатуру по значимым полям. Чем точнее они совпадают, тем меньше ручной работы:
Что сопоставляется плохо и требует рук:
- товары с пустым или разным артикулом — связываются только вручную;
- позиции, которые в одной базе заведены как услуга, а в другой как товар;
- характеристики и упаковки, если в базах разная их детализация.
Непосопоставленные позиции помощник покажет списком. Пройдите его целиком: оставить «на потом» нельзя — незакрытые строки либо заблокируют обмен, либо уедут новыми карточками.
Так же сопоставляются контрагенты и организации, но по ним совпадений обычно больше: связка идёт по ИНН и наименованию. Проблемы возникают, когда один и тот же поставщик заведён с разным написанием названия или без ИНН — тогда его тоже придётся сопоставить руками.
Если дубли уже появились, их убирают обработкой Поиск и удаление дублей. Она доступна в разделе администрирования или через Главное меню → Все функции (команда отключена по умолчанию — её включают флажком в настройках программы).
Удаление дубля необратимо и затрагивает все документы, где товар использовался. Перед запуском — резервная копия, а при объединении всегда указывайте, какая карточка остаётся главной: ссылки из документов перенесутся на неё.
Порядок безопасного объединения:
- Отберите группу похожих позиций по наименованию или штрихкоду.
- Проверьте вручную, что это действительно один товар.
- Выберите карточку-эталон (ту, что заполнена полнее и используется в обмене).
- Запустите объединение и проверьте пару документов, что ссылки встали на эталон.
Что делать с историей продаж и остатками
Реконструкция почти всегда упирается в вопрос: переносить ли старые данные или начать обмен «с чистого листа».
Управляет этим дата начала выгрузки в настройке синхронизации. Поставьте её на начало текущего периода — и в соседнюю базу уедут только свежие документы, а архив продаж останется там, где был. Это самый частый и безопасный сценарий: Рознице не нужна вся история закупок УНФ, а УНФ достаточно текущих продаж.
Когда историю всё же нужно поднять целиком:
- 📦 Остатки. Их переносят не историей документов, а одним документом ввода остатков на дату старта обмена. Так в соседней базе не разрастается лишняя детализация, а количество и суммы сходятся.
- 🗂️ Архив старых баз. Если точка раньше работала в отдельной базе Розницы, её данные не «вливают» в обмен, а оставляют как архивную копию для просмотра. Поднимать многолетнюю историю через синхронизацию — долго и чревато дублями.
Перед большой выгрузкой истории прикиньте объём. Несколько лет продаж розничной точки — это сотни тысяч строк. На слабом сервере такой обмен идёт часами; разумнее ограничить дату и завести входящие остатки отдельно.
Диагностика и устранение типовых ошибок обмена
Большинство сбоев синхронизации сводится к нескольким причинам. Разбор по симптому:
Отдельная история — коллизии, когда один и тот же объект изменили в обеих базах между обменами. В этом случае синхронизация не угадывает, чья правка верна: она применяет ту базу, которой при настройке назначен приоритет. Если видите, что правки из одной базы систематически перетираются, проверьте, какая сторона назначена главной, и при необходимости поменяйте приоритет в настройке.
Если после всех проверок обмен так и не идёт, разорвать круг помогает чистый пересбор: отключить проблемную настройку синхронизации, восстановить базу из резервной копии на момент до сбоя, создать настройку заново и один раз выгрузить данные полностью. Этот путь длиннее, зато снимает накопившиеся конфликты регистрации. Пересоздавать саму базу или удалять справочники при этом не нужно — проблема почти всегда в настройке обмена, а не в данных.