Skip to main content

03 · Операционная дирекция (снабжение)

Аналитическая справка: Операционная дирекция ITECH (снабжение · склад · логистика)

Дата: 2026-06-21 · Операционный директор: Хлопяникова Мария Игоревна (id 213, числится в Администрации) Источники (проверено по живым данным): Grace API (purchase_requests, supply_requests); OpenSearch-канон itech_services_requests (досинкан LEV-189); витрина на сервере 89 (dim_employee, dim_department, fact_request, fact_communication, agg_comm_dept_pair). Метод: контент-анализ — фактура ЧТО и КАК; причины (ПОЧЕМУ) — вне данных.


1. Резюме для руководителя

  • Операционная дирекция = снабжение компании: Отдел закупок + Склад + Отдел логистики + Транспорт (+ склад Кострома). ~39 активных сотрудников. Заместитель по закупкам — Корнилова Н.А.
  • Отдел закупок — коммуникационный позвоночник всей компании: 33 120 комментариев / 19 339 тредов силами 14 человек — самый плотный узел общения в ITECH. Через него проходит вся цепочка «заявка → поставщик → платёж → приёмка → склад».
  • Снабжение вязнет НЕ внутри себя, а на границах с обеспечивающими функциями: Закупки↔Юристы — застряло 34% (договоры с поставщиками), Закупки↔ОТК — 34% (приёмка/брак), Закупки↔Управление сервиса — 45%, Закупки↔Бухгалтерия — 24% (платежи). Внутренняя линия Закупки↔Логистика, наоборот, почти не застревает (0.6%).
  • Крупный контур брака комплектующих: ComponentDefect — 5466 комментариев (3-й по объёму) — замкнут на закупки + склад + ОТК = переделки/рекламации к поставщикам.
  • Поток хоз-услуг растёт и держится на одном человеке: services_requests — 4345 заявок на 626,9 млн ₽, рост 2024→2025 +23%, 2026 уже 737 за полгода; 2107 из 4345 (48%) — на Кулажко Н.М. (логистика) = риск шины фактора.

2. Команда (функциональный периметр дирекции, активных/всего)

id Подразделение Руководитель (по должности) Активных
35 Отдел закупок Корнилова Н.А. (Зам. опер. директора по закупкам) 6/15
14 Склад Карелкин В.В. (Начальник склада) 19/57
36 Отдел логистики Кулажко Н.М. (Ведущий спец. по логистике)¹ 5/7
31 Транспортный отдел 1/2
103 г. Кострома Склад — (региональный) 8/9

¹ У Отдела логистики chief_user_id в Grace пуст — пробел в данных, не отсутствие руководителя (лид определяется по должности — Кулажко). Стоит проставить у клиента. То же по Транспортному.

Ключевые роли (активные):

  • Закупки (35): Корнилова Н.А. (зам. по закупкам) · Авилова А.В. (ведущий менеджер) · Черняк Н.А. (ведущий менеджер по закупкам и ВЭД) · Шепелева Л.С. (коммерческий менеджер) · Зайцева Т.А., Фролов Д.В. (менеджеры по закупкам).
  • Склад (14, 19 чел): Карелкин В.В. (начальник) · Баранов А.В., Мацнев И.М. (начальники смен) · кладовщики/ст. кладовщики (7) · грузчики (4) · водители погрузчика (2) · Синдякова (оператор WMS) · Глушенкова (управление товарным запасом).
  • Логистика (36): Кулажко Н.М. (ведущий спец.) · 4 водителя.

3. Чем КОНКРЕТНО заняты

Закупки и снабжение — purchase/supply (активное окно)

В каноне видно активное окно заявок: purchase 67 (статусы: «КП получено» 50, «Отправлен запрос» 14, «В работе» 2, «Новая» 1) + supply 26. Это срез открытых на сейчас — не вся история (ограничение API). Реальный масштаб операционной нагрузки виден в коммуникации (блок 4), где заявки на снабжение — крупнейший поток.

Хоз-услуги и услуги для заказов — services_requests (627 млн ₽)

4345 заявок, сумма 626,9 млн ₽, средняя ~144 тыс ₽. Категории: «Услуги для нужд компании» 2666 + «Услуги для выполнения заказов» 990. Статус почти всех — «КП получено» (4341/4345)². Распределение по подразделению-инициатору: Отдел логистики (36) — 2225 (51%), АХО (17) — 525, Кострома сборочный (2) — 520, Отдел продаж (6) — 204, Отдел закупок (35) — 183. Исполнители: Кулажко Н.М. 2107, Петрова К.В. 514, Гурьянова Е.А. 422. Динамика: 2024 → 1617, 2025 → 1991 (+23%), 2026 → 737 (за полгода). → поток хоз-услуг растёт и концентрируется в логистике на одном исполнителе.

