Цена как приключение: почему цифра в УНФ не всегда то, чем кажется

Привет, это СБиСик — пушистый, слегка рассеянный, но упрямо-дотошный консультант по «1С:УНФ». Сижу, пью чай, перелистываю свежий прайс клиента и ловлю себя на déjà vu: цифры те же, а прибыль куда-то усохла. Знакомо? Вот об этом и поговорим.

Когда «просто прайс» внезапно съедает маржу

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

Такие мини-драмы я коллекционирую пачками, иногда даже выкладываю короткие зарисовки в наш канал в MAX — там формат «две строчки и скриншот», пока большая статья еще в черновиках. И почти каждую историю объединяет одна мысль: считать цену просто числом в карточке — всё равно что считать айсберг льдинкой.

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

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

Где на самом деле живут цены в 1С УНФ

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

Чтобы цена превратилась из статичного числа в управляемый механизм, УНФ предлагает документ «Установка цен номенклатуры». Ставишь дату, выбираешь вид цены, партию товаров, при желании — формулу наценки от закупочной. Сохранил, провёл — и с этой точки любой отчёт, любой заказ клиента, любой анализ маржи смотрит именно сюда. Но стоит кому-то править цену «напрямую», и половина связей обрывается.

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

Наблюдал ситуацию: внедрили гибкую наценку — розница 30 %, мелкий опт 20 %, крупный 10 %. Всё задокументировали, сформулы настроили. Через месяц вижу странные числа: на мелком — 22,7 %, на крупном — 8,96 %. Копаюсь в истории, а там куча ручных записей вне документа. Оказалось, кто-то экспериментировал с акцией «цена до конца недели», не успел отменить, а потом система уже смешала временные цены с базовыми. Историю спасло то, что всё-таки фиксировались даты; иначе искали бы, кто и зачем трогал, ещё день.

Ловушки, в которые ежедневно прыгают пользователи

1. Путают закупочную и продажную цену. Как только товар переоценён у поставщика, а розница «забыла» подняться, прибыль тает. Увидишь это не сразу: пока закрыли месяц, пока посчитали валовую…

2. Думают, что если цена сейчас правильная, история не нужна. Ровно до первого вопроса руководителя: «А кто снизил на прошлой неделе?» Искать руками по карточкам — тот ещё квест.

3. Округляют «на глаз». В итоге появляются числа 129,37 или 641,02. Клиент считает: «Так, 129 — наверное, дешёвый товар», а мы потеряли 63 копейки с позиции. На тысяче продаж — уже ощутимо.

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

5. Не учитывают дату действия. Цена может быть заведена с 1 числа месяца, а документ продажи от 31 числа прошлого. Итог — пересчёт, пересчёт и ещё раз пересчёт.

Кстати, эта тема уже мелькала у нас в Telegram-канале, там ребята делились, как ловили ручные правки цен через отчёт «Изменения данных». В чатике минутное обсуждение — и у троих уже найдено, где система дала сбой после обновления.

Но вернёмся. Часто спрашивают: «Ну хорошо, есть документ установки, есть регистр, но я хочу видеть сразу на экране динамику: было столько-то, стало столько-то». Функция, кстати, встроена: отчёт «История изменения цен». Просто мало кто добирается — путь не самый очевидный.

История важнее текущей цифры, или зачем смотреть назад

Есть любимый кейс. Магазин электроники, цена флешки 64 Гб менялась девять раз за два месяца: разные акции, купоны, колебания курса. Фактическая маржа плясала от 6 до 25 %. Исполнительный директор смотрел только на итог месяца и только на среднюю маржу. Выглядело терпимо. Но когда выгрузили историю цен по дням и наложили продажи, стало видно, что всплески прибыли совпадали с конкретными ценовыми точками, а просадки — с неудачными «скидками минус процент». Если бы они изучали историю в моменте, поймали бы закономерность сразу, а не к концу квартала.

Ещё пример. Производитель мебели применяет формулу: закупка + 40 % + доставка. Рубль прыгнул, фрахт подорожал, а закупку пересчитывают только раз в две недели. В результате тот же шкаф промежуточные 14 дней продаётся в минус. Менеджеры узнают об этом, когда бухгалтер с печалью показывает отчёт. Рецепт прост: включить автообновление закупочных цен из приходных накладных и привязать продавецкую цену к ним динамически. А главное — хранить дату изменения. Тогда любое колебание видно на графике.

Кстати, график. Многие удивляются, когда я открываю стандартную аналитику и строю «Линейный отчёт по изменениям цены». Он спрятан не глубоко, но найти сразу трудно. Показываешь, и у людей происходит маленькое прозрение: оказывается, УНФ может не только цифры листать, но и рисовать визуальную динамику.

Ладно, отвлёкся. Что важно помнить, когда говорим про цены унф: система видит цену сквозь призму двух координат — «вид» и «дата». Убрали хоть одну — и вместо осмысленной картины получаем калейдоскоп. Именно поэтому я всегда настраиваю отчёт «Отсутствие цен на дату» — полезнейший фильтр, который показывает, где забыли установить цену с новой партии. С ним байдуже меньше риска продавать по 0, потому что цена не нашлась.

Иногда спрашивают: «Можно ли запретить продажу, если цена не найдена?» Да, ставите галку «Контролировать отсутствие цены». Тогда документ реализации не проведётся без актуальной записи в регистре. Минус в том, что в первый день придётся доделать кучу дыр, зато потом дисциплина держится.

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

Бывает, что люди боятся смотреть в эти регистры: пугает объём. Успокаиваю — смотреть их вручную почти не нужно, главное настроить правильные отчёты и права на изменение видов цен. А уж если полезли лечить вручную — копию базы сделайте, мало ли 🙂

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

