Почему отчёт ИИ завышает выручку, если у заказа несколько оплат

Как один заказ превращается в две суммы

В 1С заказ стоит 12 000 рублей. Покупатель внёс 7 000 и 5 000 рублей двумя платежами, затем вернул товар на 3 000 рублей. В отчёте нужно показать сумму заказа после возврата. Если соединить таблицу заказов с таблицей платежей и сложить колонку «Сумма заказа», исходные 12 000 рублей попадут в итог дважды. При однократном вычете возврата получится 21 000 вместо 9 000 рублей.

Google Cloud 10 ноября 2026 года показал схожий механизм в BigQuery: при соединении счетов с транзакциями строки одного счёта размножаются. Для аналитики на данных 1С применим тот же принцип. Сначала задаём, на каком уровне считаем показатель, затем готовим данные для отчёта и ИИ с одинаковым правилом расчёта.

На каком уровне считать показатель

Определите, что именно нужно руководителю. Сумма оплаченных заказов, денежные поступления и выручка после возвратов отвечают на разные вопросы. Запишите определение показателя, правило для отмен, дату учёта операции и нужные статусы. Для примера ниже считаем сумму заказов по согласованному статусу за выбранный период и вычитаем учтённые возвраты по принятому правилу.

• Заказ. Одна запись на идентификатор заказа с его согласованной суммой и статусом.
• Оплаты. Сначала суммируем учтённые оплаты внутри заказа и отдельно считаем их количество. Для показателя денежных поступлений сохраняем дату каждой оплаты.
• Возвраты. Собираем сумму возвратов по заказу и сохраняем основание и дату. Правило отнесения возврата к периоду согласуем с бухгалтером или аналитиком.

После такого свёртывания к одному заказу можно присоединить одну строку по оплатам и одну по возвратам. Если нужен отчёт по товарам, сначала фиксируем правила на уровне строки заказа и способ распределения скидки. При переходе на этот уровень расчёт и тесты обновляются вместе.

Как передать проверяемый показатель ИИ

Опубликуйте готовый показатель в отчётной витрине или в расчётном запросе с версией. Дайте ИИ название показателя, фильтры периода, единицу измерения и путь к исходным строкам для проверки. При изменении определения синхронно обновляйте витрину, отчёт и словарь помощника. Это позволяет руководителю повторить расчёт на той же выборке.

На приёмке добавьте заказы с одинаковой суммой, оплатой частями, несколькими возвратами, отсутствующей оплатой и возвратом в другом периоде. У каждого теста должен быть ожидаемый результат. Сверьте итог по каждому заказу и затем по всему периоду. Разницу ищите в статусах, датах и количестве строк после соединения.

Что проверить на первой выборке

Для пилота возьмите, например, 30 заказов из одной точки продаж. Сравните результат отчёта с эталонным расчётом учётной системы. Запишите абсолютное расхождение по заказу, долю совпадений и причины каждого отличия. Добавьте проверку числа уникальных заказов до и после соединения. Это особенно полезно при смене источника или добавлении нового способа оплаты.

В калькуляторе ниже можно изменить сумму заказа, количество строк после соединения и возврат. Он показывает эффект повторного сложения суммы заказа при однократном учёте возврата. Если сумма уже сверена и нужно понять причины изменения продаж, используйте проверку объяснения ИИ по данным.