Обмен данными между базами 1С — штука коварная. Он может месяцами работать как часы, а потом тихо сломаться так, что никто не заметит. Документы создаются в одной базе, а в другую не попадают. Или попадают, но не все. Или попадают с ошибками. Бухгалтер узнаёт об этом, когда пытается сформировать отчёт и видит, что данных за полтора месяца просто нет.
Как работает обмен — простыми словами
Представьте двух бухгалтеров, которые сидят в разных комнатах. Каждый работает в своей программе. Чтобы данные из одной программы попали в другую, между ними настроен «мостик» — план обмена. Этот мостик следит за тем, какие документы изменились, собирает их в пакет и отправляет в другую базу.
Звучит просто. Но в реальности есть десятки мест, где что-то может пойти не так.
Типичные причины сбоев
Документ не зарегистрирован в плане обмена
Это самая частая и самая коварная проблема. Документ создан в базе-источнике, проведён, всё выглядит нормально. Но в план обмена он не попал — а значит, мостик его не видит и не отправляет.
Почему так бывает? У нас был случай в торговой компании. Данные о покупателях приходили через внешнюю систему и загружались напрямую в базу. Загрузка была настроена правильно — покупатели создавались, заказы оформлялись. Но при загрузке никто не подумал зарегистрировать новых покупателей в плане обмена. В результате данные оседали в одной базе, а в магазины не уходили. Расхождение обнаружили через три недели, когда один из магазинов пожаловался, что не видит нового клиента.
Решение было простым — одна строчка кода при загрузке данных, которая регистрирует объект в плане обмена. Но найти эту строчку заняло полдня диагностики.
Регламентное задание обмена остановилось
Обмен данными обычно запускается автоматически — регламентное задание срабатывает каждые 15-30 минут и выполняет синхронизацию. Но задание может остановиться. Причин масса: сервер перезагрузился и задание не запустилось, кто-то случайно отключил его в настройках, задание завершилось с ошибкой и больше не пытается.
Мы сталкиваемся с этим регулярно. Как и с проблемами отправки писем, задание может молча остановиться, и никто не узнает об этом до тех пор, пока не хватится данных.
Конфликт при загрузке
Данные выгрузились из одной базы, передались через файл или напрямую, начали загружаться в другую — и тут ошибка. Чаще всего это конфликт: документ ссылается на справочник, которого в базе-получателе ещё нет. Или формат данных не совпадает — в одной базе обновлённая конфигурация, в другой — старая.
Решение: обновлять базы синхронно. Если одну обновили, а вторую — нет, формат обмена может разойтись, и вы получите либо ошибки, либо (что хуже) молчаливую потерю данных.
Тихие ошибки
Самый неприятный вид проблем. Обмен работает, задание запускается по расписанию, журнал не показывает ошибок. Но часть данных не передаётся. Почему? Потому что ошибка возникает на уровне бизнес-логики: данные загружаются, но при проведении документа в базе-получателе срабатывает проверка, которая отменяет проведение. Документ формально создан, но не проведён — а значит, не влияет на остатки и отчёты.
Обнаружить такие ошибки можно только сверкой. Периодически формируйте одинаковые отчёты в обеих базах и сравнивайте итоги. Расхождение — повод копать глубже.
Как проверить, что обмен работает
Простой алгоритм, который может выполнить любой пользователь с правами администратора:
- Откройте журнал регистрации (Администрирование — Журнал регистрации). Отфильтруйте по событию «Обмен данными». Посмотрите последние записи — когда был последний обмен, завершился ли он успешно.
- Проверьте регламентные задания (Администрирование — Регламентные и фоновые задания). Найдите задание обмена. Включено ли оно? Когда запускалось последний раз? Нет ли ошибок в последнем выполнении?
- Посмотрите состояние узла обмена. Это более техническая операция, но ключевая. В плане обмена видно, сколько объектов зарегистрировано для отправки. Если число постоянно растёт и не уменьшается — данные регистрируются, но не отправляются.
- Выполните обмен вручную. Запустите обмен руками (кнопка «Синхронизировать» или «Выполнить обмен данными»). Посмотрите результат — сколько объектов отправлено, сколько получено, есть ли ошибки.
- Сверьте данные. Сформируйте ОСВ за текущий месяц в обеих базах. Сравните итоги по ключевым счетам. Совпадают — всё хорошо. Не совпадают — ищите, где потерялись документы.
Профилактика: чтобы обмен не ломался
Несколько правил, которые мы рекомендуем нашим клиентам:
- Обновляйте обе базы одновременно. Не обновляйте Бухгалтерию, если не готовы обновить ЗУП. Разные версии конфигураций — частая причина сбоев обмена.
- Настройте уведомления. Если регламентное задание обмена завершилось с ошибкой — администратор должен узнать об этом сразу, а не через месяц.
- Делайте контрольную сверку. Раз в месяц, при закрытии периода, сверяйте ключевые показатели в обеих базах. Это занимает 15-20 минут, но может сэкономить дни работы.
- Не трогайте планы обмена. Если не знаете, что делаете — не меняйте настройки обмена самостоятельно. Одно неверное действие в плане обмена может привести к повторной загрузке всех данных за весь период.
Если обмен уже сломался, не пытайтесь чинить его методом «выключить-включить». Сначала разберитесь в причине. Если ситуация непонятная — позвоните нам. Лучше потратить час на диагностику, чем потом два дня восстанавливать данные, которые потерялись из-за неудачной попытки починить обмен вручную.
