# Внутренние встречи

# 09.02.2026 Декомпозиция процессов ОМ (IDEF0)

# Протокол: Декомпозиция процессов ОМ (IDEF0), 09.02.2026 11:23

**ID встречи:** В-20260209-1 · **Направление:** Внутренние / процессы · **Длительность:** 0:27
**Запись:** `Внутренние встречи/Встреча в Телемосте 09.02.26 11-23-10 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-09 Декомпозиция процессов ОМ (IDEF0).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**.

## Итог
Разобран верхний уровень процессов ОМ в нотации IDEF0 (7 блоков, см. Р-169). Обсуждали: «новый рынок» оставлен в поиске проекта ради логики схемы; приём и сбор информации по заявке — кандидаты на объединение; логистика конструкций (с таможней) отделена от логистики комплектующих; закрытие проекта завершается анализом результата, который корректирует стандарты (по Минцбергу — работа техноструктуры); вход сервиса — «потребность в сервисе». Отдельно — учёт рабочего времени в СУВР с расчётом КПД. Ольга ведёт эту часть описания процессов.

## Решения
- **Р-169.** Верхний уровень процессов ОМ (IDEF0): поиск нового проекта; от заявки до согласованного КП; заключение и ведение договора; проектирование, производство, логистика (конструкции с таможней отдельно от комплектующих); монтаж и сдача; закрытие договора и проекта с анализом результата → корректировка стандартов; сервисное обслуживание.

## Задачи (архив)
- **З-150.** Откорректировать верхний уровень IDEF0 по итогам обсуждения — Ольга Григорьева, срок 02.2026.

## Открытые вопросы
—

# 10.02.2026 BPMN и встречи с ОМ — план

# Протокол: BPMN и встречи с ОМ — план, 10.02.2026 11:46

**ID встречи:** В-20260210-1 · **Направление:** Внутренние / процессы · **Длительность:** 0:04
**Запись:** `Внутренние встречи/Встреча в Телемосте 10.02.26 11-46-07 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-10 BPMN и встречи с ОМ — план (Ольга, Марина).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, **Марина**.

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

## Решения
- **Р-170.** Подготовка КП объединяется в один блок «от заявки до согласованного КП» (замкнутый цикл).

## Задачи (архив)
- **З-151.** BPMN по проговорённому (субъекты, объекты, базы данных, программы) — к встрече с ОМ в пятницу; затем встреча по договорам — Ольга Григорьева, Марина, срок 13.02.2026.
- **З-152.** Работать вместе в Бизнес-студии, рабочие встречи записывать в папку записей — Ольга Григорьева, Марина, срок постоянно.

## Открытые вопросы
—

# 12.02.2026 IDEF0 — договор, ТЗ и проектирование

# Протокол: IDEF0 — договор, ТЗ и проектирование, 12.02.2026 17:26

**ID встречи:** В-20260212-1 · **Направление:** Внутренние / процессы · **Длительность:** 1:25
**Запись:** `Внутренние встречи/Встреча в Телемосте 12.02.26 17-26-44 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-12 IDEF0 — договор, ТЗ и проектирование (Ольга, Марина).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, **Марина** (демонстрация экрана Бизнес-студии, плиток нет — участники по смыслу).

## Итог
Разбирали в Бизнес-студии блок «Заключение и ведение договора» по материалам ОМ. Камень преткновения — у ОМ на стадии договора заново проверяют себестоимость и «актуализируют» КП; решили, что это возврат на пересогласование КП, а не часть договора. Договорились моделировать сверху вниз по функциям как поток создания ценности, а не документооборот. Пересобрали верхний уровень: юридическое заключение и ведение договора — отдельно (выход — подписанный договор); проработка ТЗ и проектирование — отдельный блок до договора; согласованное ТЗ — управляющий документ; монтаж и сдача отдельно от закрытия проекта. Открытые места (что повторяют при договоре, договор на проектирование при паузе, триггер запуска производства, синхронизация графиков, внутреннее согласование) — спросить у ОМ на следующей встрече.

## Решения
- **Р-171.** Возобновление проекта после паузы — возврат на этап пересогласования КП; в функции заключения договора согласованное КП не обновляется.
- **Р-172.** Модель строим сверху вниз по функциям как поток создания ценности (не документооборот); у каждой функции — результат, документы — на нижних уровнях.
- **Р-173.** Верхний уровень: юридическое заключение и ведение договора — отдельный блок (выход — подписанный договор); проработка ТЗ и проектирование — отдельный блок до договора; согласованное ТЗ — управляющий документ; монтаж и сдача отдельно от закрытия проекта.
- **Р-174.** «ТЗ» у ОМ (спецификации, чертежи, графики) привести к единому определению — приложения к договору.

## Задачи (архив)
- **З-163.** Переслушать встречу с ОМ по обработке заявки и доработать детализацию — Ольга Григорьева, Марина, срок 02.2026.
- **З-164.** Уточнить у ОМ вопросы по договору (В?-029…031) — Ольга Григорьева, срок 13.02.2026.

## Открытые вопросы
- **В?-029.** Что ОМ повторяет на стадии заключения договора (перепроверка себестоимости у поставщика)? Договор на проектирование при паузе проекта — как оплачивается?
- **В?-030.** Что запускает производство: подписанный договор, предоплата, утверждённое ТЗ или внутреннее решение? Может ли производство начаться без договора?
- **В?-031.** Синхронизация графиков стройки, производства и поставки — на какой стадии и кто делает? Есть ли внутренняя цепочка согласования договора (инженер — РП — финансист)?

# 22.02.2026 Контекст проекта ОМ и фокус на автоматизацию

# Протокол: Контекст проекта ОМ и фокус на автоматизацию, 22.02.2026 11:22

**ID встречи:** В-20260222-1 · **Направление:** Внутренние / контекст проекта · **Длительность:** 0:54
**Запись:** `Внутренние встречи/Встреча в Телемосте 22.02.26 11-22-29 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-22 Контекст проекта ОМ и фокус на автоматизацию.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов** и коллега из команды Acccell (имя по записи не определено; демонстрация экрана, плиток нет).

