# Протоколы встреч

Ревью встреч: суть, решения, задачи, вопросы, таймкоды.

# Склад

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

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

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

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

# 12.08.2026 Склад: номенклатура (Лиза)

**ID встречи:** В-20260812-4 · **Направление:** Склад · **Длительность:** 0:38
**Запись:** `Записи встреч по Складу/Встреча в Телемосте 12.08.26 11-06-55 — запись.webm`
**Расшифровка:** `Расшифровки/2026-08-12 Склад номенклатура (Лиза).md` (Whisper локально, говорящие по плиткам)
**Статус:** архивный разбор (встреча прошлая; задачи сверены с более поздними встречами)

## Участники (по плиткам Телемоста)
- **Константин Богданов**
- **Елизавета Викулова** (Лиза, склад ОМ; показывает текущую номенклатуру в своей системе)
- Упоминаются: Ольга («Уленька» — пока не может выйти из-за ребёнка), Игорь (доставки ОМ), «мальчик до Лизы» (прежний кладовщик).

## Итог
Первая рабочая встреча по переносу номенклатуры склада в ТМА. Договорились двигаться малыми шагами («на ощупь»): сначала сделать «карточку мечты» номенклатуры, завести вручную 3–4 позиции (начать с саморезов как самых сложных), потом думать о загрузке старых данных. Главное на первом этапе — перевести ручную работу Лизы в ТМА; интеграции и автоматизация — позже.

## По темам
1. **Единицы измерения (≈0:04–0:10).** Дополнительные единицы с соотношением нужны для упаковок (коробка = 10 упаковок). Если соотношения нет (м² и шт), это разные номенклатуры. Лиза уже ушла от закупки в килограммах — всё в штуках.
2. **Единица учёта ценностей.** Стоимость считается в разрезе единицы учёта; наименование собирается из свойств («сборное наименование», как теги) и является единицей учёта. Подход: не «как положено», а как удобно и достаточно.
3. **Артикулы (0:12–0:16, 0:25).** Текущие 5-значные номера (10-134) мешают: смысла нет, новую позицию нельзя вставить в середину, есть пропуски. Решили: артикул свободный (любая длина, точки, разделители); систему кодирования придумывает Лиза.
4. **Базовая номенклатура и свойства (0:23–0:25).** Вид (базовая номенклатура) задаёт набор свойств (для самореза — длина, толщина, цвет, шляпка, бренд…). Глубину свойств определяет склад: можно 2–3 свойства, можно всё.
5. **Один товар у разных поставщиков (0:18–0:21, 0:27–0:29).** В карточке — таблица поставщиков: поставщик (связан с контрагентом, у него несколько юрлиц), артикул поставщика — кликабельная ссылка на сайт; цену не хранить (часто меняется), показывать расчётно последнюю цену закупки у поставщика. Лиза выбирает магазин не только по цене: основная закупка у одного, логистика (Игорь, служебная машина).
6. **Партия поставщика (0:31).** Поставщик отгружает упаковками (например, по 1000 шт) — учитывать при заказе.
7. **Целевая модель снабжения (0:32–0:35).** Заявка с объекта (ИТР) → система смотрит остатки, минимальные остатки, партию, приоритетного поставщика → заявка поставщику (e-mail, Excel, личный кабинет). Плановая закупка на склад раз в неделю по кнопке. Можно объединять несколько заявок.
8. **Интеграции (0:35–0:37).** У «ВсеИнструменты» есть OpenAPI — заказ можно отправлять из системы. Позже; сейчас — перенос ручной работы в ТМА.
9. **Сертификаты** — отложили.

## Решения
Р-040, Р-041, Р-042, Р-043 (см. реестр).

## Задачи (архив)
- Сделать карточку номенклатуры (сборное наименование, свойства, свободный артикул, поставщики) и показать через пару дней — **сделано**, показана 14.08 (В-20260814-2).
- Лизе завести 3–4 позиции вручную — продолжено в З-002 (12.10).

## Замечания ревьюера
- Вопрос В?-001 (нужны ли артикулы) решён здесь же: артикул свободный, кодирование — за Лизой. 12.10 вопрос всплыл снова — стоит напомнить об этом решении.
- Встреча подтверждает, что склад ведём в ТМА (В?-008).

# 14.08.2026 Постановка задач по складу (БКС, МАВ)

**ID встречи:** В-20260814-2 · **Направление:** Склад · **Длительность:** 0:18
**Запись:** `Записи встреч по Складу/14.08.2026 Постановка задач (БКС, МАВ).webm`
**Расшифровка:** `Расшифровки/2026-08-14 Постановка задач по складу (БКС, МАВ).md`
**Статус:** архивный разбор

## Участники (по плиткам Телемоста)
- **Константин Богданов** (БКС)
- **Анатолий Москаленко** (МАВ, разработка ТМА; в других встречах — «Толик»)
- Упоминаются: Лиза (склад ОМ), Георгий (производство, интерфейс), Сергей (ручной учёт, меню).

## Итог
Анатолий показал готовые справочники склада в ТМА после встречи с Лизой 12.08. Договорились о единых правилах интерфейса и следующем шаге — показать Лизе, затем вводить минимальные остатки и делать отчёты.

## По темам
1. **Базовая номенклатура и свойства (0:00–0:03).** В служебных справочниках — «Базовая номенклатура» и «Свойства номенклатуры». В номенклатуре выбирается базовая, свойства подтягиваются; в конкретной номенклатуре свойства можно добавить или удалить. Полное наименование собирается из свойств по порядку.
2. **Краткое наименование (0:02–0:04).** Остаётся отдельным полем для гибкости: базовая номенклатура не обязательно совпадает с названием позиции.
3. **Признаки «товар / сырьё» и т. п. (0:04).** Нужны для спецификаций и комплектации (готовая продукция не участвует в спецификации, если не полуфабрикат). «Товар» предлагают переименовать.
4. **Галерея изображений (0:10).** Несколько картинок с подписью (вид сбоку, спереди, торец); модуль файлов универсальный, развивается на базе Окон Мира.
5. **Поставщики (0:11–0:13).** В номенклатуре — номенклатура поставщика: артикул и наименование у поставщика. Из карточки поставщика — список номенклатуры, которую он продаёт.
6. **Контактные лица (0:13–0:14).** Универсальная карточка контактных лиц для всех типов (поставщики, клиенты, далее проекты, объекты); у лица набор контактов (телефон, почта, сайт) с отметкой основного.
7. **Интерфейс (0:14–0:15).** Сейчас формы на кнопках (как в остальных окнах ОМ). Решили: новые сущности делать сразу с боковым меню.
8. **Осталось (0:15–0:16).** Поступление номенклатуры: выбирать поставщика вместо контрагента.
9. Посередине записи — посторонний телефонный разговор (земляные работы, договор на работу) — в протокол не включён.

## Решения
Р-044, Р-045, Р-046 (см. реестр).

## Задачи (архив)
- Показать справочники Лизе — **сделано** (дальнейшие встречи по складу).
- Поступление номенклатуры: поставщик вместо контрагента — Анатолий; **проверить**, сделано ли (З-022).
- Переименовать признак «товар» — **проверить** (З-023).
- Ввод минимальных остатков в номенклатуре, отчёты — перешло в З-007 (12.10).

## Замечания ревьюера
- «БКС, МАВ» в имени файла — Богданов К. С. и Москаленко А. В.
- Whisper местами зациклился («Подожди, секундочку…») на паузе — в расшифровке повторы схлопнуты.

# 14.08.2026 Склад: карточка номенклатуры (Лиза)

**ID встречи:** В-20260814-3 · **Направление:** Склад · **Длительность:** 0:44
**Запись:** `Записи встреч по Складу/Встреча в Телемосте 14.08.26 17-04-33 — запись.webm`
**Расшифровка:** `Расшифровки/2026-08-14 Склад карточка номенклатуры (Лиза).md`
**Статус:** архивный разбор

## Участники
В записи только демонстрация экрана (плиток нет). По голосам и смыслу: **Константин Богданов** показывает ТМА, **Елизавета Викулова** (Лиза, склад) задаёт вопросы.

## Итог
Константин показал Лизе карточку номенклатуры в ТМА на примере фанеры: базовая номенклатура, свойства, привязка к ценности ТМА, поставщики, контакты, галерея, доп. единицы, сертификаты, комплектация. Лиза пробует заводить позиции вручную; загрузка из старой базы — после того, как структура устоится.

## По темам
1. **Свойства на примере фанеры (0:00–0:09).** Марка (ФК — внутренние работы, ФСФ — наружные, влагостойкая), сорт (3/4, 4/4), длина×ширина, толщина, шлифовка. Нужна смена порядка свойств.
2. **Значения свойств из списка (0:10–0:12).** Лиза просит выбирать значения (ФК/ФСФ, 3/4, 4/4) из списка. Константин: делаем справочник значений свойств по базовой номенклатуре; единица — в самом значении («15 мм»), автоподстановки не нужно.
3. **Разовые закупки (0:06–0:07).** Лиза для разовых закупок использует общую «фанеру». Решено: любую закупку заводить отдельной номенклатурой; неактуальные позже убирать архивным статусом.
4. **Номенклатура и ценность ТМА (0:12–0:15).** Номенклатура — операционный складской учёт; ценность — финансовый учёт. Номенклатура привязывается к ценности; по ценности считаются себестоимость, остатки, инвентаризация. Основная единица — в финучёте («лист»). Начальная стоимость обязательна, чтобы не было позиций с нулевой стоимостью.
5. **Поставщик → контрагент → юрлица (0:16–0:18).** Поставщик связан с контрагентом финучёта, у контрагента одно или несколько юрлиц (справочник организаций). Поставщика называть своим понятным именем, без «ООО».
6. **Кто что заказывает (0:16–0:17).** Фанеру, кронштейны, оцинковку заказывают инженеры сами (они знают, что нужно); Лиза сопровождает заказ. Остальное заказывает Лиза.
7. **Контактные лица (0:18–0:21).** Сквозной справочник для поставщиков, проектов, сотрудников, клиентов. Типы контакта (телефон, Telegram, WhatsApp, e-mail…), основной контакт, примечание или должность.
8. **Склады поставщика (0:21–0:23).** Лиза: адрес, въезд по пропускам и как заказать пропуск, платная парковка и её стоимость (экспедитор Игорь платит; в перспективе — в авансовый отчёт). Константин записал справочник складов поставщика.
9. **Номенклатура поставщика (0:23–0:27).** Наименование и артикул у поставщика, поле-ссылка на карточку на сайте (кликабельная), отметка основного поставщика — по возможности. Одну позицию можно брать у разных поставщиков (ВсеИнструменты, Петрович, Леруа, Лемана Про…).
10. **Галерея (0:27–0:30).** Свои картинки (одна или несколько, с подписями), не картинки поставщика — у поставщика смотреть по ссылке. Картинка открывается кнопкой, на карточку не выносится.
11. **Доп. единицы (0:30–0:31).** Палета = 30 листов: при поступлении палетой на склад ложится 30 листов.
12. **Сертификаты (0:31–0:36).** Под галереей; индикатор срока: просрочен / меньше месяца до конца — значок или цвет. Также отчёт и флаги в АРМ сотрудника. Есть универсальный модуль файлов с атрибутом «тип файла».
13. **АРМ сотрудника (0:34–0:37).** Цель — рабочее место для каждого вида сотрудника (задачи, сроки, сообщения, флаги), которое заменит Битрикс.
14. **Комплектация и разукомплектация (0:38–0:42).** Боль Лизы — строительные леса: покупаются комплектом, выдаются частями. Решение — спецификация разборки и документ разукомплектации в один клик.
15. **Дальше (0:37, 0:43).** Лиза пробует заводить вручную, собирает вопросы; потом выгрузка из старой базы (1С) и загрузка. Лизу добавить в группу Telegram по ТМА.

## Решения
Р-047 … Р-052 (см. реестр).

## Задачи (архив)
З-024 … З-030 (см. реестр). Справочник складов поставщика и сертификаты к 12.10 уже сделаны (видно на встрече 12.10).

## Замечания ревьюера
- Отсюда идёт просьба Лизы о справочнике значений свойств, которую 12.10 снова обсуждали (В?-003). Здесь Константин её поддержал — это важно для решения по В?-003.
- Номенклатура ↔ ценность ТМА — ключевое архитектурное решение для склада и ФЭО (инвентаризационный баланс).

# 09.09.2026 Склад

**ID встречи:** В-20260909-1 · **Направление:** Склад · **Длительность:** 1:03
**Запись:** `Записи встреч по Складу/Окна мира склад 09.09.26 16-05-54 — запись.webm`
**Расшифровка:** `Расшифровки/2026-09-09 Склад.md`
**Статус:** архивный разбор

## Участники
Плиток в записи нет (только экран Константина). По голосам и смыслу: **Константин Богданов**, **Елизавета Викулова** (Лиза), **Ольга Григорьева** (наш аналитик: ставит задачи Толику, организует доступы). Упоминаются: Толик (разработка), Алексей (ОМ, замещал экспедитора), Александр (ОМ, писал про юрлица в чате), Олег (бухгалтерия), Дарья, Вадим.

## Итог
Разобрали карточку номенклатуры после первых проб: убрать производственные признаки, сделать справочник сертификатов, поле «производитель», справочник значений свойств; инструмент и инвентарь — позже отдельным слоем. Лиза описала боли следующего этапа: юрлицо закупки по проекту, перемещения на объект с подписями, импортные стеклопакеты по ящикам. Встречаться два раза в неделю, следующая — в пятницу.

