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

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

Участники (по плиткам Телемоста; говорящий — по подсветке плитки)

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

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

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

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

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

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

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

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

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

Москва (Вадим, 0:14:54): заказ-наряд создаёт ответственный по проекту: позиции, количество, склад, проектный объект, плановая дата поставки. Внутри расходники и мелкий инструмент (кисточки, перчатки). Позиции нет в номенклатуре → пишут текстом «другое», Лиза заводит номенклатуру и правит наряд.
Дубай: заказ-нарядов нет, есть таблица 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:08).
Проекты: Вадим до итоговой встречи даёт комментарии по разделу — в среду (14.10) в первой половине дня; затем созвон вместе с Анатолием: что показываем на демонстрации (0:56:16–0:56:50).
Смена формата работы (Константин, 0:56:55): через 1–2 недели, до конца месяца, — переход с почасовой оплаты на фиксированные задачи. По ходу только мелкие правки; весь остальной список задач согласуется на еженедельном митинге, оценка суммой, небольшими шагами («сделаем за 10 тыс., посмотрим, пойдём дальше»). Причина: руководство оценивает работу поверхностно, почасовка вслепую вызывает тревогу. Дарья: «Вадик в курсе, Иван сегодня тоже»; Вадим поддерживает и предлагает подключить Ивана (0:57:29–0:58:24).
Встречи на неделе (Дарья, 1:02:04–1:03:01): с Олегом и Кариной; в среду — финализация по проектам; общая встреча с руководством («…Викторовна», Иван и наша группа): что сделано и что планируем. Сценарий общей встречи кто-то берёт на себя (1:03:24, говорящий не определён); Дарья может рассказать про ЗП и управленческий учёт.
Дарья: выгрузить в общую папку по складу всё, о чём договорились, и что нужно со стороны ОМ (1:02:04).

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

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

Задачи

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

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

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