## Итог
Константин рассказал предысторию проекта: Олег прошёл быстрый старт ТМА и организовал встречу с Вадимом и Дарьей; у ОМ ДДС собирается с опозданием, нет баланса и отчёта о прибылях и убытках, Битрикс используется в основном для коммуникаций, расчёты ведутся в Excel с копиями. Запрос ОМ — вся информация по проекту в одном месте: проект как центральная сущность (окна, монтаж, внутренний расчёт, сервис), видно, кто что согласовал, список дел на день. Процессы решено описать каркасом верхнего уровня, а оставшиеся часы направить на начальную автоматизацию. Роль финансового директора — см. В?-023. Вторая половина встречи — о других клиентах и интерфейсе платформы ТМА (база знаний, стиль форм), к ОМ не относится.

## Решения
- **Р-175.** Процессы описываем каркасом верхнего уровня (2–3 уровня), оставшиеся часы — на начальную автоматизацию: проект как центральная сущность, доступы для ОМ.
- **Р-176.** Приоритет — расчёты и проект в одном месте с видимостью согласований и списком дел; мобильная версия и прочее — позже.

## Задачи (архив)
—

## Открытые вопросы
—

# 22.02.2026 BPMN — расчёт КП по себестоимости

# Протокол: BPMN — расчёт КП по себестоимости, 22.02.2026 13:11

**ID встречи:** В-20260222-2 · **Направление:** Внутренние / процессы · **Длительность:** 0:21
**Запись:** `Внутренние встречи/Встреча в Телемосте 22.02.26 13-11-55 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-22 BPMN — расчёт КП по себестоимости.md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева**, **Марина** (предположительно; демонстрация экрана, плиток нет).

## Итог
Рисовали BPMN подпроцесса «Расчёт КП по себестоимости» по большой схеме ОМ: заявка от РП через Битрикс24 → руководитель техотдела выбирает инженера (по загрузке) → проверка полноты данных → при нехватке запрос недостающих данных у РП или замер → расчёт (стандарт — на веб-интерфейсе фабрики, нестандарт — запрос и подготовка спецификации). ПТО из этого шага убрали. Учтены договорённости со встречи с ОМ: РП обрабатывает заявку по распечатанным планам, оформление чертежей РП — формализованное и обязательное, к первичному замеру — один путь.

## Решения
- **Р-177.** Расчёт КП по себестоимости: оформление чертежей РП — формализованное и обязательное; к первичному замеру один путь (через заявку на КП или до неё).

## Задачи (архив)
- **З-165.** Дорисовать BPMN техотдела: запрос недостающих данных, расчёт на веб-интерфейсе, спецификация для нестандартных — Ольга Григорьева, Марина, срок 02.2026.

## Открытые вопросы
- **В?-032.** Как руководитель техотдела распределяет расчёты между инженерами — по загрузке или напрямую?

# 12.08.2026 Доработки по проектам — типы проектов и фабрики

# Протокол: Доработки по проектам — типы проектов и фабрики, 12.08.2026

**ID встречи:** В-20260812-1 · **Направление:** Внутренние / проекты · **Длительность:** 0:19
**Запись:** `Внутренние встречи/Встреча в Телемосте 12.08.2026 (Доработки по проектам).webm`
**Расшифровка:** `Расшифровки/2026-08-12 Доработки по проектам — типы проектов и фабрики (Константин, Анатолий).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Анатолий Москаленко**.

