Почему сумма в дашборде не совпадает с таблицей

Если выручка в дашборде продаж не совпадает с итогом таблицы, сначала сравните один показатель на одних и тех же строках, а не исправляйте формулу наугад. Разберём порядок сверки CSV-отчёта: источник, фильтры, пропущенные и повторные строки, числовые значения и округление. На примере Sales CSV Dashboard Nazara покажем, что именно считается. В результате у Вас будет объяснение разницы или небольшой воспроизводимый пример для разработчика.

Сначала договоритесь, какую сумму сравниваете

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

Запишите название показателя, поле-источник, единицу, период и правило включения строк. Например: сумма значений колонки revenue_rub из файла с продажами за выбранные даты, все менеджеры и категории. Это проверяемое определение. Формулировка «сколько заработали» слишком широка: она не различает выручку, поступление денег и прибыль.

В текущей версии Sales CSV Dashboard общая выручка получается сложением revenue_rub по строкам после фильтрации. Количество quantity суммируется отдельно, а число заказов — количество различных order_id. Сумма выручки не умножается повторно на quantity. Если в колонке уже стоит итог позиции, повторное умножение в таблице даст другой показатель.

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

Отдельно отметьте, как источник обращается с возвратами и отменами. Текущий загрузчик Dashboard не принимает отрицательные revenue_rub. Не превращайте возврат в ноль и не убирайте знак ради успешной загрузки: это меняет смысл. Для такого отчёта нужен согласованный формат и инструмент с подходящей логикой, а не искусственное совпадение итогов.

Зафиксируйте одну версию файла и одинаковые фильтры

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

Сбросьте фильтры дашборда и запишите выбранные значения. В текущей версии доступны даты, менеджер и категория; границы дат включаются в выборку. Проверьте в таблице те же условия. Визуально скрытая строка, фильтр таблицы и диапазон формулы могут влиять на результат по-разному — важен фактический набор слагаемых.

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

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

Если выгрузки получены из разных систем, сначала согласуйте их момент и правила формирования. Одна система могла уже получить позднее исправление, другая — ещё нет. Фиксация версии не доказывает правильность источника, но убирает движущуюся цель: Вы выясняете одну конкретную разницу, а не несколько меняющихся одновременно.

Найдите строки, которые попали только в один расчёт

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

В учебном примере заказ A содержит две позиции на 100 и 200 рублей, заказ B — одну на 300 рублей. Правильная сумма строк равна 600, заказов два, позиций три. Если удалить вторую строку A как «дубликат заказа», получится 400. Это не ошибка сложения: изменился состав данных. Пример условный и не описывает реальные продажи Nazara.

Текущий Dashboard не удаляет одинаковые строки автоматически: он складывает revenue_rub каждой принятой строки. Если весь файл случайно присоединён дважды, выручка удвоится, хотя число различных order_id может остаться прежним. Это полезный признак для диагностики, но не доказательство дубля без просмотра исходных строк.

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

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

Проверьте числа, диапазон и формат CSV

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

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

В текущем загрузчике Dashboard пробелы в числовом поле удаляются, десятичная запятая заменяется точкой, а затем проверяется числовой формат. Значения с символом валюты, отрицательная выручка и дробное количество не проходят предусмотренную проверку. Это описание данной версии, не универсальное свойство любых CSV-дашбордов.

С запятой внутри значения нужен правильный разделитель. Например, десятичная запятая в файле, где колонки тоже разделены запятыми, должна находиться в корректно заключённом в кавычки поле. Другой вариант — согласованный CSV с точкой с запятой. Простое переименование расширения Excel-файла в .csv не создаёт правильный текстовый формат.

Неверное количество полей или незакрытые кавычки вызывают ошибку загрузки. Не удаляйте строки, на которые пожаловался инструмент, пока не поняли причину. Пропущенная продажа может убрать сообщение об ошибке и одновременно исказить результат. Исправляйте структуру в рабочей копии и повторно сверяйте число записей с исходником.

Отделите округление показа от самого расчёта

Текущий интерфейс Dashboard показывает денежные значения с округлением до целого рубля. Внутри складываются исходные числовые значения строк. Поэтому сумма округлённых строк может отличаться от округления общей суммы. Это разные операции; подгонять одну под другую без выбора правила нельзя.

Учебный пример: три строки по 10,40 рубля. Если каждую сначала округлить до рубля, получится 10 + 10 + 10 = 30. Если сначала сложить исходные значения, сумма равна 31,20 и при показе целыми рублями будет 31. Разница в один рубль объясняется порядком округления, а не пропавшей строкой.

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

У JavaScript есть особенности представления дробей: некоторые десятичные значения нельзя хранить абсолютно точно в двоичном формате. Это описано в справочнике MDN о Number.EPSILON. Но такой факт не объясняет произвольную большую разницу. Сначала проверяйте строки, фильтры и правила, затем рассматривайте точность арифметики.

Не добавляйте произвольную «поправку на копейки» в каждую формулу. Если расхождение действительно связано с точностью, нужен небольшой пример и явное правило допустимого результата. Для проверки показывайте исходные значения и промежуточную сумму до оформления. Число, которое стало визуально приятным, ещё не стало правильным.

Сужайте расхождение до одного небольшого набора

Разбейте оба расчёта одинаково: сначала по датам, затем по менеджерам или категориям. Найдите первую группу с отличием и продолжите внутри неё. Не сравнивайте сразу десятки несопоставимых итогов. Такая последовательность позволяет перейти от «отчёт не сходится» к конкретной строке или правилу включения.

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

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

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

Закройте сверку объяснённым результатом

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

Для сообщения разработчику приложите безопасный файл с несколькими строками, точные условия, ожидаемый расчёт вручную и фактическое значение. Укажите название инструмента и момент проверки. «Всё считает неправильно» не позволяет воспроизвести ошибку; три слагаемых и выбранный фильтр позволяют начать предметный разбор.

Проверить учебный CSV можно в Sales CSV Dashboard. О выборе исходных столбцов отдельно рассказывает материал о выручке в CSV-дашборде, а сопоставление разных дат разобрано в статье о сравнении периодов продаж. Здесь задача уже: объяснить расхождение двух результатов, а не оценить рост бизнеса.

Если нужна помощь со сверкой, отправьте через Умную форму описание показателя и обезличенный контрольный пример, без настоящих данных клиентов. Отметки чек-листа ниже сохраняются в Вашем браузере. Он не загружает файл и не проверяет формулы за Вас: пункты помогают не пропустить условие и не принять случайное совпадение за найденную причину.

Вопросы о несовпадении итогов

Одинаковый итог гарантирует правильность отчёта

Нет. Завышение одной группы и занижение другой могут компенсироваться. Проверяйте состав строк и разрезы, которые нужны для решения, а не только общий итог.

Можно ли удалить одинаковые номера заказов

Не без проверки смысла строки. Один заказ может содержать несколько настоящих позиций. Дубль определяется правилами источника, а не одним совпавшим номером.

Почему после ошибки видны прежние показатели

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

Нужно ли отправлять разработчику всю выгрузку

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

Почему число заказов совпало, а выручка выросла вдвое

Одна из возможных причин — повтор всех строк с теми же номерами заказов. Проверьте состав: разные строки суммируются, а различные номера могут оставаться теми же. Это гипотеза, не готовый диагноз.

Можно ли просто принять разницу до одного рубля

Только после объяснения и согласования правила. Малое отличие не обязательно связано с округлением: оно может означать пропуск настоящей строки. Сначала найдите причину.