## По темам
1. **Признаки «товар / сырьё / полуфабрикат / готовая продукция» (0:00–0:03).** Достались от производственного модуля (отсюда же комплектация и спецификации). У ОМ такого деления нет — убрать. Деление делать группами: крепёж, металл, пиломатериалы, комплектующие к окнам, расходники, инструмент (0:27–0:30).
2. **Главное фото (0:04).** Как в старой системе: при выборе позиции в списке сбоку видна фотография. Решено: одна из фотографий галереи отмечается главной и показывается в списке или карточке.
3. **Сертификаты (0:04–0:23).** Сертификат выдаётся на продукцию (не на поставщика), может покрывать много позиций (ленты Robiband всех размеров, все саморезы «Стелмакс», приложение со списком). Делаем справочник сертификатов: номер (уникальный), срок с/по, файл (PDF), бренд/марка. Связь «многие ко многим» с номенклатурой. Нужны флажок «нет сертификата» / «не требуется» и контроль сроков. Как удобно привязывать — потом, можно с помощью ИИ.
4. **Производитель / бренд (0:13–0:23).** Одинаковый саморез разных производителей: Лиза не хочет делить. Константин: себестоимость может отличаться (пример «мясо» в кафе), монтажники иногда просят конкретного производителя. Итог: добавить поле «производитель» (может быть «без бренда») и включить его в полное наименование.
5. **Инструмент и инвентарь (0:15–0:32).** Товар учитывается по средней, инструмент и инвентарь — поштучно (инвентарный или серийный номер). Сюда же бытовая техника для бытовок (кондиционеры, микроволновки, холодильники). Вместо амортизации — периодическая переоценка (квартал или год): «за сколько куплю такое же сейчас», плюс ликвидационная стоимость — для честного баланса. **Сейчас работаем только с товаром**; инструмент — отдельным слоем позже, возможно своей карточкой.
6. **Справочник значений свойств (0:32–0:40).** Ольга напомнила: Лиза просила выбор значений из списка. Набор свойств привязан к базовой номенклатуре (у фанеры свои, у самореза свои). Делаем таблицу значений для каждого свойства (цвет: белый, чёрный…), выбор при заполнении. Новую позицию удобно создавать копированием.
7. **Юрлицо закупки по проекту (0:41–0:42).** Лиза: заявка поставщику и счета оформляются на компанию, с которой заключён договор по объекту (ОМО, ОМК…). Решено: брать по умолчанию из проекта, с возможностью сознательно поменять (Александр писал, что бывают несовпадения).
8. **Перемещения на объект (0:42–0:47).** Сейчас Лиза готовит пачку бумажных перемещений; экспедитор (или Алексей) везёт, бригадир подписывает. Цель — подпись в мобильном приложении и отметка «подписано». В ТМА склад не привязан к юрлицам (в отличие от 1С): физическое перемещение — просто перемещение, юрлица — отдельный слой учёта.
9. **Импортные стеклопакеты и профили (0:47–0:51).** Приходуются по 1 копейке (договорённость с бухгалтерией). Учёт по ящикам: номер ящика и объект. На объект уезжают конкретные ящики; в печатной форме номер ящика не выводится — бригадиры не понимают, за что расписываются. Стоимость хранения в Одинцово считается в конце месяца по ящикам. Отложили на следующий шаг.
10. **Связь с бухгалтерией (0:51–0:53).** Как бухгалтерия (1С в облаке) получает данные из учётной системы склада — неизвестно; уточнить у Олега.
11. **Организация (0:53–1:03).** Ольга ставит задачи Толику. Встречи по складу два раза в неделю, следующая — в пятницу 11.09. Лизе — доступ к ТМА (складской учёт, через удалённый рабочий стол) и папкам Synology; сделать отдельную папку «Склад». Создать группу «Окна склад» в Telegram: Ольга, Дарья, Лиза, Вадим, Алексей.

## Решения
Р-053 … Р-059 (см. реестр).

## Задачи (архив)
З-031 … З-038 (см. реестр). Справочник сертификатов и поле «производитель» к 12.10 сделаны (видно на встрече 12.10).

## Замечания ревьюера
- Ольга Григорьева — наш аналитик (ставит задачи разработчику), не сторона ОМ. Исправлено в «Участниках».
- Импорт по ящикам и стоимость хранения в Одинцово — отдельная крупная тема склада, её стоит держать в плане (В?-010).
- Переоценка вместо амортизации — пересекается с ФЭО и инвентаризационным балансом.

# 16.09.2026 Склад (Ольга и Лиза)

**ID встречи:** В-20260916-1 · **Направление:** Склад · **Длительность:** 1:05
**Запись:** `Записи встреч по Складу/Встреча в Телемосте 16.09.26 10-49-08 — запись.webm`
**Расшифровка:** `Расшифровки/2026-09-16 Склад (Ольга и Лиза).md`
**Статус:** архивный разбор

## Участники (по плиткам Телемоста)
- **Ольга Григорьева** — наш аналитик, показывает доработки в ТМА.
- **Елизавета Викулова** (Лиза) — склад ОМ.
- Упоминаются: Толик (разработка), Алексей Дробышев (ИТР ОМ), Игорь (экспедитор склада), Олег (доверенности), Артём (ИТР Дубай).

## Итог
Ольга показала сертификаты и главное фото; договорились об отказных письмах, гарантиях для инструмента и техники, классификации склада, порядке полей карточки и требованиях к карточке поставщика (склады, пропуска, парковка, доверенности). Лиза описала, как должны работать заявки на инструмент, комплект сертификатов по заказ-наряду и рабочее место экспедитора. Следующий шаг: Ольга наводит порядок в карточке, Лиза набирает списки свойств по видам, после этого решаем схему со справочником значений.

## По темам
1. **Сертификаты (0:00–0:05).** Отдельное меню «Сертификаты соответствия». Из карточки номенклатуры: «новый сертификат» (сразу привязывается) и «привязать существующий». В списке: подсветка за месяц до окончания срока, по умолчанию только действующие, фильтр «заканчиваются в ближайший месяц». Номер сертификата уникален.
2. **Отказное письмо (0:05–0:07, 0:19–0:21).** Это подтверждение, что продукция не требует сертификации. Хранить как тип документа в том же справочнике (галка «отказное письмо»): только дата, без срока и без контроля; можно привязать к нескольким позициям.
3. **Комплект сертификатов по заказ-наряду (0:07–0:08).** ИТР (Алексей Дробышев) в заказ-наряде нажимает «получить сертификаты» — получает комплект. Позиции без сертификата или отказного письма подсвечены, по кнопке «отправить запрос» — задача Лизе.
4. **Заявки на инструмент (0:08–0:12).** Сейчас в группе «Инструмент» Битрикс24 — «простыни». Лиза перевела процесс на Алексея: бригадир пишет ему, он согласует и ставит задачу Лизе. В системе: бригадир → ИТР (согласование, возврат на доработку) → склад; статус видят все участники; напоминания, как в Битриксе.
5. **Рабочие места (0:12–0:20).** У Лизы — единый список задач, сертификаты на исходе, заказы и заявки поставщику на контроле, срочные оповещения. У экспедитора Игоря (работает «в полях», лучше планшет) — задания на день, «как у таксиста», отметки этапов на месте, маршрутный лист и календарь занятости. Сейчас Игорь сдаёт документы вечером — теряется время. Заявка заканчивается одним из двух исходов: (1) всё есть — передать и подписать; (2) нужна закупка — заказ поставщику → счёт → бухгалтерия оплачивает → задача Игорю забрать (счёт приложен). Порядок: сначала документы (заявки), потом рабочее место Игоря.
6. **Гарантии вместо сертификатов (0:21–0:28).** Для инструмента и техники — гарантия: выбор срока (нет, 2 недели, полгода, год, 3 года), от поставщика или производителя, отсчёт от даты счёта-фактуры. «Нет гарантии» — например, покупка у частника на Авито. Каждая единица поштучно, с серийным номером (как «паспорт»): помогает искать, например, микроволновку, перевезённую на другой объект. Дубай: сначала московская схема, потом упрощение; гарантии по Дубаю обсудить с Артёмом.
7. **Классификация склада (0:28–0:32).** (1) Инструмент, инвентарь, техника (оргтехника, бытовая) — гарантия, без сертификатов; (2) расходники — сертификат или отказное письмо, без гарантии; (3) мебель — только учёт (стеллажи склада, мебель маркетинга); инвентарь (веник, швабра) — без свойств; конструкции из-за рубежа для объектов (стеклопакеты, нащельники) — без сертификации, на склад не заводятся как товар.
8. **Проверка сертификатов (0:32–0:33).** У номенклатуры может быть только один действующий сертификат от одного производителя (если производителей несколько — по одному на каждого).
9. **Порядок полей карточки (0:33–0:36).** Порядок по ходу заполнения: вид (расходник…) → группа (пиломатериалы, крепёж…) → базовая номенклатура (фанера…) со своими свойствами. Признак «сертификат требуется» зависит от вида. Производитель — необязательный. Нужно ли краткое наименование — под вопросом.
10. **Справочник значений и размеры (0:36–0:42).** Толик: если выбор из справочника, то для всех свойств сразу. Предложение: размеры (длина, ширина, высота, диаметр) вынести полями на карточку, остальные свойства (марка, сорт, материал, покрытие — оцинковка, нержавейка, «дельта» у Сармата) — справочные. Решили проверить: Лиза набирает списки свойств по видам — от простого (услуги) к сложному (крепёж). Потом решаем.
11. **Артикулы (0:42–0:47).** Лизе артикулы не нужны: ими никто не пользуется, при вставке новой позиции приходится сдвигать нумерацию. Решили спросить в общей группе, в том числе инженеров и ИТР.
12. **Карточка поставщика (0:47–1:04).** Реквизиты Лизе не нужны (нужны ли бухгалтерии — уточнить); у поставщика обычно одно юрлицо. **Склады поставщика** (бывает 2): адрес; нужен ли пропуск (как заказывать: по телефону или e-mail, с формой данных экспедитора и машины); «позвонить за 30–60 минут»; парковка (нет, есть бесплатная, платная, городская платная) и примечание («за углом городская платная»). **Доверенность:** не нужна / разовая (на конкретный заказ) / долгая (на годы, со сроком; предупреждение за ~10 дней Лизе, Олегу, Игорю). Разовая формируется из заказа поставщику (наше юрлицо, номер заказа или счёта, сумма) — задача Олегу. Доверенности шире склада — Ольга поднимает вопрос с Олегом.
13. **Прочее.** Замена фильтров и мешков — позже. Вопросы — в чат, закреплять до отработки.

## Решения
Р-060 … Р-066 (см. реестр).

## Задачи (архив)
З-039 … З-050 (см. реестр).

## Замечания ревьюера
- Встреча 12.10 повторно обсуждала размеры и справочник (В?-003), артикулы (В?-001) — это продолжение 16.09. Решение по В?-003 так и не принято: нужен итог проб Лизы (З-045).
- Классификация склада (Р-062) и гарантии (Р-061) уточняют Р-056 от 09.09.
- Атрибуция говорящих в расшифровке приблизительная (у Ольги часто «горит» микрофон).

# 30.06.2026 Склад и снабжение — интервью с Лизой, часть 2

# Протокол: Склад и снабжение — интервью с Лизой, часть 2, 30.06.2026

**ID встречи:** В-20260630-1 · **Направление:** Склад / снабжение · **Длительность:** 2:15
**Запись:** `Записи встреч/Встреча с Лизой по складу часть2.webm`
**Расшифровка:** `Расшифровки/2026-06-30 Склад и снабжение — интервью с Лизой, часть 2.md`
**Статус:** архивный разбор

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

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

## Решения
- **Р-214.** Модель склада «как должно быть» строится единой со снабжением, проектами и логистикой; материалы — на склад проекта с окончательным списанием при закрытии объекта, бронирование под объект, внешний склад хранения конструкций — с учётом дней хранения и площади.

## Задачи (архив)
- **З-188.** Подготовить модель склада и снабжения «как должно быть» (склад, проекты, логистика, Дубай, внешний склад хранения) — Ольга Григорьева, срок 07.2026.

## Открытые вопросы
- **В?-041.** Учёт материалов и закупок в Дубае (заявки Артёму в чат, его собственные таблицы) — переводим на общий процесс ТМА или оставляем упрощённую схему?

# Проекты и КП

# 04.08.2026 Форма КП (Ольга и Вадим)

**ID встречи:** В-20260804-1 · **Направление:** Проекты и КП · **Длительность:** 1:42
**Запись:** `Записи встреч по проектам/КП 04.08.26 16-03-16 — запись.webm`
**Расшифровка:** `Расшифровки/2026-08-04 КП форма (Ольга и Вадим).md`
**Статус:** архивный разбор

## Участники (по плиткам Телемоста)
- **Ольга Григорьева** — наш аналитик, переносит КП в ТМА.
- **Вадим Тарасов** (Окна Мира) — показывает Excel-шаблон КП и расчёты (автор части формул).
- Упоминаются: руководители проектов (РП), инженеры, Никита (формулы упаковки), Елена Русина (себестоимость, финмодель).

## Итог
Вадим провёл Ольгу по всей Excel-форме КП: шапка, блоки по фабрикам (Шуко и др.; SkyFrame — основной), себестоимость от инженеров, наценки от РП, упаковка, моторы, оснащение, доставка, монтаж, НДС, примечания, сроки. Договорились: сначала переносим в ТМА «костяк» формы (около 80%, российский шаблон), остальное автоматизируем и шлифуем потом вместе с РП. Для всех фабрик, кроме SkyFrame, — единый входной шаблон; выгрузку SkyFrame загружаем как есть. Утверждённое КП — стартовая точка финмодели проекта.

