~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 — «спецификация»).