торговля https://ivan-1s.ru ru Fri, 13 Mar 2026 00:06:02 +0300 Остатки в 1С:УТ не сходятся: 10 причин и где искать ошибку, чтобы быстро вернуть порядок https://ivan-1s.ru/tpost/7ilvnes4y1-ostatki-v-1sut-ne-shodyatsya-10-prichin https://ivan-1s.ru/tpost/7ilvnes4y1-ostatki-v-1sut-ne-shodyatsya-10-prichin?amp=true Fri, 13 Mar 2026 00:01:00 +0300 Недавно сотрудники моей клиентки начали бить тревогу в рабочем чате: “Не можем найти товар!” - летели сообщения крупным шрифтом...

Остатки в 1С:УТ не сходятся: 10 причин и где искать ошибку, чтобы быстро вернуть порядок

Недавно сотрудники моей клиентки начали бить тревогу в рабочем чате: “Не можем найти товар!” - летели сообщения крупным шрифтом.
Клиентка открывает 1С, а остатки показывают, что всё отлично - на складе лежит 127 единиц товара. Через пять минут прибегает кладовщик и сообщает, что посмотрел весь склад и там пусто.
И дальше начинаются попытки докопаться до истины. Менеджер уже пообещал клиенту отгрузку сегодня, а моя клиентка хватается за голову и не понимает куда делся товар, который в 1С вроде бы есть.
Чаще всего его никто не украл и не потерял, просто учет в какой-то момент слегка “съехал”.
Где-то провели документ задним числом, где-то поправили склад, где-то сделали корректировку, которая выглядела безобидно. По отдельности такие вещи почти не заметны. Но со временем они начинают наслаиваться и однажды вы открываете остатки, а там уже свое альтернативное количество товара.
Я видел это в оптовых компаниях, в рознице, на складах с двумя сотрудниками и в сетях с десятками точек. Сценарий почти всегда одинаковый. Отличается только масштаб проблемы.
Давайте разберем 10 самых частых причин, почему в 1С:Управление торговлей перестают сходиться остатки, и как быстро найти место, где учет дал трещину.

Быстрый старт: как не утонуть в расследовании

Первое, что спасает нервы: не пытайтесь “починить остатки вообще”. Берите один конкретный товар. Один склад. Одну дату.
Дальше я обычно делаю три сравнения. Это как треугольник: если две точки совпали, третья почти всегда выдаст проблему.

Шаг 1. Сверяем три числа

  1. Что показывает отчет по остаткам (например, “Ведомость по товарам”).
  2. Сколько доступно к отгрузке в документе (реализация/заказ/отбор).
  3. Сколько сидит в резервах, ожиданиях, “в пути”, в обеспечении.

Шаг 2. Смотрим последние 2-3 дня, а не месяц

За месяц можно найти все: и ошибку, и смысл жизни, и пару седых волос.
А вот за последние 2-3 дня обычно видно, в какой момент цифра “дернулась” и кто это сделал.

Быстрые подсказки по масштабу беды

  • Расхождение на 1-3 штуки? Часто это единицы измерения, упаковки, округления.
  • Расхождение на 50-500? Почти всегда резервы, серии/характеристики или документы задним числом.
Все. Теперь можно идти по причинам.

Причина 1. Резервы: товар есть, но он уже “обещан”

Это самая частая история. И самая обидная, потому что выглядит как “1С жадничает”.
Пример из типовой жизни: в остатках 120, доступно 0. Почему? Потому что 120 уже зарезервированы под заказы клиентов. Это как холодильник, который полный, но все контейнеры подписаны чужими именами.
В одной компании (опт, 3 склада, около десятка менеджеров) в пятницу ближе к вечеру поднялся шум: “отгрузка не идет, 1С врет”. В итоге на позицию висело 11 заказов, резерв 118. Свободно было 2 штуки. Программа не врала. Она просто была единственным трезвым участником в комнате.
Что смотреть быстро:
  • отчеты по резервам и обеспечению,
  • статусы заказов,
  • резерв “по складу” или “в целом”.
Мелкая, но частая подстава: резерв висит “в целом”, а отгружаете вы с конкретного склада. Поэтому ощущение, что товар где-то “есть”, но его “не дают”.

Причина 2. Документы задним числом: переписали прошлое и удивились настоящему

