Перейти к содержанию

План производства (ПП) — обзор и связь с задачами Глеба

Зачем этот документ

Задачи Г1 («Повышение гигиены финансового планирования» → 5.1) и Г3 (Планировщик продаж → 2.3, п.6) в исходных вводных Глеба напрямую ссылаются на «файл ПП»:

«Есть удобный файл ПП, с которым АБ работает. Он удобен тем, что можно смотреть на одном экране динамику продаж модели, ставить прогнозы продаж, заказы… мы с АБ смотрим 150 моделей...» — Вводные_данные_Глеб, Задача 1

«Нужно так же пересмотреть возможность оперативного залива обновленного прогноза в план продаж в файл ПП» — Вводные_данные_Глеб, Задача 3, п.6

По запросу пользователя (05.07.2026) найдены и изучены файлы, стоящие за этим «файлом ПП» — их оказалось три штуки, разного назначения и возраста.

1. Легаси-файл: ПП 2026 (План производства от Алексея Боталова).xlsx

  • Расположение: gdrive:Project/AGT Аналитика/Система отчетов и дашбордов для Глеба/ПП 2026 (План производства от Алексея Боталова).xlsx — уже лежит в папке проекта.
  • Объём: ~195 листов. Годовые срезы 2023–2026: План производства 2024/2025/2026 (РФ/Китай), Прогноз продаж 2023–2026 (шт/руб), Сток в месяцах, плюс ~180 листов по отдельным моделям (МОД101…МОД943).
  • Состояние: содержит #REF! ошибки на части листов (например, «Сток в месяцах») — следствие многолетних правок/удалений строк. Это и есть «старая табличка Баталова», про которую уже принято решение в проекте Баталов — Планирование Бродекс (раздел 5): «Отказаться от заполнения старой таблицы Баталова после появления точных данных по запасам от Смирнова».
  • Вывод: это уходящий в прошлое ручной архив, не текущий рабочий инструмент. Ценен как исторический источник (многолетние ряды прогнозов/факта), но не как цель интеграции.

2. Текущий операционный файл: «Copy of Производственный план 2026 (05-07-2026)»

  • Google Sheets ID: 1Tn4EeCJQySchncN0SPLNdn3tz95qRuu7qjesNmwLW6c
  • Структура: 14 листов — сводный «Производство РФ 2026» (месяц размещения заказа × модель, итоговые количества по месяцам: март 8210, апрель 6500 … январь 1000) + 12 помесячных листов (Март 2026 … Февраль 2027), каждый — ~207 моделей со столбцами: Количество для размещения за месяц, Остаток к размещению, до 2 «Фактических размещений» (количество, № заказа в 1С, дата старта отгрузки, фабрика) + лист-справочник «Фабрики для списка».
  • Это и есть «удобный файл ПП», который описывает Глеб в Задаче 1: одна строка = модель, видно план на месяц и фактическое размещение заказов, охват по количеству моделей (150→207) совпадает по порядку величины.
  • Функция: операционное отслеживание размещения заказов на фабриках помесячно — не расчёт прогноза (прогноз/количество для размещения приходит откуда-то ещё, вероятно от Баталова вручную или из легаси-файла), а факт исполнения: сколько уже размещено, на какой фабрике, каким заказом в 1С.
  • Открытый вопрос (уже был В7 в 06): откуда именно берётся плановое «Количество для размещения за месяц» — вручную от Баталова, или расчётом (как в системе ниже). Нужно уточнить у Баталова/Дмитрия.

3. Новая система планирования: проект «Баталов — Планирование Бродекс»

Отдельный, уже активный (🟢) проект в Obsidian (project_id: P20260527-9), не входящий сейчас в папку «AGT Аналитика». Коротко:

  • Что это: Google Sheets + Apps Script + pgapi, рассчитывающий помесячный план производства на 22 месяца вперёд по формуле: Итог_Прогноз = INT(Факт_прошлого_года × Глоб.Прирост × Множитель), Приход = ЗАКАЗ сдвинутый на Lead Time, Остаток = Остаток_пред − Прогноз + Приход, Запас_дни = Остаток / (Прогноз/30).
  • Ключевые бизнес-правила (встречи с Баталовым, март 2026): минимальные запасы (Китай 9 мес / Россия 4 мес / Узбекистан 4 мес), Lead Time по странам (Россия 3 мес, Китай 7 мес, Узбекистан 4 мес), ахтунги (красный/жёлтый по срокам стока), статусы заказов (Планируется → Подтверждён → Размещён → ОТК/УТК → Сток → Продажа).
  • Статус: Google Sheets работает, Apps Script настроен; ждёт встречи с Баталовым для согласования передачи в 1С. Известный технический риск — хрупкость формулы сдвига Lead Time (привязана к номеру строки).
  • Это целевая система, в которую логично заводить сигнал «сколько заказать» из нашего блока связи с производством (см. ниже) — а не в легаси-файл и не напрямую в операционный трекер п.2 (хотя технически возможно и туда).

Как это соотносится с сегодняшними прототипами (DeepSeek / GLM-5.2)

Оба альтернативных прототипа сводного дашборда (04.07.2026, см. DeepSeek-v4_Оценка_архитектуры_и_предложение_сводного_дашборда и GLM-5.2_Видение_дашборда_планирования) независимо пришли к одному и тому же «Блоку связи с производством»:

План продаж (шт/год, сумма по каналам) − Свободный остаток = Дефицит/Избыток
Дефицит > 0  →  Заказ в ПП = MAX(0, План − Остаток)  →  сигнал в план производства

Это ровно то звено, которого не хватает между текущим пилотом «Дилеры Brodeks» (задача 3.8, продажи) и системой Баталова (производство) — и именно оно упомянуто в вводных Глеба (Задача 1 и Задача 3, п.6) как «оперативный залив прогноза в файл ПП».

Куда технически заводить этот сигнал — открытый вопрос (уже частично В7): в операционный трекер (п.2, добавить туда прогнозную колонку), или в новую систему Баталова (п.3, она уже умеет считать Lead Time и статусы) — вероятно, второе логичнее, т.к. там уже есть вся механика заказов/статусов/Lead Time, а трекер п.2 — это просто журнал факта размещения.

Рекомендация по организации проектов (вопрос пользователя: переносить ли папку)

Пользователь предложил перенести папку 20-projects/Баталов — Планирование Бродекс в 20-projects/AGT Аналитика/ и, возможно, использовать совместно с реализацией задачи Глеба.

Мнение: перенос оправдан по содержанию — оба проекта работают над одним и тем же контуром «продажи → производство» и Блок D/C (связь с производством) в прототипах DeepSeek/GLM буквально ссылается на систему Баталова как на цель интеграции. Технически перенос — это просто перемещение папки (все внутренние wiki-ссылки в Obsidian не завязаны на путь, продолжат работать), но нужно решить:

  1. Остаётся ли «Баталов — Планирование Бродекс» отдельным проектом (со своим project_id, 01_SYSTEM_GUIDE, логами) внутри новой родительской папки, или сливается с проектом «Система отчетов и дашбордов для Глеба» (единый 03_Задачи.md, сквозная нумерация)?
  2. Нужно ли синхронизировать нумерацию задач (у Баталова сейчас чек-листы [ ]/[x], не блочная нумерация 0–5, как в проекте Глеба)?

Не переносил и не сливал файлы — жду решения по этим двум пунктам.