Протоколы встреч
Ревью встреч: суть, решения, задачи, вопросы, таймкоды.
- Склад
- 12.10.2026 Склад по документам
- 12.08.2026 Склад: номенклатура (Лиза)
- 14.08.2026 Постановка задач по складу (БКС, МАВ)
- 14.08.2026 Склад: карточка номенклатуры (Лиза)
- 09.09.2026 Склад
- 16.09.2026 Склад (Ольга и Лиза)
- 30.06.2026 Склад и снабжение — интервью с Лизой, часть 2
- Проекты и КП
- 04.08.2026 Форма КП (Ольга и Вадим)
- 14.08.2026 Ядро проектного модуля
- 14.08.2026 Постановка задач по проектам (БКС, МАВ)
- ~17.08.2026 Спецификация и КП (Вадим, Толик)
- ~21.08.2026 Ядро: справочник объектов, расчёты, сервис (Константин, Анатолий, Вадим)
- 07.09.2026 Автоматизация КП (Анатолий, Вадим, Дарья)
- 24.09.2026 По проектам — рабочая встреча (Константин, Вадим, Анатолий, Дарья)
- ~29.09.2026 Рыба КП (скринкаст Анатолия)
- Управленка и ФЭО
- 27.04.2026 Управленка — статьи ДДС и ДР (Константин, Евгения Викторовна, Елена)
- 06.05.2026 Архемоушен в ТМА — вводная для Карины и Дарьи
- 15.05.2026 Архемоушен — бюджеты проектов и роль бухгалтерии (Олег, Карина)
- 24.09.2026 Подотчёты через приложение ТМА
- 01.10.2026 Корпоративные карты и подотчёт по картам (Артём, Дарья, Вика)
- 01.10.2026 Инвентаризационный баланс — постановка задач
- ~02.10.2026 УК-01 Закрытие месяца по актам монтажников (урок)
- ~05.10.2026 Подотчётники и статьи подотчёта — справочники
- ~06.10.2026 Константин и Дарья — отчёт ЕВ в ТМА и задачи недели
- 09.10.2026 Ведомость на выплату ЗП
- 13.07.2026 Хомнет — трейды, план-факт и кэшфлоу
- Разработка и митинги
- 20.04.2026 Разработка — старт, модуль денег (план ДД)
- 23.04.2026 Разработка — план ДД, заявки, справочники
- Внутренние встречи
- 09.02.2026 Декомпозиция процессов ОМ (IDEF0)
- 10.02.2026 BPMN и встречи с ОМ — план
- 12.02.2026 IDEF0 — договор, ТЗ и проектирование
- 22.02.2026 Контекст проекта ОМ и фокус на автоматизацию
- 22.02.2026 BPMN — расчёт КП по себестоимости
- 12.08.2026 Доработки по проектам — типы проектов и фабрики
- 12.08.2026 Номенклатура — свойства и поставщики
- 12.08.2026 Учёт резидентства сотрудников
- Общие встречи с ОМ
- 05.02.2026 Подход к описанию процессов ОМ
- 10.02.2026 Процесс от заявки до согласованного КП
- 13.02.2026 Обработка заявки, договор и роли РП и ИТР
- 19.02.2026 Переход от описания процессов к автоматизации
- 24.02.2026 Производство, логистика, черновые коробки, монтаж и закрытие
- 25.02.2026 Демо ТМА на кейсе другого клиента
- 02.03.2026 Управленка ОМ в Хомнете — показ Олега
- 11.03.2026 Управленка и ТМА — встреча с руководством ОМ
- 18.03.2026 Финальная встреча по операционке
- 24.03.2026 Вопросы Ольги по производству и монтажу
- 27.03.2026 Сдача моделей процессов, часть 1
- 28.03.2026 Обсуждение ТЗ по автоматизации — карточка проекта
- 02.04.2026 Сдача моделей процессов, часть 2
- 08.04.2026 Первая встреча с финдиректором Еленой
- 14.04.2026 Пункт договора о неопределённости объёма работ
- 15.04.2026 Сервер для ТМА в ОМ
- 17.04.2026 Казначейство и запуск проекта
- 29.05.2026 Утверждение смен монтажников — проверка и доработки
- 17.06.2026 Трейд (финмодель проекта) и АРМ — запуск разработки
- 18.06.2026 Работа с геокоординатами объектов
- 13.07.2026 Функции в Битриксе — что переносить в ТМА
- Матрица функций
Склад
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)
- Кто есть кто определён по плиткам Телемоста и подсветке говорящего (кадр каждые 5 с). На быстрых сменах реплик возможны сдвиги; одна реплика (сценарий общей встречи) без говорящего.
- Противоречие: Лиза хочет справочники значений, Константин — минимум. Решили через пробное заполнение (З-002). Решение о размерах в карточке (В?-003) принять по его итогам, не раньше.
- Риск размывания объёма: Гант, автоматические заявки, ИИ-разбор чатов — это второй этап. Для первого этапа предлагаю границу: справочники → заявка на объект → заявка поставщику (ручная) → поступление → перемещение/списание. Остальное в бэклог.
- Связь с ПО-01: двойное утверждение подотчётной покупки (финотдел + склад) — новое правило для подотчётов. Его нужно добавить в реестр решений по подотчётам и в ПО-01, когда утвердят; потребуется доработка документа «Платёж ПО».
- Связь с чат-агентом: группа «Заявки» в Битрикс24 — естественный источник для om-chats (шаг 9 его плана). Бот сможет сам предлагать черновик заявки на объект.
- Отказ от виртуальных складов потребует переноса остатков и перенастройки отчётов; нужна отдельная задача на миграцию (З-011).
- Термины: «заказ-наряд» (термин ОМ) = «заявка на объект». Нужно выбрать одно название для системы и инструкций (В?-005).
12.08.2026 Склад: номенклатура (Лиза)
ID встречи: В-20260812-4 · Направление: Склад · Длительность: 0:38
Запись: Записи встреч по Складу/Встреча в Телемосте 12.08.26 11-06-55 — запись.webm
Расшифровка: Расшифровки/2026-08-12 Склад номенклатура (Лиза).md (Whisper локально, говорящие по плиткам)
Статус: архивный разбор (встреча прошлая; задачи сверены с более поздними встречами)
Участники (по плиткам Телемоста)
- Константин Богданов
- Елизавета Викулова (Лиза, склад ОМ; показывает текущую номенклатуру в своей системе)
- Упоминаются: Ольга («Уленька» — пока не может выйти из-за ребёнка), Игорь (доставки ОМ), «мальчик до Лизы» (прежний кладовщик).
Итог
Первая рабочая встреча по переносу номенклатуры склада в ТМА. Договорились двигаться малыми шагами («на ощупь»): сначала сделать «карточку мечты» номенклатуры, завести вручную 3–4 позиции (начать с саморезов как самых сложных), потом думать о загрузке старых данных. Главное на первом этапе — перевести ручную работу Лизы в ТМА; интеграции и автоматизация — позже.
По темам
- Единицы измерения (≈0:04–0:10). Дополнительные единицы с соотношением нужны для упаковок (коробка = 10 упаковок). Если соотношения нет (м² и шт), это разные номенклатуры. Лиза уже ушла от закупки в килограммах — всё в штуках.
- Единица учёта ценностей. Стоимость считается в разрезе единицы учёта; наименование собирается из свойств («сборное наименование», как теги) и является единицей учёта. Подход: не «как положено», а как удобно и достаточно.
- Артикулы (0:12–0:16, 0:25). Текущие 5-значные номера (10-134) мешают: смысла нет, новую позицию нельзя вставить в середину, есть пропуски. Решили: артикул свободный (любая длина, точки, разделители); систему кодирования придумывает Лиза.
- Базовая номенклатура и свойства (0:23–0:25). Вид (базовая номенклатура) задаёт набор свойств (для самореза — длина, толщина, цвет, шляпка, бренд…). Глубину свойств определяет склад: можно 2–3 свойства, можно всё.
- Один товар у разных поставщиков (0:18–0:21, 0:27–0:29). В карточке — таблица поставщиков: поставщик (связан с контрагентом, у него несколько юрлиц), артикул поставщика — кликабельная ссылка на сайт; цену не хранить (часто меняется), показывать расчётно последнюю цену закупки у поставщика. Лиза выбирает магазин не только по цене: основная закупка у одного, логистика (Игорь, служебная машина).
- Партия поставщика (0:31). Поставщик отгружает упаковками (например, по 1000 шт) — учитывать при заказе.
- Целевая модель снабжения (0:32–0:35). Заявка с объекта (ИТР) → система смотрит остатки, минимальные остатки, партию, приоритетного поставщика → заявка поставщику (e-mail, Excel, личный кабинет). Плановая закупка на склад раз в неделю по кнопке. Можно объединять несколько заявок.
- Интеграции (0:35–0:37). У «ВсеИнструменты» есть OpenAPI — заказ можно отправлять из системы. Позже; сейчас — перенос ручной работы в ТМА.
- Сертификаты — отложили.
Решения
Р-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. Договорились о единых правилах интерфейса и следующем шаге — показать Лизе, затем вводить минимальные остатки и делать отчёты.
По темам
- Базовая номенклатура и свойства (0:00–0:03). В служебных справочниках — «Базовая номенклатура» и «Свойства номенклатуры». В номенклатуре выбирается базовая, свойства подтягиваются; в конкретной номенклатуре свойства можно добавить или удалить. Полное наименование собирается из свойств по порядку.
- Краткое наименование (0:02–0:04). Остаётся отдельным полем для гибкости: базовая номенклатура не обязательно совпадает с названием позиции.
- Признаки «товар / сырьё» и т. п. (0:04). Нужны для спецификаций и комплектации (готовая продукция не участвует в спецификации, если не полуфабрикат). «Товар» предлагают переименовать.
- Галерея изображений (0:10). Несколько картинок с подписью (вид сбоку, спереди, торец); модуль файлов универсальный, развивается на базе Окон Мира.
- Поставщики (0:11–0:13). В номенклатуре — номенклатура поставщика: артикул и наименование у поставщика. Из карточки поставщика — список номенклатуры, которую он продаёт.
- Контактные лица (0:13–0:14). Универсальная карточка контактных лиц для всех типов (поставщики, клиенты, далее проекты, объекты); у лица набор контактов (телефон, почта, сайт) с отметкой основного.
- Интерфейс (0:14–0:15). Сейчас формы на кнопках (как в остальных окнах ОМ). Решили: новые сущности делать сразу с боковым меню.
- Осталось (0:15–0:16). Поступление номенклатуры: выбирать поставщика вместо контрагента.
- Посередине записи — посторонний телефонный разговор (земляные работы, договор на работу) — в протокол не включён.
Решения
Р-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
Статус: архивный разбор
Участники
В записи только демонстрация экрана (плиток нет). По голосам и смыслу: Константин Богданов показывает ТМА, Елизавета Викулова (Лиза, склад) задаёт вопросы.
Итог
Константин показал Лизе карточку номенклатуры в ТМА на примере фанеры: базовая номенклатура, свойства, привязка к ценности ТМА, поставщики, контакты, галерея, доп. единицы, сертификаты, комплектация. Лиза пробует заводить позиции вручную; загрузка из старой базы — после того, как структура устоится.
По темам
- Свойства на примере фанеры (0:00–0:09). Марка (ФК — внутренние работы, ФСФ — наружные, влагостойкая), сорт (3/4, 4/4), длина×ширина, толщина, шлифовка. Нужна смена порядка свойств.
- Значения свойств из списка (0:10–0:12). Лиза просит выбирать значения (ФК/ФСФ, 3/4, 4/4) из списка. Константин: делаем справочник значений свойств по базовой номенклатуре; единица — в самом значении («15 мм»), автоподстановки не нужно.
- Разовые закупки (0:06–0:07). Лиза для разовых закупок использует общую «фанеру». Решено: любую закупку заводить отдельной номенклатурой; неактуальные позже убирать архивным статусом.
- Номенклатура и ценность ТМА (0:12–0:15). Номенклатура — операционный складской учёт; ценность — финансовый учёт. Номенклатура привязывается к ценности; по ценности считаются себестоимость, остатки, инвентаризация. Основная единица — в финучёте («лист»). Начальная стоимость обязательна, чтобы не было позиций с нулевой стоимостью.
- Поставщик → контрагент → юрлица (0:16–0:18). Поставщик связан с контрагентом финучёта, у контрагента одно или несколько юрлиц (справочник организаций). Поставщика называть своим понятным именем, без «ООО».
- Кто что заказывает (0:16–0:17). Фанеру, кронштейны, оцинковку заказывают инженеры сами (они знают, что нужно); Лиза сопровождает заказ. Остальное заказывает Лиза.
- Контактные лица (0:18–0:21). Сквозной справочник для поставщиков, проектов, сотрудников, клиентов. Типы контакта (телефон, Telegram, WhatsApp, e-mail…), основной контакт, примечание или должность.
- Склады поставщика (0:21–0:23). Лиза: адрес, въезд по пропускам и как заказать пропуск, платная парковка и её стоимость (экспедитор Игорь платит; в перспективе — в авансовый отчёт). Константин записал справочник складов поставщика.
- Номенклатура поставщика (0:23–0:27). Наименование и артикул у поставщика, поле-ссылка на карточку на сайте (кликабельная), отметка основного поставщика — по возможности. Одну позицию можно брать у разных поставщиков (ВсеИнструменты, Петрович, Леруа, Лемана Про…).
- Галерея (0:27–0:30). Свои картинки (одна или несколько, с подписями), не картинки поставщика — у поставщика смотреть по ссылке. Картинка открывается кнопкой, на карточку не выносится.
- Доп. единицы (0:30–0:31). Палета = 30 листов: при поступлении палетой на склад ложится 30 листов.
- Сертификаты (0:31–0:36). Под галереей; индикатор срока: просрочен / меньше месяца до конца — значок или цвет. Также отчёт и флаги в АРМ сотрудника. Есть универсальный модуль файлов с атрибутом «тип файла».
- АРМ сотрудника (0:34–0:37). Цель — рабочее место для каждого вида сотрудника (задачи, сроки, сообщения, флаги), которое заменит Битрикс.
- Комплектация и разукомплектация (0:38–0:42). Боль Лизы — строительные леса: покупаются комплектом, выдаются частями. Решение — спецификация разборки и документ разукомплектации в один клик.
- Дальше (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
Статус: архивный разбор
Участники
Плиток в записи нет (только экран Константина). По голосам и смыслу: Константин Богданов, Елизавета Викулова (Лиза), Ольга Григорьева (наш аналитик: ставит задачи Толику, организует доступы). Упоминаются: Толик (разработка), Алексей (ОМ, замещал экспедитора), Александр (ОМ, писал про юрлица в чате), Олег (бухгалтерия), Дарья, Вадим.
Итог
Разобрали карточку номенклатуры после первых проб: убрать производственные признаки, сделать справочник сертификатов, поле «производитель», справочник значений свойств; инструмент и инвентарь — позже отдельным слоем. Лиза описала боли следующего этапа: юрлицо закупки по проекту, перемещения на объект с подписями, импортные стеклопакеты по ящикам. Встречаться два раза в неделю, следующая — в пятницу.
По темам
- Признаки «товар / сырьё / полуфабрикат / готовая продукция» (0:00–0:03). Достались от производственного модуля (отсюда же комплектация и спецификации). У ОМ такого деления нет — убрать. Деление делать группами: крепёж, металл, пиломатериалы, комплектующие к окнам, расходники, инструмент (0:27–0:30).
- Главное фото (0:04). Как в старой системе: при выборе позиции в списке сбоку видна фотография. Решено: одна из фотографий галереи отмечается главной и показывается в списке или карточке.
- Сертификаты (0:04–0:23). Сертификат выдаётся на продукцию (не на поставщика), может покрывать много позиций (ленты Robiband всех размеров, все саморезы «Стелмакс», приложение со списком). Делаем справочник сертификатов: номер (уникальный), срок с/по, файл (PDF), бренд/марка. Связь «многие ко многим» с номенклатурой. Нужны флажок «нет сертификата» / «не требуется» и контроль сроков. Как удобно привязывать — потом, можно с помощью ИИ.
- Производитель / бренд (0:13–0:23). Одинаковый саморез разных производителей: Лиза не хочет делить. Константин: себестоимость может отличаться (пример «мясо» в кафе), монтажники иногда просят конкретного производителя. Итог: добавить поле «производитель» (может быть «без бренда») и включить его в полное наименование.
- Инструмент и инвентарь (0:15–0:32). Товар учитывается по средней, инструмент и инвентарь — поштучно (инвентарный или серийный номер). Сюда же бытовая техника для бытовок (кондиционеры, микроволновки, холодильники). Вместо амортизации — периодическая переоценка (квартал или год): «за сколько куплю такое же сейчас», плюс ликвидационная стоимость — для честного баланса. Сейчас работаем только с товаром; инструмент — отдельным слоем позже, возможно своей карточкой.
- Справочник значений свойств (0:32–0:40). Ольга напомнила: Лиза просила выбор значений из списка. Набор свойств привязан к базовой номенклатуре (у фанеры свои, у самореза свои). Делаем таблицу значений для каждого свойства (цвет: белый, чёрный…), выбор при заполнении. Новую позицию удобно создавать копированием.
- Юрлицо закупки по проекту (0:41–0:42). Лиза: заявка поставщику и счета оформляются на компанию, с которой заключён договор по объекту (ОМО, ОМК…). Решено: брать по умолчанию из проекта, с возможностью сознательно поменять (Александр писал, что бывают несовпадения).
- Перемещения на объект (0:42–0:47). Сейчас Лиза готовит пачку бумажных перемещений; экспедитор (или Алексей) везёт, бригадир подписывает. Цель — подпись в мобильном приложении и отметка «подписано». В ТМА склад не привязан к юрлицам (в отличие от 1С): физическое перемещение — просто перемещение, юрлица — отдельный слой учёта.
- Импортные стеклопакеты и профили (0:47–0:51). Приходуются по 1 копейке (договорённость с бухгалтерией). Учёт по ящикам: номер ящика и объект. На объект уезжают конкретные ящики; в печатной форме номер ящика не выводится — бригадиры не понимают, за что расписываются. Стоимость хранения в Одинцово считается в конце месяца по ящикам. Отложили на следующий шаг.
- Связь с бухгалтерией (0:51–0:53). Как бухгалтерия (1С в облаке) получает данные из учётной системы склада — неизвестно; уточнить у Олега.
- Организация (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
Статус: архивный разбор
Участники (по плиткам Телемоста)
- Ольга Григорьева — наш аналитик, показывает доработки в ТМА.
- Елизавета Викулова (Лиза) — склад ОМ.
- Упоминаются: Толик (разработка), Алексей Дробышев (ИТР ОМ), Игорь (экспедитор склада), Олег (доверенности), Артём (ИТР Дубай).
Итог
Ольга показала сертификаты и главное фото; договорились об отказных письмах, гарантиях для инструмента и техники, классификации склада, порядке полей карточки и требованиях к карточке поставщика (склады, пропуска, парковка, доверенности). Лиза описала, как должны работать заявки на инструмент, комплект сертификатов по заказ-наряду и рабочее место экспедитора. Следующий шаг: Ольга наводит порядок в карточке, Лиза набирает списки свойств по видам, после этого решаем схему со справочником значений.
По темам
- Сертификаты (0:00–0:05). Отдельное меню «Сертификаты соответствия». Из карточки номенклатуры: «новый сертификат» (сразу привязывается) и «привязать существующий». В списке: подсветка за месяц до окончания срока, по умолчанию только действующие, фильтр «заканчиваются в ближайший месяц». Номер сертификата уникален.
- Отказное письмо (0:05–0:07, 0:19–0:21). Это подтверждение, что продукция не требует сертификации. Хранить как тип документа в том же справочнике (галка «отказное письмо»): только дата, без срока и без контроля; можно привязать к нескольким позициям.
- Комплект сертификатов по заказ-наряду (0:07–0:08). ИТР (Алексей Дробышев) в заказ-наряде нажимает «получить сертификаты» — получает комплект. Позиции без сертификата или отказного письма подсвечены, по кнопке «отправить запрос» — задача Лизе.
- Заявки на инструмент (0:08–0:12). Сейчас в группе «Инструмент» Битрикс24 — «простыни». Лиза перевела процесс на Алексея: бригадир пишет ему, он согласует и ставит задачу Лизе. В системе: бригадир → ИТР (согласование, возврат на доработку) → склад; статус видят все участники; напоминания, как в Битриксе.
- Рабочие места (0:12–0:20). У Лизы — единый список задач, сертификаты на исходе, заказы и заявки поставщику на контроле, срочные оповещения. У экспедитора Игоря (работает «в полях», лучше планшет) — задания на день, «как у таксиста», отметки этапов на месте, маршрутный лист и календарь занятости. Сейчас Игорь сдаёт документы вечером — теряется время. Заявка заканчивается одним из двух исходов: (1) всё есть — передать и подписать; (2) нужна закупка — заказ поставщику → счёт → бухгалтерия оплачивает → задача Игорю забрать (счёт приложен). Порядок: сначала документы (заявки), потом рабочее место Игоря.
- Гарантии вместо сертификатов (0:21–0:28). Для инструмента и техники — гарантия: выбор срока (нет, 2 недели, полгода, год, 3 года), от поставщика или производителя, отсчёт от даты счёта-фактуры. «Нет гарантии» — например, покупка у частника на Авито. Каждая единица поштучно, с серийным номером (как «паспорт»): помогает искать, например, микроволновку, перевезённую на другой объект. Дубай: сначала московская схема, потом упрощение; гарантии по Дубаю обсудить с Артёмом.
- Классификация склада (0:28–0:32). (1) Инструмент, инвентарь, техника (оргтехника, бытовая) — гарантия, без сертификатов; (2) расходники — сертификат или отказное письмо, без гарантии; (3) мебель — только учёт (стеллажи склада, мебель маркетинга); инвентарь (веник, швабра) — без свойств; конструкции из-за рубежа для объектов (стеклопакеты, нащельники) — без сертификации, на склад не заводятся как товар.
- Проверка сертификатов (0:32–0:33). У номенклатуры может быть только один действующий сертификат от одного производителя (если производителей несколько — по одному на каждого).
- Порядок полей карточки (0:33–0:36). Порядок по ходу заполнения: вид (расходник…) → группа (пиломатериалы, крепёж…) → базовая номенклатура (фанера…) со своими свойствами. Признак «сертификат требуется» зависит от вида. Производитель — необязательный. Нужно ли краткое наименование — под вопросом.
- Справочник значений и размеры (0:36–0:42). Толик: если выбор из справочника, то для всех свойств сразу. Предложение: размеры (длина, ширина, высота, диаметр) вынести полями на карточку, остальные свойства (марка, сорт, материал, покрытие — оцинковка, нержавейка, «дельта» у Сармата) — справочные. Решили проверить: Лиза набирает списки свойств по видам — от простого (услуги) к сложному (крепёж). Потом решаем.
- Артикулы (0:42–0:47). Лизе артикулы не нужны: ими никто не пользуется, при вставке новой позиции приходится сдвигать нумерацию. Решили спросить в общей группе, в том числе инженеров и ИТР.
- Карточка поставщика (0:47–1:04). Реквизиты Лизе не нужны (нужны ли бухгалтерии — уточнить); у поставщика обычно одно юрлицо. Склады поставщика (бывает 2): адрес; нужен ли пропуск (как заказывать: по телефону или e-mail, с формой данных экспедитора и машины); «позвонить за 30–60 минут»; парковка (нет, есть бесплатная, платная, городская платная) и примечание («за углом городская платная»). Доверенность: не нужна / разовая (на конкретный заказ) / долгая (на годы, со сроком; предупреждение за ~10 дней Лизе, Олегу, Игорю). Разовая формируется из заказа поставщику (наше юрлицо, номер заказа или счёта, сумма) — задача Олегу. Доверенности шире склада — Ольга поднимает вопрос с Олегом.
- Прочее. Замена фильтров и мешков — позже. Вопросы — в чат, закреплять до отработки.
Решения
Р-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 загружаем как есть. Утверждённое КП — стартовая точка финмодели проекта.
По темам
- Проект и КП (0:07–0:09). Проект заводится сразу при первой заявке на расчёт, даже если продажи не будет: без анализа и переписки суммы не называют. РП заводит проект → инженеры считают «КП по себестоимости» → РП делает из него КП клиенту.
- Одно КП или несколько (0:01–0:05). Обычно одно КП на проект, фабрики идут блоками (SkyFrame + Шуко и т.д.); при больших спецификациях или по просьбе заказчика — отдельные КП. Нужно поддержать оба варианта.
- Блок фабрики (0:09–0:15). Описание системы (из КП партнёра); покрытия — информационно (цвет согласуется перед заказом); стеклопакет — для заказчика обобщённо («двухкамерный, энергосберегающее стекло»), формулы — во внутренней части; позиции: маркировка по чертежу (ОК-1…), ширина, высота, площадь, количество, цена, сумма. Фабрики, кроме SkyFrame: Шуко, Кова, Секко, Хирт.
- Себестоимость и наценки (0:15–0:24). Инженер заполняет позиции и себестоимость (у Шуко стоимость стеклопакетов приходит одной суммой и распределяется по м²; курс). РП ставит наценки: таможня, маржа, «архитектор» (представительские, комиссии), скидка фабрики — это зона ответственности РП.
- Форматы поставщиков (0:24–0:28). У каждого поставщика свой формат (по Шуко — три поставщика в России и в Дубае, иногда только PDF или одна сумма). Решение: единый входной шаблон, в который инженер приводит ответ любой фабрики; SkyFrame — загрузка его выгрузки напрямую.
- Валюта (0:35–0:36). КП всегда в евро: SkyFrame — основной продукт, остальное идёт «нагрузкой»; рубли — справочно для РП.
- Доставка и монтаж по фабрикам (0:29–0:34). Схема монтажа закреплена за фабрикой: либо наш монтаж, либо поставка с монтажом поставщика. Цифры поставщика (замер, монтажные материалы, монтаж) идут с нашей наценкой (~15%). Аренда техники не включается (оговаривается в примечаниях, решается по ходу).
- Выгрузка SkyFrame (0:36–0:48). Из веб-калькулятора: позиции (числовые), размеры, треки, усиления, тип стеклопакета и покрытия, профили, код открывания и визуализация открывания (важна, забираем), створки, площадь, цены во франках. Курсы EUR/RUB и CHF/EUR. Лимит 250 м² на выгрузку — большие проекты в нескольких файлах (этапы запуска), суммируются.
- Упаковка (0:48–0:53, 1:13–1:16). Пирамиды для стекла: SkyFrame 3 — до 6 стёкол, SkyFrame 2 — до 10, вес до 2 т; ящики для профилей — 1 на 50 м² окон. Сейчас считается усреднённо (1600 € за единицу). Решено считать раздельно (пирамида ~2000 €, ящик ~800 €): количество нужно стройотделу для логистики.
- Моторы и опции (0:55–1:13). Моторы — по числу открывающихся створок; расчёты SkyFrame (моторы, ящики) всегда перепроверяются. Оснащение (электроприводы, датчики, москитные сетки, желоба, опорные лапы, обработка стеклопакетов у бассейна и т.п.) — из вкладки опций SkyFrame плюс ручное добавление. Цена опции для клиента — договорная отпускная цена, единая для всех РП (например, электропривод 4950 €), а не себестоимость × маржа. Цены опций в шаблоне устарели — брать из файла SkyFrame. Опорные лапы: общая ширина / 0,4 × цена.
- Наименования позиций (0:59–1:02). «Сдвижной блок», «глухой блок» и т.п. — единый справочник (общий, не по фабрикам) плюс свободный комментарий («(бассейн)»).
- Доставка, монтаж, финплан (1:20–1:24). Доставка SkyFrame — формула от квадратуры плюс ручная надбавка РП в сложных случаях. Монтаж: м² × 300 € для клиента (себестоимость ~255 €). Вадим хочет видеть в КП разбивку себестоимости монтажа по статьям финплана (монтаж, черновые коробки, расходники) — информационно; заказчик иногда берёт черновые коробки на себя.
- Хвост КП (1:24–1:28). НДС; «не включено в стоимость» (стандартный список, строки переносятся в оснащение при включении); примечания — шаблон, правится РП; сроки (проектирование, изготовление 8–10 нед., доставка 2–4 нед., Шуко ~28 нед.) — справочно, контролируются на совещаниях; условия оплаты; контакты РП.
- Файлы и версии (1:32–1:39). Сейчас — папки проекта на сервере (сканы, рабочие по отделам, чертежи, расчёты по датам). Нужно: прикладывать ответы фабрик к расчёту, версии расчёта и КП, актуальное КП — отдельное место на карточке проекта с быстрым доступом.
- Проектирование (1:31–1:33). По умолчанию включено; если заказчик просит, выделяется отдельный договор (5–10%), сумма вычитается из КП.
- КП → финмодель (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
Статус: архивный разбор
Участники
Плиток нет (экран Константина). По смыслу: Константин Богданов и Вадим Тарасов. Упоминаются: Женя (интеграция с Хомнетом), Илья (вопрос про диски), Ольга (задачи).
Итог
Обсудили ядро проектного модуля ТМА: предпроект → клиентский проект, файлы и ссылки в карточках, состав карточек проекта и объекта по файлу Вадима, заказы по фабрикам внутри объекта. Финпоказатели проекта — позже, после финплана («трейда»). На неделю: объекты на карточке проекта, автонумерация, файлы и ссылки с типами, связка проект–объект.
По темам
- Предпроект (0:00–0:07). Цепочка: маркетинг → лид → предпроект (выезды, встречи, расчёты, КП — время РП, инженеров, проектировщиков) → договор → клиентский проект. Предпроект обязателен; при подписании договора — кнопка «закрыть и создать клиентский проект», проекты связаны. Так можно оценить полную экономику: маркетинг + предпроект + проект. Карточка предпроекта — полноценная: файлы, дневник действий, напоминания. Номер — следующий по порядку (возможен префикс, например «ПР»). Платный сервис обычно без предпроекта (едем и выставляем счёт), но карточка нужна.
- Файлы и ссылки (0:07–0:26). В карточке две кнопки: файлы (вложения хранятся на сервере ТМА в базе, их нельзя удалить или изменить снаружи, только скачать; с типом файла) и ссылки (на папки и файлы Synology, публичные ссылки, сайты). Принцип: у файла один вход — нельзя, чтобы одни ходили через диск, а другие через ТМА (как с Битриксом и диском). Чертежи для расчёта — ссылкой на папку проекта на Synology; в перспективе папка проекта создаётся автоматически скриптом при создании проекта. Регламент хранения напишем, когда попробуем (можно вести и обновлять с помощью ИИ).
- Объект и проект (0:32–0:33). Всё, что добавлено в объект, видно в проекте (с признаком объекта); файл можно добавить через проект, указав объект.
- Карточка проекта (0:34–0:42, файл Вадима). Номер, название; ответственные — РП, техотдел (ИТР и бригадир — позже); территория (Москва, Дубай, Европа); юрконтур; клиент и посредник (архитектор, генподрядчик — через кого зашёл проект); контакты — универсальный справочник контактных лиц (заказчик, технадзор, архитектор, начальник участка…). Финпоказатели: сумма контракта (конструкции, монтаж), себестоимость, общие затраты, прибыль, бонусы, чистая прибыль, маржинальность — план / текущий / факт из финплана. Пока не торопимся.
- Карточка объекта (0:42–0:45). Адрес; стадия (проект, котлован, бетон, монтаж, эксплуатация); дата договора с просмотром документа; актуальные чертежи (входящие от архитектора / внутренние, ссылки на папки); ТЗ; начало монтажа; закрывающие документы; задачи (отдельный блок задач, Ольга начала).
- Заказы по фабрикам в объекте (0:47–0:50). Фабрика, объём (м²), статус; даты подписания чертежей и АВ от фабрики (с файлом); готовность и отгрузка профилей и пакетов; номер машины или контейнера; приход на склад (план/факт); склад хранения; заказ-наряд на расходники, кронштейны, черновые коробки. Вадим уже заполнил это по активным объектам (в своём файле).
- Срок монтажа (0:51). Не «период», а дата начала + длительность в днях с учётом рабочего календаря — чтобы ложилось на диаграмму Ганта.
- Попутно: статьи и Хомнет (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%.
По темам
- Нумерация (0:00–0:03). Проекты — сквозная автоматическая нумерация. Объект — «номер проекта-N» (порядковый внутри проекта, обычно меньше 10); объект добавляется только к сохранённому проекту.
- Попутно (0:03–0:05). Константин недоволен темпом разработчика подотчётов (мелкие правки не сделаны, не выходит на связь). Веб-подотчёты: остаток сверху, как в банковском приложении, с перелистыванием по валютам.
- Файлы и ссылки (0:05–0:11). Тип файла сейчас меняется через неочевидную кнопку «Атрибуты» — перенести в контекстное меню. Справочник типов файлов привязать к типу документа (в каждом документе — только свои типы). Ссылки — отдельной кнопкой по той же схеме (в «Нордах» сделаны отдельно) или внутри модуля файлов — Анатолий решает.
- Файлы объекта в проекте (0:08–0:12). Сделать универсально, не ломая модуль файлов (он ставится всем клиентам): в настройках задаётся связь, по которой документ показывает файлы цепочки связанных документов.
- Клиент и посредники (0:11–0:17). Клиент — наименование и контрагент (организация тянется через контрагента; организации — дополнительная аналитика, может отсутствовать). Посредники (в ~90% случаев архитекторы, которые ведут стройку и выбирают подрядчиков) — связь «многие ко многим» клиент ↔ посредник.
- Контактные лица и ответственный (0:13–0:22). Универсальный модуль контактных лиц (сделан для поставщиков в складе) подключить к клиентам и проектам; у проекта могут быть свои дополнительные контакты (технадзор, начальник участка — через описание). Ответственный со стороны заказчика — отдельное поле в карточке клиента, выбирается из его контактных лиц; плюс отметка в связке.
- Карточка проекта и объекта (0:22–0:28). Номер, название, территория, юрконтур, клиент — сделано. Показатели с ограниченным доступом — позже. Объект: адрес, стадия строительства; дата договора, КП, расчёты фабрик, исполнительные документы — пока файлами или ссылками.
- Задачи (0:28–0:30). Не привязывать задачи только к проекту: отдельный универсальный модуль задач с типом основания (проект, объект, офисная задача…), как часть будущего рабочего места (АРМ).
Решения
Р-080 … Р-083 (см. реестр).
Задачи (архив)
З-064 … З-068 (см. реестр).
~17.08.2026 Спецификация и КП (Вадим, Толик)
ID встречи: В-20260817-1 · Направление: Проекты и КП · Длительность: 1:56
Запись: Записи встреч по проектам/Спецификация, КП обсуждение 1 с Вадимом и Толиком.webm (дата по файлу — уточнить)
Расшифровка: Расшифровки/2026-08-17 Спецификация и КП (Вадим, Толик).md
Статус: архивный разбор
Участники
Плиток нет. По смыслу: Константин Богданов, Вадим Тарасов, Анатолий (Толик) Москаленко. Упоминаются: Ольга (видео про КП), Евгения Викторовна, Лена (Русина), «Викулов» (РП).
Итог
Разобрали заполнение проектов и объектов, структуру статей доходов и расходов, кто считается клиентом, и как строить расчёты. Главный поворот: отдельная сущность «предпроект» не нужна — тот же проект в статусе «предпроект». Путь расчёта: спецификация по себестоимости (окна построчно; сначала ручной ввод, затем загрузка выгрузки SkyFrame) → КП из одной или нескольких спецификаций с коэффициентами → печатная форма; КП становится версией 1 финмодели (трейда).
По темам
- Родительские проекты (0:00–0:01). Для проектов-«дозаказов» (например, Fix It Collection) — поле «родитель»; дети привязываются к родителю, отчёты собираются по родителю. Позже поле можно скрыть.
- Отнесение проектов к типам (0:01–0:04). Вадим отнёс к «клиентским» проекты с актуальными объектами. Старые без движения в 2026 можно не относить: всплывут в отчёте с пустым типом — тогда отнесём. Банковские выписки в списке будут удалены после доработки.
- Объекты, стадии, метраж (0:04–0:15). На карточке подписать, что таблица — это объекты (не этапы). Стадии и статусы пока непонятны. Метраж по фабрикам в объекте — первичные точные данные: от них зависят таможня, доставка, расходники, процентовки. Общая квадратура проекта — только информационно («мощность» проекта), оставить на карточке; в списке объектов — раскрытие по фабрикам.
- Статьи доходов и расходов (0:11–0:17). Константин свёл иерархию по экономическому смыслу — 4 раздела: реализация, продукт (закупка), персонал, обеспечение деятельности. Второе измерение — тип проекта (зарплата в клиентском проекте — переменные расходы, в административном — АУП; статья не дублируется). Третье — статус контрагента (сотрудники, покупатели, поставщики, капитал, бюджет…) для взаиморасчётов. Это основа финмодели («трейда»). Статью «прочие доходы и расходы» Евгения Викторовна просила убрать — Константин оставил.
- Учёт времени на предпроекте (0:17–0:21). РП вести учёт времени не будут. Возможна простая «раскладка дня по проектам»; если нет — затраты на предпроект не считаем, предпроект нужен как основа для КП.
- Кто клиент (0:23–0:33). Вадим: ключевые клиенты — архитекторы, девелоперы, генподрядчики (их обучают, возят на завод SkyFrame); конечный заказчик — чаще потребитель и клиент сервиса. Решено: клиент — тот, кто реально заказывает и с кем мы общаемся (архитектор, девелопер или собственник напрямую); собственник объекта — отдельное поле объекта, по нему отдельная статистика.
- Предпроект = статус (0:40–0:48). Отдельная сущность дублирует карточку проекта. Решено: та же карточка, статус «предпроект» → далее статусы после договора (заказ окон, монтаж, авансы, расходы). Финмодель можно считать уже в предпроекте; КП печатается из неё.
- Версии финмодели (0:42–0:45). Есть версии и история версий; актуальная — последняя. Нужно видеть номер версии в списке финмоделей на карточке.
- Как рождается расчёт (0:49–1:01). РП передаёт инженеру проект (ссылка на папку с чертежами) → инженер выделяет окна (размеры, конфигурация, серия, стеклопакет) → для SkyFrame конфигурирует в веб-магазине и скачивает Excel (формат стабильный); Шуко — четыре формата (Excel и PDF), Секко — только PDF, переносится вручную.
- Спецификация по себестоимости (1:01–1:27). Новая сущность. Строка — окно: позиция (номер по чертежу или проекту архитектора), название, конфигурация (для SkyFrame), габариты, площадь, количество, цена себестоимости, валюта. Спецификация — на объект; если на несколько объектов — признак объекта в строке. В одной спецификации могут быть блоки разных фабрик. Шаг 1 — ручной ввод; шаг 2 — загрузка выгрузки SkyFrame (нужные поля, исходник целиком под рукой, пересчёт по курсу); другие фабрики — дальше.
- КП из спецификаций (1:15–1:30). КП собирается из одной или нескольких спецификаций; коэффициенты — маржа, архитектор (знает РП), таможня (считать); итоговая печатная форма (PDF). КП можно сделать по проекту целиком или по выбранным объектам (например, отдельно на главный дом и на СПА).
- Себестоимость монтажа (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
Статус: архивный разбор
Участники
Плитки Телемоста: Константин Богданов, Анатолий Москаленко, Вадим (Тарасов). Упоминаются: Ольга (без связи), Лена (Русина), Евгения Викторовна (запись хотят ей отправить), Антон (ведомости Дубая), Дробышев (подотчёты).
Итог
Пересобрали ядро проектного модуля. Объект — отдельный справочник (адрес, координаты, территория), живёт сам по себе. Объект проекта — строка табличной части проекта со ссылкой на объект и своим номером. Проект = договор; новый договор (дозаказ, монтаж, платный сервис) — новый проект на тот же объект. «Заказ на фабрику» внутри объекта проекта — это расчёт (может быть несколько, с версиями); отдельная сущность заказ на производство собирает расчёты из разных объектов и проектов. Статус проекта убираем — остаются этапы (плюс «предпроект»). Константин: «как архитектор вижу ядро очень прикольное — нигде не нарвёмся на ограничения».
По темам
- Путаница объектов (0:00–0:08). Вадим: монтажник приезжает на «Сколково» и не понимает, Сколково-1, -2 или -3 — сейчас каждый договор отдельный проект с суффиксом. Решение: отдельный справочник объектов для офиса; монтажник выбирает объект по названию, а номер «проект-N» определяет, к какому проекту относится работа. Аналитика: по объекту — через все проекты, по проекту — через все объекты.
- Расчёты и заказ на производство (0:08–0:14). В одном объекте на одну фабрику может быть несколько заказов (основной, дозаказ, разнесённые по времени) — методика расчёта у каждой фабрики своя. Потом — «заказ на производство», куда можно включить расчёты из нескольких объектов и проектов (например, три дома Сколково одним заказом на фабрику). Терминологию продумать, чтобы не путаться в «заказах».
- Демо Анатолия (0:14–0:19). Адрес, координаты, направление уходят в новый справочник объектов; квадратура остаётся в объекте проекта. Версионность расчётов нужна — итерации КП с клиентом («добавьте, уберите»), чтобы видеть историю: что и когда отправили. У расчёта — номер, дата создания, автор, история изменений основных полей. Вадим: правильнее называть «расчёт», а не «заказ».
- Меню на формах (0:19–0:20). Сейчас меню внутри форм сделано кнопками; есть платформенный элемент «меню» — перевести формы проектов на него (лучше сейчас, чем потом).
- Кейс: дозаказ и сервис на том же объекте (0:20–0:27). Платный сервис — отдельный проект типа «сервис» (своя форма, выручка и себестоимость), в нём список работ со ссылкой на объект. Гарантийный сервис отдельного проекта не имеет: работы привязываются к объекту и проекту, по которому гарантия — выбор проекта обязателен, чтобы расходы падали на доходы этого проекта.
- Кейс: Береста — поставка и монтаж разными договорами (0:27–0:33). Это два проекта с одним и тем же объектом: в одном продажа окон без монтажа, в другом монтаж без продажи. Расчёт монтажа берёт конструкции и квадратуру из расчётов любого проекта по этому объекту (через объект). Возможно, для договора на монтаж — ссылка на родительский договор поставки.
- Термин «объект проекта» (0:33–0:35). Хочется одно слово; пока оставляем «объект проекта». Константин сделает описание ядра с терминами по этой записи (транскрибация → ИИ).
- Территория (0:35–0:38). Только у объекта; проект получает её через объекты (теоретически один договор может охватить две территории — ничего не ломается).
- Статус и этапы (0:38–0:40). Этапы — для распределения выручки и себестоимости по времени (процентовка); статус — для триггеров. Решили: статус убираем, работаем с этапами, добавить «предпроект». Логистика — по заказам на производство, не по проекту.
- Стадия строительства (0:40–0:42). Информационно (котлован, бетон…), чтобы не писать в комментариях; позже — ограничение даты плана монтажа. Опыт Битрикса: оставлять только обязательные поля. По каждому заказу на производство — timeline: КП (версии) → утверждение → производство (срок) → забор → доставка → монтаж.
- Заказ на два объекта (0:42–0:46). Пока расчёт делается в разрезе объекта проекта (первичка фабрики одним файлом раскладывается по объектам), КП — одним документом с блоками по объектам; объединение — через заказ на производство.
- Попутно: ЗП Дубай и интеграция с 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, в том числе по старым проектам.
По темам
- Демо (0:00–0:07). В карточке фабрики: коэффициенты по умолчанию (таможня, маржа, архитектор), стоимость монтажа и доставки за м², большой список оснащения. В объекте проекта создаётся расчёт: выбор фабрики → коэффициенты подставляются (можно менять) → загрузка конструкций (первичка фабрики) → серые поля не редактируются, кроме названия → оснащение из фабрики, правится вручную. Название: «расчёт»; какой-то из расчётов станет заказом.
- Монтаж (0:06–0:07). Себестоимость монтажа — по анализу расходов прошлого года, статьи монтажа на м² (файл Вадима, «файл для трейда»), а не из «Окна Мира КП».
- Доставка (0:07–0:12). Сейчас 100/15 ≈ 6,67 €/м² × квадратура + доп. стоимость. Делаем: расчётная доставка (по формуле) + фактическая (ручная «красивая» цифра, например 2 500), в КП идёт фактическая; строку доп. стоимости убрать.
- Скидки (0:11–0:13). Скидка фабрики на конструкции + оснащение (5%) — в карточку фабрики, можно менять. Общая скидка (до 15%) — в расчёте КП клиенту, зависит от условий оплаты.
- НДС (0:13–0:14). На направлении работ (территории): Россия — 22%; подтягивается через объект. Итог расчёта — со скидками и НДС.
- Выгрузка КП (0:15–0:17). Клиентская часть — по образцу SkyFrame, PDF (позже — отправка из ТМА). Excel не даём: иначе ТМА обходят Excel-калькулятором («продали за миллион, а в ТМА осталось 712»). Excel — только по спецдоступу.
- Общее КП (0:17–0:20). Клиенту отправляют один PDF с расчётами нескольких фабрик (SkyFrame + другая), он двигает объёмы. Первый шаг — выгрузка по одной фабрике, общее КП — потом.
- Клиентский и производственный расчёт (0:18–0:27). После подписания КП идёт проектирование (месяцы): размеры меняются, окна убирают, переносят на другую фабрику. РП решает: мелочь — клиенту не пересчитываем; крупно — финальный пересчёт КП. В любом случае в производство уходит расчёт с реальными размерами — от него считается квадратура для закрывающих. Значит, в объекте проекта может быть два расчёта: клиентский (принят клиентом) и производственный. Различаем статусами или признаками («принято клиентом», «в производство»); если совпадают — один. Новый расчёт — это просто загрузка актуальной выгрузки веб-калькулятора SkyFrame.
- Тестирование (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; договорились довести её до рабочего инструмента для РП (стеклопакеты с расшифровкой, редактируемые примечания, дизайн по шаблону), убрать лишние колонки, зафиксировать версии расчётов и КП.
По темам
- Хомнет и проекты (0:00–0:07). Импорт из Хомнета в ТМА настроен (начисления, выплаты), обратная загрузка (часы монтажников, авансовые отчёты из приложения) пока вручную. Отчёты Евгении Викторовны в ТМА не воссозданы к сроку (август → сентябрь): мешает распределение ДДС и ЗП монтажников по проектам. Пока проекты не в ТМА, от Хомнета не откажемся.
- Ожидания собственников (0:07–0:18). Ощущение «три месяца сделали — цифры опять переколочены» (ведомость ЗП). Аналогия: «мы ещё на фундаменте, а она уже мебель расставляет». План: инвентаризационный баланс, затем отчёты; встреча с Евгенией Викторовной, Иваном и РП — показать результат: для собственника — финансовый блок, для РП — путь до готового КП. Видео для РП писать, когда будет что показать (готовое КП). В Архемоушен ждут бюджеты и платёжный календарь.
- Демо КП (0:18–0:25). Колонка стеклопакета (пока сокращение SG-42), выгрузка КП в PDF «как у вас». Монтаж за м² — пока ручное поле (300), система расчёта по статистике — позже. НДС — по направлению работ (РФ 22%, ОАЭ 5%), можно поменять. Проверено на 17 файлах SkyFrame.
- Что нужно для РП (0:25–0:34). Стеклопакет — полной расшифровкой (справочник на карточке фабрики: сокращение → расшифровка; несколько — отдельными строками). Текстовые примечания редактируются в каждом КП, с текстом по умолчанию (общие настройки, не по фабрике). Сроки (проектирование, изготовление, доставка, монтаж) — полями; условия оплаты стандартные. Нижний колонтитул с телефоном РП — прижат к низу страницы; РП и телефон — из проекта (сотрудник). Дизайн — строго по согласованному с маркетингом шаблону (шрифты, линии, пунктиры); Вадим пришлёт PDF-образец.
- Фабрики и ручные строки (0:34–0:49). У каждой фабрики своя схема импорта. Лишние расчётные колонки SkyFrame в таблице не нужны — скрыть (оставить колонки КП). Загруженные строки не редактируются: изменения — новой загрузкой. Ручное добавление строк для SkyFrame не делаем («заморозили»); для Шуко и др. — ручные строки (признак «ручная», выбор типа открывания из справочника).
- Структура КП (0:49–1:01). Наценки, таможня, монтаж разные по фабрикам — расчёт остаётся по фабрике. КП — по объекту проекта: выбираем, какие расчёты включить; в PDF разделы по фабрикам и общий итог. Версионность КП (по проекту) и расчётов; дозаказ на ту же фабрику — новый расчёт со своим номером. Клиентское КП и фактический расчёт для фабрики могут расходиться — разницу «принимаем на себя».
- Блокировка (1:01–1:02). Расчёт, на основе которого сформировано КП, закрывается от изменений; для изменений — кнопка «новая версия» (копия). Сначала допилить PDF, потом следующая фабрика.
- Попутно (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 объединяет расчёты. Ждёт обратной связи.
По темам
- Расчёт (0:00–0:03). Расшифровки стеклопакетов хранятся в фабрике; при загрузке программа находит уникальные стеклопакеты и подставляет расшифровку (в PDF — отдельными строками). Оснащение и коэффициенты (таможня, маржа, архитектор, скидка фабрики, монтаж и доставка за м², валюта) — по умолчанию из карточки фабрики, меняются в расчёте. НДС и общая скидка убраны из расчёта — перенесены в КП. Лишние ~50 расчётных колонок убраны; остались колонки КП и несколько скрытых.
- Версии расчёта (0:02–0:03). «Новая версия» — полная копия; предыдущие версии только для просмотра (и истории изменений), редактируется последняя. Дата расчёта влияет на курс валют.
- Настройки КП (0:03–0:04). Примечания по умолчанию (что не входит в стоимость, условия изменения цены и т.п.) — копируются в новое КП, правятся; можно вернуть умолчания.
- КП (0:04–0:06). У КП дата и номер версии; в сборку попадают только актуальные версии расчётов объекта. Сумма контракта считается при добавлении; НДС — по дате и направлению объекта (ОАЭ — 5%); общая скидка — в КП (по умолчанию 0).
- Открытые вопросы Анатолия (0:05–0:08, 0:11–0:12). Расчёты, вошедшие в КП, пока не блокируются: если блокировать, то для новой версии КП нужно автоматически создавать новые версии расчётов. Одно КП на объект с версиями или несколько КП — пока сделано несколько, можно свести к одной ветке.
- PDF (0:08–0:11). Конструкции двух расчётов объединены, оснащение, общее примечание, итог с НДС. Нужно: переносить блок целиком на новую страницу, если не помещается; добавить две цены из шаблона («по России» — уточнить, что это и как считать).
- Дальше (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 год по выпискам (обучая Олега и Елену правилам разноски); Архемоушен — в отдельную базу.
По темам
- Справочник ДДС ОМ (0:00–0:16). 400 позиций — запомнить невозможно. Многие статьи — это получатели (ФИО, фабрики): в управленке это контрагенты (реальный получатель может отличаться от бухгалтерского), статьи по фамилиям удаляются. Деление поступлений (проектные работы, конструкции, монтаж, хранение) — это аналитика внутри проекта, а не статьи ДДС компании. Общая картина должна помещаться на листе А4; глубже — многомерные разрезы (проект, направление, организация, контрагент).
- Иерархия (0:16–0:22, 1:29–1:47). Тип (уровень отчёта: основная, коммерческая, финансовая — собственный и заёмный капитал, инвестиционная, прочие/перемещения) → группа (уровень бюджетов) → статья (детализация). Возвраты покупателям — не отдельная статья (фильтр по знаку). Группа ДДС жёстко связана со статусом взаиморасчётов (покупатели, поставщики, сотрудники, налоги) — это держит целостность триады «баланс — ПиУ — ДДС». Налоги на зарплату — часть зарплаты, распределяются по проектам.
- Экономика против денег (0:22–0:36). Доходы увеличивают собственный капитал, расходы уменьшают. ОМ мыслит проектами: маржа проекта — база дивидендов; постоянные расходы по проектам не распределяются. Константин: процентовка выручки по этапам, статусы «неактированная → актированная задолженность» (так видно отработанное до подписания акта).
- Спор о процентовке (0:58–1:29). Евгения Викторовна: до закрытия проекта (деньги, документы, акты) прибыль начислять нельзя — риски огромны, пользоваться можно только деньгами закрытых проектов. Константин: накопленную прибыль можно показывать в незавершённом производстве; риски оформляются убытками, когда реализуются. Вариант ОМ: два этапа (конструкции в России / монтаж). Решили не торопиться, методику выработать на практике. Елена: прогнать один проект финансово по всем этапам и понять, кто за что отвечает.
- Факт раньше плана (0:37–0:50). Сначала фактический учёт (баланс, ПиУ, ДДС с аналитиками), потом планирование. В Хомнете факт распределяется через план — в ТМА это не нужно. Правила разноски выписок (по контрагенту, назначению, номеру договора) с шаблонами распределения. Направление в шаблоне = территория (ЦФО ОМ). Доп. аналитики в каждом документе: организация, направление, проект (настраиваемые). Платежи фабрикам (SkyFrame — несколько проектов в одном заказе) — правилами не разнести, вручную или разовым правилом.
- Курсовые разницы (1:13–1:17). Учёт в евро «для простоты» порождает курсовые разницы; ТМА их корректно отражает; валюту учёта Константин предложит после погружения.
- Мелкие расходы и посуточная разноска (1:50–1:58). Аренда бытовок, туалетов и т.п. — можно растягивать по дням одним документом; Евгения Викторовна: сейчас не до этого, базу бы успеть. Инициатор платежа подтверждает выполнение услуги и проект.
- Архемоушен (2:02–2:05). Другой вид бизнеса — отдельная база, консолидация при необходимости.
- План внедрения (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 год на практике, записывая вопросы; точка опоры — остатки денег и взаиморасчётов.
По темам
- Доступ и права (0:00–0:03). Один ярлык — ТМА через браузер (RDWeb). Пользователи: Дмитрий, Евгения Викторовна, Викулов, Тарасов, Герасимова, Русина, Колотыгин, Пеньков, Карина — пока все с полным доступом; роли настраиваются по модулям.
- Работа со списками (0:04–0:24). Выпадающие списки ищут по всем связанным полям; плюсик — добавить; настройки колонок, группировки и фильтры сохраняются (свои — синие, общие — серые); фильтр «содержит», как в Excel, но видно все наложенные фильтры; множественная обработка выделенных строк. «Относитесь как к Excel» — поля и формы дорабатываются по запросу.
- Бюджеты (0:03–0:04, 0:18–0:23). Бюджеты проектов загружены: строки — начисления (план и факт), позже станут документом с табличной частью; «доход/расход» вместо плюса/минуса. Новые проекты и бюджеты можно заводить сразу в ТМА.
- Проводки и анализ (0:24–0:29, 1:14–1:19). Документы формируют проводки по срезам учёта (деньги, ценности, взаиморасчёты, убытки). В ТМА-анализе остатки — функцией «накопить», дебиторка — фильтром по знаку остатка, провал до оборотки. Управленческая триада по 2025 уже считается, но большая разбежка по дебиторке и кредиторке — с ней и разбираться.
- Распределение платежа (0:29–0:37). Учёт «на комментариях» недопустим: контрагент, место учёта, статья — сразу полями. Табличная часть распределения скрыта за кнопкой (99% платежей без неё). Для платежа сделают свой документ с распределением по начислениям бюджета — после 14.05.
- Правила выписок (0:37–1:08). Приоритеты: 0 — обнуляющее, далее по контрагенту, по назначению платежа, 90 — внутригрупповые. Виды платежа: с изменением взаиморасчётов, с начислением, перемещение, эквайринг, взаимозачёт. Фильтры со звёздочками, псевдонимы контрагентов (одно правило на группу), галочка «ручной» — правило не трогает. Доп. движения: например, УСН 6% как переменный расход проекта прямо с поступления. Проект брали из выгрузки Хомнета (доп. поле выписки).
- НДС в управленке (0:59–1:06). НДС — налог на наценку, переменный расход: 19 счёт работает как доходы будущих периодов, на продаже остаётся НДС только с наценки. НДС 5–7% (не ОСН) — по сути налог с продаж.
- Практика (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С/Хомнете. Во второй части — ситуация в ОМ: Евгения Викторовна предложила Константину функцию финдиректора на аутсорсе на период построения; Елена опасается за безопасность данных управленки.
По темам
- Планирование (0:00–0:12). Хорошее планирование дорогое — нужно соотносить с пользой план-факта. Бюджеты 2025–2026 по мероприятиям (регата, практикум, падел, Архемоушен, Арх-пати…) залиты. «Архемоушен 2026» в файле — это постоянные расходы (зарплата, налоги, лицензии) плюс годовая интеграция партнёров (~12 млн): предложено разделить на проект постоянных расходов и проект годовой интеграции. Будет документ «проект» с табличными частями плана, факта и денежных потоков — в ближайшие дни.
- Цепочка Excel → 1С (0:12–0:15). Сейчас Юля передаёт бюджет финотделу задачей в Битриксе, Карина переформатирует под загрузку в 1С (для привязки платежей к плану). В ТМА бюджеты вводятся сразу.
- Начисление против денег (0:15–0:38). Аванс партнёра в апреле — кредиторка; мероприятие в мае — выручка. Баланс обязателен: дельта собственного капитала = чистая прибыль. Часть платежей сразу формирует начисление (правилами), часть — меняет взаиморасчёты. Пример «Береза Парк»: договор со сметой — одна запись верна. Олег: для бухгалтера основание — акт; Антон: бюджет проекта собирает куски актов и касс на одном «столе»; Константин: строка бюджета-факта — это начисление; бухгалтерия тоже может вести неактированный учёт. Вертикальный и горизонтальный анализ проекта по статьям год к году.
- Выверка на взаиморасчётах (0:38–0:59). МГИ: оплачено 127 650, начисления нет — внесли в проект «Практикум 2025». Все нестыковки находятся на взаиморасчётах. Дорожная карта внедрения ТМА: деньги (адекватные остатки) → ценности → взаиморасчёты (= выверка начислений) → полная триада. Файл Юли — единственное место анализа мероприятий; кэшфлоу Хомнета в евро анализировать невозможно (Карина, Олег).
- Бухгалтерия и Хомнет (0:59–1:06). Бухгалтерии не нужны управленческие статьи и проекты; надо снять запрет проведения платежей без плана (вопрос к Елене и Хомнету). Олег: есть желание разделить базы — чистая бухгалтерия отдельно от управленки (риски по данным). Константин рекомендует вынести серверы из офиса в дата-центр; решение за ОМ.
- Роль Константина (1:06–1:20). Евгения Викторовна предложила Константину функцию финансового директора на аутсорсе (над Еленой и Олегом). Константин: возможно как пилот своего направления «финдир на аутсорсе» на период построения; новый сторонний финдиректор — худший вариант (усложнит проект). Олег поддерживает.
- Банк и ДДС проекта (1:20–1:33). Интеграция с Райффайзенбанком — выпустить токен в кабинете (инструкция переслана в чат). ДДС в разрезе проекта нужен: проект в платежах (правилами или привязкой к начислениям проекта через окно подбора). Статусы взаиморасчётов — минимум (не делить поставщиков на основных и «расходов»).
- Бюджетирование (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» с вводом фактических остатков. По ходу демо нашли недоработки приложения (Игорь).
По темам
- Текущий процесс (0:00–0:05). Дарья сверяет остатки, выдаёт, пишет Вике в задаче; Вика проводит в 1С; Дарья — в Битриксе и Excel. Монтажники: бензин, платные дороги, мелкие расходники; бывает и выдача заранее, и компенсация потом.
- Новая схема (0:05–0:11). Источник данных — ТМА; Вика раз в месяц сводно проводит в Хомнете (одинаковые проект + статья суммируются). Перевести всех, а не только монтажников. Перерасход подотчётника закрывается через ведомость ЗП («прочие»).
- Переход (0:09–0:18). Обучить всех → назначить день X → ввести фактические остатки по подотчётам → вести по-новому; историю из Хомнета загрузить как взаиморасчёты по статусу «подотчёт» и сверить с введёнными остатками. Можно ориентироваться на 1 сентября / баланс на 30 сентября.
- Проекты (0:12–0:17). Вадим: в ТМА три сущности (проект, объект, объект проекта), в Хомнете — одна; Елена не знает новых объектов. Константин: подотчётнику доступен только набор его текущих проектов; соответствие названий ТМА ↔ Хомнет прописывается правилом.
- ТМА-анализ (0:19–0:27). Мало кто умеет собирать отчёты; нужна видеоинструкция / занятие для финотдела. Остатки подотчётов — таблица «деньги», фильтр группы мест учёта «подотчёт». Остаток у Ивана в ТМА 44 млн против фактических 15 млн — интеграция не выверена.
- Демо приложения (0:28–1:04). Передача денег Иван → Дарья → сотрудник; непроведённые документы белые, проведённые зелёные. Недоработки: в истории видны не все операции (только мобильные), не выбираются доп. аналитики (проект), нельзя менять дату, длинные списки статей — нужен короткий набор на подотчётника. В будущем у ДДС будет несколько статей («оплата расходов»), детализация — в статьях ДР; возможно, обобщённые «бюджетные» статьи для подотчёта.
- ТМЦ через подотчёт (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 октября подотчёт (наличный и карточный) — в ТМА; сентябрь закрывается по старой схеме; пока Евгения Викторовна не разрешила отказаться от Хомнета, Вика и Лена вручную переносят из ТМА в Хомнет.
По темам
- Как сейчас (0:00–0:19). Вика выгружает выписку банка (CSV → Telegram-бот → таблица), Артём заполняет таблицу (дата, описание, проект, статья, количество, цена) и выпытывает у всех, кто что купил. Карта бизнес-аккаунта Саши Шамни через Apple Pay у пяти человек; у Алины — только подтверждение кодом от Саши. В выписке банка WIO есть номер карты (последние цифры), «not available» — операции без карты (конвертация).
- Принцип ответственности (0:19–0:23). Выдали карту — человек обязан отчитываться по всем тратам по инструкции. Решение «один человек за всех» было ошибкой.
- Схема в ТМА (0:23–0:41). Справочник корпоративных карт: каждой карте — подотчётное место учёта. Загрузка выписки: списание со счёта → поступление в подотчёт держателя → держатель разносит (платёж с начислением, статья, проект, направление) → финотдел проверяет и проводит. В отчётах — остаток неразнесённого по каждому держателю. Вопрос с расходниками (на склад Лизы или сразу на проект) — обсудить с Лизой; возможно, разноска через доработанный документ «платёж подотчёт».
- Роль Артёма (0:41–0:45). Отчитывается только по своей карте; может согласовывать проектные расходы других (гвозди, саморезы) до финотдела; офисные траты его не касаются.
- Хомнет и сроки (0:45–0:56). Дарья: с 1 октября запускаем независимо от решения Евгении Викторовны. Константин: обратную интеграцию в Хомнет не делаем (дороже и бессмысленно) — переходный период ручного переноса; накануне Евгения Викторовна увидела в ТМА проекты и остатки, вторая часть встречи прошла гладко. План: доработка за 1–2 дня, тест в выходные, в понедельник — инструкции и сбор держателей карт; сентябрьские 150 строк Артём закрывает с Алиной.
- Остатки и выгрузки (0:55–1:08). Нужно выверить остатки подотчётов на 30.09; у человека могут быть одновременно наличный и карточный подотчёт (разные места учёта). Вике прислать исходные выгрузки банков (WIO, ENBD) с номерами карт в CSV за 2026 год.
- Карта Алины (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. В конце — разговор об ИИ в работе.
По темам
- Ценности (0:00–0:20). Лиза не умеет сделать в УНФ отчёт «остатки по складам — номенклатура, количество, стоимость»; поручено Карине (можно с ChatGPT). Имущество — без фанатизма: машины, компьютеры, образцы окон (актив, пока бизнес работает). Попутно: оценка бизнеса (чистые активы + дисконтированные потоки + гудвилл); собственник, работающий в компании, получает зарплату на рыночных условиях, прибыль — дивидендами.
- Деньги (0:20–0:31). Российские счета — после закрытия периода у Олега; иностранные счета, касса Ивана (КАИ) и Дубай — онлайн-таблицы Ивана и Шамни; подотчётники — Вика. Карты: выписка с номером карты → подотчёт держателя → разноска → проведение (см. В-20261001-2). Фото чеков — в мобильном приложении (доступ у Елены и Олега); предоставление документов бухгалтеру Дубая — отдельный административный вопрос.
- Хомнет (0:27–0:30). Пока Евгения Викторовна не разрешит, Хомнет ведётся; Константин правилами отрезает из загрузки то, что с 1.10 ведётся в ТМА. Елена: переносить из ТМА в Хомнет раз в месяц итоговыми суммами. Пробно — около 10.10.
- Сроки (0:29–0:34). Елена — баланс и остатки подотчётов завтра; Вика — подотчёты и остатки по Дубаю сегодня (выписку за конец месяца лучше снимать 3–5 числа); Олег — взаиморасчёты к ~10.10 (закрытие на заказчиков иногда до 20-го), предварительные — раньше. Алина — карта и подотчёт по карте; на первых порах согласует траты звонком.
- ИИ в работе (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
Статус: архивный разбор
Участники
Демонстрация экрана. По смыслу: Константин Богданов объясняет сотруднице финотдела (по контексту — Вика; в записи обращение «Жень»). Видео записано по просьбе Дарьи для заполнения справочников.
Итог
Как устроены подотчёты в ТМА и что заполнить: справочник подотчётников (пользователь + места учёта денег «Фамилия Имя подотчёт», группа «подотчёт»; наличные кассы — тоже подотчёт), статьи подотчёта (промежуточный справочник: пользователь выбирает одну статью, а в учёт подставляются статья ДР и статья ДДС «оплата расходов»), у каждого подотчётника — набор доступных статей, контрагентов, мест учёта (чтобы в мобильном не вываливались длинные списки). Попутно — основы: доходы и расходы против денег.
По темам
- Подотчёт как место учёта (0:00–0:05). Таблица «деньги»: каждая строка — движение по месту учёта; подотчётник — «ходячее место учёта». Тестовые места учёта почистить; формат — «Викулов Александр подотчёт».
- Подотчётники (0:05–0:09). Карточка привязана к пользователю ТМА (доступ к мобильному приложению) и к местам учёта (у Ивана — несколько касс). Названия — «Фамилия Имя». Галочка «использую доп. аналитики в веб-приложении» — если человек сам указывает проект и направление.
- Статьи подотчёта (0:09–0:27). По таблице Дарьи (подотчётники × статьи). «Ивенты» → корпоративные мероприятия (Селигер); Архемоушен — отдельная база, здесь не нужен. Справочник растёт из практики, добавление статей — через согласование. Статья ДДС всегда «оплата расходов»; анализ — по статьям ДР. Группа статьи привязана к статусу взаиморасчётов («поставщики расходов»).
- Основы (0:13–0:25). Расходы признаются при событии, а не при оплате (предоплата Селигера — обязательство; сервер на год — расход каждый день). Управленческий учёт против регламентного: доходы и расходы — когда произошли, а не когда пришла бумага; выручка проекта — по этапам.
- Другие источники (0:27–0:30). Движения по подотчёту могут приходить и из банковских выписок (снятие с расчётного счёта) — возможен вариант «деньги в пути».
- Наборы доступного (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. Договорились максимально загружать Вику, делать инструкции через «фабрику инструкций» (видео → ИИ → портал). Задачи недели: ведомость ЗП, встреча с Еленой по балансу, видео закрытия месяца с Викой, инструкции по подотчётам и по кадровым операциям.
По темам
- Почему «ломаются» ведомости (0:00–0:07). Отчёт ЕВ строится на статьях Хомнета, где получатель зашит в название («Викулов зарплата»). Ведомости ТМА временно распроведены, статьи Елены используются как контрагенты и через соответствие превращаются в людей; когда в Хомнете появится ручная разноска, один документ подменяет другой. Дарья: объяснения превращают «хаос» в логику.
- ИИ и база знаний (0:09–0:22). Эмбеддинги и графы знаний, локальные модели на своём железе, портал и фабрика инструкций; торможение проекта в сентябре — вложение в ускорение.
- Роль финдиректора и Елена (0:23–0:35). Константин не устраняется от управления финотделом — сначала строит базис, затем «новые правила». Евгения Викторовна передала: Елена готова работать в ТМА, но «нет задач без Кости». Обсуждение готовности Елены — в протоколе опущено; решили максимально использовать Вику.
- Отчёт ЕВ и учёт по начислению (0:44–1:06). Разница ДДС и ДР; статьи Хомнета прикручены к своей структуре, отчёт ДДС строится по структуре Хомнета и не мешает учёту ДР. Инвентаризационный баланс — ключевой шаг: известны остатки денег, ценностей, взаиморасчётов, дальше расхождения расчётного и фактического = ошибки учёта. Задача Елены: выверить отчёт ЕВ в ТМА и вести по нему работу с собственником.
- Бюджет 2027 (1:06–1:07). До конца октября — бюджет 2027 по начислению (все ожидаемые проекты), из него — бюджет движения денег.
- Ведомости и закрытие месяца (1:10–1:30). Ведомости по России от бухгалтерии готовы; ведомость ЗП нужна к четвергу (выдача денег). Закрытие месяца по монтажникам: ИТР закрывает выходы, Вика проверяет и делает акты по договорам (неактированный → сотрудник). Записать видео с Викой → инструкция. Статусы взаиморасчётов и связь триады отчётов (пример: долг 1000 + начислено 1000 − выплачено 500 = 1500).
- Подотчёты (1:32–1:36). В системе всё готово; Дарья смотрит инструкцию (tone of voice, сжатие); итог — регламент отдельно, инструкции по функциям и по ролям.
- Кадровые операции (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. Платежи между территориями (Россия, Дубай, Европа) и отнесение расходов между юрлицами с разными учредителями — как отражать в ТМА и кто отвечает?