## По темам
1. **Проект и КП (0:07–0:09).** Проект заводится сразу при первой заявке на расчёт, даже если продажи не будет: без анализа и переписки суммы не называют. РП заводит проект → инженеры считают «КП по себестоимости» → РП делает из него КП клиенту.
2. **Одно КП или несколько (0:01–0:05).** Обычно одно КП на проект, фабрики идут блоками (SkyFrame + Шуко и т.д.); при больших спецификациях или по просьбе заказчика — отдельные КП. Нужно поддержать оба варианта.
3. **Блок фабрики (0:09–0:15).** Описание системы (из КП партнёра); покрытия — информационно (цвет согласуется перед заказом); стеклопакет — для заказчика обобщённо («двухкамерный, энергосберегающее стекло»), формулы — во внутренней части; позиции: маркировка по чертежу (ОК-1…), ширина, высота, площадь, количество, цена, сумма. Фабрики, кроме SkyFrame: Шуко, Кова, Секко, Хирт.
4. **Себестоимость и наценки (0:15–0:24).** Инженер заполняет позиции и себестоимость (у Шуко стоимость стеклопакетов приходит одной суммой и распределяется по м²; курс). РП ставит наценки: таможня, маржа, «архитектор» (представительские, комиссии), скидка фабрики — это зона ответственности РП.
5. **Форматы поставщиков (0:24–0:28).** У каждого поставщика свой формат (по Шуко — три поставщика в России и в Дубае, иногда только PDF или одна сумма). Решение: единый входной шаблон, в который инженер приводит ответ любой фабрики; SkyFrame — загрузка его выгрузки напрямую.
6. **Валюта (0:35–0:36).** КП всегда в евро: SkyFrame — основной продукт, остальное идёт «нагрузкой»; рубли — справочно для РП.
7. **Доставка и монтаж по фабрикам (0:29–0:34).** Схема монтажа закреплена за фабрикой: либо наш монтаж, либо поставка с монтажом поставщика. Цифры поставщика (замер, монтажные материалы, монтаж) идут с нашей наценкой (~15%). Аренда техники не включается (оговаривается в примечаниях, решается по ходу).
8. **Выгрузка SkyFrame (0:36–0:48).** Из веб-калькулятора: позиции (числовые), размеры, треки, усиления, тип стеклопакета и покрытия, профили, код открывания и **визуализация открывания (важна, забираем)**, створки, площадь, цены во франках. Курсы EUR/RUB и CHF/EUR. Лимит 250 м² на выгрузку — большие проекты в нескольких файлах (этапы запуска), суммируются.
9. **Упаковка (0:48–0:53, 1:13–1:16).** Пирамиды для стекла: SkyFrame 3 — до 6 стёкол, SkyFrame 2 — до 10, вес до 2 т; ящики для профилей — 1 на 50 м² окон. Сейчас считается усреднённо (1600 € за единицу). **Решено считать раздельно** (пирамида ~2000 €, ящик ~800 €): количество нужно стройотделу для логистики.
10. **Моторы и опции (0:55–1:13).** Моторы — по числу открывающихся створок; расчёты SkyFrame (моторы, ящики) всегда перепроверяются. Оснащение (электроприводы, датчики, москитные сетки, желоба, опорные лапы, обработка стеклопакетов у бассейна и т.п.) — из вкладки опций SkyFrame плюс ручное добавление. Цена опции для клиента — **договорная отпускная цена, единая для всех РП** (например, электропривод 4950 €), а не себестоимость × маржа. Цены опций в шаблоне устарели — брать из файла SkyFrame. Опорные лапы: общая ширина / 0,4 × цена.
11. **Наименования позиций (0:59–1:02).** «Сдвижной блок», «глухой блок» и т.п. — единый справочник (общий, не по фабрикам) плюс свободный комментарий («(бассейн)»).
12. **Доставка, монтаж, финплан (1:20–1:24).** Доставка SkyFrame — формула от квадратуры плюс ручная надбавка РП в сложных случаях. Монтаж: м² × 300 € для клиента (себестоимость ~255 €). Вадим хочет видеть в КП разбивку себестоимости монтажа по статьям финплана (монтаж, черновые коробки, расходники) — информационно; заказчик иногда берёт черновые коробки на себя.
13. **Хвост КП (1:24–1:28).** НДС; «не включено в стоимость» (стандартный список, строки переносятся в оснащение при включении); примечания — шаблон, правится РП; сроки (проектирование, изготовление 8–10 нед., доставка 2–4 нед., Шуко ~28 нед.) — справочно, контролируются на совещаниях; условия оплаты; контакты РП.
14. **Файлы и версии (1:32–1:39).** Сейчас — папки проекта на сервере (сканы, рабочие по отделам, чертежи, расчёты по датам). Нужно: прикладывать ответы фабрик к расчёту, версии расчёта и КП, **актуальное КП — отдельное место на карточке проекта** с быстрым доступом.
15. **Проектирование (1:31–1:33).** По умолчанию включено; если заказчик просит, выделяется отдельный договор (5–10%), сумма вычитается из КП.
16. **КП → финмодель (1:39–1:41).** Утверждённое КП — старт финмодели: сумма — будущая выручка; монтаж раскладывается по статьям. Себестоимость таможни и транспорта сейчас «по ощущениям» (коэффициент 1,55–1,6); алгоритм не договорён — нужен разговор с Еленой Русиной.

## Решения
Р-067 … Р-074 (см. реестр).

## Задачи (архив)
З-051 … З-055 (см. реестр).

## Замечания ревьюера
- «Сейчас 80%, потом шлифуем» — принцип, совпадающий с подходом по складу (Р-030, Р-043).
- Упаковка и визуализация SkyFrame связаны со складом и логистикой импорта (В?-010).
- Себестоимость таможни/транспорта — открытый вопрос, пересекается с ФЭО (В?-012).

# 14.08.2026 Ядро проектного модуля

**ID встречи:** В-20260814-1 · **Направление:** Проекты и КП · **Длительность:** 0:54
**Запись:** `Записи встреч по проектам/Встреча в Телемосте 14.08.26 09-13-32 — запись.webm`
**Расшифровка:** `Расшифровки/2026-08-14 Ядро проектного модуля (Константин и Вадим).md`
**Статус:** архивный разбор

## Участники
Плиток нет (экран Константина). По смыслу: **Константин Богданов** и **Вадим Тарасов**. Упоминаются: Женя (интеграция с Хомнетом), Илья (вопрос про диски), Ольга (задачи).

## Итог
Обсудили ядро проектного модуля ТМА: предпроект → клиентский проект, файлы и ссылки в карточках, состав карточек проекта и объекта по файлу Вадима, заказы по фабрикам внутри объекта. Финпоказатели проекта — позже, после финплана («трейда»). На неделю: объекты на карточке проекта, автонумерация, файлы и ссылки с типами, связка проект–объект.

## По темам
1. **Предпроект (0:00–0:07).** Цепочка: маркетинг → лид → предпроект (выезды, встречи, расчёты, КП — время РП, инженеров, проектировщиков) → договор → клиентский проект. Предпроект обязателен; при подписании договора — кнопка «закрыть и создать клиентский проект», проекты связаны. Так можно оценить полную экономику: маркетинг + предпроект + проект. Карточка предпроекта — полноценная: файлы, дневник действий, напоминания. Номер — следующий по порядку (возможен префикс, например «ПР»). Платный сервис обычно без предпроекта (едем и выставляем счёт), но карточка нужна.
2. **Файлы и ссылки (0:07–0:26).** В карточке две кнопки: **файлы** (вложения хранятся на сервере ТМА в базе, их нельзя удалить или изменить снаружи, только скачать; с типом файла) и **ссылки** (на папки и файлы Synology, публичные ссылки, сайты). Принцип: у файла один вход — нельзя, чтобы одни ходили через диск, а другие через ТМА (как с Битриксом и диском). Чертежи для расчёта — ссылкой на папку проекта на Synology; в перспективе папка проекта создаётся автоматически скриптом при создании проекта. Регламент хранения напишем, когда попробуем (можно вести и обновлять с помощью ИИ).
3. **Объект и проект (0:32–0:33).** Всё, что добавлено в объект, видно в проекте (с признаком объекта); файл можно добавить через проект, указав объект.
4. **Карточка проекта (0:34–0:42, файл Вадима).** Номер, название; ответственные — РП, техотдел (ИТР и бригадир — позже); территория (Москва, Дубай, Европа); юрконтур; клиент и посредник (архитектор, генподрядчик — через кого зашёл проект); контакты — универсальный справочник контактных лиц (заказчик, технадзор, архитектор, начальник участка…). Финпоказатели: сумма контракта (конструкции, монтаж), себестоимость, общие затраты, прибыль, бонусы, чистая прибыль, маржинальность — план / текущий / факт из финплана. **Пока не торопимся.**
5. **Карточка объекта (0:42–0:45).** Адрес; стадия (проект, котлован, бетон, монтаж, эксплуатация); дата договора с просмотром документа; актуальные чертежи (входящие от архитектора / внутренние, ссылки на папки); ТЗ; начало монтажа; закрывающие документы; задачи (отдельный блок задач, Ольга начала).
6. **Заказы по фабрикам в объекте (0:47–0:50).** Фабрика, объём (м²), статус; даты подписания чертежей и АВ от фабрики (с файлом); готовность и отгрузка профилей и пакетов; номер машины или контейнера; приход на склад (план/факт); склад хранения; заказ-наряд на расходники, кронштейны, черновые коробки. Вадим уже заполнил это по активным объектам (в своём файле).
7. **Срок монтажа (0:51).** Не «период», а дата начала + длительность в днях с учётом рабочего календаря — чтобы ложилось на диаграмму Ганта.
8. **Попутно: статьи и Хомнет (0:26–0:32).** Константин собирает структуру статей доходов и расходов (с помощью ИИ, версия 5, переносит в ТМА за выходные) — она нужна проектам, трейду и переходу. Интеграция с Хомнетом: бесшовный переход по платежам без двойного учёта; Женя дорабатывает (в Хомнете аналитика вынесена в плановый документ — «извращённая логика»).

## Решения
Р-075 … Р-079 (см. реестр).

## Задачи (архив)
З-056 … З-063 (см. реестр).

## Замечания ревьюера
- Заказы по фабрикам с датами прихода на склад связаны со складом (В?-010 — импорт по ящикам) и с Гантом проекта (З-014).
- Финпоказатели проекта = финплан («трейд») — пересекается с ФЭО и В?-012.

# 14.08.2026 Постановка задач по проектам (БКС, МАВ)

**ID встречи:** В-20260814-4 · **Направление:** Проекты и КП · **Длительность:** 0:30
**Запись:** `Записи встреч по проектам/14.08.2026 Постановка задач (БКС, МАВ).webm`
**Расшифровка:** `Расшифровки/2026-08-14 Постановка задач по проектам (БКС, МАВ).md`
**Статус:** архивный разбор

## Участники
**Константин Богданов** (БКС) и **Анатолий Москаленко** (МАВ, разработка ТМА). Продолжение встречи по складу того же дня (В-20260814-2), после встречи с Вадимом утром (В-20260814-1).

## Итог
Константин передал Анатолию задачи по проектному модулю по итогам утренней встречи с Вадимом: нумерация проектов и объектов, файлы и ссылки, клиенты и посредники, контактные лица, задачи. Карточка проекта по файлу Вадима сделана примерно на 90%.

## По темам
1. **Нумерация (0:00–0:03).** Проекты — сквозная автоматическая нумерация. Объект — «номер проекта-N» (порядковый внутри проекта, обычно меньше 10); объект добавляется только к сохранённому проекту.
2. **Попутно (0:03–0:05).** Константин недоволен темпом разработчика подотчётов (мелкие правки не сделаны, не выходит на связь). Веб-подотчёты: остаток сверху, как в банковском приложении, с перелистыванием по валютам.
3. **Файлы и ссылки (0:05–0:11).** Тип файла сейчас меняется через неочевидную кнопку «Атрибуты» — перенести в контекстное меню. Справочник типов файлов привязать к типу документа (в каждом документе — только свои типы). Ссылки — отдельной кнопкой по той же схеме (в «Нордах» сделаны отдельно) или внутри модуля файлов — Анатолий решает.
4. **Файлы объекта в проекте (0:08–0:12).** Сделать универсально, не ломая модуль файлов (он ставится всем клиентам): в настройках задаётся связь, по которой документ показывает файлы цепочки связанных документов.
5. **Клиент и посредники (0:11–0:17).** Клиент — наименование и контрагент (организация тянется через контрагента; организации — дополнительная аналитика, может отсутствовать). Посредники (в ~90% случаев архитекторы, которые ведут стройку и выбирают подрядчиков) — связь «многие ко многим» клиент ↔ посредник.
6. **Контактные лица и ответственный (0:13–0:22).** Универсальный модуль контактных лиц (сделан для поставщиков в складе) подключить к клиентам и проектам; у проекта могут быть свои дополнительные контакты (технадзор, начальник участка — через описание). Ответственный со стороны заказчика — отдельное поле в карточке клиента, выбирается из его контактных лиц; плюс отметка в связке.
7. **Карточка проекта и объекта (0:22–0:28).** Номер, название, территория, юрконтур, клиент — сделано. Показатели с ограниченным доступом — позже. Объект: адрес, стадия строительства; дата договора, КП, расчёты фабрик, исполнительные документы — пока файлами или ссылками.
8. **Задачи (0:28–0:30).** Не привязывать задачи только к проекту: отдельный универсальный модуль задач с типом основания (проект, объект, офисная задача…), как часть будущего рабочего места (АРМ).

## Решения
Р-080 … Р-083 (см. реестр).

## Задачи (архив)
З-064 … З-068 (см. реестр).

# ~17.08.2026 Спецификация и КП (Вадим, Толик)

**ID встречи:** В-20260817-1 · **Направление:** Проекты и КП · **Длительность:** 1:56
**Запись:** `Записи встреч по проектам/Спецификация, КП обсуждение 1 с Вадимом и Толиком.webm` (дата по файлу — уточнить)
**Расшифровка:** `Расшифровки/2026-08-17 Спецификация и КП (Вадим, Толик).md`
**Статус:** архивный разбор

## Участники
Плиток нет. По смыслу: **Константин Богданов**, **Вадим Тарасов**, **Анатолий (Толик) Москаленко**. Упоминаются: Ольга (видео про КП), Евгения Викторовна, Лена (Русина), «Викулов» (РП).

