Бухгалтер закрывает месяц, а отчет по расчетам с контрагентами зависает – параллельно с ним другой сотрудник проводит накладную, и оба ждут, пока система освободит таблицу. Знакомая картина для баз с большой нагрузкой. Причина – фоновое распределение платежей в старой архитектуре взаиморасчетов «1С», которое годами вызывало взаимоблокировки. Фирма «1С» прямо называет переход на новую архитектуру «самым значимым изменением» редакции 2.6 – и в этой статье разберем, что конкретно меняется, кого это касается и как перейти без потерь в данных по контрагентам.
Материал написан для бухгалтерии и финансовых директоров компаний на 1С:ERP, «1С:КА» и «1С:УТ». Если ваша база до сих пор работает в режиме «Офлайн», переход на «Онлайн» станет обязательным условием перед обновлением до редакции 2.6.
Что такое новая архитектура взаиморасчетов
Взаиморасчеты в «1С» – это распределение сумм оплат и отгрузок между конкретными документами: какая накладная оплачена, какая еще висит в задолженности, где образовался аванс. Это распределение нужно для печати первичных документов, формирования отчетов в валюте регламентированного учета и отражения сумм на бухгалтерских счетах.
До версии 2.4.6 в 1С:ERP работал только режим «Офлайн» – устаревающая архитектура, которую фирма «1С» ведет с 2016 года. Распределение расчетов по документам и датам платежа выполнялось не сразу, а фоновым регламентным заданием по расписанию. Именно эта задержка и создавала конфликт: пока фоновое задание пересчитывало расчеты, другие пользователи не могли одновременно работать с теми же данными – возникала взаимоблокировка.
С версии 2.4.6 доступен режим «Онлайн» – новая архитектура, где распределение происходит прямо в момент проведения документа, а не отдельным фоновым процессом.
Переключатель режима находится в разделе «НСИ и администрирование» → «Настройка НСИ и разделов» → «Казначейство и взаиморасчеты» → «Взаиморасчеты». Если на этой странице вы видите кнопку «Офлайн/Онлайн» – значит, база работает на старой архитектуре. Если переключателя нет, компания уже перешла на новый режим.
Кто отвечает за переход и кого он касается
-
Бухгалтерия – формирует первичные документы, отчеты и проводки на основе данных о взаиморасчетах; для нее переход означает изменение логики распределения сумм по документам.
-
Финансовый директор – использует данные расчетов для контроля дебиторской и кредиторской задолженности, планирования платежей.
-
ИТ-администратор – технически включает новый режим и следит за корректностью работы нетиповых отчетов после перехода.
-
Все пользователи, работающие с большим числом документов одновременно – именно они первыми ощущают эффект от устранения взаимоблокировок.
Малые компании с небольшим документооборотом иногда решают, что тема их не касается: «у нас пара операторов, конфликтов при вводе документов не бывает». Формально риск взаимоблокировок при небольшой нагрузке действительно ниже.
Но начиная с версии 2.5.27.41 полностью отключается механизм взаиморасчетов «Офлайн», при обновлении автоматически запускается переход на новую архитектуру взаиморасчетов «Онлайн». Новый режим становится обязательным во всех конфигурациях независимо от объема документооборота – переход на редакцию 2.6 без него невозможен.
Что нужно сделать перед переходом на версию 2.6
-
Проверьте текущий режим ведения взаиморасчетов. Откройте раздел настроек казначейства и взаиморасчетов и убедитесь, включен ли режим «Офлайн» или «Онлайн» в вашей базе.
-
Запустите регламентное задание «Выполнение отложенных движений по расчетам с клиентами\поставщиками» - в результате выполнения регламентного задания в регистре «Задания к распределению расчетов» не должно остаться необработанных записей за прошлые периоды;
-
Выполните закрытие месяца;
-
Проведите аудит взаиморасчетов: сформировать отчеты по взаиморасчетам «Ведомость расчетов с клиентами», «Ведомость расчетов с поставщиками»;
-
Обновитесь до версии 2.5.27. Переход на новую архитектуру взаиморасчетов осуществляется при обновлении на версию 2.5.27.41 посредством обработчиков. 2.5.27- стабильная версия для тестирования новой архитектуры перед переходом на редакцию 2.6.
-
Первично проведите вышеуказанные действия на тестовой копии базы. Не переключайте архитектуру прямо в рабочей системе – риск слишком высок для критичного участка учета.
-
Оцените время перехода и проверьте корректность остатков. После включения режима «Онлайн» регистры расчетов по документам заполняются на основе исторических данных – сравните итоговые суммы с показателями до перехода. В случае, если переход не завершился, то в отчетах по взаиморасчетам или при закрытии месяца будет выводиться предупреждающая надпись «Внимание! Данный отчет больше не поддерживается и может содержать ошибки. Необходимо выполнить переход на режим учета взаиморасчетов «Онлайн».
-
Проверьте работоспособность нетиповых отчетов по расчетам. Если в базе есть доработанные отчеты, которые обращаются к старым регистрам напрямую, их нужно протестировать отдельно.
Режим «Офлайн» и режим «Онлайн»: сравнение
| Параметр | Режим «Офлайн» | Режим «Онлайн» |
|---|---|---|
| Момент распределения расчетов | Фоновым заданием по расписанию, с задержкой | Сразу в транзакции проведения документа – оперативный расчет |
| Риск взаимоблокировок | Высокий при одновременной работе многих пользователей | Устранен – распределение происходит мгновенно и не блокирует других |
| Хранение данных | Регистры «Расчеты с клиентами по документам», «Расчеты с поставщиками по документам» пересчитываются периодически | Добавлены независимые регистры «Расчеты с клиентами по срокам», «Расчеты с поставщиками по срокам», «Плановые оплаты от клиентов», «Плановые оплаты поставщикам», «Плановые отгрузки клиентам», «Плановые отгрузки поставщиков» сведений с быстрой записью движений |
| Работа с возвратами товаров и денег | Не выделены как отдельная операция | Учитываются как самостоятельная операция, распределяются по методу ФИФО |
| Доступность | Устанавливается по умолчанию до версии 2.4.6 | Доступен с версии 2.4.6, обязателен к использованию после обновления на версию 2.5.27.41 |
Разница не в интерфейсе, а в самом моменте, когда система «узнает», какая накладная оплачена – раньше это происходило с задержкой и конфликтами, теперь система обновляет расчеты сразу же, без ожидания фонового процесса.
Риски и последствия при отказе от перехода
| Ситуация | Последствие | Что это значит на практике |
|---|---|---|
| Продолжение работы на «Офлайн» после выхода 2.6 | Работа по старой архитектуре взаиморасчетов станет невозможна в редакции 2.6 | Обновление конфигурации без предварительного перехода приведет к остановке работы с расчетами |
| Резкий переход без предварительной стабилизации данных | Необходимость перезакрытия периодов, в которых использовались старые механизмы | Придется пересчитывать расчеты за прошлые месяцы, что занимает время бухгалтерии |
| Игнорирование проверки нетиповых отчетов | Отчеты по расчетам с контрагентами выдают неверные данные или ошибки | Руководство получает искаженную картину задолженности перед принятием решений |
| Переход в период высокой пользовательской нагрузки | Замедление работы системы во время массового пересчета | Пользователи жалуются на медленную работу именно в разгар рабочего дня |
Это не пугает – это помогает принять решение заранее и запланировать переход в спокойный период, а не разбирать инциденты в разгар закрытия отчетности.
Ошибки при переходе, которые чаще всего совершают
| Ошибка | Последствие | Как исправить |
|---|---|---|
| Включили режим «Онлайн» прямо в рабочей базе без теста | Расхождения в остатках по контрагентам обнаруживаются постфактум | Тестировать переход только на копии базы с реальными данными |
| Не проверили нетиповые отчеты по расчетам с контрагентами | Отчеты выдают пустые данные или неверные суммы после перехода | Протестировать все доработанные отчеты на тестовом контуре до перехода |
| Не оценили время перехода для крупной базы | Переход растягивается на неопределенное время в рабочей системе | Замерить время перехода на тестовой копии заранее, спланировать технологическое окно |
| Забыли про вариант оплаты «Кредит (после отгрузки)» | Плановые даты платежей в открытых заказах считаются иначе после перехода | Проверить действующие заказы с этим вариантом оплаты до переключения архитектуры |
| Переключили архитектуру в разгар отчетного месяца | Часть операций считается по старой логике, часть – по новой | Планировать переход строго на границе закрытых периодов |
| Не сверили остатки по возвратам товаров и денег | Возвраты, распределяемые по ФИФО, дают иной результат, чем ожидалось | Сверить суммы по возвратам отдельно от общих расчетов после перехода |
| Отложили переход до последнего момента перед 2026 годом | Аварийный перенос данных без времени на полноценный тест | Начать тестирование заранее, используя запас времени до обязательного срока |
Чек-лист: пошаговый план перехода на версию 2.6
-
Обновитесь до версии 2.5.27. Это стабильная база для дальнейшего тестирования новой архитектуры.
-
Протестируйте новую архитектуру на тестовой базе. В случае, если будут ошибки, есть время их исправить.
-
Оцените время перехода и проверьте корректность остатков. Сравните суммы задолженности по контрагентам до и после переключения.
-
Проверьте работоспособность нетиповых отчетов. Откройте каждый доработанный отчет по расчетам и убедитесь, что данные отображаются верно.
-
Выполните закрытие месяца с новой функциональностью на тестовой базе. Это покажет, как поведет себя регламентная процедура на реальных данных.
-
Проведите обновление до версии 2.5.27 в рабочей базе в период низкой нагрузки. Технологическое окно снижает риск замедления работы для активных пользователей.
-
Проведите обновление до версии 2.6. Перевод на взаиморасчеты «Онлайн» будет выполнен на версии 2.5.27 и обновление до версии 2.6 пройдет в штатном режиме
С чего начать прямо сейчас: откройте раздел «НСИ и администрирование» → «Казначейство и взаиморасчеты» → «Взаиморасчеты» и проверьте, есть ли в вашей базе переключатель «Офлайн/Онлайн» – это займет меньше минуты и сразу покажет, на какой архитектуре вы сейчас работаете.
Слово эксперта
«Взаиморасчеты – участок учета, где ошибки не прощают. Компании часто спрашивают, можно ли просто нажать переключатель и продолжить работать – технически да, но мы категорически не рекомендуем так делать. На практике мы видим, что даже небольшое расхождение в распределении сумм по документам разворачивается в серьезную путаницу при сверке с контрагентом. Тестовый прогон на копии базы с полной сверкой остатков – не формальность, а единственный способ перейти спокойно».
– Миненко Анастасия, ведущий аналитик по казначейству и взаиморасчетам 1С:ERP в ГЭНДАЛЬФ
Нужна помощь с переходом на новую архитектуру взаиморасчетов?
-
проведем аудит объема расчетов и нетиповых отчетов по взаиморасчетам в вашей базе;
-
перенесем доработки, завязанные на старую архитектуру расчетов;
-
выполним тестовый переход с полным контролем остатков по каждому контрагенту;
-
оценим реальное время перехода для вашей базы на тестовой копии;
-
сопроводим первое закрытие периода на новой архитектуре.
Свыше 15 лет проектная команда ГЭНДАЛЬФ ведет клиентов через переходы на новые версии учетных механизмов «1С». В ее практике – и наиболее деликатные изменения финансового блока, включая перестройку архитектуры взаиморасчетов.
Оценить переходЧасто задаваемые вопросы
Точное время зависит от объема документов и количества контрагентов – для баз с большим документооборотом переход может занять от нескольких часов до суток. Именно поэтому первый прогон нужно делать на тестовой копии: он покажет реальную длительность процесса для вашей конкретной базы, прежде чем переключать рабочую систему.
Сами суммы задолженности не должны измениться – переход затрагивает архитектуру распределения расчетов, а не саму методологию учета. Расхождения возможны только при некорректном переносе данных или наличии нетиповых доработок, поэтому контрольная сверка остатков до перевода рабочей базы обязательна.
Отчеты, использующие типовые механизмы получения данных, как правило, продолжают работать без изменений. Но отчеты, которые напрямую обращаются к устаревшим регистрам, нужно проверить и, возможно, адаптировать под новую структуру данных – это стоит сделать на тестовом контуре заранее.
Взаимоблокировка – ситуация, когда система временно блокирует пользователя из-за того, что другой процесс в этот момент работает с той же таблицей данных. В старой архитектуре фоновое распределение расчетов регулярно создавало такие конфликты при одновременной работе многих сотрудников. Новая архитектура распределяет расчеты сразу при проведении документа, поэтому фонового процесса, вызывающего блокировку, больше нет.
Начиная с версии 2.5.27.41 переход на новую систему взаиморасчетов будет проведен автоматически при обновлении, в версии 2.6.1 константа «Новая архитектура взаиморасчетов» и код старой архитектуры будут удалены. Новый режим ведения взаиморасчетов становится обязательным во всех конфигурациях 1С:ERP, «1С:КА» и «1С:УТ» – он заменяет архитектуру, работавшую с 2016 года. Даже если вы не спешите с переходом на редакцию 2.6, стоит запланировать переключение архитектуры заранее, чтобы не делать это в срочном порядке.
 1.png){kind=icon}
.png){kind=icon}