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

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

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

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

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

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

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

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

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

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