Перейти к основному контенту

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:41)44): «избыточно сложно». Принцип:— минимумзачем и краткое, и полное наименование. Константин (0:06:59): без локальных «придумок», проще поправить руками. Вадим (0:07:39): автоматизировать уже после внедрения, когда люди уже работают. Итог:Итог (Ольга, 0:08:24): оставить как есть, но сразу проверить на 2–3 разных видах номенклатуры (0:08:09).номенклатуры.

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:07)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)

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