Опубликовано в

Номенклатура в 1С:УНФ – ключ к бесперебойной работе вашего бизнеса и избежать дорогостоящих ошибок

Номенклатура в 1С:УНФ – ключ к бесперебойной работе вашего бизнеса и избежать дорогостоящих ошибок
Номенклатура в 1С:УНФ – ключ к бесперебойной работе вашего бизнеса и избежать дорогостоящих ошибок

Номенклатура в 1С:УНФ: почему бардак в карточках съедает маржу

Привет, это СБиСик. Сижу, пью остывший латте и листаю чужую базу УНФ — очередной запрос «посмотрите, что у нас не так с остатками». С экрана смотрит странный зоопарк: «Кофе зерно 1 кг», «кофе в зернах 1000г», «Coffee Arabica»… Три кнопки — и товар уже фигурирует в трех вариантах. Выручка вроде нормальная, а в отчёте по складу пустота. Знакомо? Вот об этом и поговорим.

С чего начинается хаос

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

Всё потому, что номенклатура в 1С:УНФ — это не симпатичный каталог для онлайн-витрины. Это та самая основа, на которой держатся продажи, склад, закупки и даже производство. Ошибка в карточке → ошибка в документе → ошибка в аналитике. А аналитика — это то, как собственник принимает решения и куда движется бизнес. Щёлк, и цепочка поползла криво.

Кстати, когда вижу любопытный кейс, но пока нет времени разворачивать статью, я бросаю короткую заметку в наш канал в MAX. Так что самые свежие мини-истории частенько живут именно там, пока я не сел за большой текст.

Номенклатура — это нервная система УНФ

Зайди в любой раздел УНФ — «Продажи», «CRM», «Склад» — и в каждом второй пункт меню зовётся «Номенклатура». Не задумчивое совпадение, а логика платформы: карточка товара (или услуги) прокладывает маршрут по всем подсистемам. Сломай маршрут в одном месте — и появляются «фантомные» остатки, невыкупленные резервы, перекошенное план-факт производство.

Часто спрашивают: «Ну и что, два названия — не страшно?» Отвечаю примером. Розничная точка. Один кассир ищет «Болт М6×20», видит под рукой только «Болт 6х20 оцинкованный» — пробивает его. Вторая смена в приёмке оприходует поставку на «Болт М6х20». И вроде те же шурупы, да только учёт распределился по двум ячейкам склада, а аналитический отчёт «ABC/XYZ» показывает оборачиваемость каждой ячейки отдельно. Итог — закупают лишнее на три недели вперёд, оборачиваемость падает, деньги спят на полке.

От первой галочки до вечной боли: выбираем тип номенклатуры

Заводите карточку — первая строчка после названия: «Тип». Товар, услуга или работа. Кажется мелочью, но именно здесь многие стреляют себе в ногу ещё до старта.

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

Частая ошибка: менеджер спешит, ставит «Услуга» вместо «Товар», лишь бы сохраниться. В тот же вечер бухгалтер закрывает смену и не понимает, почему выручка есть, а склада нет. Приходится лезть в документ, менять тип, пересчитывать остатки, а если комплектов было два-три уровня — всё, половина дня ушла на правку. Просто потому, что в момент создания никто не остановился и не подумал.

Ещё больнее, когда товар всё-таки попадает в производство. Там неверный тип ломает цепочку «Материал → Полуфабрикат → Готовое изделие». В итоге себестоимость не собирается, руководитель цеха ругается, а финансист в отчётах видит минусовую маржу. И нередко зовут консультанта, который тратит два-три часа только на то, чтобы отследить одну-единственную кривую карточку.

Карточка под микроскопом: единицы, характеристики, штрихкоды

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

Возьмём классический строймаркет. Гипсокартон продаётся листами, но закупается пачками. В карточке одна единица «шт.» — и начинается веселье. Приход на 100 л.штуки, продажа поштучно. УНФ ругается на пересортицу, кладовщик считает пальцами, а в акте сверки у поставщика одни цифры, у вас другие.

Лечение простое и скучное: добавляем вторую единицу, задаём коэффициент, не путаем базовую и дополнительную. Но ведь это пять дополнительных кликов! Да, и пятьдесят спасённых нервных клеток. Главное — сделать сразу, а не «когда-нибудь».

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

Кстати, эта история уже мелькала у нас в Telegram-канале. Мы там часто обсуждаем живые кейсы, когда штрихкод либо экономит время, либо ломает весь ритм при ошибке в одной цифре.

Характеристики — ещё один недооценённый раздел. «Зачем мне цвет, если я продаю дрели?» — спрашивает владелец магазина. А потом идёт новогодняя акция: зелёный корпус + свёрла в подарок. Маркетологи хотят выгрузить только зелёные дрели, а в базе все они одинаковые, без различия по цвету. За ночь приходится создавать 300 новых характеристик и догонять остатки ручными корректировками. Финальный файл для маркетплейса еле помещается в дедлайн.

Иногда вспоминаю, как 1С лет десять назад боялась большого количества характеристик, система подтормаживала. В УНФ текущих релизов эта проблема ушла — держит тысячи характеристик спокойно, если карточки заведены правильно. Главное — не экономить пару кликов в момент создания.

Как дубли съедают деньги незаметно

