12.10.2026 Склад по документам

ID встречи: В-20261012-1 · Направление: Склад · Длительность: 1:04:45 Запись: Записи встреч по Складу/Склад по документам 12.10.26 17-45-03 — запись.webm Расшифровка: Расшифровки/2026-10-12 Склад по документам.md (Vosk, качество среднее) Статус протокола: черновик ревью, ждёт подтверждения Константина

Участники (определены по записи, проверить)

Докладчица с нашей стороны: аналитик, настроила справочники склада и доступ Лизе. Обращается к Константину «Костя». Вероятно, Дарья.
Константин Богданов: методология, принципы, оргвопросы.
Представитель Окон Мира (мужской голос): рассказывает, как сейчас устроены закупки в Москве и Дубае. Имя не звучит.
Упоминаются: Лиза (склад ОМ), Толик/Анатолий (разработка), Вадик, Иван, Олег, Карина, «…Викторовна» (руководство ОМ).

Итог одним абзацем

Справочники склада (номенклатура, поставщики, сертификаты, гарантии) готовы в тестовой базе. Решили не усложнять: Лиза занесёт 2–3 разных вида номенклатуры и проверит, всё ли соответствует реальности. Следующий шаг — документы. Стандартные (поступление, перемещение, списание) есть и адаптируются. Заказ-наряд (по сути «заявка на объект») делаем с нуля под форму ОМ. Константин задал целевую модель снабжения: пополнение по принципу вытягивания (минимальные остатки + заявки на объекты + заказанное в пути), заказ поставщику формируется «по щелчку» и утверждается человеком; позже — связь со спецификацией и графиком (Гант) проекта. В конце обсудили переход с почасовой оплаты на фиксированные задачи с еженедельным согласованием и подготовку общей встречи с руководством.

Разбор по темам

1. Справочники склада — что сделано (0:01–0:13)

Карточка номенклатуры: краткое и полное наименование, артикул, вид, группа, базовая номенклатура, производитель, единица измерения и дополнительные единицы (листы, мешки), несколько изображений с перелистыванием.
Виды заполнены: готовая продукция, инвентарь, инструмент, конструкции, мебель, расходники, техника. Лиза пока не подтвердила. Группы внутри видов не заполнены.
Базовая номенклатура задаёт набор свойств. Пример: «Фанера» → толщина, сорт, формат листа.
Справочник значений свойств просила Лиза (например, марки, чтобы не вбивать руками). Толик пояснил, что такой справочник будет общим для всех. Размеры (длина, ширина, высота, толщина) из справочника выбирать неудобно → предложение вынести их в карточку отдельными полями (0:04:44).
Сертификаты соответствия (только для расходников): номер, сертификат или отказное письмо, период действия, производитель, скан. Связь многие-ко-многим с номенклатурой (0:08:29).
Поставщики: контрагент, нужна ли доверенность и какая (разовая или на несколько заказов); склады поставщика (адрес, пропуск, звонить заранее, парковка и её стоимость); несколько юрлиц у одного поставщика; контакты; номенклатура поставщика (0:10:53).
Гарантии (техника, инструмент): период, от кого (поставщик или производитель), скан (0:12:20).
Лизе настроен доступ и показана работа.
Константин (0:05:41): «избыточно сложно». Принцип: минимум без «придумок», автоматизировать после внедрения, когда люди уже работают. Итог: оставить как есть, но сразу проверить на 2–3 разных видах номенклатуры (0:08:09).

2. Документы: с чего начинаем (0:13–0:15)

Стандартные документы (поступление, перемещение, списание на порчу) в системе есть, их адаптируем под ОМ.
Заказ-наряда нет, он у всех разный → делаем по требованиям ОМ. Он в начале цепочки, поэтому начинаем с него (0:14:44).

3. Как сейчас (as is) — Москва и Дубай (0:14–0:17, 0:31–0:36)

Москва: заказ-наряд создаёт ответственный по проекту: позиции, количество, склад, проектный объект, плановая дата поставки. Внутри расходники и мелкий инструмент (кисточки, перчатки). Позиции нет в номенклатуре → пишут текстом «другое», Лиза заводит номенклатуру и правит наряд.
Дубай: заказ-нарядов нет, есть таблица Excel с расходниками и количеством; закупают у разных поставщиков (интернет, магазины, рынок).
Откуда берутся объёмы: после согласования проекта инженер по проекту и ИТР по чертежам считают каждый свою часть расходников; ИТР заводит заявку (РФ) или закупает сам (Дубай).
Внеплановые заявки: группа «Заявки» в Битрикс24. Номер ставят вручную (смотрят последний в чате), пишут, что нужно и на какой проект; Лиза делает из сообщения задачу.
Разделение по проектам сейчас через виртуальные склады (например, склад проекта «черновые коробки»).
Срочные покупки: человек сам едет и покупает (пачка гвоздей).

4. Целевая модель снабжения (Константин, 0:19–0:31)