## Итог
Разобрали заполнение проектов и объектов, структуру статей доходов и расходов, кто считается клиентом, и как строить расчёты. Главный поворот: **отдельная сущность «предпроект» не нужна** — тот же проект в статусе «предпроект». Путь расчёта: **спецификация по себестоимости** (окна построчно; сначала ручной ввод, затем загрузка выгрузки SkyFrame) → **КП** из одной или нескольких спецификаций с коэффициентами → печатная форма; КП становится версией 1 финмодели (трейда).

## По темам
1. **Родительские проекты (0:00–0:01).** Для проектов-«дозаказов» (например, Fix It Collection) — поле «родитель»; дети привязываются к родителю, отчёты собираются по родителю. Позже поле можно скрыть.
2. **Отнесение проектов к типам (0:01–0:04).** Вадим отнёс к «клиентским» проекты с актуальными объектами. Старые без движения в 2026 можно не относить: всплывут в отчёте с пустым типом — тогда отнесём. Банковские выписки в списке будут удалены после доработки.
3. **Объекты, стадии, метраж (0:04–0:15).** На карточке подписать, что таблица — это объекты (не этапы). Стадии и статусы пока непонятны. Метраж по фабрикам в объекте — первичные точные данные: от них зависят таможня, доставка, расходники, процентовки. Общая квадратура проекта — только информационно («мощность» проекта), оставить на карточке; в списке объектов — раскрытие по фабрикам.
4. **Статьи доходов и расходов (0:11–0:17).** Константин свёл иерархию по экономическому смыслу — 4 раздела: реализация, продукт (закупка), персонал, обеспечение деятельности. Второе измерение — тип проекта (зарплата в клиентском проекте — переменные расходы, в административном — АУП; статья не дублируется). Третье — статус контрагента (сотрудники, покупатели, поставщики, капитал, бюджет…) для взаиморасчётов. Это основа финмодели («трейда»). Статью «прочие доходы и расходы» Евгения Викторовна просила убрать — Константин оставил.
5. **Учёт времени на предпроекте (0:17–0:21).** РП вести учёт времени не будут. Возможна простая «раскладка дня по проектам»; если нет — затраты на предпроект не считаем, предпроект нужен как основа для КП.
6. **Кто клиент (0:23–0:33).** Вадим: ключевые клиенты — архитекторы, девелоперы, генподрядчики (их обучают, возят на завод SkyFrame); конечный заказчик — чаще потребитель и клиент сервиса. Решено: **клиент — тот, кто реально заказывает и с кем мы общаемся** (архитектор, девелопер или собственник напрямую); **собственник объекта** — отдельное поле объекта, по нему отдельная статистика.
7. **Предпроект = статус (0:40–0:48).** Отдельная сущность дублирует карточку проекта. Решено: та же карточка, статус «предпроект» → далее статусы после договора (заказ окон, монтаж, авансы, расходы). Финмодель можно считать уже в предпроекте; КП печатается из неё.
8. **Версии финмодели (0:42–0:45).** Есть версии и история версий; актуальная — последняя. Нужно видеть номер версии в списке финмоделей на карточке.
9. **Как рождается расчёт (0:49–1:01).** РП передаёт инженеру проект (ссылка на папку с чертежами) → инженер выделяет окна (размеры, конфигурация, серия, стеклопакет) → для SkyFrame конфигурирует в веб-магазине и скачивает Excel (формат стабильный); Шуко — четыре формата (Excel и PDF), Секко — только PDF, переносится вручную.
10. **Спецификация по себестоимости (1:01–1:27).** Новая сущность. Строка — окно: позиция (номер по чертежу или проекту архитектора), название, конфигурация (для SkyFrame), габариты, площадь, количество, цена себестоимости, валюта. Спецификация — на объект; если на несколько объектов — признак объекта в строке. В одной спецификации могут быть блоки разных фабрик. **Шаг 1** — ручной ввод; **шаг 2** — загрузка выгрузки SkyFrame (нужные поля, исходник целиком под рукой, пересчёт по курсу); другие фабрики — дальше.
11. **КП из спецификаций (1:15–1:30).** КП собирается из одной или нескольких спецификаций; коэффициенты — маржа, архитектор (знает РП), таможня (считать); итоговая печатная форма (PDF). КП можно сделать по проекту целиком или по выбранным объектам (например, отдельно на главный дом и на СПА).
12. **Себестоимость монтажа (1:16–1:20).** Сейчас монтаж продаётся как м² × 400 €. Вадим собрал статистику по закрытым проектам Москвы за 2025 год: себестоимость на м² по статьям — монтаж черновых коробок, монтаж окон, расходники коробок, расходники окон. РП нужна эта детализация, чтобы торговаться (например, убрать коробки из объёма). Осталось посчитать для Дубая и для таможни.

## Решения
Р-084 … Р-089 (см. реестр). **Р-087 пересматривает Р-075** (предпроект — статус, а не отдельная сущность).

## Задачи (архив)
З-069 … З-074 (см. реестр).

## Замечания ревьюера
- Встреча противоречит Р-075 от 14.08 — исправлено в реестре: Р-075 помечено «пересмотрено Р-087».
- Понятие «клиент» (Р-086) нужно согласовать с карточкой клиента (Р-082) и с маркетингом.
- Себестоимость таможни — В?-012 остаётся открытым.

# ~21.08.2026 Ядро: справочник объектов, расчёты, сервис (Константин, Анатолий, Вадим)

# Протокол: Ядро проектного модуля — справочник объектов, расчёты, сервис, ~21.08.2026

**ID встречи:** В-20260821-1 · **Направление:** Проекты и КП (+ ЗП, интеграция с 1С) · **Длительность:** 0:54
**Запись:** `Записи встреч по проектам/Обсуждение по ядру проектного модуля и еще несколько вопросов.webm` (дата по файлу — уточнить)
**Расшифровка:** `Расшифровки/2026-08-21 Ядро — справочник объектов, расчёты, сервис (Константин, Анатолий, Вадим).md`
**Статус:** архивный разбор

## Участники
Плитки Телемоста: **Константин Богданов**, **Анатолий Москаленко**, **Вадим** (Тарасов). Упоминаются: Ольга (без связи), Лена (Русина), Евгения Викторовна (запись хотят ей отправить), Антон (ведомости Дубая), Дробышев (подотчёты).

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

## По темам
1. **Путаница объектов (0:00–0:08).** Вадим: монтажник приезжает на «Сколково» и не понимает, Сколково-1, -2 или -3 — сейчас каждый договор отдельный проект с суффиксом. Решение: отдельный справочник объектов для офиса; монтажник выбирает объект по названию, а номер «проект-N» определяет, к какому проекту относится работа. Аналитика: по объекту — через все проекты, по проекту — через все объекты.
2. **Расчёты и заказ на производство (0:08–0:14).** В одном объекте на одну фабрику может быть несколько заказов (основной, дозаказ, разнесённые по времени) — методика расчёта у каждой фабрики своя. Потом — «заказ на производство», куда можно включить расчёты из нескольких объектов и проектов (например, три дома Сколково одним заказом на фабрику). Терминологию продумать, чтобы не путаться в «заказах».
3. **Демо Анатолия (0:14–0:19).** Адрес, координаты, направление уходят в новый справочник объектов; квадратура остаётся в объекте проекта. Версионность расчётов **нужна** — итерации КП с клиентом («добавьте, уберите»), чтобы видеть историю: что и когда отправили. У расчёта — номер, дата создания, автор, история изменений основных полей. Вадим: правильнее называть «расчёт», а не «заказ».
4. **Меню на формах (0:19–0:20).** Сейчас меню внутри форм сделано кнопками; есть платформенный элемент «меню» — перевести формы проектов на него (лучше сейчас, чем потом).
5. **Кейс: дозаказ и сервис на том же объекте (0:20–0:27).** Платный сервис — отдельный проект типа «сервис» (своя форма, выручка и себестоимость), в нём список работ со ссылкой на объект. Гарантийный сервис отдельного проекта не имеет: работы привязываются к объекту **и** проекту, по которому гарантия — выбор проекта обязателен, чтобы расходы падали на доходы этого проекта.
6. **Кейс: Береста — поставка и монтаж разными договорами (0:27–0:33).** Это два проекта с одним и тем же объектом: в одном продажа окон без монтажа, в другом монтаж без продажи. Расчёт монтажа берёт конструкции и квадратуру из расчётов **любого проекта по этому объекту** (через объект). Возможно, для договора на монтаж — ссылка на родительский договор поставки.
7. **Термин «объект проекта» (0:33–0:35).** Хочется одно слово; пока оставляем «объект проекта». Константин сделает описание ядра с терминами по этой записи (транскрибация → ИИ).
8. **Территория (0:35–0:38).** Только у объекта; проект получает её через объекты (теоретически один договор может охватить две территории — ничего не ломается).
9. **Статус и этапы (0:38–0:40).** Этапы — для распределения выручки и себестоимости по времени (процентовка); статус — для триггеров. Решили: статус убираем, работаем с этапами, добавить «предпроект». Логистика — по заказам на производство, не по проекту.
10. **Стадия строительства (0:40–0:42).** Информационно (котлован, бетон…), чтобы не писать в комментариях; позже — ограничение даты плана монтажа. Опыт Битрикса: оставлять только обязательные поля. По каждому заказу на производство — timeline: КП (версии) → утверждение → производство (срок) → забор → доставка → монтаж.
11. **Заказ на два объекта (0:42–0:46).** Пока расчёт делается в разрезе объекта проекта (первичка фабрики одним файлом раскладывается по объектам), КП — одним документом с блоками по объектам; объединение — через заказ на производство.
12. **Попутно: ЗП Дубай и интеграция с 1С (0:46–0:54).** Ошибки в ведомостях за июнь–июль (вопрос с Антоном не закрыт); ведомости по Дубаю — в конце месяца. Константин полностью переделывает взаиморасчёты: платежи, загруженные из Excel-файлов Елены, удаляются; дальше — только интеграция с 1С (через лог изменений, правки задним числом приходят). Ручная корректировка по сотрудникам с начала года — около недели. Цель — цифры для руководства в ТМА и поэтапное отключение Хомнета (около месяца, без двойного учёта). Подотчёты — Дробышев доделывает; идея всем понравилась, внедрять.

## Решения
Р-090 … Р-100 (см. реестр).

## Задачи (архив)
З-075 … З-083 (см. реестр).

## Открытые вопросы
В?-013 … В?-015.

## Замечания ревьюера
- Р-090 уточняет Р-080 (номер «проект-N» теперь у объекта проекта, а объект — общий справочник).
- Р-097 согласуется с Р-087: предпроект — этап (статус) того же проекта, отдельного статуса проекта больше нет.
- Плитка Вадима распознаётся плохо — часть его реплик в расшифровке подписана «Константин».
- Дата встречи — по файлу; по содержанию она могла идти раньше 17.08 (здесь «заказ на фабрику», 17.08 — «спецификация»).

# 07.09.2026 Автоматизация КП (Анатолий, Вадим, Дарья)

# Протокол: Автоматизация КП в проектах, 07.09.2026 11:26

**ID встречи:** В-20260907-1 · **Направление:** Проекты и КП · **Длительность:** 0:29
**Запись:** `Записи встреч по проектам/Автоматизация КП в проектах 07.09.2026 11-26-44 - запись.webm`
**Расшифровка:** `Расшифровки/2026-09-07 Автоматизация КП (Анатолий, Вадим, Дарья).md`
**Статус:** архивный разбор

## Участники
Плитки Телемоста: **Анатолий Москаленко** (демонстрация), **Вадим Тарасов**, **Дарья Г.** (Герасимова, почти не говорит).

## Итог
Анатолий показал работающий в рабочей базе расчёт: карточка фабрики с коэффициентами и оснащением по умолчанию, в объекте проекта — **расчёт** (бывший «заказ на фабрику»), загрузка конструкций из выгрузки SkyFrame, оснащение из фабрики по кнопке. Договорились о монтаже, доставке, скидках, НДС, выгрузке КП и о двух расчётах — **клиентском** и **производственном**. Вадим тестирует на файлах SkyFrame, в том числе по старым проектам.

## По темам
1. **Демо (0:00–0:07).** В карточке фабрики: коэффициенты по умолчанию (таможня, маржа, архитектор), стоимость монтажа и доставки за м², большой список оснащения. В объекте проекта создаётся расчёт: выбор фабрики → коэффициенты подставляются (можно менять) → загрузка конструкций (первичка фабрики) → серые поля не редактируются, кроме названия → оснащение из фабрики, правится вручную. Название: **«расчёт»**; какой-то из расчётов станет заказом.
2. **Монтаж (0:06–0:07).** Себестоимость монтажа — по анализу расходов прошлого года, статьи монтажа на м² (файл Вадима, «файл для трейда»), а не из «Окна Мира КП».
3. **Доставка (0:07–0:12).** Сейчас 100/15 ≈ 6,67 €/м² × квадратура + доп. стоимость. Делаем: **расчётная доставка** (по формуле) + **фактическая** (ручная «красивая» цифра, например 2 500), в КП идёт фактическая; строку доп. стоимости убрать.
4. **Скидки (0:11–0:13).** Скидка фабрики на конструкции + оснащение (5%) — в карточку фабрики, можно менять. Общая скидка (до 15%) — в расчёте КП клиенту, зависит от условий оплаты.
5. **НДС (0:13–0:14).** На направлении работ (территории): Россия — 22%; подтягивается через объект. Итог расчёта — со скидками и НДС.
6. **Выгрузка КП (0:15–0:17).** Клиентская часть — по образцу SkyFrame, PDF (позже — отправка из ТМА). Excel не даём: иначе ТМА обходят Excel-калькулятором («продали за миллион, а в ТМА осталось 712»). Excel — только по спецдоступу.
7. **Общее КП (0:17–0:20).** Клиенту отправляют один PDF с расчётами нескольких фабрик (SkyFrame + другая), он двигает объёмы. Первый шаг — выгрузка по одной фабрике, общее КП — потом.
8. **Клиентский и производственный расчёт (0:18–0:27).** После подписания КП идёт проектирование (месяцы): размеры меняются, окна убирают, переносят на другую фабрику. РП решает: мелочь — клиенту не пересчитываем; крупно — финальный пересчёт КП. В любом случае в производство уходит расчёт с реальными размерами — от него считается квадратура для закрывающих. Значит, в объекте проекта может быть **два расчёта**: клиентский (принят клиентом) и производственный. Различаем статусами или признаками («принято клиентом», «в производство»); если совпадают — один. Новый расчёт — это просто загрузка актуальной выгрузки веб-калькулятора SkyFrame.
9. **Тестирование (0:25–0:29).** Анатолий за ~2 часа исправит ошибку точности расчётов. Вадим грузит выгрузки SkyFrame, в том числе по завершённым проектам (квадратура объекта при загрузке обновится — это правильно).

