Пространства и владение проектами¶

Раздел описывает два типа пространств, селектор проекта, правила передачи данных между проектами.

Два типа пространств¶

Личное пространство                     Пространство организации
────────────────────                     ─────────────────────────
Владелец = физлицо                       Владелец = организация
Проекты создаёт владелец                 Проекты создают PO / PA
В проект — ЛЮБОЙ пользователь            В проект — ТОЛЬКО сотрудники
Лимит участников по тарифу               Лимит сотрудников по лицензии
Данные между проектами НЕ передаются     Данные МОЖНО передавать
Биллинг = личная подписка                Биллинг = лицензия организации

Биллинг личного и корпоративного пространства полностью независим. Проблемы с личной подпиской никак не влияют на работу в проектах организации и наоборот.

Селектор проекта (шапка)¶

▼ Выбор проекта
┌──────────────────────────────────────────┐
│ Личные проекты                    [+ ◊]  │  ← [+] если флаг = ДА
│   ◉ Фриланс                             │
│   ○ Консалтинг                           │
├──────────────────────────────────────────┤
│ Альфа Групп                       [+ ◊]  │  ← [+] если PO/PA
│   ○ Продажи CIS                          │
│   ○ Маркетинг EU                         │
├──────────────────────────────────────────┤
│ Бета ООО                                 │  ← нет [+]
│   ○ Партнёрка                            │
└──────────────────────────────────────────┘

Обмен данными между проектами организации¶

Правила:
  • Только между проектами ОДНОЙ организации
  • Личные проекты НЕ участвуют
  • Инициировать может Manager и выше
  • После передачи объекты живут независимо
  • Изменения в целевом проекте НЕ синхронизируются с исходным

Матрица передачи: что копируется, что нет¶

Сущность	Копируется?	Почему
Сделка	✅	Основная сущность передачи
Лёгкие контактные поля	✅	Часть сделки (имя, телефон, email, название компании)
Источник сделки	✅	Текстовое поле, часть сделки
Lineage-данные	✅	origin_project_id, origin_entity_id, snapshot_version, кто/когда
Контакт	❌	Привязка в целевом проекте вручную
Компания	❌	Привязка в целевом проекте вручную
Продажи	❌	Привязаны к Order Type проекта-источника, которого может не быть в целевом
Продукты	❌	Каталог продуктов per-project
Активности	❌	Задачи/звонки/встречи остаются в исходном проекте
Документы	❌	Привязаны к продажам и проекту-источнику

Поведение переданной сделки в целевом проекте¶

Сделка приходит в целевой проект "чистой":
  ├── С лёгкими контактными данными (имя, телефон, email)
  ├── С lineage-ссылкой на исходный проект
  ├── Без продаж, продуктов, активностей, документов
  ├── Попадает на ПЕРВУЮ СТАДИЮ воронки целевого проекта
  ├── Помечена меткой «Передана из проекта "X"»
  └── В исходном проекте: статус «Передан» + ссылка на целевой

Подсказка контактов:
  ├── Система ищет совпадения по лёгким полям (email, телефон, имя)
  │   среди контактов/компаний целевого проекта
  ├── Если найдено → «Привязать к существующему контакту Иванов И.И.?»
  ├── Если не найдено → менеджер создаёт нового (с проверкой дублей)
  └── Далее менеджер добавляет продукты из каталога целевого проекта

Менеджер работает с переданной сделкой как с обычной:
  привязывает контакт → добавляет продукты → двигает по воронке → создаёт продажи

Эволюционный путь¶

v1: копия сделки + lineage-ссылка, подсказка контактов по лёгким полям. Дедупликация только внутри проекта.
v2+: opt-in «Org Master Data» — глобальный каталог контактов с кросс-проектной дедупликацией (на базе identity_hash).