Расчет торговой наценки в БГУ 2.0: почему расходятся БУ и НУ и как это исправить

Почему в БГУ 2.0 расходятся данные по БУ и НУ при расчете торговой наценки

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

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

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

Шаги описывают логику диагностики. Имена регистров, реквизитов и состав настроек зависят от релиза БГУ 2.0, поэтому сверяйте их с документацией вашей версии и работайте на копии базы.

Как проявляется ошибка: симптомы и диагностика

Убедиться, что вы столкнулись именно с этим сбоем, можно за 10-15 минут по трем контрольным точкам.

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

Таблица 1. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Показатель	БУ	НУ
Продажная стоимость остатка на конец периода	0	Себестоимость плюс наценка
Продажная стоимость проданных товаров	0	Корректная сумма
Сумма торговой наценки на остатке	Совпадает с НУ	Совпадает с БУ
Проводки по продажной стоимости продаж	Не формируются	Формируются

Дополнительные признаки: перепроведение документа продаж результат не меняет, в отчете о розничных продажах суммы заполнены, а в проводках их нет, при закрытии месяца ошибок не выдается. Быстрая проверка делается через оборотно-сальдовую ведомость по счетам учета товаров с детализацией по номенклатуре и через универсальный отчет по движениям регистров.

Основные причины расхождения БУ и НУ

Способ оценки товаров в рознице. Если выбран вариант без расчета продажной стоимости или изменен задним числом, бухгалтерский контур перестает накапливать продажную стоимость, а налоговый продолжает считать по своим правилам.
Порядок учета наценки. Наценка должна попадать на тот счет и ту аналитику, которые расчет умеет читать. После смены счета наценки старые движения остаются на прежнем счете и в расчет не попадают.
Параметры расчета себестоимости. Дата, по которую закрыт период, и порядок расчета влияют на то, какие остатки увидит функция. Расчет «назад» по периоду, который уже закрыт, часто дает нули в БУ.
Данные в регистрах. Отрицательные количества, остатки без партии, задвоенные записи после ручных корректировок. Функция читает регистр целиком и на битых строках может вернуть пустой результат.
Ошибки в документе продаж. Неверный склад, пустая или свернутая табличная часть, ручная правка суммы после проведения. Похожие сбои на уровне розничных документов разобраны в материале об ошибке «Реализовано меньше, чем возвращается» в отчете о розничных продажах.
Аналитика КЭК розницы. Рассогласование кода экономической классификации между складом, номенклатурой и документом не дает расчету записать сумму в нужную строку аналитики.
Особенности конкретного релиза. Если настройки и данные корректны, а расхождение воспроизводится стабильно, причина может быть в коде. Такой случай фиксируют как воспроизводимый пример и передают разработчику или в поддержку.

Пошаговая инструкция по локализации ошибки в функции РассчитатьТорговуюНаценку

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

Зафиксируйте параметры воспроизведения: организация, период, склад, КЭК, номенклатурная группа. Без этого сравнение БУ и НУ расплывается.
Откройте настройки учетной политики и параметры учета, выпишите текущие значения по товарам и себестоимости.
Постройте остатки и обороты по товарам отдельно в БУ и НУ за тот же период.
Сверьте количество: оно должно совпадать в двух контурах. Расхождение в количестве говорит о проблемах проведения, а не о расчете наценки.
Проверьте документ продаж: склад, КЭК, суммы, табличную часть, историю изменений.
Для программиста: поставьте точку останова в функции и посмотрите входные параметры и возвращаемую структуру. Пустая продажная стоимость при непустой наценке сужает поиск до одного-двух условий.

Анализ данных модуля управления материальными запасами

Смотрите регистры накопления, где хранятся остатки товаров и суммы наценки. В типовых конфигурациях это регистры вида «Товары на складах» и «Торговые наценки», точный состав зависит от релиза. Через универсальный отчет постройте движения по нужному складу и номенклатуре за период и проверьте четыре поля: количество, сумма, счет учета, КЭК.

Количество на конец периода не должно быть отрицательным.
Сумма наценки должна быть привязана к тем же партиям, что и остаток товара.
Счет учета и КЭК в регистре должны совпадать с настройками документа продаж.
Дата движений не должна быть позже даты, по которую закрыт период.

Затем сравните движения БУ и НУ по одним и тем же объектам аналитики. Если в НУ движения есть, а в БУ нет, проблема на стороне записи, а не чтения: расчет просто нечего читать.

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

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

Таблица 2. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Настройка	Что проверить	Как влияет на расчет
Способ оценки товаров в рознице	Выбран вариант с расчетом продажной стоимости	Без него продажная стоимость в БУ не накапливается
Счет и порядок учета наценки	Счет совпадает с тем, что читает расчет	Наценка на «чужом» счете не участвует в расчете
Параметры расчета себестоимости	Период закрыт, дата расчета актуальна	Расчет по закрытому периоду дает нули
Признак ведения НУ	НУ ведется, настройки не менялись задним числом	Объясняет, почему НУ считает, а БУ нет
Аналитика КЭК	Склад, номенклатура и документ согласованы	Несовпадение обнуляет запись в БУ

После каждой правки настроек перепроводите один тестовый документ и сразу сверяйте результат. Так вы поймете, какая именно настройка дала эффект, и не будете менять все сразу.

Как исправить расхождение БУ и НУ: корректировка данных и настроек

Порядок исправления зависит от найденной причины, но последовательность действий одна: сначала настройки, потом перепроведение, затем работа с регистрами. Ручные правки движений оставьте на крайний случай.

Корректировка учетной политики и параметров расчета себестоимости

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

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

Перепроведение документов и очистка регистров

Сохраните копию базы и зафиксируйте список документов, которые будете перепроводить.
Запустите групповое перепроведение документов за нужный период. В БГУ 2.0 для этого есть штатные обработки, отдельный код писать не нужно.
Если результат не изменился, проверьте итоги регистров: устаревшие итоги дают расхождение между отчетом и фактическими движениями.
Очистку движений выполняйте только по конкретному документу и только после копии. Массовая очистка регистров без понимания причины обычно возвращает ту же ошибку.
После исправления пересчитайте себестоимость и закройте месяц заново, чтобы суммы продажной стоимости встали на свои места.

Когда настройки верны, документы перепроведены, а продажная стоимость в БУ по-прежнему равна нулю, зафиксируйте пошаговый сценарий воспроизведения и передайте его в поддержку. Это уже не пользовательская ошибка.

Особенности работы с КЭК розницы в БГУ 2.0

КЭК, код экономической классификации, задает аналитику в проводках учреждения. В розничных операциях он должен совпадать у склада, у номенклатуры (если аналитика задана на ней) и у документа продаж. Когда КЭК в документе расходится с настройкой, расчет не находит строку аналитики, куда записать продажную стоимость, и сумма в БУ остается нулевой при корректной наценке.

Проверяется это просто: постройте универсальный отчет по движениям регистров с отбором по складу и периоду и сравните значение КЭК в движениях с тем, что указано в документе. Расхождение хотя бы в одном реквизите объясняет нули в бухгалтерском контуре.

Типичные ошибки в настройках КЭК розницы

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

После правки КЭК перепроведите документы с начала периода и повторно сверьте продажную стоимость остатка в БУ и НУ. Проверка занимает пару минут и сразу показывает, ушла проблема или осталась.

Профилактика сбоев при обновлении конфигурации и порядок проверки расчетов

Расхождение дешевле предотвратить, чем искать в закрытом периоде. Два инструмента дают основной эффект: регулярная сверка БУ и НУ и аккуратные обновления на копии базы.

Порядок проверки расчетов по БУ и НУ

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

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