Есть фраза, после которой у консультантов начинает дергаться глаз: “мы там просто дату поменяли”.
Поменяли дату, перепровели, и УТ честно пересчитала историю. А вы потом честно ловите последствия.
Ситуация из практики внедрений: расхождение по группе товаров на 347 единиц. Нашли одно поступление, которое внесли задним числом на 18 дней, когда уже было около 40 продаж. Себестоимость и движения перестроились. Отчеты начали “расходиться” в разных разрезах, потому что прошлое теперь стало другим.
Что сделать быстро:
  • найти документы с подозрительными датами,
  • посмотреть, кто и когда проводил (журнал регистрации, если он включен),
  • проверить, не было ли массового перепроведения.

Причина 3. Упаковки и единицы: “коробка” внезапно стала не 12, а 10

Если расхождение красивое и ровное: 10, 12, 24, 48… это почти всегда упаковки.
Такая ошибка как таракан: маленькая, неприятная и размножается быстро.
Кейс из розницы: учет в “упаковках”, продажи в “штуках”. Коэффициент пересчета в карточке стоял 10 вместо 12. На обороте 2400 штук ошибка превращается в “пропало 400”, и люди реально начинают подозревать склад.
Проверяем:
  • единицу хранения остатков,
  • коэффициенты упаковок,
  • какие единицы подставляются в документах (реализация, перемещение, сборка).

Причина 4. Характеристики: остаток есть, но “не того размера”

Одежда, обувь, запчасти, цвета, размеры, модификации. Тут очень легко смотреть “в целом” и пытаться отгрузить “конкретное”.
В отчете вы видите “кроссовки модель X”. А в документе подбираете “модель X, размер 42”.
Остаток по номенклатуре есть. По характеристике пусто. И кажется, будто 1С издевается. А она просто уточняет: “какие именно кроссовки-то?”
Что смотреть:
  • включены ли характеристики и в каком режиме ведется учет,
  • не меняли ли правила учета на ходу,
  • нет ли дублей характеристик.
Да, дубли бывают в стиле “42” и “42 ” с пробелом. Это как два одинаковых ключа, один чуть подпилен. Вроде то же самое, а замок уже другой.

Причина 5. Серии/партии/сроки: товар есть, но “не годится”

Если включены серии (фарма, продукты, косметика), остаток “без серии” часто просто декоративный. Как вывеска “магазин открыт”, когда двери закрыты на ключ.
Пример: склад косметики, тысячи позиций. По товару остаток 58, к отгрузке 0. Причина простая: вся партия с истекшим сроком, а в настройках запрет отгрузки такого товара. И это правильно. Просто неприятно узнавать об этом в момент, когда машина уже стоит у ворот.
Проверяем:
  • включен ли учет по сериям там, где нужно,
  • ограничения по срокам,
  • корректность ввода серий в приходах и перемещениях.

Причина 6. Адресный склад: “есть на складе”, но не “лежит в ячейке”

Адресное хранение дисциплинирует. И мстит за бардак.
Типовая картина: остаток есть, а к отбору не предлагается. Потому что товар не размещен по ячейкам, завис в зоне приемки, или лежит в “карантине”, который не участвует в отборе. Это как чемодан в аэропорту: он ваш, он прилетел, но пока не вышел на ленту, вы его не получите.
Что смотреть:
  • остатки по ячейкам,
  • задания на размещение/отбор,
  • статусы складских операций.
Если расхождение кратно паллете (60, 80, 96) я бы почти сразу полез в зоны приемки/карантина.

Причина 7. “В пути”: перемещение отправили, а приемку забыли

Межскладские перемещения любят превращаться в сериал. Серия 1: “отправили”. Серия 2: “не приняли”. Серия 3: “почему минус?”. Финал обычно безрадостный.
Кейс из сети магазинов: разница 213 единиц. Нашли 9 перемещений “в пути” старше 14 дней. И это не про учет, это про человеческую привычку “сделаю потом”. Потом не наступило.
Проверяем:
  • незавершенные перемещения,
  • ордера (если используете),
  • статусы “отгружено/принято”.

Причина 8. Возвраты и корректировки: вернули, но “не туда”