Неснижаемый остаток: список позиций, которые всегда есть на складе; у каждой точка заказа (минимальный остаток) и величина заказа, подбираются опытом.
Начинать с конца — с заявки поставщику. Цель: заказ поставщику формируется «по щелчку», когда все предварительные условия уже в системе; через это поддерживается принцип вытягивания.
Заявка поставщику: номенклатура в наименованиях поставщика (соответствие «наше ↔ поставщика», артикул), количество. Поставщики меняются часто. Для пары постоянных поставщиков сразу выдавать их устоявшуюся форму. Сначала — общий ручной режим (распечатать или отправить).
Расчёт количества к заказу (0:29–0:31): текущий остаток; сколько зарезервировано по заявкам на объекты; сколько уже заказано у поставщиков и в пути; минимальный остаток; минимальная партия. Алгоритм нужно прописать.
Единое рабочее место снабженца: одна таблица со всеми позициями из заявок на объекты и позициями, дошедшими до минимального остатка.

5. Спецификация, план и факт (0:31–0:46)

Документ называется «Спецификация расходного материала» по проекту, не «смета» (смета — финансовый документ) (0:37:17). Это план; номенклатура подтягивается из модуля склада.
Заменители не допускаются: покупаем то, что согласовано в проекте. Если купить нельзя (санкции и т. п.) — сначала пересогласовать проект, потом закупать (0:38:54).
Первая заявка ≈ спецификация, но её можно дробить по этапам работ (черновые коробки → монтаж окон → герметизация швов). Последующие заявки — сверх плана, по ним видно качество планирования.
Виртуальные склады — «грубейшая ошибка» (0:34:12): склад — физическое место; план и факт разделяются документами и признаками, а не складами.
План-график проекта (Гант) → когда и какой материал нужен → план заявок на закупку. На пересечении «номенклатура × поставщик» хранится срок поставки (от заказа или оплаты до наличия на складе). При подходе срока у Лизы «загорается лампочка». При новой версии проекта планы пересчитываются. Заявки всё равно утверждает человек (0:44–0:46).
Константин (0:46:35): не натягивать текущие процедуры на автоматизацию, а посмотреть процесс заново. Сначала конструктор документов, потом процесс.

6. Внеплановые и срочные заявки, подотчёт (0:34–0:52)

Внеплановые заявки — тем же документом «заявка на объект», одним потоком, с признаком «плановая / дополнительная».
Через заявки идут и техника, и инструмент, а не только расходники.
Срочная покупка через подотчёт — фактическое поступление без заявки с привязкой к платежу ПО. Такой подотчётный документ утверждают две стороны: финотдел (деньги) и склад (материал действительно куплен и нужен на объект) (0:50:05).
Заявки из чата в перспективе может оформлять ИИ: прочитать сообщение и предложить документ в системе (0:51:21).

7. Привязки к работам и контрольным точкам (0:52–0:55)

В проекте есть виды монтажных работ, по ним отмечаются монтажники; они же попадут в Гант.
В Ганте будут даты: размещение в производство, плановая готовность, поступление на склад, выход на монтаж; плюс контрольные точки прохождения проекта. Заявки и заказы привязывать к ним.

8. Организационное (0:55–1:04)

Нужна отдельная встреча с Дарьей по всему, что она делает (0:55:07).
Проекты: Константин в среду (14.10) в первой половине дня даёт комментарии по разделу; затем созвон вместе с Анатолием — что показываем на демонстрации.
Смена формата работы: через 1–2 недели, до конца месяца, — переход с почасовой оплаты на фиксированные задачи. По ходу только мелкие правки; весь остальной список задач согласуется на еженедельном митинге, оценка суммой, небольшими шагами («сделаем за 10 тыс., посмотрим, пойдём дальше»). Причина: руководство оценивает работу поверхностно, почасовка вслепую вызывает тревогу. Вадик в курсе.
Встречи на неделе: с Олегом и Кариной; в среду — финализация по проектам; общая встреча с руководством («…Викторовна», Иван и наша группа): что сделано и что планируем. Докладчица распишет сценарий, привлекается Дарья (ЗП, управленческий учёт).
Выгрузить в общую папку по складу всё, о чём договорились.

Решения (новые, статус «предложено» до подтверждения)

Р-030 … Р-038 — в «Реестре решений».

Задачи

З-001 … З-021 — в «Реестре задач» (источник: В-20261012-1).

Замечания ревьюера (Claude)

Кто есть кто определено по смыслу, голоса не подписаны. Подтвердите докладчицу и представителя ОМ — от этого зависят ответственные.
Противоречие: Лиза хочет справочники значений, Константин — минимум. Решили через пробное заполнение (З-002). Решение о размерах в карточке (В?-003) принять по его итогам, не раньше.
Риск размывания объёма: Гант, автоматические заявки, ИИ-разбор чатов — это второй этап. Для первого этапа предлагаю границу: справочники → заявка на объект → заявка поставщику (ручная) → поступление → перемещение/списание. Остальное в бэклог.
Связь с ПО-01: двойное утверждение подотчётной покупки (финотдел + склад) — новое правило для подотчётов. Его нужно добавить в реестр решений по подотчётам и в ПО-01, когда утвердят; потребуется доработка документа «Платёж ПО».
Связь с чат-агентом: группа «Заявки» в Битрикс24 — естественный источник для om-chats (шаг 9 его плана). Бот сможет сам предлагать черновик заявки на объект.
Отказ от виртуальных складов потребует переноса остатков и перенастройки отчётов; нужна отдельная задача на миграцию (З-011).
Термины: «заказ-наряд» (термин ОМ) = «заявка на объект». Нужно выбрать одно название для системы и инструкций (В?-005).