## Итог
Точка отсчёта управленки — трейд (финплан); Константин доделывает структуру статей доходов и расходов. Фабрики по объекту — табличная часть «фабрика — квадратура, м²». Обсудили черновик классификации (статьи ДДС с кодами, типы проектов: клиентский, предпроектный, гарантийный, платный сервис, общепроизводственный; склад, монтажная и сервисная группы; отдельно Архемоушен) — требует ручной вычитки. Решили не вводить четвёртую доп. аналитику, а повесить форму карточки и этапы на тип проекта — универсальное решение, уже встречавшееся у других клиентов. Анатолий показал заполнение этапов по умолчанию из типа.

## Решения
- **Р-178.** Точка отсчёта управленки — трейд (финплан), а не ГП; структура статей ДР доделывается под него.
- **Р-179.** Фабрики по объекту — табличная часть «фабрика — квадратура (м²)»; отдельный справочник не нужен (фабрики = поставщики-производители).
- **Р-180.** Тип проекта определяет форму карточки и этапы (стадии с процентовкой заполняются по умолчанию); четвёртая доп. аналитика не вводится; разделы ОДР строятся по типам проектов.

## Задачи (архив)
- **З-166.** Форма проекта на типе проекта; этапы по умолчанию (дата план, признак текущей стадии) — Анатолий, срок 08.2026.
- **З-167.** Доделать структуру статей доходов и расходов под трейд — Константин, срок 12.08.2026.

## Открытые вопросы
—

# 12.08.2026 Номенклатура — свойства и поставщики

# Протокол: Номенклатура — свойства и поставщики, 12.08.2026 14:22

**ID встречи:** В-20260812-2 · **Направление:** Внутренние / склад · **Длительность:** 0:16
**Запись:** `Внутренние встречи/Номенклатуры 12.08.2026 14-22-20 - запись.webm`
**Расшифровка:** `Расшифровки/2026-08-12 Номенклатура — свойства и поставщики (Константин, Анатолий).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Анатолий Москаленко**.

## Итог
Наименование номенклатуры собирается из свойств: базовая номенклатура (тип, например саморезы) задаёт набор свойств, при создании позиции заполняется таблица свойств; артикул — свободное поле. Связь с поставщиками — отдельная таблица (артикул и наименование поставщика, производитель); поставщик связан с юрлицами через контрагента — это нужно доделать. Перспектива — автоматический заказ поставщикам (например, «Все инструменты») по заявкам с объектов и остаткам на складе. Константин запускает несколько параллельных линий работы (Ольга — проекты и склад) со встречами раз в 1–2 дня.

## Решения
- **Р-181.** Наименование номенклатуры — сборное из свойств; базовая номенклатура задаёт набор свойств; артикул — свободное поле в сборке; свойства в расчётах не используются.
- **Р-182.** Номенклатура ↔ поставщики — отдельная таблица (артикул и наименование поставщика, производитель); поставщик связан с юрлицами через контрагента.

## Задачи (архив)
- **З-168.** Связать контрагентов с юрлицами (видно, какие юрлица принадлежат контрагенту) — Анатолий, Женя, срок 08.2026.

## Открытые вопросы
—

# 12.08.2026 Учёт резидентства сотрудников

# Протокол: Учёт резидентства сотрудников, 12.08.2026 14:22

**ID встречи:** В-20260812-3 · **Направление:** Внутренние / кадры · **Длительность:** 0:07
**Запись:** `Внутренние встречи/Резиденство 12.08.2026 14-22-20 - запись.webm`
**Расшифровка:** `Расшифровки/2026-08-12 Учёт резидентства сотрудников (Константин, Анатолий).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Анатолий Москаленко**; задача для Серёги.

## Итог
Сотрудники ОМ работают в нескольких странах (Россия, Дубай и др.), компании нужно управлять их налоговым резидентством: считать дни пребывания (правило 183 дней, календарный год или 12 месяцев, даты вылета и прилёта с учётом часовых поясов) и заранее знать, сколько ещё можно находиться в стране. В карточке сотрудника — желаемая резиденция, отчёт по каждому — сколько дней и до какой даты можно оставаться. Задача Серёги — не просто сделать учёт, а разобраться в специфике и предложить универсальный модуль.

## Решения
- **Р-183.** Учёт резидентства: в карточке — желаемая резиденция; отчёт по сотруднику — дни по странам (183 дня, год или 12 месяцев, часовые пояса) и до какой даты можно находиться в стране; модуль универсальный.

## Задачи (архив)
- **З-169.** Разобраться в специфике налогового резидентства и предложить модуль учёта — Серёга, срок 08.2026.

## Открытые вопросы
—