## Решения
Р-101 … Р-107 (см. реестр); название «расчёт» — Р-092.

## Задачи (архив)
З-084 … З-092 (см. реестр).

## Замечания ревьюера
- Р-106 (два расчёта) развивает Р-074 и Р-089 (версии КП и финмодели) — согласовать, чтобы финмодель брала клиентский расчёт, а закрывающие документы — производственный.
- Алгоритм доставки и таможни — по-прежнему В?-012.

# 24.09.2026 По проектам — рабочая встреча (Константин, Вадим, Анатолий, Дарья)

# Протокол: По проектам — рабочая встреча, 24.09.2026

**ID встречи:** В-20260924-2 · **Направление:** Проекты и КП (+ финансы, уход от Хомнета) · **Длительность:** 1:14
**Запись:** `Записи встреч по проектам/По проектам рабочая встреча 24,09.webm`
**Расшифровка:** `Расшифровки/2026-09-24 По проектам рабочая встреча (Константин, Вадим, Анатолий, Дарья).md`
**Статус:** архивный разбор

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

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

## По темам
1. **Хомнет и проекты (0:00–0:07).** Импорт из Хомнета в ТМА настроен (начисления, выплаты), обратная загрузка (часы монтажников, авансовые отчёты из приложения) пока вручную. Отчёты Евгении Викторовны в ТМА не воссозданы к сроку (август → сентябрь): мешает распределение ДДС и ЗП монтажников по проектам. Пока проекты не в ТМА, от Хомнета не откажемся.
2. **Ожидания собственников (0:07–0:18).** Ощущение «три месяца сделали — цифры опять переколочены» (ведомость ЗП). Аналогия: «мы ещё на фундаменте, а она уже мебель расставляет». План: инвентаризационный баланс, затем отчёты; встреча с Евгенией Викторовной, Иваном и РП — показать результат: для собственника — финансовый блок, для РП — путь до готового КП. Видео для РП писать, когда будет что показать (готовое КП). В Архемоушен ждут бюджеты и платёжный календарь.
3. **Демо КП (0:18–0:25).** Колонка стеклопакета (пока сокращение SG-42), выгрузка КП в PDF «как у вас». Монтаж за м² — пока ручное поле (300), система расчёта по статистике — позже. НДС — по направлению работ (РФ 22%, ОАЭ 5%), можно поменять. Проверено на 17 файлах SkyFrame.
4. **Что нужно для РП (0:25–0:34).** Стеклопакет — полной расшифровкой (справочник на карточке фабрики: сокращение → расшифровка; несколько — отдельными строками). Текстовые примечания редактируются в каждом КП, с текстом по умолчанию (общие настройки, не по фабрике). Сроки (проектирование, изготовление, доставка, монтаж) — полями; условия оплаты стандартные. Нижний колонтитул с телефоном РП — прижат к низу страницы; РП и телефон — из проекта (сотрудник). Дизайн — строго по согласованному с маркетингом шаблону (шрифты, линии, пунктиры); Вадим пришлёт PDF-образец.
5. **Фабрики и ручные строки (0:34–0:49).** У каждой фабрики своя схема импорта. Лишние расчётные колонки SkyFrame в таблице не нужны — скрыть (оставить колонки КП). Загруженные строки не редактируются: изменения — новой загрузкой. Ручное добавление строк для SkyFrame не делаем («заморозили»); для Шуко и др. — ручные строки (признак «ручная», выбор типа открывания из справочника).
6. **Структура КП (0:49–1:01).** Наценки, таможня, монтаж разные по фабрикам — расчёт остаётся по фабрике. КП — по объекту проекта: выбираем, какие расчёты включить; в PDF разделы по фабрикам и общий итог. Версионность КП (по проекту) и расчётов; дозаказ на ту же фабрику — новый расчёт со своим номером. Клиентское КП и фактический расчёт для фабрики могут расходиться — разницу «принимаем на себя».
7. **Блокировка (1:01–1:02).** Расчёт, на основе которого сформировано КП, закрывается от изменений; для изменений — кнопка «новая версия» (копия). Сначала допилить PDF, потом следующая фабрика.
8. **Попутно (1:05–1:14).** Анатолий занят договорами до понедельника (переделка актов: grid не работает на трёх уровнях связей). Отчёт для Евгении Викторовны: ЗП монтажа дублируется в прямых и в АХР (Лена делает псевдоденежный поток); Константин предлагает не имитировать — ЗП монтажников в прямых по начислению, выплаты по контрагентам, по проектам — в экономике проекта. Проектный объект: «активен» убрать, оставить «архив», «сервис» (переименовать с инверсией); фильтры отдельно по архиву и сервисным; физически не удаляем — в архив.

## Решения
Р-108 … Р-115 (см. реестр).

## Задачи (архив)
З-093 … З-103 (см. реестр).

## Замечания ревьюера
- Подписи говорящих в расшифровке ненадёжны (мелкие плитки).
- В?-009 частично закрыт: Иван — ключевой человек для единого процесса руководителей проектов.
- Р-113 (блокировка расчётов в КП) на 29.09 ещё не реализовано — см. В?-016.

# ~29.09.2026 Рыба КП (скринкаст Анатолия)

# Протокол: «Рыба КП» — видеообзор Анатолия, ~29.09.2026

**ID встречи:** В-20260929-1 · **Направление:** Проекты и КП · **Длительность:** 0:15
**Запись:** `Записи встреч по проектам/Рыба КП.mp4` (дата по файлу)
**Расшифровка:** `Расшифровки/2026-09-29 Рыба КП (скринкаст Анатолия).md`
**Статус:** архивный разбор

## Участники
Скринкаст без плиток: говорит **Анатолий Москаленко** (обращается к Вадиму и РП).

## Итог
Готова «рыба» КП — можно пробовать руками в рабочей базе. В проектном объекте вкладки «Расчёты», «КП», «Стадии строительства». У расчёта — версии; КП собирается из актуальных версий расчётов, с примечаниями по умолчанию, НДС по направлению и общей скидкой; PDF объединяет расчёты. Ждёт обратной связи.

## По темам
1. **Расчёт (0:00–0:03).** Расшифровки стеклопакетов хранятся в фабрике; при загрузке программа находит уникальные стеклопакеты и подставляет расшифровку (в PDF — отдельными строками). Оснащение и коэффициенты (таможня, маржа, архитектор, скидка фабрики, монтаж и доставка за м², валюта) — по умолчанию из карточки фабрики, меняются в расчёте. **НДС и общая скидка убраны из расчёта** — перенесены в КП. Лишние ~50 расчётных колонок убраны; остались колонки КП и несколько скрытых.
2. **Версии расчёта (0:02–0:03).** «Новая версия» — полная копия; предыдущие версии только для просмотра (и истории изменений), редактируется последняя. Дата расчёта влияет на курс валют.
3. **Настройки КП (0:03–0:04).** Примечания по умолчанию (что не входит в стоимость, условия изменения цены и т.п.) — копируются в новое КП, правятся; можно вернуть умолчания.
4. **КП (0:04–0:06).** У КП дата и номер версии; в сборку попадают **только актуальные версии расчётов** объекта. Сумма контракта считается при добавлении; НДС — по дате и направлению объекта (ОАЭ — 5%); общая скидка — в КП (по умолчанию 0).
5. **Открытые вопросы Анатолия (0:05–0:08, 0:11–0:12).** Расчёты, вошедшие в КП, пока не блокируются: если блокировать, то для новой версии КП нужно автоматически создавать новые версии расчётов. Одно КП на объект с версиями или несколько КП — пока сделано несколько, можно свести к одной ветке.
6. **PDF (0:08–0:11).** Конструкции двух расчётов объединены, оснащение, общее примечание, итог с НДС. Нужно: переносить блок целиком на новую страницу, если не помещается; добавить две цены из шаблона («по России» — уточнить, что это и как считать).
7. **Дальше (0:08, 0:13–0:15).** Ручное добавление конструкций (для фабрик, кроме SkyFrame; загруженные строки не редактируются); статусы КП; загрузка Шуко — прислать файлы. Напоминание: у части файлов SkyFrame нет цен — проставлять дату.

## Решения
Р-116 … Р-118 (см. реестр).

## Задачи (архив)
З-104 … З-108 (см. реестр).

## Открытые вопросы
В?-016 … В?-018.

## Замечания ревьюера
- Р-116 переносит НДС и общую скидку из расчёта в КП — уточняет Р-103 и Р-104.
- Блокировка расчётов (Р-113 от 24.09) не реализована — В?-016.

# Управленка и ФЭО

# 27.04.2026 Управленка — статьи ДДС и ДР (Константин, Евгения Викторовна, Елена)

# Протокол: Управленческий учёт — статьи ДДС и ДР, 27.04.2026 17:05

**ID встречи:** В-20260427-1 · **Направление:** ФЭО / УК · **Длительность:** 2:33
**Запись:** `Записи встреч по управленке/Встреча в Телемосте 27.04.26 17-05-45 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-27 Управленка — статьи ДДС и ДР (Константин, Евгения Викторовна, Елена).md`
**Статус:** архивный разбор

## Участники
Всю встречу на экране демонстрация (Excel «Статьи ДДС», затем ТМА), плиток нет. По смыслу: **Константин Богданов** (ведёт), **Евгения Викторовна** (собственник ОМ), **Елена Русина** (финдиректор), **Олег** (бухгалтерия, 1С). Упоминаются: Карина (выгрузки из базы), Дарья и Вадик (на время отпусков), Александр Викулов (РП, в примере).

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

## По темам
1. **Справочник ДДС ОМ (0:00–0:16).** 400 позиций — запомнить невозможно. Многие статьи — это получатели (ФИО, фабрики): в управленке это контрагенты (реальный получатель может отличаться от бухгалтерского), статьи по фамилиям удаляются. Деление поступлений (проектные работы, конструкции, монтаж, хранение) — это аналитика внутри проекта, а не статьи ДДС компании. Общая картина должна помещаться на листе А4; глубже — многомерные разрезы (проект, направление, организация, контрагент).
2. **Иерархия (0:16–0:22, 1:29–1:47).** Тип (уровень отчёта: основная, коммерческая, финансовая — собственный и заёмный капитал, инвестиционная, прочие/перемещения) → группа (уровень бюджетов) → статья (детализация). Возвраты покупателям — не отдельная статья (фильтр по знаку). Группа ДДС жёстко связана со статусом взаиморасчётов (покупатели, поставщики, сотрудники, налоги) — это держит целостность триады «баланс — ПиУ — ДДС». Налоги на зарплату — часть зарплаты, распределяются по проектам.
3. **Экономика против денег (0:22–0:36).** Доходы увеличивают собственный капитал, расходы уменьшают. ОМ мыслит проектами: маржа проекта — база дивидендов; постоянные расходы по проектам не распределяются. Константин: процентовка выручки по этапам, статусы «неактированная → актированная задолженность» (так видно отработанное до подписания акта).
4. **Спор о процентовке (0:58–1:29).** Евгения Викторовна: до закрытия проекта (деньги, документы, акты) прибыль начислять нельзя — риски огромны, пользоваться можно только деньгами закрытых проектов. Константин: накопленную прибыль можно показывать в незавершённом производстве; риски оформляются убытками, когда реализуются. Вариант ОМ: два этапа (конструкции в России / монтаж). Решили не торопиться, методику выработать на практике. Елена: прогнать один проект финансово по всем этапам и понять, кто за что отвечает.
5. **Факт раньше плана (0:37–0:50).** Сначала фактический учёт (баланс, ПиУ, ДДС с аналитиками), потом планирование. В Хомнете факт распределяется через план — в ТМА это не нужно. Правила разноски выписок (по контрагенту, назначению, номеру договора) с шаблонами распределения. Направление в шаблоне = территория (ЦФО ОМ). Доп. аналитики в каждом документе: организация, направление, проект (настраиваемые). Платежи фабрикам (SkyFrame — несколько проектов в одном заказе) — правилами не разнести, вручную или разовым правилом.
6. **Курсовые разницы (1:13–1:17).** Учёт в евро «для простоты» порождает курсовые разницы; ТМА их корректно отражает; валюту учёта Константин предложит после погружения.
7. **Мелкие расходы и посуточная разноска (1:50–1:58).** Аренда бытовок, туалетов и т.п. — можно растягивать по дням одним документом; Евгения Викторовна: сейчас не до этого, базу бы успеть. Инициатор платежа подтверждает выполнение услуги и проект.
8. **Архемоушен (2:02–2:05).** Другой вид бизнеса — отдельная база, консолидация при необходимости.
9. **План внедрения (1:37–2:32).** Начинать с минимального набора статей, усложнять по мере эксплуатации. Разобрать 2025 год: выписки по всем счетам с 01.01.2025 в формате 1С + разноска из Хомнета (статья, проект) выгрузкой в Excel; Константин обучает Олега и Елену настройке правил. Елена опасается объёма работы и вопросов к ней; доступ к управленческой базе — пока выгрузкой. Отпуска: Константин до 14.05 (с 6-го), Елена с 6 по 13; на связи Дарья и Вадик.

