Единицы измерения в CRM: упаковки, штуки и цена одной ошибки

Покупатель просит четыре коробки по двенадцать штук, цена задана за штуку, склад отгружает коробками. В карточке CRM стоит число 4, в счёте — 48, и без явного правила пересчёта это разные обязательства.

Единица измерения в CRM — часть расчёта, а не подпись под числом. Строка заказа должна явно хранить единицу заказа, базовую единицу, коэффициент с версией и основание цены. Тогда четыре коробки по двенадцать штук дают 48 штук, а при цене 250 рублей за штуку — 12 000 рублей в условном примере. Без этого одинаковые цифры создают разные обязательства.

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

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

Четыре коробки, сорок восемь штук и цена за штуку

В условном расчёте покупатель просит четыре коробки по двенадцать штук. Базовая единица — штука, единица заказа — коробка, коэффициент — 12. Тогда 4 × 12 = 48 штук. При цене 250 рублей за штуку товарная сумма составляет 12 000 рублей. Это арифметика в рамках примера, без дополнительных условий и налоговых выводов. Ошибка начинается не в умножении, а в вопросе, что именно означает число 4 в конкретной строке.

Если в CRM хранится 4, а цена подтягивается как 250 рублей за штуку, система может посчитать 4 × 250 = 1 000 рублей. Если цена задана за коробку, но склад отгружает штуками, появляется другая крайность: 48 × 250 = 12 000 рублей уже может означать не то, что предполагал продавец. Одинаковые цифры создают разные обязательства, когда основание цены и единица количества расходятся.

Рекомендация: начинать не с экрана, а с одной товарной группы, где есть упаковка, цена за базовую единицу и складское место. На таком примере видно, где заканчивается разговор клиента и начинается расчёт. Если компания не может восстановить 4 × 12 = 48 и 48 × 250 = 12 000 из полей карточки, автоматическое обещание лучше отложить.

В проектных требованиях к агентской CRM «Цифра» описаны поиск клиентов, подготовка карточек, согласованные сообщения и звонки; изменение этапа, суммы и ответственного согласует сотрудник. На странице опубликованные возможности «Цифры» и формат обсуждения задачи с единицами заказа можно проверить, какие связи с каталогом и заказами доступны в конкретной конфигурации; наличие интеграций выясняют отдельно. Сам по себе продукт не превращает коробку в штуку без настроенного правила.

Строка заказа отвечает не на тот вопрос, который кажется

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

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

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

Карточка единицы строки: поля, которые нельзя прятать в комментарий

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

В каталоге товаров связь единиц и вариантов описана отдельно: Microsoft: устройство каталога товаров. Для проектирования это напоминание, что единица заказа не обязана совпадать с единицей хранения. Но конкретная карточка, правила округления и полномочия — решение компании, а не свойство любого каталога.

Смена фасовки и запрос в метрах требуют разных решений

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

Коэффициент упаковки изменился между заказом и отгрузкой

Покупатель согласовал четыре коробки по двенадцать штук, то есть 48 штук. Через неделю поставщик перешёл на упаковку по десять штук. В каталоге появился новый коэффициент, но строка заказа была создана по старой версии. Если CRM просто пересчитает четыре коробки по новому правилу, получится 40 штук. Если склад отгрузит четыре новые коробки, покупатель недополучит восемь штук относительно исходного расчёта.

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

В условном расчёте цена 250 рублей за штуку сохраняет товарную сумму 12 000 рублей только при 48 штуках. При 40 штуках та же цена даёт 10 000 рублей, но это уже другой заказ. Нельзя оставить сумму прежней, а количество новым, не объяснив разницу. Полномочие на изменение количества или цены принадлежит сотруднику, а не агенту, который красиво сформулировал ответ.

Клиент назвал метры вместо рулонов

Клиенту нужно 30 метров материала, а складская единица — рулон длиной 20 метров. В разговоре звучит «тридцать метров», в заказе появляется число 30, а склад видит 30 рулонов. Это не мелкая опечатка, а разница между 30 метрами и 600 метрами. Пересчёт должен начинаться с явного вопроса: клиент называет длину, количество рулонов или количество упаковок.

В условном примере 30 метров — это 1,5 рулона. Если компания продаёт только целые рулоны, заказ округляется до двух рулонов, то есть 40 метров. Тогда нужно решить, что делать с излишком: предложить покупателю 40 метров, согласовать неполный рулон или отказаться от строки. Если цена задана за метр, товарная сумма считается по фактически согласованному количеству метров, а не по числу рулонов.

Округление до целого места — не техническая мелочь. Два рулона могут занимать одно место, но не обязаны. Если правило говорит «только целое место», а покупателю нужен неполный объём, появляется исключение. Его оформляет сотрудник с понятным основанием. Агент может подготовить вариант ответа, но не должен сам превращать 30 метров в 40 и объявлять это согласованным заказом.

Переменный вес, округление и целое место

Для товаров с переменным весом коэффициент упаковки может быть не фиксированным. Условная коробка заявлена как «около 10 килограммов», но фактический вес партии — 9,6 или 10,4 килограмма. Если цена задана за килограмм, количество в коробках не даёт точной суммы. Нужно либо согласовать правило оценки по фактическому весу, либо заранее определить допустимое отклонение и порядок пересчёта.

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

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

Две фасовки одного артикула и возврат неполной упаковки

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

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

В условном расчёте 4 коробки по 12 штук — это 48 штук. Возврат 3 коробок и 7 штук означает 43 возвращённые штуки, но не обязательно четыре целые коробки. При этом возвращённые семь штук образуют неполную упаковку, а пять штук остались у покупателя. Для склада это влияет на дальнейшую продажу, для CRM — на сумму и статус строки. Нельзя автоматически округлять возврат до целой упаковки, если компания отдельно не решила, что вскрытая тара списывается.

Как согласовать единицы до обещания клиенту

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

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

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

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

Экран сотрудника: двойное количество и основание цены

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

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

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

В требованиях к «Цифре» агентская CRM включает поиск клиентов, подготовку карточек, согласованные сообщения и звонки; изменение этапа, суммы и ответственного согласует сотрудник. Экран единиц — предмет настройки, а не автоматическое следствие названия продукта. Конкретные связи с каталогом, заказами и складским учётом проверяются до запуска.

Очередь исключений: кто меняет коэффициент и округление

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

Право изменить коэффициент или округление не равно праву исправить опечатку. Одно дело — привести строку к действующему справочнику до подтверждения заказа. Другое — изменить уже согласованное обязательство. Во втором случае нужен сотрудник, который отвечает за коммерческое последствие и может объяснить клиенту новую величину. Агент может подготовить запрос, но не должен молча переписывать основание.

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

Приёмка пересчёта на тестовых заказах

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

Что показывают показатели качества единиц

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

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

Практикум: одна строка, три проверки

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

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

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

Первый шаг: проверить одну строку с двумя единицами

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

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

Соседний вопрос разобран отдельно: Числа и артикулы в транскрипте: где одной цифры достаточно для ошибки. Здесь основной предмет — проверяемый пересчёт упаковок и базовых единиц в строках заказа; не распознавание чисел звонка.