Возвраты могут ломать картину очень изящно. Особенно когда их оформляют на автомате.
Частая ошибка: возврат оформили не на тот склад или не тем видом операции. Вроде бы товар “вернулся”, а по регистрам он ушел в другое место. Потом начинается: “почему в магазине минус, а на центральном плюс?”
Был случай: возвраты делали на склад “Брак”, а отгружали с “Основного”. Через месяц “Основной” ушел в минус на 37 позиций, “Брак” раздулся на +512. И все такие: “ну это же брак”. Да, но цифры-то общие.
Проверяем:
  • вид операции возврата,
  • склад возврата,
  • привязку к исходной реализации (если у вас так принято).

Причина 9. Дубли номенклатуры: два одинаковых товара, две разные жизни

Это смешно, пока не ваш отчет. Потом уже не смешно.
“Кабель USB Type-C 1м” и “Кабель USB Type C 1м”. Разница в дефисе или пробеле. На одном карточка с остатками, на другом продажи. И вы реально продаете “то, чего нет”, хотя оно лежит рядом.
Я видел историю, где дублей было 73 позиции, а расхождение по себестоимости на конец месяца вылезло на 1,2 млн рублей. Не кража. Просто учет распилили на две почти одинаковые сущности.
Быстрая диагностика:
  • поиск по артикулу и штрихкоду,
  • отчеты/правила уникальности (если настроены),
  • простая проверка: один штрихкод не должен жить в двух карточках.

Причина 10. Права и “ручные поправки”: когда учет чинят руками, как проводку изолентой

Обычно это всплывает последним, когда все остальное проверили.
Если у кого-то есть возможность:
  • проводить что угодно без контроля,
  • менять настройки учета в разгар недели,
  • делать ручные операции и корректировки движений,
  • то остатки будут расходиться снова и снова. Даже если люди толковые. Особенно если толковые и уставшие.
Самый неприятный кейс, который приходилось разбирать: сотрудник раз в неделю “подправлял остатки, чтобы сходилось”. Подправлял не там. Через пару месяцев расхождение стало стабильным 3-5% по группе. На обороте в 20 млн в месяц это ощущается не только в отчетах, но и в настроении директора.
Что сделать:
  • проверить, у кого доступ к корректировкам,
  • посмотреть, используются ли ручные операции,
  • включить журнал регистрации и пожить с ним хотя бы неделю.

Чеклист: найти источник за 15-40 минут, без шаманства

  1. Выберите один проблемный товар. Один.
  2. Откройте отчет по остаткам и провалитесь до документов.
  3. Проверьте резервы: если резерв равен расхождению, вы почти у цели.
  4. Проверьте разрезы: склад, организация, характеристика, серия, ячейка.
  5. Ограничьте период последними 3 днями и найдите момент, когда цифра “поехала”.
  6. Сравните дату документа и дату проведения. Если они живут отдельно, это сильный кандидат.
  7. Если адресный склад/ордера, посмотрите незавершенные операции. Там часто “залипает” товар.
На практике обычно уже на 3-5 шаге становится ясно: это резерв/разрез или задняя дата.

Два признака, что виновата не “1С”, а то, как вы на нее опираетесь

  1. Расхождение кратно упаковке (10, 12, 24).
  2. В отчете “есть”, а в документе “нет”, и при этом включены характеристики/серии/адресный склад.
Это почти всегда означает: вы смотрите не туда или система честно соблюдает правила (резерв, срок годности, ячейка).

Что бы я подкрутил, чтобы остатки перестали устраивать вам квесты

  • ограничить проведение задним числом (или хотя бы сделать это заметным событием),
  • жестко держать уникальность по артикулу/штрихкоду,
  • раз в день/неделю проверять “незавершенные” (перемещения, ордера, задания),
  • договориться, как именно работает резерв: кто держит, сколько, когда снимает.
Это не про идеальный мир. Это про то, чтобы вы перестали играть в “найди пропажу” каждую неделю.
Если хотите, могу сделать продолжение в формате “берем один товар и разбираем по шагам в УТ 11” с конкретными отчетами и что в них искать. Без воды, как инструкция, которую реально открывают в момент паники.
]]> Резервирование товара в 1С:УТ: как настроить, чтобы резервы не съедали остатки https://ivan-1s.ru/tpost/6gs7p7u671-rezervirovanie-tovara-v-1sut-kak-nastroi https://ivan-1s.ru/tpost/6gs7p7u671-rezervirovanie-tovara-v-1sut-kak-nastroi?amp=true Fri, 13 Mar 2026 00:03:00 +0300 Резерв в 1С - это не история про “товар пропал”. Это история про “товар уже заняли”