## Решения
Р-119 … Р-126 (см. реестр).

## Задачи (архив)
З-109 … З-113 (см. реестр).

## Открытые вопросы
В?-019, В?-020.

## Замечания ревьюера
- Расшифровка восстановлена из результата старой версии скрипта (окно закрыли до сохранения); говорящие не подписаны — по смыслу.
- Во второй половине записи текст Whisper рваный (слова по одному) — смысл восстановлен с потерями; спорные места сверять по записи.
- Р-122 (процентовка) — предложение Константина, собственник не согласен; связано с этапами проекта (Р-097).

# 06.05.2026 Архемоушен в ТМА — вводная для Карины и Дарьи

# Протокол: Архемоушен в ТМА — вводная для Карины и Дарьи, 06.05.2026 10:01

**ID встречи:** В-20260506-1 · **Направление:** ФЭО / УК (Архемоушен) · **Длительность:** 1:41
**Запись:** `Записи встреч по управленке/Встреча в Телемосте 06.05.26 10-01-10 — запись.webm`
**Расшифровка:** `Расшифровки/2026-05-06 Архемоушен в ТМА — экскурсия для Карины и Дарьи.md`
**Статус:** архивный разбор

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

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

## По темам
1. **Доступ и права (0:00–0:03).** Один ярлык — ТМА через браузер (RDWeb). Пользователи: Дмитрий, Евгения Викторовна, Викулов, Тарасов, Герасимова, Русина, Колотыгин, Пеньков, Карина — пока все с полным доступом; роли настраиваются по модулям.
2. **Работа со списками (0:04–0:24).** Выпадающие списки ищут по всем связанным полям; плюсик — добавить; настройки колонок, группировки и фильтры сохраняются (свои — синие, общие — серые); фильтр «содержит», как в Excel, но видно все наложенные фильтры; множественная обработка выделенных строк. «Относитесь как к Excel» — поля и формы дорабатываются по запросу.
3. **Бюджеты (0:03–0:04, 0:18–0:23).** Бюджеты проектов загружены: строки — начисления (план и факт), позже станут документом с табличной частью; «доход/расход» вместо плюса/минуса. Новые проекты и бюджеты можно заводить сразу в ТМА.
4. **Проводки и анализ (0:24–0:29, 1:14–1:19).** Документы формируют проводки по срезам учёта (деньги, ценности, взаиморасчёты, убытки). В ТМА-анализе остатки — функцией «накопить», дебиторка — фильтром по знаку остатка, провал до оборотки. Управленческая триада по 2025 уже считается, но большая разбежка по дебиторке и кредиторке — с ней и разбираться.
5. **Распределение платежа (0:29–0:37).** Учёт «на комментариях» недопустим: контрагент, место учёта, статья — сразу полями. Табличная часть распределения скрыта за кнопкой (99% платежей без неё). Для платежа сделают свой документ с распределением по начислениям бюджета — после 14.05.
6. **Правила выписок (0:37–1:08).** Приоритеты: 0 — обнуляющее, далее по контрагенту, по назначению платежа, 90 — внутригрупповые. Виды платежа: с изменением взаиморасчётов, с начислением, перемещение, эквайринг, взаимозачёт. Фильтры со звёздочками, псевдонимы контрагентов (одно правило на группу), галочка «ручной» — правило не трогает. Доп. движения: например, УСН 6% как переменный расход проекта прямо с поступления. Проект брали из выгрузки Хомнета (доп. поле выписки).
7. **НДС в управленке (0:59–1:06).** НДС — налог на наценку, переменный расход: 19 счёт работает как доходы будущих периодов, на продаже остаётся НДС только с наценки. НДС 5–7% (не ОСН) — по сути налог с продаж.
8. **Практика (1:12–1:40).** Пример: Юником — в бюджете 500 тыс. и 1,42 млн «должен», в выписках только 495 тыс. — вероятно, наличные; уточнить у Юли. «Мистер Х» — временный контрагент для неясных платежей, его разбирать. Колотыгина (через него зарплаты, подотчёты, дивиденды) — в последнюю очередь. Статьи — бардак; нужен одностраничный документ с описанием каждой статьи. Карина работает сама, вопросы записывает; Константин отвечает голосовыми и созвонами.

## Решения
Р-127 … Р-131 (см. реестр).

## Задачи (архив)
З-114 … З-118 (см. реестр).

## Открытые вопросы
В?-021, В?-022.

## Замечания ревьюера
- Встреча про Архемоушен (отдельный бизнес, Р-126), но методика (правила выписок, НДС, распределение) общая и для ОМ.
- Говорящие по смыслу; «Карина Рахматуллина» — по имени пользователя на экране, уточнить.

# 15.05.2026 Архемоушен — бюджеты проектов и роль бухгалтерии (Олег, Карина)

# Протокол: Архемоушен — бюджеты проектов, выверка, роль бухгалтерии, 15.05.2026 12:16

**ID встречи:** В-20260515-1 · **Направление:** ФЭО / УК (Архемоушен) · **Длительность:** 1:41
**Запись:** `Записи встреч по управленке/Олег и Карина по АЭ 15.05.26 12-16-21 — запись.webm`
**Расшифровка:** `Расшифровки/2026-05-15 Архемоушен — бюджеты проектов и роль бухгалтерии (Олег, Карина).md`
**Статус:** архивный разбор

## Участники
Демонстрация экрана, плиток нет. По смыслу: **Константин Богданов** (ведёт, был в офисе ОМ), **Олег** (бухгалтерия), **Карина** (бухгалтер), **Антон** (коллега Константина, пояснял проектный учёт). Упоминаются: Юлия Косина (бюджеты мероприятий Архемоушен, с 19.05), Евгения Викторовна, Елена Русина, Иван, Илья (айтишник ОМ), Толик.

## Итог
Разобрали, как бюджеты мероприятий Архемоушен (Excel Юли) превращаются в учёт ТМА. Бюджеты уже залиты: строки — начисления плана и факта; Константин делает документ «проект» (план, факт, денежные потоки), Юлю с 19.05 пересаживают с Excel на ТМА. Выверка — на взаиморасчётах: деньги из выписок против начислений из бюджетов (пример: МГИ — оплачено, начисления не было, добавили). Бухгалтерию надо освободить от разноски управленки в 1С/Хомнете. Во второй части — ситуация в ОМ: Евгения Викторовна предложила Константину функцию финдиректора на аутсорсе на период построения; Елена опасается за безопасность данных управленки.

## По темам
1. **Планирование (0:00–0:12).** Хорошее планирование дорогое — нужно соотносить с пользой план-факта. Бюджеты 2025–2026 по мероприятиям (регата, практикум, падел, Архемоушен, Арх-пати…) залиты. «Архемоушен 2026» в файле — это постоянные расходы (зарплата, налоги, лицензии) плюс годовая интеграция партнёров (~12 млн): предложено разделить на проект постоянных расходов и проект годовой интеграции. Будет документ «проект» с табличными частями плана, факта и денежных потоков — в ближайшие дни.
2. **Цепочка Excel → 1С (0:12–0:15).** Сейчас Юля передаёт бюджет финотделу задачей в Битриксе, Карина переформатирует под загрузку в 1С (для привязки платежей к плану). В ТМА бюджеты вводятся сразу.
3. **Начисление против денег (0:15–0:38).** Аванс партнёра в апреле — кредиторка; мероприятие в мае — выручка. Баланс обязателен: дельта собственного капитала = чистая прибыль. Часть платежей сразу формирует начисление (правилами), часть — меняет взаиморасчёты. Пример «Береза Парк»: договор со сметой — одна запись верна. Олег: для бухгалтера основание — акт; Антон: бюджет проекта собирает куски актов и касс на одном «столе»; Константин: строка бюджета-факта — это начисление; бухгалтерия тоже может вести неактированный учёт. Вертикальный и горизонтальный анализ проекта по статьям год к году.
4. **Выверка на взаиморасчётах (0:38–0:59).** МГИ: оплачено 127 650, начисления нет — внесли в проект «Практикум 2025». Все нестыковки находятся на взаиморасчётах. Дорожная карта внедрения ТМА: деньги (адекватные остатки) → ценности → взаиморасчёты (= выверка начислений) → полная триада. Файл Юли — единственное место анализа мероприятий; кэшфлоу Хомнета в евро анализировать невозможно (Карина, Олег).
5. **Бухгалтерия и Хомнет (0:59–1:06).** Бухгалтерии не нужны управленческие статьи и проекты; надо снять запрет проведения платежей без плана (вопрос к Елене и Хомнету). Олег: есть желание разделить базы — чистая бухгалтерия отдельно от управленки (риски по данным). Константин рекомендует вынести серверы из офиса в дата-центр; решение за ОМ.
6. **Роль Константина (1:06–1:20).** Евгения Викторовна предложила Константину функцию финансового директора на аутсорсе (над Еленой и Олегом). Константин: возможно как пилот своего направления «финдир на аутсорсе» на период построения; новый сторонний финдиректор — худший вариант (усложнит проект). Олег поддерживает.
7. **Банк и ДДС проекта (1:20–1:33).** Интеграция с Райффайзенбанком — выпустить токен в кабинете (инструкция переслана в чат). ДДС в разрезе проекта нужен: проект в платежах (правилами или привязкой к начислениям проекта через окно подбора). Статусы взаиморасчётов — минимум (не делить поставщиков на основных и «расходов»).
8. **Бюджетирование (1:33–1:40).** Бюджет — с версиями и защитой (обоснование потребности, ответственность составителя), лимиты по статьям с оповещением; иначе лучше не планировать. Пока главное — фактический документ проекта и выверка.

## Решения
Р-132 … Р-137 (см. реестр).

## Задачи (архив)
З-119 … З-123 (см. реестр).

## Открытые вопросы
В?-023, В?-024.

## Замечания ревьюера
- Чувствительные темы (роль финдиректора, безопасность данных, серверы) — в протоколе нейтрально; личные отступления опущены.
- Р-134 продолжает Р-128 (выверка по остаткам).

# 24.09.2026 Подотчёты через приложение ТМА

# Протокол: Подотчёты через приложение ТМА, 24.09.2026 10:38

**ID встречи:** В-20260924-1 · **Направление:** ФЭО / УК · **Длительность:** 1:39 (речь ~1:05)
**Запись:** `Записи встреч по управленке/Встреча по подотчетам 24.09.26 10-38-50 — запись.webm`
**Расшифровка:** `Расшифровки/2026-09-24 Подотчёты через приложение ТМА (Константин, Вадим, Дарья, Елена, Вика).md`
**Статус:** архивный разбор

## Участники
Плитки Телемоста: **Константин Богданов**, **Вадим Тарасов**, **Дарья Герасимова**, **Елена Русина** (по смыслу — в очках), участник без камеры (по смыслу — **Вика Фёдорова**). Подключался **Игорь** (разработчик мобильного приложения). Упоминаются: Евгения Викторовна, Иван (касса, КАИ), Олег, Лиза, Белов, Лёша.

## Итог
Дарья описала боль: выдача авансов и авансовые отчёты проходят через Excel, Битрикс и 1С дважды. Решили перевести **всех подотчётников** на авансовые отчёты через приложение ТМА: подотчётник сам вводит расход (короткий список статей, доступные проекты), Вика проверяет и проводит; в Хомнет — сводно раз в месяц/неделю по проекту и статье. Подотчёт — место учёта денег; переход через «день X» с вводом фактических остатков. По ходу демо нашли недоработки приложения (Игорь).

## По темам
1. **Текущий процесс (0:00–0:05).** Дарья сверяет остатки, выдаёт, пишет Вике в задаче; Вика проводит в 1С; Дарья — в Битриксе и Excel. Монтажники: бензин, платные дороги, мелкие расходники; бывает и выдача заранее, и компенсация потом.
2. **Новая схема (0:05–0:11).** Источник данных — ТМА; Вика раз в месяц сводно проводит в Хомнете (одинаковые проект + статья суммируются). Перевести всех, а не только монтажников. Перерасход подотчётника закрывается через ведомость ЗП («прочие»).
3. **Переход (0:09–0:18).** Обучить всех → назначить день X → ввести фактические остатки по подотчётам → вести по-новому; историю из Хомнета загрузить как взаиморасчёты по статусу «подотчёт» и сверить с введёнными остатками. Можно ориентироваться на 1 сентября / баланс на 30 сентября.
4. **Проекты (0:12–0:17).** Вадим: в ТМА три сущности (проект, объект, объект проекта), в Хомнете — одна; Елена не знает новых объектов. Константин: подотчётнику доступен только набор его текущих проектов; соответствие названий ТМА ↔ Хомнет прописывается правилом.
5. **ТМА-анализ (0:19–0:27).** Мало кто умеет собирать отчёты; нужна видеоинструкция / занятие для финотдела. Остатки подотчётов — таблица «деньги», фильтр группы мест учёта «подотчёт». Остаток у Ивана в ТМА 44 млн против фактических 15 млн — интеграция не выверена.
6. **Демо приложения (0:28–1:04).** Передача денег Иван → Дарья → сотрудник; непроведённые документы белые, проведённые зелёные. Недоработки: в истории видны не все операции (только мобильные), не выбираются доп. аналитики (проект), нельзя менять дату, длинные списки статей — нужен короткий набор на подотчётника. В будущем у ДДС будет несколько статей («оплата расходов»), детализация — в статьях ДР; возможно, обобщённые «бюджетные» статьи для подотчёта.
7. **ТМЦ через подотчёт (0:58–1:02).** Варианты: приобретение на склад / со списанием на проект; подотчёт может охватывать и материальные ценности (подотчётный склад, выдача инструмента). Сейчас закупки идут через Лизу — порядок согласовать с ней.

## Решения
Р-138 … Р-141 (см. реестр).

## Задачи (архив)
З-124 … З-127 (см. реестр).

## Замечания ревьюера
- Речь заканчивается около 1:05 (дальше в записи тишина или фоновые звуки).
- Расхождение остатка Ивана (44 млн против 15 млн) — проверить при выверке интеграции с Хомнетом.

