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