Резервирование товара в 1С:УТ: как настроить, чтобы резервы не съедали остатки

Резерв в 1С - это не история про “товар пропал”. Это история про “товар уже заняли”.
Он может лежать на складе, но для системы он уже обещан другому заказу. Примерно как последний столик в ресторане вечером: стол вроде свободный, но администратор говорит “извините, он уже в резерве”.
Проблема в том, что в 1С:Управление торговлей резервы умеют расти незаметно без предупреждений. Сегодня один заказ зарезервировал товар, завтра второй, потом третий. А старые заказы никто не проверил.
И в какой-то момент получается странная картина: в отчетах на складе лежит 300 штук, а при подборе в реализацию система показывает доступно 0.
Дальше начинается подобная сцена: менеджер смотрит на остатки со словами
“Да вот же товар, система показывает”. Кладовщик открывает подбор и отвечает:
“Отгрузить не дает. Все в резерве”. А руководитель в этот момент спрашивает самое неприятное: “Почему мы опять тормозим отгрузки?”
Обычно эта проблема решается не подвигами и не срочными правками документов.
Все гораздо проще: нужны понятные правила - где резервируется товар, на какой срок, кто может ставить резерв и что делать со старыми заказами, которые давно никто не трогал.

Как понять, что резерв у вас живет своей жизнью

Вот пять сигналов, после которых я всегда лезу смотреть резервы первым делом:

1) Товар “есть”, но его невозможно отгрузить

Отчет бодро рисует остаток, а документ говорит “недостаточно”. Как будто склад есть, но дверь заклеили скотчем.

2) Резервы висят неделями, а отгрузок по ним нет

Это прям отдельный жанр. Товар “заморожен”, продажа не случилась, а склад пустеет “на бумаге”.

3) Менеджеры начинают “бронировать заранее, чтобы не увели”

Если в отделе продаж пошла игра “кто раньше встал, того и товар”, резервирование превращается в борьбу за ресурсы. И 1С тут ни при чем.

4) Резервы размазаны по складам

Отгружаем с магазина, резерв стоит на центральном. Или наоборот. И начинается ощущение, что остаток телепортировался.

5) Слова “мы резервы не ставим” звучат уверенно… но резерв есть

Потому что он ставится автоматически по статусу заказа, по обеспечению, по настройкам, которые “кто-то когда-то включил”.

Резерв по-человечески: что он делает, а чего не делает

Резерв не двигает товар физически. Он просто говорит системе: “эти 20 штук не трогайте, они под заказ”.
И вот тут важный момент: резерв может быть полезным (реально держим под оплату/отгрузку) или токсичным (держим под “может быть”, а потом забываем).
Разница между ними не в кнопке. Разница в правилах.

Кейс, который повторяется слишком часто: “остатки съело”, а съел их страх

Опт, несколько складов, менеджеров много. Началась классика: у половины заказов статус “в работе”, везде резервы, отгрузки буксуют.
Сели разбирать по топ-20 товарам. Картина примерно такая:
  • зарезервировано 1 400+ единиц,
  • реально отгружается за неделю 600-700,
  • остальное висит под заказы без оплаты, без даты, без понятного “когда”.
То есть товар не “пропал”. Он заперт. Как в кладовке с табличкой “не открывать, там важное”.
Что сделали:
  • ввели срок жизни резерва,
  • запретили держать жесткий резерв без оплаты,
  • и самое главное: договорились, кто может продлевать резерв и почему.
После этого исчезла львиная доля фразы “1С съела остатки”. Потому что есть перестали не остатки, а иллюзии.

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

1) Выберите правильный тип: резерв по складу или “в целом”

Это решение звучит как мелочь, но оно прям меняет игру.

Резерв по складу

Подходит, когда:
  • отгружаете с конкретного склада/магазина,
  • важна физическая привязка,
  • не хотите “товар есть где-то в космосе”.

Резерв “в целом”

Подходит, когда:
  • склады взаимозаменяемые,
  • вам все равно, откуда поедет,
  • логистика сама перекинет.
Самая болезненная комбинация, которую я встречаю чаще всего: резерв “в целом”, а отгрузка строго из точки. Итог предсказуемый: в магазине свободно 0, хотя товар рядом. Просто он “занят” не там.

