← На главную

При работе в связке 1С и Битрикс часто возникает вопрос корректности отображения данных в управленческих отчетах. Одним из самых востребованных является отчет «Валовая прибыль». Основная сложность для пользователей заключается в понимании того, по какому именно полю (дата создания, дата отгрузки или дата оплаты) система фильтрует данные при задании периода. Рассмотрим детально техническую логику работы этого механизма в типовых конфигурациях (УТ 11, ERP, КА).

Разберем логику формирования стандартного отчета

Для начала проанализируем, откуда отчет берет данные. В системе 1С за финансовые результаты отвечает регистр накопления ВыручкаИСебестоимостьПродаж. Именно в этот регистр попадают записи в момент проведения документа РеализацияТоваровУслуг.

В большинстве стандартных вариантов отчета «Валовая прибыль» основным критерием попадания в период является дата документа отгрузки (реализации). Когда мы устанавливаем период, например, с 01.07.2019 по 31.07.2019, система ищет все документы продажи, дата которых входит в этот интервал.

Важный нюанс: Дата создания заказа (ЗаказКлиента) в этом случае практически никогда не является ключевой для отчета по прибыли, так как сам по себе заказ не формирует финансового результата (выручки и себестоимости), а является лишь намерением совершить сделку.

Почему данные по оплаченным заказам ведут себя иначе?

Рассмотрим ситуацию, описанную пользователем: желание строить отчет именно по полностью оплаченным заказам. В 1С существует специализированный вариант этого отчета — «Валовая прибыль по оплаченным отгрузкам». Его логика в корне отличается от стандартной:

1. Система анализирует факт отгрузки товара.
2. Система проверяет связанные с этой отгрузкой платежные документы (ПоступлениеБезналичныхДенежныхСредств, ПриходныйКассовыйОрдер).
3. Ключевой момент: Сделка считается совершенной для данного отчета только тогда, когда задолженность по отгрузке полностью погашена.

Проанализируем ситуацию с «прыгающей» датой. Если вы отгрузили товар 1 июля, а клиент произвел финальный платеж, закрывающий долг, только 24 июля, то в отчете «Валовая прибыль по оплаченным отгрузкам» эта продажа появится только 24 июля. Если в начале месяца оплата еще не была разнесена, заказ мог не попадать в отчет или висеть на «старой» дате аванса, а после регламентных операций «перепрыгнуть» на дату окончательного расчета.

Влияние синхронизации с Битрикс и регламентных заданий

Выясним причину, по которой данные могут внезапно меняться через несколько дней после совершения сделки. В связке с Битрикс этот процесс часто автоматизирован, но имеет свои «подводные камни»:

Во-первых, это Распределение расчетов. В современных конфигурациях 1С расчеты между документами (какой платеж какую отгрузку закрыл) часто выполняются не в момент проведения документа, а фоновым регламентным заданием. Пока задание не выполнено, система «не знает», что заказ оплачен полностью. После того как регламентное задание ВыполнениеДвухуровневогоРаспределенияРасчетов отработало, связи устанавливаются, и отчет перестраивается.

Во-вторых, это Закрытие месяца. Полная и достоверная себестоимость (а значит, и валовая прибыль) рассчитывается только после запуска процедуры ЗакрытиеМесяца. До этого момента отчет может показывать предварительные данные, рассчитанные по средним значениям или ценам номенклатуры, а после финализации периода цифры и даже даты (в части признания расходов) могут скорректироваться.

Как проверить корректность данных самостоятельно?

Если вы заметили, что заказ ведет себя странно, рекомендуем выполнить следующие шаги для анализа ситуации:

1. Откройте отчет «Ведомость расчетов с клиентами». Настройте его так, чтобы видеть детализацию по «Объекту расчетов» (Заказу или Реализации).
2. Найдите проблемный заказ и посмотрите на колонку «Конечный остаток». Если там ноль — заказ оплачен.
3. Посмотрите на даты документов оплаты. Последний по дате документ, который закрыл сальдо в ноль, и будет являться «точкой отсчета» для периода в отчете по оплаченным продажам.
4. Убедитесь, что в системе нет незавершенных операций по Распределению расчетов в разделе «Финансовый результат и контроллинг».

Технические термины и объекты

Для понимания того, как это реализовано в коде и структуре базы данных, стоит обратить внимание на следующие объекты:

Проанализируем работу регистра РасчетыСКлиентамиПоДокументам. Именно в нем хранится информация о том, как связаны конкретные оплаты с конкретными отгрузками. Если вы используете программную доработку отчета, вам необходимо обращаться к виртуальным таблицам этого регистра для получения даты фактического закрытия долга.

В типовых конфигурациях за логику отчета отвечает компоновка данных (СКД), где в параметрах запроса можно увидеть использование функции КонецПериода для различных типов дат. Посмотрите, не включены ли в настройках отчета фильтры по «Хозяйственным операциям», так как возвраты товаров могут значительно искажать картину, сторнируя прибыль прошлых периодов текущей датой.

Таким образом, мы выяснили, что «период» в отчете по прибыли — понятие гибкое и зависит от выбранной методики (по отгрузке или по оплате). Для получения стабильных данных всегда дожидайтесь выполнения регламентных операций по распределению расчетов и закрытию финансового периода.