Промежуточная история с моего недавнего проекта. Сеть кофе-поинтов, 43 точки. В справочнике 12 450 записей, из них активных позиций — всего 6700. Остальное — дубли. Почему? Каждый новый бариста считал своим долгом добавить «Латте классический 0,4» с новой фото-иконкой. Через год анализ продаж по позициям показывает, что этот «латте» в трёх разных карточках набирает топ-3 выручки. Один товар, три строки, три разных коэффициента сезонности. Закупки по автоматическому планированию заказывают молоко втрое больше нормы.

Мы выгрузили справочник в Excel, сгруппировали по штрихкоду и названию, собрали повторы, вернули в базу через обработку слияния. Чистка заняла две недели, зато прогноз закупок ушёл в зелёную зону уже на следующий месяц. А ведь в денежном выражении это почти минус 1,2 млн рублей оборотки, раньше замороженной в холодильниках.

Дубли не всегда видны невооружённым взглядом. Иногда отличаются артикулом на один символ, иногда — названием. Мой любимый случай: «Шнур USB, белый» и «USB-кабель белый». Система не сомневается, что это разные вещи, а менеджер по закупкам спокойно утверждает два разных заказа у одного поставщика. Сидит, радуется скидке от объёма, а склад потом мучается с пересортом.

Пара слов про сервис «1С:Номенклатура»

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

Один розничный клиент как-то нажал «Загрузить всё», получил 18 000 карточек вместо 4 500 нужных. База раздулась, поиск замедлился, а часть позиций шла в «серый остаток», потому что никто их реально не продавал. Пришлось откатываться и выбирать из сервиса строго свои бренды плюс две тестовые группы, чтобы увидеть, как именно ляжет описание.

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

Что дальше

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

Спецификации: когда «потом» обходится дороже сырья

В производственных участках откладывают настройку спецификаций до последнего — мол, сначала наладим выпуск, а бумажки подгоним позже. Заезжаю к мебельщикам: склад забит ЛДСП, кромкой и фурнитурой, а себестоимость кухни на экране — «0 ₽». Почему? Готовое изделие в базе есть, но спецификация на него пустая. Режут плиты, вкручивают шурупы, а программа считает, что материал не расходуется. Через квартал бухгалтерия обнаруживает минус 3,8 млн по счету 10 — списывать нечего, всё давно ушло в кухни клиентов. Начинаем восстанавливать истории производства: ищем накладные, фотографии, файлы из ЧПУ-станка. Полтора месяца ручной работы, чтобы вернуть цифры на землю. Итог: время отдела — дороже той самой кромки.

Лайфхак: спецификацию имеет смысл набросать даже в самом черновом виде — хватит 80 % точности. Потом откалибруете нормы, но движение материалов уже будет фиксироваться. Простой чек-лист: есть финальное изделие, перечислили материалы, добавили трудозатраты (как работу), нажали «Записать». Дальше УНФ сама подскажет, что ещё хочется уточнить.

Роли и права: кто может «ломать» справочник

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

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

Импорт из Excel: три фильтра, без которых будет беда

Грузим каталог поставщика из прайса — стандартная сцена. Люди хватают «Загрузка данных», цепляют файл, жмут «Далее». Через пять минут в справочнике 6000 позиций, из них половина — запасные части к товарам, которые вы никогда не продавали. Тормоза, поиск пухнет, аналитика мутнеет. Мой чек-лист перед импортом:

1. Фильтр по бренду. Если продаёте только Makita и DeWALT, зачем тянуть Bosch?
2. Фильтр по статусу. Убираем архив и снятое с производства.
3. Сопоставление единиц. В прайсе «упак.», в БД «коробка». Не свели — получите пять единиц измерения «штук» с разными GUID.

После этих трёх кликов импорт превращается из лотереи в планируемое действие. И база не превращается в электронный склад хлама.

Поиск: когда каталог огромный, а время кликает

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

• В названии первым идёт артикул или модель, потом описание. Склады любят сканеры, которые видят цифры, не слова.
• Заполняем поле «Полное наименование» человеческим языком — его ищет строка глобального поиска.
• Используем группы второго уровня. В «1с унф» они не влияют на скорость системы, но фильтр по дереву работает быстрее, чем фри-текст.

Пару раз на проектах включал анализ логов поиска: топ-10 неудачных запросов. Оказывается, люди вбивают «провод usb 2м черный» — а в каталоге «USB-кабель 2 м, Black». Меняем синонимы, добавляем характеристику «цвет» — и промахи уходят вниз. Круто, когда цифры подтверждают, что маленькие правки экономят реальные минуты.

Чистка каталога: алгоритм на выходные

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

1. Выгружаем весь справочник в Excel по колонкам: GUID, Наименование, Штрихкод, Артикул, Тип.
2. Сортируем по штрихкоду, находим дубли, помечаем цветом.
3. Дубли по названию без штрихкода ловим формулой =СОВПАД с нечётким поиском.
4. Решаем: какой GUID «главный», остальные — на пометку «Удалить».
5. В 1С запускаем обработку «Слияние номенклатуры», меняем ссылки в документах, удаляем мусор.
6. Прогоняем отчёт «Несоответствия в единицах измерения» — там часто всплывают скрытые проблемы.
Суббота ушла, в воскресенье база уже стройная, а в понедельник менеджеры говорят спасибо, потому что поиск летает.

Главное — помнить, зачем всё это

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

Я постоянно собираю новые кейсы. Может, у вас своя история о том, как одна карточка подвела весь отчёт? Расскажите — сравним синяки, найдём решение, да и просто станет легче.

Добавить комментарий