2) Введите срок жизни резерва. Без него будет болото

Резерв без срока это как вкладка в браузере “прочитать потом”. Потом не наступает.
Рабочий вариант (с цифрами, которые обычно приживаются):
  • без оплаты: 24-48 часов,
  • с предоплатой: 5-7 дней (или под ваш цикл),
  • проектные/спецзаказы: отдельное правило, но с ответственным и датой пересмотра.
Кейс из интернет-продаж: после правила “без оплаты держим 24 часа” свободные остатки по ходовым позициям выросли заметно, а количество срывов по отгрузке упало. Не потому что склад внезапно стал больше. А потому что перестали хранить воздух как товар.

3) Разделите “бронь на подумать” и “резерв под отгрузку”

Если всем дать жесткий резерв, вы получите склад, где все “чужое” и ничего нельзя трогать.
Нормальная схема:
  • короткая бронь менеджера: чтобы успеть выставить счет, уточнить доставку, согласовать;
  • жесткий резерв: когда реально собираем и отгружаем.
Это как в кино: трейлер и премьера. Не надо устраивать премьеру каждый раз, когда кто-то увидел афишу.

4) Не резервируйте то, что физически не готово к отгрузке

Это особенно важно, если есть:
  • адресное хранение,
  • серии/сроки,
  • зоны приемки/карантина.
Пример: товар числится, но он “в приемке”. Или партия с истекшим сроком, а отгрузку такого система запрещает. Резерв на такой товар это обещание, которое вы сами же потом будете выкручивать, как сломанную крышку на банке.

5) Права: кто может резервировать, кто может продлевать, кто может снимать

Если любой менеджер может “занять” любой товар на неопределенный срок, склад превращается в общий чат, где все пишут “моё”.
Рабочая модель:
  • менеджер: бронь на короткий срок,
  • руководитель: продление и исключения,
  • склад/логистика: жесткий резерв под сборку,
  • снятие чужого резерва: только по роли и с фиксированием, чтобы не было подковерных войн.

6) Проверьте, не ставится ли резерв автоматически

Иногда люди правда уверены, что “мы все делаем вручную”. А резерв ставится:
  • по статусу заказа,
  • по правилам обеспечения,
  • при проведении документа,
  • по цепочке “заказ -> обеспечение -> резерв”.
И в итоге резерв появляется как кот ночью: вы его не звали, но он уже на кухне и что-то уронил.

Быстрая диагностика: что именно “съело” остаток

Берем один товар (прям один), и проверяем по короткой схеме:

1) Остаток по складу есть?

Да. Отлично.

2) Свободный остаток есть?

Если нет, идем в резервы.

3) Расшифровываем резерв

Под какие заказы? Кто создал? Когда? Есть ли оплата? Есть ли дата отгрузки?

4) Проверяем физическую доступность

Если адресный склад: лежит ли в ячейке, не висит ли в приемке/карантине.
Если серии: подходит ли серия, не просрочено ли.
В 8 случаях из 10 на этом месте уже понятно, что делать: снять/перенести/ограничить/перенастроить.

Мини-набор правил, который обычно убирает 70% боли

  1. Резерв без оплаты живет максимум 24-48 часов.
  2. Жесткий резерв только под подтвержденную отгрузку.
  3. Резерв по складу, если отгрузка со склада, а не “как-нибудь”.
  4. Раз в неделю отчет “старые резервы” и ответственные по ним.
  5. Запрет на бесконечные продления без причины.
Это не “жестко”. Это просто похоже на правила дорожного движения. Без них тоже можно… но недолго.

Если прямо сейчас горит: с чего начать

Когда звонит клиент, машина у ворот, а “доступно 0”, я бы сделал так:
  1. Найти резервы старше 7 дней по проблемным товарам.
  2. Проверить, совпадает ли склад резерва со складом отгрузки.
  3. Посмотреть, нет ли товара “в пути/в приемке/в карантине”.
  4. Проверить, не ставится ли резерв автоматически по статусу.
Это быстрые рычаги. Они возвращают управляемость.
]]> Скидка в 1С:УТ не срабатывает: где проверить настройки и условия https://ivan-1s.ru/tpost/cnm59hm7i1-skidka-v-1sut-ne-srabativaet-gde-proveri https://ivan-1s.ru/tpost/cnm59hm7i1-skidka-v-1sut-ne-srabativaet-gde-proveri?amp=true Fri, 13 Mar 2026 00:05:00 +0300 Пока про нее никто не вспоминает, все работает. Но стоит открыть заказ и сказать системе: “применись”, - она делает вид, что совершенно не понимает о чем речь...