# 01.10.2026 Корпоративные карты и подотчёт по картам (Артём, Дарья, Вика)

# Протокол: Корпоративные карты Дубая — подотчёт по картам в ТМА, 01.10.2026

**ID встречи:** В-20261001-2 · **Направление:** ФЭО / УК · **Длительность:** 1:08
**Запись:** `Записи встреч по управленке/Обсуждение ПО по картам с Артемом.webm`
**Расшифровка:** `Расшифровки/2026-10-01 Корпоративные карты и подотчёт по картам (Артём, Дарья, Вика).md`
**Статус:** архивный разбор

## Участники
По смыслу: **Константин Богданов**, **Дарья Герасимова**, **Артём** (Гусамов, ИТР, Дубай), **Вика** (Фёдорова, финотдел). Ненадолго: **Женя** (интеграции), Олег (по телефону). Упоминаются: Саша Шамни (держатель бизнес-счёта и карт в Дубае), Алина, Антон Цветов, Сергей, Ольга (новые держатели), Лиза, Елена Русина (на этой встрече нет), Евгения Викторовна.

## Итог
Артём больше не может отчитываться за все траты по корпоративным картам Дубая: из 70 транзакций в неделю его — около 20%, остальное — Архитур, маркетинг, представительские. Принцип: **у каждой карты свой ответственный, он отчитывается за все траты по ней**. В ТМА карта — **безналичное подотчётное место учёта денег**: Вика загружает выписку банка (с номерами карт), деньги ложатся в подотчёт держателя, держатель разносит (статья, проект), финотдел проводит. Telegram-бот и Excel больше не нужны. **С 1 октября** подотчёт (наличный и карточный) — в ТМА; сентябрь закрывается по старой схеме; пока Евгения Викторовна не разрешила отказаться от Хомнета, Вика и Лена вручную переносят из ТМА в Хомнет.

## По темам
1. **Как сейчас (0:00–0:19).** Вика выгружает выписку банка (CSV → Telegram-бот → таблица), Артём заполняет таблицу (дата, описание, проект, статья, количество, цена) и выпытывает у всех, кто что купил. Карта бизнес-аккаунта Саши Шамни через Apple Pay у пяти человек; у Алины — только подтверждение кодом от Саши. В выписке банка WIO есть номер карты (последние цифры), «not available» — операции без карты (конвертация).
2. **Принцип ответственности (0:19–0:23).** Выдали карту — человек обязан отчитываться по всем тратам по инструкции. Решение «один человек за всех» было ошибкой.
3. **Схема в ТМА (0:23–0:41).** Справочник корпоративных карт: каждой карте — подотчётное место учёта. Загрузка выписки: списание со счёта → поступление в подотчёт держателя → держатель разносит (платёж с начислением, статья, проект, направление) → финотдел проверяет и проводит. В отчётах — остаток неразнесённого по каждому держателю. Вопрос с расходниками (на склад Лизы или сразу на проект) — обсудить с Лизой; возможно, разноска через доработанный документ «платёж подотчёт».
4. **Роль Артёма (0:41–0:45).** Отчитывается только по своей карте; может согласовывать проектные расходы других (гвозди, саморезы) до финотдела; офисные траты его не касаются.
5. **Хомнет и сроки (0:45–0:56).** Дарья: с 1 октября запускаем независимо от решения Евгении Викторовны. Константин: обратную интеграцию в Хомнет не делаем (дороже и бессмысленно) — переходный период ручного переноса; накануне Евгения Викторовна увидела в ТМА проекты и остатки, вторая часть встречи прошла гладко. План: доработка за 1–2 дня, тест в выходные, в понедельник — инструкции и сбор держателей карт; сентябрьские 150 строк Артём закрывает с Алиной.
6. **Остатки и выгрузки (0:55–1:08).** Нужно выверить остатки подотчётов на 30.09; у человека могут быть одновременно наличный и карточный подотчёт (разные места учёта). Вике прислать исходные выгрузки банков (WIO, ENBD) с номерами карт в CSV за 2026 год.
7. **Карта Алины (0:58–1:04).** Просьба Саши Шамни: дать Алине свою дубайскую карту для покупки билетов. Елена была против (точка контроля). Решили: карту дать; Елена пишет инструкцию (что можно оплачивать дубайской картой), Алина действует по ней, на первых порах с контролем.

## Решения
Р-142 … Р-145 (см. реестр).

## Задачи (архив)
З-128 … З-133 (см. реестр).

## Открытые вопросы
В?-025.

## Замечания ревьюера
- Дата по содержанию — 01.10.2026 («с 1 октября — это сегодня»).
- Связано с Р-138 … Р-141 (подотчёт через приложение, 24.09).

# 01.10.2026 Инвентаризационный баланс — постановка задач

# Протокол: ФЭО — постановка задач по инвентаризационному балансу, 01.10.2026 12:05

**ID встречи:** В-20261001-1 · **Направление:** ФЭО / УК · **Длительность:** 0:44
**Запись:** `Записи встреч по управленке/ФЭО постановка задач по инвентаризационному балансу 01.10.26 12-05-49 — запись.webm`
**Расшифровка:** `Расшифровки/2026-10-01 Инвентаризационный баланс — постановка задач (ФЭО).md`
**Статус:** архивный разбор

## Участники
По смыслу: **Константин Богданов** (ведёт), **Олег**, **Елена Русина**, **Карина**, **Вика Фёдорова**, **Дарья Герасимова**. Упоминаются: Лиза, Иван (касса), Саша Шамни, Артём, Алина, Евгения Викторовна.

## Итог
Собираем **инвентаризационный баланс на 30.09.2026** — опорную точку постановки учёта в ТМА: остатки денег (все места учёта, включая подотчёты, кассы Ивана и Дубая, карты), ценностей (склады по УНФ с количеством и стоимостью, имущество) и взаиморасчётов (Олег — по российским юрлицам, Елена — в разрезе проектов). Переходный период: данные из ТМА переносятся в Хомнет раз в месяц итогом; пробный перенос около 10.10. В конце — разговор об ИИ в работе.

## По темам
1. **Ценности (0:00–0:20).** Лиза не умеет сделать в УНФ отчёт «остатки по складам — номенклатура, количество, стоимость»; поручено Карине (можно с ChatGPT). Имущество — без фанатизма: машины, компьютеры, образцы окон (актив, пока бизнес работает). Попутно: оценка бизнеса (чистые активы + дисконтированные потоки + гудвилл); собственник, работающий в компании, получает зарплату на рыночных условиях, прибыль — дивидендами.
2. **Деньги (0:20–0:31).** Российские счета — после закрытия периода у Олега; иностранные счета, касса Ивана (КАИ) и Дубай — онлайн-таблицы Ивана и Шамни; подотчётники — Вика. Карты: выписка с номером карты → подотчёт держателя → разноска → проведение (см. В-20261001-2). Фото чеков — в мобильном приложении (доступ у Елены и Олега); предоставление документов бухгалтеру Дубая — отдельный административный вопрос.
3. **Хомнет (0:27–0:30).** Пока Евгения Викторовна не разрешит, Хомнет ведётся; Константин правилами отрезает из загрузки то, что с 1.10 ведётся в ТМА. Елена: переносить из ТМА в Хомнет раз в месяц итоговыми суммами. Пробно — около 10.10.
4. **Сроки (0:29–0:34).** Елена — баланс и остатки подотчётов завтра; Вика — подотчёты и остатки по Дубаю сегодня (выписку за конец месяца лучше снимать 3–5 числа); Олег — взаиморасчёты к ~10.10 (закрытие на заказчиков иногда до 20-го), предварительные — раньше. Алина — карта и подотчёт по карте; на первых порах согласует траты звонком.
5. **ИИ в работе (0:34–0:44).** Константин: использовать ИИ обязательно (отключать галочку обучения на своих данных), в команде к проекту подключён агент, который ведёт базу знаний договорённостей; впереди — корпоративная база знаний (почта, чаты, 1С).

## Решения
Р-146 … Р-149 (см. реестр).

## Задачи (архив)
З-134 … З-139 (см. реестр).

# ~02.10.2026 УК-01 Закрытие месяца по актам монтажников (урок)

# Протокол: УК-01 «Закрытие месяца по актам монтажников» (урок), ~02.10.2026

**ID встречи:** В-20261002-1 · **Направление:** ФЭО / УК · **Длительность:** 0:14
**Запись:** `Записи встреч по управленке/УК-01 Закрытие месяца по актам монтажников (урок).mp4`
**Расшифровка:** `Расшифровки/2026-10-02 УК-01 Закрытие месяца по актам монтажников (урок).md`
**Статус:** архивный разбор (урок для фабрики инструкций)

## Участники
**Константин Богданов**, **Вика Фёдорова** (звонок Вадиму).

## Итог
Записан урок закрытия сентября по монтажникам: (1) проверить, что все выходы на объекты за месяц закрыты (зелёные), подтвердить у Вадима график; (2) в договорах сотрудников (только монтажники) добавить акт за месяц — сумма считается по выходам; округлить до рубля, хвосты остаются на статусе «сотрудник неактированный»; (3) непонятная сумма — проверить взаиморасчёты сотрудника (выходные дни ×1,5, два объекта в день). Сотрудник на ставке, иногда выходящий на объект (Титова): акт только по выходам, остаток ставки — начислением по отдельному договору. В отчёте ведомости акты пока попадают в «прочие» — настроить.

## Решения
Р-155 (см. реестр).

## Задачи (архив)
З-148 (см. реестр).

# ~05.10.2026 Подотчётники и статьи подотчёта — справочники

# Протокол: Подотчётники и статьи подотчёта — настройка справочников, ~05.10.2026

**ID встречи:** В-20261005-1 · **Направление:** ФЭО / УК · **Длительность:** 0:40
**Запись:** `Записи встреч по управленке/Занесение справочинков ПО.webm` (дата по файлу)
**Расшифровка:** `Расшифровки/2026-10-05 Подотчётники и статьи подотчёта — настройка справочников (видео для Вики).md`
**Статус:** архивный разбор

## Участники
Демонстрация экрана. По смыслу: **Константин Богданов** объясняет сотруднице финотдела (по контексту — **Вика**; в записи обращение «Жень»). Видео записано по просьбе Дарьи для заполнения справочников.

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

## По темам
1. **Подотчёт как место учёта (0:00–0:05).** Таблица «деньги»: каждая строка — движение по месту учёта; подотчётник — «ходячее место учёта». Тестовые места учёта почистить; формат — «Викулов Александр подотчёт».
2. **Подотчётники (0:05–0:09).** Карточка привязана к пользователю ТМА (доступ к мобильному приложению) и к местам учёта (у Ивана — несколько касс). Названия — «Фамилия Имя». Галочка «использую доп. аналитики в веб-приложении» — если человек сам указывает проект и направление.
3. **Статьи подотчёта (0:09–0:27).** По таблице Дарьи (подотчётники × статьи). «Ивенты» → корпоративные мероприятия (Селигер); Архемоушен — отдельная база, здесь не нужен. Справочник растёт из практики, добавление статей — через согласование. Статья ДДС всегда «оплата расходов»; анализ — по статьям ДР. Группа статьи привязана к статусу взаиморасчётов («поставщики расходов»).
4. **Основы (0:13–0:25).** Расходы признаются при событии, а не при оплате (предоплата Селигера — обязательство; сервер на год — расход каждый день). Управленческий учёт против регламентного: доходы и расходы — когда произошли, а не когда пришла бумага; выручка проекта — по этапам.
5. **Другие источники (0:27–0:30).** Движения по подотчёту могут приходить и из банковских выписок (снятие с расчётного счёта) — возможен вариант «деньги в пути».
6. **Наборы доступного (0:30–0:37).** Демонстрация в мобильном: при ограничении — видна одна статья. Пример: у Рахматуллиной — такси, платные дороги, фитнес, ПО. Задача — внести всех подотчётников и статьи, сопоставив таблицу Дарьи со структурой статей ДР (командировочные: билеты, проживание, питание; транспорт: такси, платные дороги, бензин, аренда).

## Решения
Р-150, Р-151 (см. реестр).

## Задачи (архив)
З-140 (см. реестр).

## Открытые вопросы
В?-026.

# ~06.10.2026 Константин и Дарья — отчёт ЕВ в ТМА и задачи недели

# Протокол: Константин и Дарья — отчёт собственника в ТМА, переходный период, задачи, ~06.10.2026

**ID встречи:** В-20261006-1 · **Направление:** ФЭО / УК, Сопровождение · **Длительность:** 1:47
**Запись:** `Записи встреч по управленке/Обсуждение и постановка задач с дарьей 11,06.webm` (дата по файлу; в названии «11,06»)
**Расшифровка:** `Расшифровки/2026-10-06 Константин и Дарья — отчёт ЕВ в ТМА, роль Елены, задачи недели.md`
**Статус:** архивный разбор

## Участники
**Константин Богданов**, **Дарья Герасимова**; ненадолго — Олег (ведомости ЗП). Упоминаются: Евгения Викторовна, Елена Русина, Вика, Карина, Лиза, Ольга, Филипповский, Донзин, Челышиниди, Чебаева.

## Итог
Константин объяснил стратегию перехода: **сначала воспроизвести в ТМА отчёт Евгении Викторовны** (по структуре статей Хомнета — отдельный справочник «статьи Хомнета»), Елена выверяет цифры и дальше работает с собственником через этот отчёт в ТМА; параллельно строится учёт по начислению, Хомнет держим до конца года, полную картину 2026 — в январе 2027. Договорились максимально загружать Вику, делать инструкции через «фабрику инструкций» (видео → ИИ → портал). Задачи недели: ведомость ЗП, встреча с Еленой по балансу, видео закрытия месяца с Викой, инструкции по подотчётам и по кадровым операциям.