Брак комплектующих и приёмка

По коммуникации (блок 4) видны крупные контуры: ComponentDefect 5466 комментариев (брак комплектующих), Delivery 7948 (поставки/отгрузки). Сами записи дефектов/поставок в OpenSearch-канон не синкаются — видны только через комментарии.


4. Как работают: коммуникация (позвоночник снабжения)

Объём (комментариев / тредов / авторов):

Отдел Комментариев Тредов Авторов
Отдел закупок 33 120 19 339 14
Отдел логистики 6 576 5 135 6
Склад 4 175 2 531 8

→ Закупки — самый активный отдел ITECH по объёму общения (33 тыс. комментариев на 14 человек).

О чём пишут (target_type, комментариев): SupplyRequest 11781 · PaymentRequest 9726 · Delivery 7948 · ComponentDefect 5466 · PurchaseRequest 3124 · Contract 1523 · ContractAnnex 1171 · AccountingRequest 391.

С кем (тредов / из них застряли >7д / %):

Линия Тредов Застряли % Длинных (≥6) Пинг-понг
Склад ↔ Закупки (внутри юнита) 1549 352 23% 653 329
Бухгалтерия ↔ Закупки 901 216 24% 193 183
Юридический ↔ Закупки 890 307 34% 266 233
Закупки ↔ Логистика (внутри юнита) 705 4 0.6% 20 16
Закупки ↔ Перспективные расчёты НКУ 393 30 8% 198 99
ОТК ↔ Закупки 334 114 34% 170 124
Закупки ↔ Управление продаж 302 50 17% 182 124
Закупки ↔ Отдел сервиса 289 33 11% 31 27
ОТК ↔ Склад 213 70 33% 134 110
Администрация ↔ Закупки 157 60 38% 78 75
Закупки ↔ Управление сервиса 137 61 45% 80 60

→ Картина: внутри снабжения (Закупки↔Логистика) поток идёт гладко (0.6% застрявших), а рвётся на стыках с обеспечивающими функциями — юристы (договоры с поставщиками), бухгалтерия (платежи), ОТК (приёмка/брак), сервис. Линия Закупки↔Перспективные расчёты — мало застреваний, но рекордно «длинная» (198 длинных тредов) = итеративный подбор цены/комплектации.


5. Сигналы для ЛПР (ЧТО — повод разобраться, не ПОЧЕМУ)

  1. Снабжение — узкое горло координации всей компании: 33 тыс. комментариев на 14 закупщиков. Любая пробуксовка на стыке закупок мультиплицируется на всю цепочку «заказ → производство». Вопрос: чем разгрузить ручную координацию?
  2. Застревания концентрируются на границах, а не внутри: Закупки↔Юристы 34%, ↔ОТК 34%, ↔Сервис 45%, ↔Бухгалтерия 24% — против 0.6% внутри юнита. Проблема системная — на хэндофф-стыках между функциями.
  3. Контур брака комплектующих (ComponentDefect 5466) замыкает закупки↔склад↔ОТК = переделки и рекламации к поставщикам; постзакупочный контроль качества требует ресурса трёх отделов.
  4. Поток хоз-услуг 627 млн ₽ держится на одном человеке (Кулажко — 48% заявок) и растёт (+23% год к году). Риск шины фактора + точка для автоматизации/типизации однотипных заявок.
  5. Внутренняя линия Склад↔Закупки — рекордный объём ручной координации (1549 тредов, 653 длинных, 329 пинг-понг). Приёмка/размещение ведётся «в комментариях» — кандидат на регламент/инструмент.

6. Оговорки (честность данных)

  • Только канал Grace-комментов: переписка с поставщиками (почта/телефон/мессенджеры) — снаружи, реальная картина шире (особенно по внешним поставщикам).
  • purchase/supply в каноне = активное окно (67/26), не вся история (ограничение API; история закрытых — только если API даст фильтр, не из MySQL). services_requests — полная выгрузка (4345).
  • ² status_id 49 = «КП получено» (резолюция из прошлой сверки, 4341/4345 совпало; справочника статусов в каноне нет — при необходимости подтвердить эндпоинтом statuses Grace API). approval_status_id 72/34/71 — стадия согласования, метки не резолвлены.
  • services_requests.department_name в каноне не резолвится (id-first) — подразделения по department_id.
  • chief_user_id/reports_to местами пусты (пробел оргструктуры) — руководители определены по должности (Хлопяникова, Корнилова, Карелкин, Кулажко). Стоит проставить у клиента.
  • ПОЧЕМУ не выводим — причины пауз/застреваний за рамками данных (это сигнал «где смотреть», не диагноз).