Многие пользователи при переходе на 1С:Управление торговлей редакции 11.4 сталкиваются с неожиданной проблемой при настройке отчетов. Классическая задача: настроить "Ведомость расчетов с клиентами" так, чтобы по каждому клиенту была видна детализация: документ отгрузки (реализация) и документы оплаты (поступление безналичных ДС или ПКО). Раньше для этого достаточно было зайти в настройки структуры отчета и добавить группировку по полю Регистратор. Однако в УТ 11.4 при открытии выбора полей отчета этого поля просто нет.
Давайте разберем по шагам, куда исчез привычный реквизит, почему 1С не перестает удивлять пользователей, и проанализируем, как правильно решить эту задачу в современных реалиях учета. Если вы только готовитесь к обновлению программы, для качественного переноса документов и остатков можно использовать инструмент миграции из 1С:УТ 10.3 в УТ 11.
Если мы начнем искать ответ через меню "Все функции" (в новых версиях платформы это "Функции для технического специалиста"), мы обнаружим интересную деталь. В системе физически существует два варианта отчета, которые в пользовательском интерфейсе выглядят одинаково:
РасчетыСКлиентами — старый вариант отчета. Если открыть его, мы увидим там привычное поле Регистратор.ВедомостьРасчетаСклиентами — новый вариант отчета. Именно он по умолчанию выведен в раздел "Продажи", и именно в нем поле Регистратор скрыто от пользователя. Взамен предлагаются поля Расчетный документ и Объект расчетов.Выясним причину такого разделения. Начиная с версии УТ 11.4, фирма «1С» внедрила новую архитектуру так называемых "онлайн-взаиморасчетов". Старый отчет берет данные из старых регистров накопления. Новый отчет работает по новой, усовершенствованной архитектуре.
В новом механизме онлайн-взаиморасчетов логика распределения оплат изменилась. Фактическим регистратором движений в регистрах взаиморасчетов теперь часто выступает не сам первичный документ (ваша накладная или платежка), а специальный служебный технический документ. Этот служебный документ создается системой автоматически и пересчитывает данные в фоновом режиме.
Если бы разработчики оставили возможность выбирать Регистратор в новом отчете, вы бы увидели в своих ведомостях непонятные служебные записи вместо реальных документов реализации и оплаты. Именно поэтому поле было убрано. Вместо него система предлагает оперировать сущностями Расчетный документ или Объект расчетов, которые как раз и ссылаются на первичные документы.
Чтобы получить нужную картину в стандартном отчете без использования устаревших механизмов, попробуем перестроить наши настройки. Вместо группировки по регистратору, настройте структуру отчета следующим образом:
Объект расчетов (обычно это заказ или договор)Расчетный документВажно: При такой настройке может выводиться дополнительная строка с документом Реализация, так как система показывает движения по каждому документу. К этому отображению нужно привыкнуть, так как именно оно отражает корректную картину в новой архитектуре.
Если вам жизненно необходим именно старый вид отчета с Регистратором, и вы готовы мириться с определенными рисками (о них ниже), мы можем добавить его в рабочую область. Рассмотрим, как это сделать:
РасчетыСКлиентами.Регистратор.После этих действий ваш настроенный старый отчет появится в панели отчетов раздела "Продажи" и будет всегда под рукой.
Хотя мы и вернули старый отчет в интерфейс, проанализируем риски его использования. Фирма «1С» спрятала его не просто так.
Если в вашей базе (в разделе Администрирование -> CRM и продажи / Казначейство и взаиморасчеты) включено использование новой архитектуры взаиморасчетов, старые регистры могут перестать обновляться в режиме реального времени. Это означает, что старый отчет (который строится по этим старым регистрам) начнет показывать неверное сальдо, может пропускать свежие документы отгрузки или оплаты, или заполняться с сильными задержками.
Поэтому настоятельно рекомендуется постепенно перестраивать свои бизнес-процессы и привыкать к анализу задолженности через группировки Объект расчетов и Расчетный документ в актуальном варианте отчета. Использование устаревших отчетов — это временный "костыль", который может привести к серьезным ошибкам в управленческом учете.