# Общие встречи с ОМ

# 05.02.2026 Подход к описанию процессов ОМ

# Протокол: Подход к описанию процессов ОМ, 05.02.2026 09:23

**ID встречи:** В-20260205-1 · **Направление:** Общее / процессы · **Длительность:** 0:13
**Запись:** `Записи встреч/Окна мира 05.02.26 09-23-37 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-05 Подход к описанию процессов ОМ.md`
**Статус:** архивный разбор

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

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

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

## Задачи (архив)
- **З-170.** Назначить от ОМ, кто расскажет о генерации заявок и ведении клиентских баз — ОМ (Вадим?), срок 02.2026.

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

# 10.02.2026 Процесс от заявки до согласованного КП

# Протокол: Процесс от заявки до согласованного КП, 10.02.2026

**ID встречи:** В-20260210-2 · **Направление:** Общее / процессы · **Длительность:** 1:12
**Запись:** `Записи встреч/Окна мира 10.02.26.webm`
**Расшифровка:** `Расшифровки/2026-02-10 Процесс от заявки до согласованного КП (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева** (ведёт), от ОМ — **Вадим**, **Александр** и др. (демонстрация экрана, плиток нет). Есть ранняя расшифровка и саммари: `Записи встреч/Транскрибации/1002 …`.

## Итог
Прошли процесс «как есть» от заявки до согласованного КП. Заявки приходят в основном по рекомендациям; около 120 заявок в год, в договор уходит около 20. В 9 из 10 объектов общение идёт через представителей заказчика или архитекторов. Встреча с клиентом проводится по ситуации, исходные данные собираются по телефону, мессенджерам и почте; заявка заносится в Битрикс, но часто приходит устно с распечатанными чертежами. Расчёт — техотдел в Москве: основной продукт — в веб-интерфейсе фабрики, другие (дерево, сталь) — упрощённая спецификация в AutoCAD; на одном объекте может быть несколько фабрик. Нехватка данных — возврат к РП (иногда напрямую к клиенту). КП учитывает минимальную маржинальность и операционные расходы по внутренним расценкам (монтаж — так же). Файлы — сетевой диск и Nextcloud, расчёты пересылаются копиями. Согласование КП идёт по кругу (пересчёт под бюджет, более дешёвая серия). При паузе — отдельный договор на проектирование, затем проект ждёт. Константин пояснил цель: модели «как есть» → текст → основа для автоматизации и работы с ИИ.

## Решения
- **Р-185.** Процессы фиксируются «как есть» по шагам (от заявки клиента), затем переводятся в текст — основа для автоматизации и работы с ИИ.

## Задачи (архив)
- **З-171.** Прислать скрин заявки из Битрикса (без личных данных) и файл Вадима по заявкам — Вадим, срок 02.2026.
- **З-172.** Собрать у сотрудников обратную связь: что мешает в работе (не только по Битриксу) — ОМ, срок 02.2026.

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

# 13.02.2026 Обработка заявки, договор и роли РП и ИТР

# Протокол: Обработка заявки, договор и роли РП и ИТР, 13.02.2026

**ID встречи:** В-20260213-1 · **Направление:** Общее / процессы · **Длительность:** 1:11
**Запись:** `Записи встреч/Окна мира 13 февраля.webm`
**Расшифровка:** `Расшифровки/2026-02-13 Обработка заявки, договор и роли РП и ИТР (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, от ОМ — **Вадим**, **Дарья Герасимова**, **Александр**, **Иван** (демонстрация экрана, плиток нет — по обращениям в записи).

## Итог
Прошли с ОМ модель «обработка заявки» и стадию договора. Заявка ведётся в Битриксе (карточка, папка в хранилище), но чертежи часто приходят в WhatsApp напрямую в техотдел; в модели введена сущность «пакет данных для расчёта» с циклом запроса недостающих данных. Расчёты распределяются чаще напрямую, отдельного распределяющего нет. Выбор юрлица под договор решается устно (РП — бухгалтер — финдиректор), без следа в системе; удалённые сотрудники (финотдел, инженеры) усиливают потерю информации. Собственник требует, чтобы РП вёл проект от начала до конца; с ростом проектов вводится роль ИТР, забирающего техническую реализацию (в Европе РП совмещает обе роли). Согласование текста договора может тянуться до месяца. Форматов договора 4–5: комплексный (проект, поставка, монтаж), отдельный договор на проектирование, поставка и вариации; при отсутствии чертежей предлагалось брать небольшую оплату за чертежи с зачётом в основной договор. После подписания: оплата → финальный комплект чертежей → заказ на фабрику (по почте или в системе завода). Исполнительная документация (акты скрытых работ, КС) — примерно в каждом втором проекте. ОМ собрала в один файл «что болит» в работе. Следующий созвон — после того как команда доделает обработку заявки и ТЗ/проектирование; вопросы — в чате.

## Решения
- **Р-187.** В модели обработки заявки — сущность «пакет данных для расчёта» с циклом запроса недостающих данных; следующий созвон с ОМ — после доработки обработки заявки и ТЗ/проектирования, вопросы — в чате.

## Задачи (архив)
- **З-174.** Передать команде файл ОМ «что болит в работе» и варианты (4–5) форматов договоров — Дарья, срок 02.2026.

## Открытые вопросы
- **В?-034.** Выбор юрлица под договор сейчас решается устно (РП — бухгалтер — финдиректор): нужен ли этот шаг в системе и кто его выполняет?

# 19.02.2026 Переход от описания процессов к автоматизации

# Протокол: Переход от описания процессов к автоматизации, 19.02.2026 15:08

**ID встречи:** В-20260219-1 · **Направление:** Общее / подход · **Длительность:** 0:54
**Запись:** `Записи встреч/Окна Мира 19.02.26 15-08-56 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-19 Переход от описания процессов к автоматизации (с ОМ).md`
**Статус:** архивный разбор

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

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

## Решения
- **Р-188.** В рамках текущего договора и лимита часов начинаем реальную автоматизацию: ядро системы и первая версия (расчёты, КП, база знаний), изменения процессов — постепенно, автоматизация подстраивается под бизнес.
- **Р-189.** Данные ботов учёта смен монтажников используются как первичный источник для учёта времени; при блокировке Telegram — второй бот в другом мессенджере с записью в одну базу.

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

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

# 24.02.2026 Производство, логистика, черновые коробки, монтаж и закрытие

# Протокол: Производство, логистика, черновые коробки, монтаж и закрытие, 24.02.2026 15:11

**ID встречи:** В-20260224-1 · **Направление:** Общее / процессы · **Длительность:** 1:47
**Запись:** `Записи встреч/Окна Мира 24.02.26 15-11-36 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-24 Производство, логистика, черновые коробки, монтаж и закрытие (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, от ОМ — **Дарья Герасимова**, **Вадим** (демонстрация экрана, участники по обращениям). Дубль звука: `Записи встреч/Только аудио от 24.02.mp4` (та же встреча, расшифровка совпадает). Ранняя расшифровка: `Записи встреч/Транскрибации/Транскриб созвон 24.02.pdf`.

## Итог
Прошли с ОМ вторую половину жизненного цикла. Для полного сценария Константин предложил использовать предварительный договор; смотреть на людей через роли, а не оргструктуру. Заказ на фабрике: ОМ запрашивает документы о принятии в производство, проверяет и подписывает, фабрика выставляет счёт и сроки; Skyframe (Швейцария, основная фабрика) — через свой веб-интерфейс. Системных правил при сдвиге графика нет; окна часто заказывают заранее и держат буфером на складе; задержки производства — до 14–16 недель; хранение при задержке по вине заказчика выставляется ему. Мини-проект («залипуха») и полный проект различаются детализацией по каждому окну. Черновые коробки (металл, фанера, крепёж, гидроизоляция) — замер, заказ-наряд от инженера, списание со склада по заказ-наряду; складской учёт — УНФ (около 3 лет), снабжение и склад — Лиза, исторически много в Excel. Логистика — Алексей: организация доставки, документы производителя, растаможка; финдиректор участвует в таможенных платежах. Монтаж: вывоз расходников, бригадир/ИТР проверяет проёмы, разгрузка и проверка повреждений, бригада 2–3 человека, фотоотчёты; акт выполненных работ делает РП. Закрытие — разбор результатов и процедура закрытия в Битриксе, после чего считаются бонусы (в 80% случаев без замечаний). КП: монтаж — по усреднённой цене за м², логистика — по опыту прошлых доставок; цену окон даёт техотдел по запросу на фабрику. Системы ОМ: Битрикс (задачи, чаты), Хомнет (1С-партнёр, управленка у финдиректора), 1С Бухгалтерия, Zoho в Дубае, Европа — на аутсорсе.

## Решения
- **Р-190.** Участников процессов ОМ описываем через роли (РП, ИТР, техотдел, логист, снабжение/склад, финдиректор), а не через оргструктуру; для сценария полного договора рассмотреть предварительный договор.

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

## Открытые вопросы
- **В?-035.** Сдвиг графика (задержка фабрики до 14–16 недель, неготовность объекта): нужен ли в системе регламент пересчёта графика и уведомления клиента, кто ответственный?
- **В?-036.** Монтаж в КП — по усреднённой цене за м², логистика — по опыту: оставляем так или считаем по нормативам в системе?

# 25.02.2026 Демо ТМА на кейсе другого клиента

# Протокол: Демо ТМА на кейсе другого клиента, 25.02.2026 12:18

**ID встречи:** В-20260225-1 · **Направление:** Общее / демо · **Длительность:** 1:12
**Запись:** `Записи встреч/Окна Мира. Демо Нордик 25.02.26 12-18-59 — запись.webm`
**Расшифровка:** `Расшифровки/2026-02-25 Демо ТМА на кейсе другого клиента (с ОМ).md`
**Статус:** архивный разбор

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

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

## Решения
- **Р-191.** Автоматизацию ОМ начинаем с сущности проекта и неудовлетворённостей ключевых пользователей, без больших ТЗ; требования собираем с теми, кто будет пользоваться.
- **Р-192.** Управленческий учёт ведём отдельно от бухгалтерии (бухгалтерия — чистая, управленка — свой блок с учётом нескольких юрисдикций); интеграцию с Битриксом не делаем — замена дешевле, финслужбу вовлекаем.

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

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

# 02.03.2026 Управленка ОМ в Хомнете — показ Олега

# Протокол: Управленка ОМ в Хомнете — показ Олега, 02.03.2026 15:58

**ID встречи:** В-20260302-1 · **Направление:** Общее / управленка · **Длительность:** 1:45
**Запись:** `Записи встреч/Окна по управленке с Олегом 02.03.26 15-58-47 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-02 Управленка ОМ в Хомнете — показ Олега.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Олег** (показ Хомнета).

## Итог
Олег показал текущий управленческий учёт в Хомнете (1С с надстройкой подрядчика поверх бухгалтерии): проекты со статусами и префиксами, понедельное планирование платежей, заявки на оплату через задачи Битрикса с указанием проекта и статьи, платёжные поручения, разделение денег за конструкции и монтаж, план-факт маржи проекта (первоначальный и текущий план), фонды на рекламации и инструмент. Проблемы: в Европе и Архемоушен нет кэшфлоу по прошлому году; много ручного труда; статус проекта меняется вручную без истории; переплата по таможне около 3,3 млн руб. висит несколько месяцев; сверки по итогам — с большими усилиями. Константин: ДДС — только про деньги, анализа деятельности на нём нет; контроль — по остаткам денег, ценностей и взаиморасчётов; у кассовых разрывов две природы (накопленный убыток или несинхронность); вместо годового бюджета — моделирование и плановый платёжный календарь; общие расходы (бухгалтерия, финслужба) распределять по плановой выручке проектов; деньги и остатки по территориям (Россия, Дубай, Европа) — признаком в движении. Цели собственника сводятся к трём (выйти из операционки, масштабировать, продать) — для всех нужны баланс и ОПиУ. Договорились организовать встречу с финдиректором.

## Решения
- **Р-193.** Контроль управленки — по остаткам денег, ценностей и взаиморасчётов; вместо годового бюджета — моделирование и плановый платёжный календарь.
- **Р-194.** Общие расходы (бухгалтерия, финслужба и др.) распределяются на проекты по плановой выручке; движения денег несут признак территории (Россия, Дубай, Европа).

## Задачи (архив)
- **З-175.** Организовать встречу Константина с финдиректором по управленке — Олег, срок 03.2026.

## Открытые вопросы
- **В?-037.** Переплата по таможне (около 3,3 млн руб., висит несколько месяцев) — как отражать и кто отвечает за возврат или зачёт?

# 11.03.2026 Управленка и ТМА — встреча с руководством ОМ

# Протокол: Управленка и ТМА — встреча с руководством ОМ, 11.03.2026 15:16

**ID встречи:** В-20260311-1 · **Направление:** Общее / стратегия · **Длительность:** 3:02
**Запись:** `Записи встреч/Встреча в Телемосте 11.03.26 15-16-40 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-11 Управленка и ТМА — встреча с руководством ОМ.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, от ОМ — **Иван** (руководство), **Олег**, **Александр**; упоминаются Евгения Викторовна, Вадим, Дарья (участники по обращениям, без плиток).

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

## Решения
- **Р-195.** Внедрение управленки по дорожной карте «три отчёта по кнопке»: начальные остатки (инвентаризация денег, долгов, ценностей) → движение денег по факту → движение ценностей → взаиморасчёты → аналитика; план строится поверх готового факта.
- **Р-196.** Россия, Дубай и Европа работают в одной системе ТМА; расчёты КП и шаблоны вариантов проектов переносятся из Excel в систему; файлы — в хранилище, связанном с системой.
- **Р-197.** Трейд (финплан проекта) ведётся внутри проекта; прогноз — по высоковероятным проектам.

## Задачи (архив)
- **З-176.** Показать Ивану похожий реализованный проект (как шли, что получилось, как учитывается работа) — Константин, срок 03.2026.

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

# 18.03.2026 Финальная встреча по операционке

# Протокол: Финальная встреча по операционке, 18.03.2026 16:02

**ID встречи:** В-20260318-1 · **Направление:** Общее / старт · **Длительность:** 1:43
**Запись:** `Записи встреч/Окна мира  Финальная встреча по операционке 18.03.26 16-02-25 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-18 Финальная встреча по операционке — решение стартовать (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, от ОМ — **Иван**, **Александр**, **Дарья Герасимова**, **Вадим** (по обращениям, без плиток).

## Итог
Итоговая встреча по операционной автоматизации. ОМ опасается «пойти по кругу» после прежних попыток; Константин объяснил, что дело не в типовых решениях, а в построении своей модели данных, и что существующие системы (Битрикс, УНФ, Хомнет) со временем заменяются; старые данные не ломаются и остаются доступны. Показал ТМА: учёт времени как основа бизнеса Acccell, универсальные модули (банковские выписки, справочники), конструктор таблиц и карточек, списки как в Excel (сортировка, отбор), обязательные поля и блокировки продвижения проекта, история изменений, рабочее место руководителя (шорт-лист задач), импорт из Excel, файлы на сервере системы, веб-графики. Александр предложил начать с модуля расчётов и на его основе — модуль подготовки КП; договорились двигаться так, при неуспехе — разойтись. Модели «как должно быть» растягиваются на первые три месяца параллельно с разработкой. ОМ собирает своё условное ТЗ (список желаемого), команда его приоритизирует и стартует с первого приоритета; скорость регулируется количеством часов в месяц. По финансам Константин работает с Иваном; управленка — отдельный трек. Общение — в чате (Telegram через VPN работает с перебоями, WhatsApp стабильнее).

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

## Задачи (архив)
- **З-177.** Собрать условное ТЗ ОМ — список желаемого (данные карточки проекта и функции системы) — Дарья, Александр, срок 03.2026.

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

# 24.03.2026 Вопросы Ольги по производству и монтажу

# Протокол: Вопросы Ольги по производству и монтажу, 24.03.2026 15:19

**ID встречи:** В-20260324-1 · **Направление:** Общее / процессы · **Длительность:** 0:48
**Запись:** `Записи встреч/Окна мира Вопросы Ольги 24.03.26 15-19-09 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-24 Вопросы Ольги по производству и монтажу; список пожеланий ОМ.md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева**, **Константин Богданов**, от ОМ — **Дарья Герасимова**, **Александр** (по обращениям, без плиток).

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

## Решения
- **Р-200.** Финансовому директору — практикум «быстрый старт» (бесплатно) и подключение к общей группе; цель финблока — триада отчётов (баланс сразу после закрытия месяца, ОПиУ по начислению, ДДС).

## Задачи (архив)
- **З-178.** Дать финдиректору доступ к практикуму «быстрый старт» и добавить её в общую группу — Константин, Дарья, срок 03.2026.
- **З-179.** Передать команде Google-таблицу «График монтажей» как образец планирования — Дарья, срок 03.2026.

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

# 27.03.2026 Сдача моделей процессов, часть 1

# Протокол: Сдача моделей процессов, часть 1, 27.03.2026 14:57

**ID встречи:** В-20260327-1 · **Направление:** Общее / процессы · **Длительность:** 1:40
**Запись:** `Записи встреч/Окна Сдача моделей 1 27.03.26 14-57-01 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-27 Сдача моделей процессов, часть 1 (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (показ моделей), **Константин Богданов**, от ОМ — **Александр**, **Вадим**, **Дарья Герасимова**, в начале **Олег** (по обращениям).

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

## Решения
- **Р-201.** Правила расчёта КП (маржа РП, нормативы доставки и монтажа) фиксируются письменно; подготовка ТЗ может идти параллельно с расчётом и согласованием КП.

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

## Открытые вопросы
- **В?-038.** «Висящие» сделки в Битриксе и выплата процентов сотрудникам только по документу — нужен ли статус/правило закрытия сделок в новой системе?

# 28.03.2026 Обсуждение ТЗ по автоматизации — карточка проекта

# Протокол: Обсуждение ТЗ по автоматизации — карточка проекта, 28.03.2026 10:36

**ID встречи:** В-20260328-1 · **Направление:** Общее / ТЗ · **Длительность:** 0:56
**Запись:** `Записи встреч/Окна Обсуждение ТЗ по автоматизации 28.03.26 10-36-04 — запись.webm`
**Расшифровка:** `Расшифровки/2026-03-28 Обсуждение ТЗ по автоматизации — карточка проекта (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, от ОМ — **Иван**, **Дарья Герасимова** (по обращениям, без плиток).

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

## Решения
- **Р-202.** Карточка проекта — основная сущность: номер с префиксом по виду проекта, видимость по участникам, территория и ЦФО — признаки; клиент — отдельная карточка, контрагент в нескольких ролях, клиенты↔юрлица «многие ко многим»; статусы по маркерам данных с историей.
- **Р-203.** Гант в проекте и общий график загрузки ресурсов по всем проектам в системе (вместо трёх таблиц); события порождают задачи ответственным; АРМ руководителя проекта; маркетинг на объектах — часть проекта и графика.

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

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

# 02.04.2026 Сдача моделей процессов, часть 2

# Протокол: Сдача моделей процессов, часть 2, 02.04.2026 14:58

**ID встречи:** В-20260402-1 · **Направление:** Общее / процессы · **Длительность:** 1:10
**Запись:** `Записи встреч/Окна мира Сдача моделей 2 02.04.26 14-58-38 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-02 Сдача моделей процессов, часть 2 (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (показ моделей), от ОМ — **Александр**, **Дарья Герасимова**, **Иван** (по обращениям).

## Итог
Ольга сдала вторую часть моделей «как есть»: производство и логистика конструкций (размещение заказа на фабрике, проверка подтверждения заказа, план отгрузки, контроль транспортировки, приёмка на складе хранения; специалист ВЭД ведёт работу по договору, логист — организацию), ТЗ на монтаж (входит в общее ТЗ запуска производства) → расчёт расходников → ТЗ на черновые коробки → заказ металлоконструкций; ИТР дополняет спецификацию инженера ТО, заказ-наряд в 1С УНФ с датой выхода на монтаж уходит снабженцу; подготовка к монтажу (организационные вопросы, техника, проверка проёмов — ИТР с бригадиром и РП, сейчас «в голове»); монтаж и поэтапная сдача, акт в офис → бухгалтер готовит закрывающие (Торг-12 и др.), дефектные карточки; исполнительная документация — ИТР. РП, меняя стоимость, финплан не корректирует — изменение «в голове». Договорная работа и финансовое сопровождение (трейд, счета клиентам и поставщикам) — вспомогательные процессы, отдельно не разбирались.

## Решения
—

## Задачи (архив)
- **З-180.** Дополнить модели по итогам сдачи части 2 и выгрузить полный комплект моделей «как есть» — Ольга Григорьева, срок 04.2026.

## Открытые вопросы
- **В?-039.** РП меняет стоимость, но финплан (трейд) не корректирует — как в системе связать изменение КП/стоимости с финпланом проекта?

# 08.04.2026 Первая встреча с финдиректором Еленой

# Протокол: Первая встреча с финдиректором Еленой, 08.04.2026 10:00

**ID встречи:** В-20260408-1 · **Направление:** Общее / управленка · **Длительность:** 0:56
**Запись:** `Записи встреч/Встерча с финдиром Еленой первая 08.04.26 10-00-00 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-08 Первая встреча с финдиректором Еленой.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Елена Русина** (финдиректор ОМ).

## Итог
Первая встреча с финдиректором, не дожидаясь окончания практикума. Елена: группа компаний с общими денежными потоками на расчётных счетах, главная задача — собрать отчётность; планы даются руководителям проектов и актуализируются; основная её задача — прогноз остатков по счетам (дефициты). Отдельная компания группы занимается мероприятиями (зарабатывает сама). Константин: цель — полная триада отчётов по факту (баланс, ОПиУ, ДДС); опасность управлять по ДДС; связка операционной и финансовой автоматизации (от MRP к ERP); выписки загружаются автоматически, разноска — шаблонами (распределение зарплат и т. п.), проект и направление — лишь признаки; налоги и разные стандарты (РСБУ, Эмираты, Европа) — в своих учётных системах. Казначейство: заявки с правами и маршрутом согласования → реестры на оплату по счетам, выгрузка в банк; с бюджетами связано лишь лимитами; платёжный календарь — календарь дел по деньгам; обычно не начинает с казначейства. Сейчас заявки идут через задачи Битрикса. Решили: подумать и, возможно, собрать группу заинтересованных лиц для выбора первого шага.

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

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

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

# 14.04.2026 Пункт договора о неопределённости объёма работ

# Протокол: Пункт договора о неопределённости объёма работ, 14.04.2026 11:27

**ID встречи:** В-20260414-1 · **Направление:** Общее / договор · **Длительность:** 0:21
**Запись:** `Записи встреч/Вопрос по поводу пункта в договоре о неопределенности 14.04.26 11-27-20 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-14 Пункт договора о неопределённости объёма работ.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов** и представитель ОМ (по записи — вопросы по договору; упоминаются Евгения Викторовна, Ольга, Александр).

## Итог
Обсудили пункт договора о неопределённости: работа идёт без жёсткого ТЗ и фиксированных сроков и часов — система развивается постоянно, а не «внедрили и живём»; ежедневная отчётность исполнителя (время на отчёты не оплачивается); приоритеты всех ключевых людей учитываются, внедрение без давления на сотрудников. Этапы, через которые проходим максимально быстро: остатки на 8–9 утра по всем счетам, местам учёта, подотчётникам и наличным; выверка взаиморасчётов с контрагентами; затем развитие системы по потребностям. Сроки и часы по этапам заранее не фиксируются; нет штрафных пунктов о досрочном прекращении. Казначейство даёт адекватные остатки и заявочное управление, разгружает людей от ввода уже состоявшихся платежей.

## Решения
- **Р-205.** Договор без жёсткого ТЗ и фиксированных сроков/часов по этапам: постоянное развитие системы, ежедневная отчётность исполнителя; первые этапы (остатки денег на утро, выверка взаиморасчётов) проходим максимально быстро.

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

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

# 15.04.2026 Сервер для ТМА в ОМ

# Протокол: Сервер для ТМА в ОМ, 15.04.2026 10:00

**ID встречи:** В-20260415-1 · **Направление:** Общее / инфраструктура · **Длительность:** 0:25
**Запись:** `Записи встреч/Обсуждение по серверу 15.04.26 10-00-33 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-15 Сервер для ТМА в ОМ.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Александр** (Acccell, инфраструктура), от ОМ — **Стефания** (ИТ в офисе), **Илья** (ИТ), **Дарья Герасимова**.

## Итог
Требования к серверу ТМА: виртуальные машины — Linux для сервера баз данных и Windows для приложения (доступ по RDP), 8–16 ГБ памяти, ресурсы масштабируются; обновления ТМА — раз в квартал–полгода (замена DLL), нужна политика/инструкция для внутреннего домена; база дополнительно резервируется ежедневно на другую машину в другой локации; вопрос с отключениями электричества. Файлы — на Synology ОМ (SMB, FTP, WebDAV), данные ОМ предпочитает хранить у себя. Александр готовит ТЗ на виртуальные серверы; Илья и Александр добавлены в рабочий чат; запуск — на следующий день.

## Решения
- **Р-206.** Сервер ТМА у ОМ: ВМ Linux (СУБД) + ВМ Windows (приложение, RDP), 8–16 ГБ; ежедневный бэкап базы в другую локацию; файлы — на Synology ОМ (SMB/WebDAV).

## Задачи (архив)
- **З-181.** Подготовить ТЗ на виртуальные серверы ТМА для ОМ — Александр (Acccell), срок 16.04.2026.

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

# 17.04.2026 Казначейство и запуск проекта

# Протокол: Казначейство и запуск проекта, 17.04.2026 12:08

**ID встречи:** В-20260417-1 · **Направление:** Общее / запуск · **Длительность:** 3:05
**Запись:** `Записи встреч/Казначейство и запуск17.04.26 12-08-18 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-17 Казначейство и запуск проекта (с ОМ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, от ОМ — **Иван**, **Елена Русина**, **Олег**, **Дарья Герасимова**, **Александр**, **Вика** (по обращениям, без плиток).

## Итог
Установочная встреча запуска (3 часа). Порядок: собрать данные → скорректировать регламент → согласовать → дорабатывать модули. Основной денежный поток — операционный: поступления от заказчиков по графикам договоров, 50% предоплаты фабрике, перевод денег между Россией, Дубаем и Европой (вывод в несколько этапов, руководитель проекта может быть в одной стране, а платежи — в другой). Главная боль Елены — получать от ответственных (РП) информацию для планирования; сейчас «оплати 50% от счёта» без плана. Принцип: вместо разовых заявок — плановые платежи по проекту (график проекта → график критичных платежей → общий график закупок и денег), его должны принять финдиректор, собственники, бухгалтерия и РП. Логистика: заявка брокеру, оплата таможни в день растаможки по курсу; закупка расходников — по графику монтажа. Свободные деньги — на депозиты, когда казначейство покажет, сколько и на какой срок свободно; начисленные дивиденды — в финплан. Зарплата и часы по проектам, административные расходы по договорам — тоже в план. Константин: сначала факт, потом бюджеты (лимиты на год — быстро, когда факт есть). Склад: без виртуальных складов, документ комплектации (как заказ-наряд в УНФ), остатки по объектам. Дубай: учёт в Zoho — нужна выгрузка. Казначейство поставлено первым, потому что это главный акцент Елены, и оно стыкуется с дорожной картой управленки и автоматизацией проектов. До конца апреля строим ядро и генерируем задачи, активная работа — после майских праздников; работа «в джунгли», без фиксированного бюджета, с ежедневными отчётами исполнителя.

## Решения
- **Р-207.** Первым запускаем казначейство (главный акцент финдиректора), согласованное с дорожной картой управленки и автоматизацией проектов; до конца апреля — ядро и генерация задач, активная работа — после майских праздников.
- **Р-208.** Вместо разовых заявок на оплату — плановые платежи по проекту: график проекта → график критичных платежей → общий график закупок и денег; принцип должны принять финдиректор, собственники, бухгалтерия и РП.
- **Р-209.** Склад без виртуальных складов: документ комплектации (по аналогии с заказ-нарядом УНФ), остатки видны по объектам; поставки от фабрик партиями — накладными поступления.

## Задачи (архив)
- **З-182.** Сгенерировать и приоритизировать список задач запуска (ядро, казначейство) до конца апреля — Константин, Дарья, Ольга, срок 30.04.2026.

## Открытые вопросы
- **В?-040.** Учёт Дубая ведётся в Zoho: нужна ли выгрузка/синхронизация с ТМА и в каком объёме?

# 29.05.2026 Утверждение смен монтажников — проверка и доработки

# Протокол: Утверждение смен монтажников — проверка и доработки, 29.05.2026

**ID встречи:** В-20260529-1 · **Направление:** Общее / смены и ЗП · **Длительность:** 1:17
**Запись:** `Записи встреч/Утверждение смен. проверка, проработка.webm`
**Расшифровка:** `Расшифровки/2026-05-29 Утверждение смен монтажников — проверка и доработки.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Анатолий Москаленко**, от ОМ — **Дарья Герасимова**, **Вика**; упоминаются Вадим, Игорь (бот/приложение) (по обращениям, дата — по файлу).

## Итог
Проверяли в ТМА утверждение смен (выходов) монтажников перед запуском на рабочей базе: тесты на тестовом монтажнике с удалением записей; даты действия должностей (вахты по 6 недель — уточнить у Вадима); договор сотрудника и валюта (москвичи — в рублях, даже при работе в Дубае), сотрудник с несколькими договорами; временный простой PIN-код вместо сложной авторизации; производственные календари РФ/ОАЭ на этот год заполнены. Таблицы ставок: месячные ставки, коэффициенты за переработки и выходные; запрет менять ставку, если по ней есть начисления. Утверждение даёт три суммы: основная, за выходной, за переработку; нельзя утвердить смену, если она не закрыта; нужны кнопки «утвердить / снять утверждение» (снятие — без начислений); в будущем — утверждение переработок двумя начальниками участков. Геолокацию начала/окончания смены привести к единому формату (уточнить у Игоря). Сохранение рабочего стола, обучение — рассказ людям и запись видео. Мелкие доработки — в общий список Анатолия.

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

## Задачи (архив)
- **З-183.** Кнопки «утвердить / снять утверждение» смены, запрет изменения ставки с начислениями, исправить коэффициенты — Анатолий, срок 06.2026.
- **З-184.** Уточнить у Игоря формат геолокации и поведение при незакрытой смене; у Вадима — даты вахт (6 недель) — Анатолий, Дарья, срок 06.2026.

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

# 17.06.2026 Трейд (финмодель проекта) и АРМ — запуск разработки

# Протокол: Трейд (финмодель проекта) и АРМ — запуск разработки, 17.06.2026

**ID встречи:** В-20260617-1 · **Направление:** Общее / трейд · **Длительность:** 0:52
**Запись:** `Записи встреч/Обсуждение трейда и арм запуск разарботки.webm`
**Расшифровка:** `Расшифровки/2026-06-17 Трейд (финмодель проекта) и АРМ — запуск разработки.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Ольга Григорьева**, **Анатолий Москаленко**, от ОМ — **Александр**, **Вадим**, **Дарья Герасимова**, **Елена Русина** (по обращениям, дата — по файлу).

## Итог
Трейд (финплан проекта) появляется на стадии предварительных расчётов и нужен в торге с заказчиком; модель пересчитывается по ходу проекта. Этапы проекта нужны для процентовки: закрытие этапов процентует выручку и себестоимость по периодам в ОДР по бизнесу и по проекту (выручка — по мере приближения к результату). Гант проекта: задачи потребляют ресурсы (люди, машины, материалы, деньги). Нужно определить статьи трейда по файлу финплана (несколько фабрик, отдельный договор на проектирование, хранение — редкая статья); расходы на монтаж — либо заполняет отдел монтажа, либо статистические нормативы, которые уточняются по факту закрытых проектов (постоянная эволюция нормативов). Первая версия финмодели проекта → прогон на реальном проекте вместе с Александром и Еленой; оплаты из трейда сразу попадают в платёжный календарь. Работать маленькой группой, наработки подключать параллельно. АРМ сотрудника: при входе — состояние всех его дел в одном окне (оплаты, готовность, документы); пользователям — сформулировать, что они хотят видеть.

## Решения
- **Р-211.** Трейд (финмодель проекта) — с этапа предварительных расчётов; этапы проекта процентуют выручку и себестоимость по периодам (ОДР по бизнесу и проекту); оплаты из трейда сразу попадают в платёжный календарь.
- **Р-212.** Расходы на монтаж в трейде — по статистическим нормативам, которые уточняются по факту закрытых проектов (или заполняет отдел монтажа); работаем малой группой.

## Задачи (архив)
- **З-185.** Определить статьи трейда по файлу финплана, собрать первую версию финмодели проекта и прогнать на реальном проекте — Константин, Александр, Елена, срок 07.2026.
- **З-186.** Пользователям сформулировать, что они хотят видеть в своём АРМ — Дарья (сбор), сотрудники ОМ, срок 07.2026.

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

# 18.06.2026 Работа с геокоординатами объектов

# Протокол: Работа с геокоординатами объектов, 18.06.2026

**ID встречи:** В-20260618-2 · **Направление:** Общее / смены · **Длительность:** 0:05
**Запись:** `Записи встреч/Работа с гео координатыми.mp4`
**Расшифровка:** `Расшифровки/2026-06-18 Работа с геокоординатами объектов (скринкаст).md`
**Статус:** архивный разбор

## Участники
Скринкаст-инструкция (говорит, предположительно, Константин или Анатолий; дата — по файлу).

## Итог
Как заносить координаты строительных объектов в ТМА (единый формат), открывать карту объекта и сверять координаты начала/окончания смены, пришедшие с телефона. По примерам расстояние до объекта 2,4–3 км, поэтому «зелёная зона» 2 км мала — предложено 2,5–3 км, точнее — по статистике. Координаты заносить по действующим объектам (неактивные не нужны).

## Решения
- **Р-213.** Координаты объектов — в едином формате, только по действующим объектам; «зелёная зона» отметки смены — 2,5–3 км (уточнить по статистике).

## Задачи (архив)
- **З-187.** Занести координаты действующих объектов и настроить зелёную зону — Дарья / ИТР, срок 06.2026.

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

# 13.07.2026 Функции в Битриксе — что переносить в ТМА

# Протокол: Функции в Битриксе — что переносить в ТМА, 13.07.2026

**ID встречи:** В-20260713-2 · **Направление:** Общее / Битрикс · **Длительность:** 1:06
**Запись:** `Записи встреч/Функции в Битриксе 13_07.webm`
**Расшифровка:** `Расшифровки/2026-07-13 Функции в Битриксе — что переносить в ТМА.md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (интервью), от ОМ — **Вадим**, **Дарья Герасимова**, руководитель отдела сервиса; упоминаются Лиза, Вика, Елена (дата — по файлу).

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

## Решения
- **Р-215.** Из Битрикса в ТМА переносим не всё: отбираем функции (карточка проекта, задачи, сервис, кадры, закрытие проекта), коммуникация остаётся в чатах; отметки монтажников по объектам развиваем в ТМА.

## Задачи (архив)
- **З-189.** Составить перечень функций Битрикса к переносу и что остаётся в чатах — Ольга, Вадим, Дарья, срок 07.2026.

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