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

Что возвращает отчёт по товарам

Метод getGoodsStats получает сведения по переданным SKU магазина. В ответе предусмотрен массив tariffs с типом услуги, значением amount, валютой и параметрами расчёта. Старое поле percent помечено устаревшим с датой отключения 12 октября 2026 года; документация направляет к amount. Среди параметров документация различает valueType, billingUnit, ограничения minValue и maxValue, диапазоны цены и дней. Набор параметров зависит от конкретной услуги.

Параметр valueType различает absolute — денежное значение — и relative — процент. Это основание для раздельной обработки, а не универсальная формула сложения всех чисел ответа. Сначала сохраните исходный ответ без потери полей. Затем составьте понятное описание каждой услуги для сотрудника, который отвечает за экономику. Название технического поля само по себе не сообщает, к какой базе нужно применить процент.

Проверить единицы и условия

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

Условный учебный пример: ставку 5 процентов и отдельную услугу стоимостью 30 рублей нельзя назвать расходом 35 рублей. Сначала нужно рассчитать процент от подходящей базы и проверить ограничения. Пример объясняет единицы, но не воспроизводит действующий тариф Маркета и не определяет, какие услуги будут начислены конкретному магазину.

Не превращать диапазон в отдельный расход

Параметры priceFrom, priceTo, dayFrom или dayTo описывают условия применения. Они не являются дополнительными суммами. При табличном импорте удобно помещать их в отдельные колонки условий, чтобы автоматическая формула итогов не захватила все числовые столбцы подряд.

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

Сопоставить расчёт с фактическими начислениями

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

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

Проверка документации выполнена 22 октября 2026 года. Итог работы — прозрачный набор услуг и правил вычисления, который можно проверить на конкретном товаре. Универсальная сумма всех чисел ответа не обеспечивает такого контроля и может скрыть ошибку даже при технически успешной синхронизации.