## По темам
1. **Почему «ломаются» ведомости (0:00–0:07).** Отчёт ЕВ строится на статьях Хомнета, где получатель зашит в название («Викулов зарплата»). Ведомости ТМА временно распроведены, статьи Елены используются как контрагенты и через соответствие превращаются в людей; когда в Хомнете появится ручная разноска, один документ подменяет другой. Дарья: объяснения превращают «хаос» в логику.
2. **ИИ и база знаний (0:09–0:22).** Эмбеддинги и графы знаний, локальные модели на своём железе, портал и фабрика инструкций; торможение проекта в сентябре — вложение в ускорение.
3. **Роль финдиректора и Елена (0:23–0:35).** Константин не устраняется от управления финотделом — сначала строит базис, затем «новые правила». Евгения Викторовна передала: Елена готова работать в ТМА, но «нет задач без Кости». Обсуждение готовности Елены — в протоколе опущено; решили максимально использовать Вику.
4. **Отчёт ЕВ и учёт по начислению (0:44–1:06).** Разница ДДС и ДР; статьи Хомнета прикручены к своей структуре, отчёт ДДС строится по структуре Хомнета и не мешает учёту ДР. Инвентаризационный баланс — ключевой шаг: известны остатки денег, ценностей, взаиморасчётов, дальше расхождения расчётного и фактического = ошибки учёта. Задача Елены: выверить отчёт ЕВ в ТМА и вести по нему работу с собственником.
5. **Бюджет 2027 (1:06–1:07).** До конца октября — бюджет 2027 по начислению (все ожидаемые проекты), из него — бюджет движения денег.
6. **Ведомости и закрытие месяца (1:10–1:30).** Ведомости по России от бухгалтерии готовы; ведомость ЗП нужна к четвергу (выдача денег). Закрытие месяца по монтажникам: ИТР закрывает выходы, Вика проверяет и делает акты по договорам (неактированный → сотрудник). Записать видео с Викой → инструкция. Статусы взаиморасчётов и связь триады отчётов (пример: долг 1000 + начислено 1000 − выплачено 500 = 1500).
7. **Подотчёты (1:32–1:36).** В системе всё готово; Дарья смотрит инструкцию (tone of voice, сжатие); итог — регламент отдельно, инструкции по функциям и по ролям.
8. **Кадровые операции (1:36–1:47).** Филипповский — мастер с 01.09: запись должности с даты + пересчёт начислений; Донзин — уволен с 01.10 (нужен статус «уволен»); Чебаева — новая ставка, два новых сотрудника. Записать видео (приём, увольнение, смена ставки) → инструкции.

## Решения
Р-152 … Р-155 (см. реестр).

## Задачи (архив)
З-141 … З-147 (см. реестр).

## Замечания ревьюера
- В записи есть личные оценки сотрудников — в протокол не вносились.

# 09.10.2026 Ведомость на выплату ЗП

# Протокол: Ведомость на выплату ЗП, 09.10.2026 09:11

**ID встречи:** В-20261009-1 · **Направление:** ФЭО / УК · **Длительность:** 0:13
**Запись:** `Записи встреч по управленке/С Дарьей по формировании ведомости на выплату зп 09.10.26 09-11-40 — запись.webm`
**Расшифровка:** `Расшифровки/2026-10-09 Ведомость на выплату ЗП (Константин, Дарья).md`
**Статус:** архивный разбор

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

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

## Решения
Р-156, Р-157 (см. реестр).

## Задачи (архив)
З-149 (см. реестр).

# 13.07.2026 Хомнет — трейды, план-факт и кэшфлоу

# Протокол: Хомнет — трейды, план-факт и кэшфлоу, 13.07.2026

**ID встречи:** В-20260713-1 · **Направление:** ФЭО / трейд · **Длительность:** 1:32
**Запись:** `Записи встреч/Окна. Хомнет. отчеты, план факт документы. Очень важно!!!.webm`
**Расшифровка:** `Расшифровки/2026-07-13 Хомнет — трейды, план-факт и кэшфлоу (показ Елены).md`
**Статус:** архивный разбор

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

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

## Решения
- **Р-216.** План — видение будущего на текущий момент: редактируется по мере поступления информации, исходный план сохраняется для сравнения маржинальности; план не «гасится» фактом, платёжный календарь — отдельно.
- **Р-217.** Переход с Хомнета бесшовный: перестаём вести там, данные забираем интеграцией; руководители проектов сами вносят даты и суммы плановых платежей — ручная перепечатка из Excel убирается.

## Задачи (архив)
- **З-190.** Перенести структуру трейда (части проекта, бонусы команды, план/исходный план/факт) в ТМА — Константин, Анатолий, Елена, срок 08.2026.

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

# Разработка и митинги

# 20.04.2026 Разработка — старт, модуль денег (план ДД)

# Протокол: Разработка — старт, структура модуля денег, 20.04.2026 14:02

**ID встречи:** В-20260420-1 · **Направление:** Разработка · **Длительность:** 1:02
**Запись:** `Записи встреч митиги по разработке автоматизации/Встреча в Телемосте 20.04.26 14-02-48 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-20 Разработка — старт, структура модуля денег (план ДД).md`
**Статус:** архивный разбор

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

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

## Решения
- **Р-158.** Ядро модуля денег — «плановое движение ДС» (план ДД) вместо «заявки на оплату»; казначейство делается заново: план ДД → платёжный календарь → реестр на оплату → выписки; графики ДДС по проекту и договору.
- **Р-159.** Дополнительные аналитики документов: организация, направление (ЦФО), проект.
- **Р-160.** Заявка клиента (клиент + посредник: АБ, девелопер, дизайн-студия) → проект; КП пока привязано к заявке.
- **Р-161.** Базу ОМ разворачиваем из шаблона без бухгалтерии (проводки оставлены), блок производства оставлен.
- **Р-162.** Порядок: сначала быстрый результат по ДДС, затем казначейство. Задачи — в СУВР, ежедневные отчёты Дарье, внутренний чат по разработке, общие встречи 2–3 раза в неделю.

## Задачи (архив)
- **З-153.** Уточнить у Елены список банков (Райффайзен, Сбер, Альфа?) и статьи ДДС — Дарья, Ольга, срок 04.2026.
- **З-154.** Виды договоров: начисление и график ДДС по договору — Ольга Григорьева, срок 04.2026.
- **З-155.** Документ «плановое ДД» и доп. аналитики — к встрече в четверг — Анатолий, срок 23.04.2026.
- **З-156.** Внутренний чат по разработке; задачи в СУВР, ежедневные отчёты Дарье — Константин, Дарья, срок 04.2026.

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

# 23.04.2026 Разработка — план ДД, заявки, справочники

# Протокол: Разработка — показ плана ДД, заявки и справочники, 23.04.2026 14:11

**ID встречи:** В-20260423-1 · **Направление:** Разработка · **Длительность:** 1:31
**Запись:** `Записи встреч митиги по разработке автоматизации/Встреча в Телемосте 23.04.26 14-11-23 — запись.webm`
**Расшифровка:** `Расшифровки/2026-04-23 Разработка — показ плана ДД, заявки и справочники.md`
**Статус:** архивный разбор

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

## Итог
Анатолий показал документ «плановое ДД» (место учёта, статья, контрагент, валюта по курсу ЦБ, доп. аналитики, история изменений) и стандарты интерфейса (настраиваемые списки, база знаний, которую пополняют сами пользователи). Показаны заявки (статусы по запросу вместо жёстких), справочники клиентов, посредников и контактов (будущая база АБ и маркетинговая база), черновик карточки проекта (Гант, график ДДС). Дарье нужна таблица сотрудников — забрали в работу. Ольга разобрала с Константином частичные оплаты, места учёта, НДС и перемещения; реестры и сложное согласование из старого казначейства не переносим. Обсуждена структура договора с ОМ. В конце — внутренние вопросы команды (сервер, модель лицензий), в протокол не выносятся.

## Решения
- **Р-163.** План ДД: валюта с пересчётом по курсу ЦБ (возможны несколько источников курсов), история изменений, лог в отдельной базе; счёт контрагента пока не используется.
- **Р-164.** Частичные оплаты: детализация плана ДД в табличной части (дата, сумма, место учёта денег — можно платить с разных счетов); при детализации в платёжный календарь идут строки табличной части, иначе шапка.
- **Р-165.** Реестры платежей и сложное согласование из старого казначейства не переносим — делаем с нуля и проще; в план ДД добавить признак «перемещение».
- **Р-166.** НДС: справочник типов НДС с алгоритмами расчёта; в плане ДД вид и сумма НДС заполняются сразу (в платёжный календарь идёт полная сумма).
- **Р-167.** Справочники пока открыты всем на редактирование, позже закрыть; статусы — минимальный набор, добавлять по потребности.
- **Р-168.** Договор с ОМ: предмет — настройка (не разработка) ERP-системы; два блока — операционная автоматизация (проекты, сотрудники, клиенты, казначейство — отдельные модули) и автоматизация финучёта по этапам: деньги → ценности → взаиморасчёты → развитие аналитики → политика упр. учёта.

## Задачи (архив)
- **З-157.** Таблица сотрудников для Дарьи: даты приёма и испытательного срока, ставки, резидентство, надбавки, файлы, доступы — Анатолий, Ольга, срок ?.
- **З-158.** Передать отчёт бота по трудовым часам и Гант планирования монтажей (скрины в рабочий чат) — Дарья, срок 23.04.2026.
- **З-159.** Посмотреть банки и статьи ДДС, присланные Еленой — Константин, срок 04.2026.
- **З-160.** Разнести задачи ОМ в СУВР по блокам: проекты, казначейство, договоры — Ольга Григорьева, срок 04.2026.
- **З-161.** Ролик по работе с таблицами (списками) для базы знаний — Анатолий, Ольга, срок ?.
- **З-162.** Подготовить договор с ОМ по структуре Р-168 (дорожная карта — у Марины) — Ольга Григорьева, срок 05.2026.

## Открытые вопросы
- **В?-027.** Заявки разных видов (клиентские, сервисные, холодные/маркетинговые, внутренние): одна сущность с типом или разные документы?
- **В?-028.** Файлы-вложения к документам: где хранить и нужен ли усиленный доступ (удалённый рабочий стол)? Пока прикрепление на форме заблокировано.

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

# 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.

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

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

# 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.

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

# Матрица функций

# 18.06.2026 Матрица функций — Олег (бухгалтерия)

# Протокол: Матрица функций — Олег (бухгалтерия), 18.06.2026 16:11

**ID встречи:** В-20260618-1 · **Направление:** Матрица функций ФО · **Длительность:** 0:48
**Запись:** `Записи встреч по матрице/Встреча в Телемосте 18.06.26 16-11-58 Олег по функциям.webm`
**Расшифровка:** `Расшифровки/2026-06-18 Матрица функций — Олег (бухгалтерия).md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (интервью), **Олег** (главный бухгалтер).

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

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

## Задачи (архив)
- **З-173.** Прислать перечень своих функций для матрицы — Олег, срок 06.2026.

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

# 19.06.2026 Матрица функций — Вика (финотдел)

# Протокол: Матрица функций — Вика (финотдел), 19.06.2026 12:04

**ID встречи:** В-20260619-1 · **Направление:** Матрица функций ФО · **Длительность:** 0:51
**Запись:** `Записи встреч по матрице/Встреча в Телемосте 19.06.26 12-04-20 Вика.webm`
**Расшифровка:** `Расшифровки/2026-06-19 Матрица функций — Вика (финотдел).md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (интервью), **Вика Фёдорова**.

## Итог
Функции Вики: оплата счетов (в основном по Дубаю) — ежедневно, счёт сохраняется, платёжка формируется в банке; задачи на оплату ставит Елена и делегирует; авансовые отчёты; еженедельные выписки Елене и бухгалтеру Дубая (два банка), безакцептные списания и платежи по картам вносятся вручную; разбор четырёх файлов подотчёта — около часа в неделю; выплата зарплаты в Дубае (5 и 25 числа) — около часа; планы платежей по сметам мероприятий; ежемесячно — ведомость монтажников с разнесением по проектам в 1С (около 2 часов) и отчёт по складу от Лизы со статьями и проектами (2–3 часа); контроль актуальности остатков. Нагрузка в основном укладывается в рабочий день, есть отложенные «висящие» задачи.

## Решения
—

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

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

# 19.06.2026 Матрица функций — Елена (финдиректор)

# Протокол: Матрица функций — Елена (финдиректор), 19.06.2026 15:04

**ID встречи:** В-20260619-2 · **Направление:** Матрица функций ФО · **Длительность:** 0:53
**Запись:** `Записи встреч по матрице/Встреча в Телемосте 19.06.26 15-04-44 Елена.webm`
**Расшифровка:** `Расшифровки/2026-06-19 Матрица функций — Елена (финдиректор).md`
**Статус:** архивный разбор

## Участники
**Ольга Григорьева** (интервью), **Елена Русина**.

## Итог
Функции Елены: ведение трейдов (в Хомнете, раздел «стройка») — приём трейда, планы оплат, корректировка сумм и сроков по АБ; продумывание схем платежей между территориями (Россия, Дубай, Европа/Швейцария) и согласование с банками и брокерами; постановка задач на оплату (Саша Покасовский, Вика); контроль таможенного оформления и грузов; отнесение расходов между территориями с разными учредителями и на Skyframe/Архемоушен; авансовые отчёты (в основном по России); ежемесячно — переработка отчёта по складу от Лизы (суммы по проектам); закрытие проектов вместе с Лизой, руководителем монтажа и Олегом (проверка исполнения планов); еженедельный перенос документов в планы; отчёты руководству по запросу; контроль неоплаченного. Часть задач ожидала автоматизации расчётов и не ушла. Вопросы распределения ответственности между участниками — к обсуждению.

## Решения
—

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

## Открытые вопросы
- **В?-033.** Платежи между территориями (Россия, Дубай, Европа) и отнесение расходов между юрлицами с разными учредителями — как отражать в ТМА и кто отвечает?