Главбух закрывает квартал и видит, что остаток на 1310 в Бухгалтерии не совпадает с остатками склада в УТ на несколько миллионов. Задолженность одного покупателя в двух базах разная, а два контрагента с одинаковым БИН существуют в трёх экземплярах. Обмен «вроде работает» — ошибок в журнале нет. Такая картина у компаний, которые ведут 1С:Управление торговлей для Казахстана и 1С:Бухгалтерию для Казахстана в связке, встречается постоянно. Ниже — типовые причины, как их найти и какие правила не дают расхождениям вернуться.
Как устроена связка
УТ — база оперативного учёта: заказы, склад, продажи, закупки. Бухгалтерия — регламентированный учёт и налоги. Документы создаются в УТ и передаются в Бухгалтерию через синхронизацию данных (в УТ — «Администрирование» → «Синхронизация данных»). Обмен настраивается с датой начала, отбором по организациям и расписанием.
Главное правило связки: документ, который пришёл из УТ, в Бухгалтерии не редактируют. Если нужна правка — её делают в УТ, и она приходит при следующем обмене. Почти все ошибки ниже — нарушения этого правила или неудачная настройка на старте.
Если обмен для вас — источник постоянной головной боли, стоит прочитать сравнение «УТ и Бухгалтерия с обменом или одна база КА»: иногда одна база дешевле, чем годы сверок.
Ошибка 1. Правки в Бухгалтерии поверх данных из УТ
Бухгалтер находит в реализации неверную ставку НДС и исправляет её прямо в Бухгалтерии. Через день менеджер в УТ меняет в той же реализации количество — и при обмене документ перезаписывается версией из УТ, правка бухгалтера исчезает. Или наоборот: при некоторых настройках изменённый в приёмнике объект не перезаписывается, и базы расходятся навсегда.
Как заметить: сравните ведомость по товарам в УТ и оборотно-сальдовую ведомость по счёту товаров в Бухгалтерии по одной организации за месяц. Расхождение ищите по документам.
Как предотвратить: права. Бухгалтерам — запрет изменения документов, загруженных из УТ, или хотя бы договорённость, что правки идут через ответственного в УТ.
Ошибка 2. Дубли контрагентов и номенклатуры
Классика: контрагент создан и в УТ, и в Бухгалтерии вручную. При обмене программа не узнаёт в них одного и того же клиента и создаёт третью карточку. Для Казахстана это критично: ЭСФ выписывается по БИН/ИИН, и у дубля может не оказаться правильных реквизитов.
Как заметить: отчёт по контрагентам в Бухгалтерии с группировкой по БИН — всё, где больше одной карточки на БИН, требует разбора.
Как предотвратить: справочники ведутся в одной базе — в УТ. В Бухгалтерии ручное создание контрагентов и номенклатуры для организаций из обмена закрывается правами. Дубли, которые уже есть, объединяются обработкой поиска и замены дублей, затем выполняется повторная синхронизация.
Ошибка 3. ЭСФ и СНТ выписываются в двух базах
Казахстанская особенность. ЭСФ и СНТ можно оформлять и в УТ, и в Бухгалтерии. Если менеджер выписал ЭСФ из УТ, а бухгалтер по привычке — из Бухгалтерии, в ИС ЭСФ уходят два документа на одну реализацию, или статусы в базах расходятся.
Как заметить: журнал ЭСФ в обеих базах за месяц — количество выписанных по реализациям должно совпадать с одной базой, а в другой их не должно быть.
Как предотвратить: письменно решить, в какой базе работают с ИС ЭСФ и виртуальным складом, и закрыть эту функцию в другой. Мы чаще выбираем УТ, если СНТ связаны с отгрузками склада, и Бухгалтерию, если ЭСФ выписывает только бухгалтерия. Подробности — в статьях «ЭСФ и СНТ из УТ» и «Выписка ЭСФ из 1С».
Отдельно про синхронизацию с ИС ЭСФ: фирма «1С» выпускала исправление для Бухгалтерии 3.0.47.2 и УТ 3.4.4.108, где механизм автоматической синхронизации с ИС ЭСФ не учитывал дату последней синхронизации. Если у вас старый релиз и ЭСФ «пропадают», начните с обновления. О безопасном обновлении баз с доработками — в статье «Обновление 1С с доработками».
Ошибка 4. Банк и касса загружаются дважды
Выписку загрузили в УТ (для казначейства и взаиморасчётов с клиентами) и в Бухгалтерию (по привычке). После обмена в Бухгалтерии два поступления на одну оплату, у клиента «переплата».
Как предотвратить: банк загружается в одну базу. Если казначейство и контроль дебиторки ведутся в УТ — то в УТ, а в Бухгалтерию платежи приходят обменом. О казначействе в УТ — в статье «Казначейство и платёжный календарь в УТ».
Ошибка 5. Документы приходят, но не проводятся
Документ загрузился, но остался непроведённым: в нём не хватает реквизита, который нужен Бухгалтерии и не обязателен в УТ, — счёт учёта, ставка НДС, коэффициент единицы измерения, подразделение. В журнале обмена это может выглядеть как предупреждение, а не ошибка, и его никто не читает.
Как заметить: раз в неделю — отбор непроведённых документов в Бухгалтерии за текущий период. Если их больше нуля и они пришли из УТ, смотрите, чего не хватает.
Как предотвратить: заполнить в УТ всё, что требуется для проведения в Бухгалтерии, — единицы измерения и коэффициенты упаковок, налоговые параметры номенклатуры, подразделения; в Бухгалтерии — счета учёта номенклатуры по умолчанию.
Ошибка 6. Закрытый период и дата начала обмена
Бухгалтерия закрыла квартал и установила дату запрета изменения. Через неделю в УТ провели документ задним числом — он не может загрузиться в закрытый период. Или наоборот: дату начала обмена поставили «с начала года», и при первой синхронизации в Бухгалтерию пришли документы, которые там уже были введены вручную.
Как предотвратить:
- запрет изменения закрытого периода устанавливать в обеих базах одновременно;
- дату начала обмена выбирать после даты, по которую данные в Бухгалтерии вводились вручную, и до запуска сверить начальные остатки;
- изменения задним числом в УТ согласовывать с бухгалтерией.
Ошибка 7. Обмен отстал от релизов
УТ обновили, а Бухгалтерию — нет (или наоборот). Синхронизация между версиями работает, пока формат обмена совместим; когда в одной базе появляется новый реквизит или документ, а в другой — нет, данные теряются молча.
Как предотвратить: обновлять обе базы в одном окне и сверять, что версии поддерживают друг друга (это указано в описании релизов). Если на базах есть доработки, проверять обмен на копиях до обновления рабочих баз.
Регулярная сверка: 15 минут в неделю
Мы советуем клиентам простой регламент:
- Непроведённые документы в Бухгалтерии — раз в неделю.
- Остатки товаров: УТ против счёта товаров в Бухгалтерии — раз в месяц, до закрытия.
- Взаиморасчёты с крупными клиентами и поставщиками — раз в месяц.
- Дубли контрагентов по БИН — раз в квартал.
- Журнал синхронизации — ошибки и предупреждения за неделю.
Это занимает меньше времени, чем поиск расхождения на конец года.
Программы — 1С:Управление торговлей для Казахстана (ПРОФ — 136 250 ₸) и 1С:Бухгалтерия для Казахстана (ПРОФ — 97 250 ₸). Настройку и починку обмена мы делаем в рамках услуги интеграции 1С, а складскую часть УТ — в рамках автоматизации склада.
Частые вопросы
Можно ли сделать обмен двусторонним?
Технически — да, но двусторонний обмен документами сильно повышает риск конфликтов. Обычно документы идут из УТ в Бухгалтерию, а обратно — только то, что вводится исключительно в Бухгалтерии, если это вообще нужно.
Обмен работает, но остатки не сходятся. С чего начать?
С одной организации и одного месяца: сравнить остатки товаров и найти первый документ, где они расходятся. Чаще всего причина — правка в Бухгалтерии или документ, который не провёлся.
Нужно ли сопровождение, чтобы обмен работал стабильно?
Обмен ломается чаще всего после обновлений и при смене людей в бухгалтерии. Регулярная сверка по регламенту выше и обновление обеих баз вместе снимают большую часть проблем; сложные случаи разбираем почасово — от 22 000 ₸ в час.
Что лучше — исправить обмен или перейти на одну базу?
Зависит от числа пользователей и объёма документов. Если расхождения возникают каждый месяц, а бухгалтерия и склад работают в одной компании, посчитайте вариант с Комплексной автоматизацией.