Скидка в 1С:УТ не срабатывает: где проверить настройки и условия

Порой скидка в 1С:Управление торговлей ведет себя довольно странно. Пока про нее никто не вспоминает, все работает. Но стоит открыть заказ и сказать системе: “применись”, - она делает вид, что совершенно не понимает о чем речь.
Был у меня случай, когда менеджер уверенно пообещал клиенту: “сделаем минус 10%”. Клиент уже был согласен на сделку, менеджер открыл заказ, а там обычная цена. Ни процента скидки. Как будто разговор про скидку был где-то не здесь.
В этот момент менеджер недоумевает: “Все же у нас настроено”. И, если взглянуть на настройки, все действительно настроено. А система тем временем спокойно считает по полной цене.
За годы работы мне приходилось видеть такие ситуации десятки раз. И почти всегда причина находилась. Просто она обычно прячется не там, где ее ищут в первую очередь. Чаще всего дело в соглашениях с клиентом, приоритетах скидок, условиях применения или одной маленькой настройке, на которую никто не обратил внимания.
Давайте разберем, почему в 1С:УТ не применяется скидка и как быстро найти место, где она сломалась, не превращая проверку в долгие раскопки по настройкам.

Сначала проверка на здравый смысл: вы точно ждете скидку, а не “другую цену”?

Иногда люди ищут “почему не применяется скидка”, а на самом деле у них логика такая:
  • “Дилерская цена” уже ниже, чем “Розница”
  • и это не скидка, а вид цены
То есть система просто подставляет другую цену, а проценты скидки вы не увидите принципиально. Это как если вы ждали купон в кассе, а вам сразу дали цену “по карте” на ценнике. Вроде выгодно, но не тем способом.
Если вы хотите, чтобы именно в документе было видно “-10%”, значит надо копать механизм скидок, а не виды цен.

Быстрый поиск причины, когда клиент уже на телефоне

Если времени ноль, я действую так:
  1. Беру один товар в конкретном документе, где скидка не сработала.
  2. Смотрю, какой вид цены подставился.
  3. Проверяю, какое соглашение действует.
  4. Затем условия скидки: дата, количество, сумма, сегмент, группа товара.
  5. И финальный босс: приоритеты и ограничения (минимальная цена, запреты скидок).
На этом обычно всплывает причина. Либо сразу. Либо с тихим “ааа, вот оно что”.

Почему скидка не применяется: 12 причин, которые встречаются чаще всего

1) Скидки в документе просто “не включены”

Звучит как прикол, но это реальность. Особенно когда в компании разные шаблоны документов.
Кейс: в одной сети половина менеджеров работала через “старый” шаблон заказа, где скидки были включены. Остальные через “новый”, в котором кто-то когда-то выключил применение скидок.
Итог: “у Пети работает, у меня нет”. Секретный уровень: это не Петя, это шаблон.
Что смотреть: настройки документа, права, режимы работы с ценами/скидками.

2) Подставляется “не тот” вид цены

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

3) Не то соглашение (или соглашение не подхватилось)

Соглашение в УТ это как правила дорожного движения для продаж: какие цены, какие скидки, какие условия.
Ошиблись соглашением и скидка не обязана появляться. Она вообще “не в этом мире”.
Простой житейский вариант: у клиента два направления продаж. Один договор розничный, другой оптовый. Менеджер выбрал не тот. И скидка “куда-то пропала”. На самом деле она в другом соглашении, просто вы туда не вошли.

4) Даты: скидка “вчера была”, а сегодня уже нет

Да, бывает банально.
Акция до 31 числа. На календаре 1-е. Скидка исчезла.
И дальше половина отдела обсуждает “почему отключилось”, хотя отключился только срок действия.
Особенно весело, если документ создают задним числом. Тогда скидка может то появляться, то исчезать в зависимости от даты документа.

5) Условия по количеству/сумме не добиты