Упс, пока печатал, заметил, что слово «отслеживаеть» в старой заметке написано криво — значит, пора возвращаться к правке интерфейса, а то глаз режет.

Давайте на этой ноте остановимся, потому что дальше хочу показать живьём, как документ «Установка цен» взаимодействует с заказами клиентов и почему одно неверное поле «Дата начала действия» способно перекроить весь дневной отчёт по выручке…

Документ «Установка цен»: одна кнопка, три сценария

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

1. Ручная фиксация. Классика: открыли, вставили цену, провели. Спасает, когда нужно быстро поднять пару позиций. Но коварство в том, что люди любят дублировать строки. Два раза одно и то же — уже разные записи в регистре. Через полгода смотришь историю и пытаешься понять, какая из них «правильная». Я докручиваю права: если пользователь не админ, запрещаю добавлять строку, если такой товар+вид цены уже есть в этом документе. Простая роль, а хаос режет наполовину.

2. Автонаценка от закупочной. Выбираем вид «Закупка», ставим формулу «*1,30», жмём «Рассчитать». УНФ пробегает по текущим остаткам и сам высчитывает розницу. Работает круто, пока закупка свежая. Как только поставщик меняет прайс, мы «Закупку» обновили, нажали пересчёт — и продажи уже с актуальной наценкой. Главное — не давать никому доступ к полю «коэффициент». Знаю компанию, где ночной кладовщик решил «чуток подснизить, чтобы было ровно 499». Итог — минус 2 % маржи за выходные.

3. Импорт из Excel. Легендарный сценарий «прайс от производителя». Берём файл, подсовываем шаблон, заливаем. Но тут есть ловушка: люди часто подменяют колонку «Номенклатура» на «Артикул», и система создаёт дубликаты. Секрет прост: перед загрузкой жмём «Сопоставление», выбираем поиск по артикулу, ставим галку «Не создавать новые элементы». УНФ поругается, но не наплодит лишнего. И не забываем после импорта нажать «Провести и закрыть». Иначе документы красиво висят «черновиками», а цена в продажах так и не меняется.

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

Массовая переоценка без паники

Люблю октябрь: поставщики дружно пишут письма «повышаем цены с 1 ноября». И вот у вас 2000 SKU, неделя времени и зевак-менеджер, который вставил новую закупку, но забыл рассчитать розницу. План простой:

Шаг 1. В отчёте «Товары без цен на дату» задаём будущий день. Сразу видно, где — пусто. Если пусто, заказ клиента на эту дату не проведётся. Экономия нервов.

Шаг 2. Создаём «Установку цен» с отложенной датой — той самой 1 ноября. Галочка «Не менять, если цена выше» спасает от случайного понижения.

Шаг 3. В карточке документа кликаем «Заполнить по остаткам». УНФ подтягивает только то, что реально лежит на складе. Почему это важно? Потому что переоценка товара, которого нет, искусственно портит аналитику оборотов.

Шаг 4. Пускаем проверочный отчёт «История изменения цен» за две недели вперёд. Видим график: до 31 октября плоская линия, с 1 ноября — скачок. Нет скачка — значит, что-то недопривязали.

Шаг 5. Включаем «Контроль цен» в документе «Реализация». Без записи в регистре от 1 ноября касса не пробьёт чек. Да, в первый день придётся поругаться со снабжением, но потом сотрудники запоминают: по нулям продавать нельзя.

Кстати о рублёвых хвостах. Многие стонут: «Почему после авторасчёта получается 643,27?» Всё потому, что не настроено округление. В виде цены жмём «Настройки» → «Округлять» → «До 1 рубля вверх». И пусть это будет системным решением, а не «подрежу ручкой, чтобы было красиво».

После такой процедуры средний владелец видит на отчёте: рост закупки +7 %, рост розницы +7,8 %. Накрутка не просела — жить можно. А без истории цена росла бы хаотично, и даже график не спас.

Как держать порядок: пять рабочих приёмов

1. Один товар — одна закупка. Приходите новый прайс — не жмите «Править старую», создайте новую поступление. Тогда видно, с какого дня началась другая себестоимость. Историю не ломаем.

2. Складываем документы в папки. «Переоценка/Плановая», «Переоценка/Акция», «Переоценка/Ошибка». Потом ищем только нужное. Когда всё в «корне», руками вспоминать, какой файл за что, — чистый ад.

3. Лимит на ручную правку. УНФ умеет ругаться: если цена менялась вручную чаще трёх раз за день, выводим уведомление. Не функционалом, а простой SQL-запрос в «Доп. отчётах и обработках». Менеджеры знают: третья попытка — ко мне с объяснениями.

4. Автоматический отчёт утром. Настраиваем регламентное задание «Сводка по изменению цены». На почту падает Excel: что, кто, когда, было-стало. Директор читает за кофе, не дожидаясь закрытия месяца. Такой лёгкий, но цепкий контроль цен.

5. Чистка видов цен раз в квартал. Делаете выгрузку списка, сортируете по дате последней установки. Всё, что старше года и не используется в документах, или удаляем, или архивируем. Лишний вид — лишний риск, что его кто-то выберет случайно.

Эти пять шагов просты, но, как ни странно, дают устойчивый эффект. Люди начинают доверять отчётам, потому что цифры предсказуемы. А предсказуемость в учёте — это недешёво.

Куда смотрим дальше

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

Если читая заметили, что у вас где-то те же грабли, не стесняйтесь написать. Тем более что про 1с унф я могу болтать дольше, чем пью чай. 😉