1. Вопрос пользователя
«Что такое уровень сервиса в управлении запасами? Как его правильно понимать в 1С ERP, и как связать между собой запас, дефицит и вероятность того, что потребность будет выполнена вовремя?»
2. Теоретическая опора
Уровень сервиса — это не “хороший склад” и не “много запаса”. Это вероятность или доля того, что потребность будет удовлетворена без дефицита. Стерлигова определяет уровень обслуживания (service level) как вероятность того, что в период исполнения заказа на пополнение запас не будет исчерпан, то есть спрос не превысит имеющийся запас [1]. Она прямо пишет, что 100% обслуживание в реальной системе обычно недостижимо, поэтому предприятие сознательно выбирает допустимый уровень обслуживания, отличный от 100% [1].
Гаврилов смотрит на ту же тему со стороны исполнения заказов покупателей. У него уровень обслуживания потребителей — это процент заказов, отгруженных вовремя и в нужной номенклатуре; в англоязычной логике это customer service level, fill rate, order-fill ratio [2]. То есть у темы есть две связанные плоскости:
- внутренняя логика запаса: хватит ли запаса в период пополнения;
- внешняя логика клиента: будет ли заказ отгружен полностью и вовремя.
Именно поэтому тема уровня сервиса — это мост между логистикой, запасами и качеством обслуживания рынка.
3. Что это означает для предприятия
Для предприятия это означает простую, но неудобную вещь:
нельзя одновременно минимизировать запас и обещать абсолютное отсутствие дефицита.
Чем выше целевой уровень сервиса:
- тем больше буфер;
- тем выше страховой запас;
- тем ниже риск дефицита;
- но тем выше замороженные деньги и риск избыточного запаса.
И наоборот:
- если предприятие режет запас слишком агрессивно,
- сервис падает,
- растёт вероятность дефицита,
- начинаются срывы отгрузок, пожарные закупки и недовольство производства или клиентов.
Стерлигова это показывает очень наглядно: при выборе уровня сервиса предприятие фактически выбирает не только вероятность бездефицитной работы, но и допустимый объём недообслуженной потребности [1]. А Гаврилов добавляет, что уровень сервиса — это уже управленческий KPI, потому что его можно считать как долю своевременно и полно отгруженных заказов [2].
4. Как это ложится в 1С ERP
4.1. В 1С ERP нет одной “главной кнопки уровня сервиса” для всего склада
И это нужно сразу честно сказать.
В типовой 1С ERP нет одной универсальной настройки, где пользователь ставит:
- 95%,
- 97%,
- 99%
и система автоматически перестраивает всю политику запасов по всей номенклатуре.
Но это не означает, что тема уровня сервиса в системе отсутствует.
4.2. В 1С ERP есть прямые и косвенные носители service level-логики
В системе эта тема живёт через несколько механизмов.
Первый механизм — гарантированный срок обеспечения.
В РЭ прямо сказано, что это срок, в течение которого гарантируется обеспечение потребности на складе в случае её возникновения. Этот срок используется как плановая дата поступления для необеспеченных потребностей [3]. Это уже очень близко к практической логике сервиса: система не обещает абстрактно “всё будет”, а задаёт срок, в пределах которого обеспечение считается гарантированным.
Второй механизм — комбинированное пополнение “по точке заказа” и “по расписанию”.
1С ERP позволяет до наступления даты планового формирования заказа автоматически отслеживать дефицит, а при использовании режима “до даты следующей поставки” рассчитывать пополнение так, чтобы его хватало до ближайшей плановой даты [3]. Это тоже service-level логика, только выраженная не в KPI клиента, а в параметрах обеспечения.
Третий механизм — прямое вероятностное понимание уровня обслуживания для упаковок.
Это особенно важный факт. В 1С ERP для нормативного запаса упаковок коэффициент задаёт именно ту вероятность (уровень обслуживания), с которой должна быть обеспечена потребность, и значения выбираются в диапазоне от 50% до 99,9% в зависимости от XYZ-класса [4]. То есть система знает саму идею service level не только теоретически, а и вполне прямо.
Вот это сильная точка статьи:
в 1С ERP тема уровня сервиса уже присутствует, просто не в одном универсальном регистре для всей номенклатуры, а в нескольких практических механизмах.
5. Как понимать уровень сервиса в 1С ERP по шагам
Шаг 1. Сначала определить, про какой сервис мы говорим
Это важнейшая ошибка практики: смешивают разные сервисы.
Нужно развести:
- сервис по обеспечению запаса;
- сервис по отгрузке клиенту;
- сервис по внутреннему обеспечению производства.
Для склада материалов и комплектующих сервис — это вероятность, что потребность будет покрыта без дефицита в период пополнения [1].
Для клиента сервис — это доля заказов, выполненных вовремя и в нужной номенклатуре [2].
Для производства сервис — это способность обеспечить материалом или полуфабрикатом этап или заказ без срыва графика.
Шаг 2. Не подменять сервис остатком
Большой остаток сам по себе ещё не означает высокий сервис.
Если запас лежит не в том месте, не в той номенклатуре, не в том горизонте, или уже обещан другим заказам, сервис может быть плохим даже при “полных складах”.
Поэтому в 1С ERP нужно смотреть не только на остаток, а на:
- обеспеченность;
- дату обеспечения;
- гарантированный срок;
- наличие дефицита;
- отклонение между требуемой и доступной датой [3].
Шаг 3. Связать service level со страховым запасом
Это уже классическая теоретическая часть.
Стерлигова показывает, что при повышении уровня сервиса растёт страховой запас и пороговый уровень [5]. В её примере для обслуживания 95% заявок страховой запас и пороговый уровень становятся выше, чем в детерминированной модели [5].
То есть в практике 1С ERP правильный вопрос звучит так:
какой уровень риска дефицита мы готовы принять, и какой буфер должен это выдержать?
Шаг 4. Использовать гарантированный срок обеспечения как практический surrogate service level
В типовой 1С ERP для большинства практических задач уровень сервиса по обеспечению проще всего читать через:
- гарантированный срок обеспечения;
- точку заказа;
- дату следующей поставки;
- контроль дефицита до плановой даты заказа [3].
Это не чистая формула service level из учебника, но это очень рабочая прикладная форма:
если система гарантирует обеспечение в заданном горизонте, это уже operational expression выбранного уровня сервиса.
Шаг 5. Там, где нужно, использовать прямую вероятностную настройку
В РЭ 1С ERP по упаковкам это сделано буквально:
- есть вероятность покрытия потребности;
- она зависит от XYZ-класса;
- можно выбирать от 50% до 99,9% [4].
Это очень полезно как методическая опора даже за пределами упаковок.
Потому что сама логика правильная: более стабильный спрос может иметь один уровень сервиса, менее стабильный — другой.
6. Практический пример с развернутым сравнением
Возьмём товар или материал М-01.
Исходные данные:
- среднедневное потребление: 20 шт.
- средний срок поставки: 4 дня
- вариативность поставки и спроса есть
- предприятие выбирает между тремя уровнями сервиса:90%
95%
99%
Вариант 1. Уровень сервиса 90%
Логика предприятия:
- дефицит допускается как редкое, но приемлемое событие;
- страховой запас держится умеренным;
- денег в запасе замораживается меньше.
Плюс:
склад не раздувается.
Минус:
в условиях колебаний спроса или сбоя поставки дефицит возникает заметно чаще.
Вариант 2. Уровень сервиса 95%
Логика:
- предприятие хочет работать устойчиво;
- дефицит допускается реже;
- страховой запас выше;
- порог пополнения выше.
Это типовой зрелый компромисс:
- не слишком жирный склад;
- но и не постоянная пожарная закупка.
Вариант 3. Уровень сервиса 99%
Логика:
- предприятие почти не готово терпеть дефицит;
- особенно если речь о критической позиции;
- страховой запас сильно растёт.
Плюс:
очень высокий шанс, что потребность будет закрыта.
Минус:
запас дорожает, растёт риск заморозки денег и излишков.
Как это читается в 1С ERP
В типовой 1С ERP ты не ставишь “99%” одной кнопкой для всей номенклатуры. Но practically ты задаёшь этот выбор через:
- больший или меньший гарантированный срок обеспечения;
- параметры поддержания запасов;
- величину страхового слоя;
- правила комбинированного заказа;
- настройку вероятности покрытия потребности там, где система это поддерживает явно, например в упаковках [3][4].
Что происходит при ошибке выбора
Ошибка 1. Слишком низкий сервис
Предприятие говорит:
“не хотим держать лишний запас”.
Что получается:
- система поздно формирует пополнение;
- при колебании спроса или задержке поставки дефицит вылезает слишком часто;
- производство и продажи живут в аварийном режиме.
Ошибка 2. Слишком высокий сервис для всех подряд
Предприятие говорит:
“давайте на всё поставим почти 100%, чтобы было спокойно”.
Что получается:
- деньги залипают в запасах;
- появляются лишние остатки;
- часть номенклатуры начинает стареть или становиться неликвидом;
- склад перестаёт быть управляемым.
Ошибка 3. Один и тот же сервис для всей номенклатуры
Это особенно плохой путь.
Потому что:
- стабильные X-позиции,
- средние Y,
- хаотичные Z
по-хорошему не должны обслуживаться одинаково. И 1С ERP прямо демонстрирует это на упаковках, где для XYZ-классов допускаются разные уровни обслуживания [4].
7. Выводы по анализу
Вывод 1
Уровень сервиса — это управленческий выбор между риском дефицита и стоимостью запаса.
Вывод 2
В 1С ERP тема уровня сервиса присутствует реально, хотя и не всегда как единая глобальная кнопка:
- через гарантированный срок обеспечения;
- через правила пополнения и обеспечиваемый период;
- через контроль дефицита;
- через прямую вероятностную настройку для нормативного запаса упаковок [3][4].
Вывод 3
Связь “сервис → страховой запас → дата обеспечения → вероятность дефицита” нужно объяснять пользователю прямо, иначе 1С ERP начинает восприниматься как система “поздних заказов”, хотя проблема часто в неверно выбранной политике сервиса.
Вывод 4
Лучший путь — не пытаться выбрать один универсальный service level для всего, а дифференцировать его:
- по критичности позиции,
- по стабильности спроса,
- по цене дефицита,
- по цене избыточного запаса.
8. Простыми словами
Если совсем просто:
уровень сервиса — это ответ на вопрос, как часто ты готов мириться с дефицитом.
Если не готов почти никогда — запас должен быть выше.
Если готов терпеть редкие провалы — запас можно снижать.
Но это всегда компромисс.
В 1С ERP этот компромисс живёт не только в цифре остатка, а в:
- сроке обеспечения;
- точке заказа;
- буфере;
- настройках пополнения;
- вероятности покрытия потребности там, где она поддержана явно [3][4].
9. Частый вопрос / частая ошибка
Вопрос:
“Можно ли просто поставить очень большой страховой запас и считать, что уровень сервиса хороший?”
Ответ:
Нет.
Большой страховой запас сам по себе не гарантирует хороший сервис, если:
- пополнение приходит не вовремя;
- сроки заданы неверно;
- данные по остаткам грязные;
- запас находится не там, где возникает потребность;
- дефицит формируется на другом эшелоне.
Типичная ошибка:
Считать уровень сервиса только “про склад”.
На самом деле это ещё и про:
- отгрузку клиенту,
- внутреннее обеспечение производства,
- качество сроков,
- корректность данных,
- выбранную стратегию пополнения.
10. Библиография
[1] Стерлигова А.Н. Управление запасами в цепях поставок.
Раздел 10.1 «Уровень обслуживания»:
уровень обслуживания как вероятность того, что в период исполнения заказа потребность не превысит наличный запас;
отличие реального уровня обслуживания от 100%;
пример интерпретации 97% уровня обслуживания.
[2] Гаврилов Д.А. Управление производством на базе стандарта MRP II.
Раздел 9.2 «Понятие и способы оценки уровня обслуживания покупателей»:
customer service ratio как процент заказов, отгруженных своевременно и в нужной номенклатуре;
fill rate / order-fill ratio как варианты измерения сервиса.
[3] 1С:ERP Управление предприятием 2. Расширенный вариант обеспечения потребностей.
Гарантированный срок обеспечения как срок, в течение которого гарантируется обеспечение потребности;
использование его как плановой даты поступления для необеспеченных потребностей;
комбинированный заказ по точке заказа и по расписанию;
обеспечиваемый период до даты следующей поставки.
[4] 1С:ERP Управление предприятием 2. Отгрузка товаров.
Для упаковок нормативный запас рассчитывается с учетом коэффициента, который определяет вероятность покрытия потребности, то есть уровень обслуживания;
для XYZ-классов доступны вероятности от 50% до 99,9%.
[5] Стерлигова А.Н. Управление запасами в цепях поставок.
Пример расчета параметров модели при обслуживании 95% заявок: рост страхового запаса и порогового уровня по сравнению с детерминированной моделью.