Скидка “от 10 штук”, а у вас 9.
Скидка “от 50 000”, а у вас 49 800.
И вот менеджер говорит: “ну там же почти!”.
А 1С отвечает: “почти не считается”.
Еще один подводный камень: упаковки. 1 короб = 12, а кто-то считает короб как “10”. Итог: порог не достигается, скидка не включается, все злятся.

6) Скидка завязана на сегмент, а клиент туда не попал

Это очень коварно, потому что снаружи выглядит как “ну он же VIP”.
Кейс: скидка -12% для VIP. Менеджер уверен, что клиент VIP, потому что “давно покупает”.
А сегмент динамический: например, оборот за последние 90 дней. Клиент месяц молчал, вылетел из сегмента, скидка пропала.
И начинается: “у нас что, 1С память потеряла?”
Нет. Просто правила такие.

7) Скидка настроена на группу товаров, а товар переехал в другую

Товар поменяли, карточку подкрутили, категорию перенесли, кто-то “чуть-чуть” пересобрал группы.
Скидка была на группу А. Товар теперь в группе Б.
Скидка стоит и вроде “живая”, но она смотрит на вас стеклянными глазами, потому что товар для нее чужой.
Проверка: группа/категория товара и на что именно завязано условие скидки.

8) Приоритеты: другая скидка или правило перекрывает вашу

Тут у людей обычно появляется лицо “да ну не может быть”.
Может. И постоянно так происходит.
Например:
  • есть акция “-5% всем”
  • есть персональная “-10% по карте”
  • и есть ограничение “не опускать цену ниже минимальной/маржинальной”
И вот на одних товарах -10% проходит, на других система режет скидку до нуля, потому что иначе цена уйдет ниже порога.
В итоге скидка “то работает, то нет”, а на самом деле работает четко, просто вы не видите, кто сверху главный.

9) Документ не пересчитал скидки после изменений

Иногда скидка бы применялась, но документ как будто “завис” на старых расчетах: поменяли количество, соглашение, склад, дату, а скидки не обновились.
Частая причина: копирование документа. Копируют старый заказ, внутри остаются старые цены, и скидка не пересобирается автоматически.
Это как взять старую смету, заменить одну строку и удивляться, почему итог не поменялся.

10) Вы ждете скидку в заказе, а она “фиксируется” в реализации

Такое встречается, когда в процессе продаж у вас разделение: в заказе предварительные условия, в реализации финальные.
Менеджер смотрит на заказ и говорит “скидки нет”.
А она появляется на следующем шаге, просто по логике процесса.
Если в компании это не проговорено, люди сходят с ума регулярно.

11) Условия по складу/организации не совпали

Скидка может быть привязана к конкретной организации или направлению продаж.
У компании две организации. Акцию завели на одну. Документ сделали от второй. Скидки нет.
Выглядит как “рандом”, но это чистая математика условий.

12) Ручная правка цены “ломает” скидку

Иногда достаточно одного движения: менеджер руками меняет цену на 1-2 рубля “чтобы красиво”.
А дальше система считает, что цену задали вручную, и автоматические скидки либо не трогают строку, либо применяются иначе, чем вы ждете.
Кейс из жизни: скидка пропала на одной позиции. Полдня искали. Оказалось, менеджер поправил цену, чтобы получить “ровные 990”. И этим выключил всю автоматику.

Два коротких кейса, которые отлично показывают, где обычно прячется причина

Кейс 1: “скидка не работает только у одного сотрудника”

Причина: он создавал документы через другой шаблон, где скидки отключены.
Решение: 10 минут. Споров: 2 дня.

Кейс 2: “скидка пропадает, когда берут больше”

Причина: ограничение минимальной цены/маржи.
На 2 штуках скидка проходила. На 20 штуках система резала ее до нуля, потому что итоговая цена падала ниже порога.
Решение: пересмотр порога и исключения для пары категорий. После этого продажи перестали “спотыкаться” на ровном месте.

Что сделать, чтобы скидки были предсказуемыми, а не как погода

Я бы навел порядок в трех вещах:
  1. Один главный механизм: или виды цен, или скидки, но не “все сразу и вперемешку”.
  2. Явные приоритеты: что сильнее, что слабее, где запрет, где минимум цены.
  3. Регламент проверки: раз в неделю пройтись по топовым товарам и посмотреть, где скидки не применились и почему.
Это скучно звучит. Зато потом менеджеры перестают гадать, а вы перестаете слушать “1С опять чудит”.
]]>