Главная / Договоры, шаблоны и архив

Договоры, шаблоны и архивdocs/115_operational_registers_v10_sales_exit_control.md

Операционные реестры v1.0: продажи, клиентский путь и завершение участников

Дата: 2026-06-09.

Файл: models/dev_corp_operational_registers_v1_0_sales_exit_control.xlsx.

Скачать на портале: операционные реестры v1.0.

1. Назначение

Версия v1.0 развивает проверенную книгу v0.9 и переводит две новые методики в рабочие реестры:

полный клиентский путь от продукта и канала до эскроу, передачи и гарантии;
завершение, преобразование или интеграция компаний, функций и субподрядных организаций.

Книга связывает:

ENTITY-ID -> PRODUCT-ID -> DEAL-ID -> CHANNEL-ID ->
COMMISSION-ID -> ESCROW-ID -> HANDOVER-ID -> WARRANTY-ID

ENTITY-ID / SUB-ID -> EXIT-ID -> X1-X5 -> решение собственника

2. Состав книги

Всего листов: 44.

Версия сохраняет налоговый, корпоративный и субподрядный контроль v0.9 и добавляет десять листов.

`Product_Register`

До 500 продуктов и лотов:

юридическое лицо продавца;
тип и назначение объекта;
договорная модель;
маршрут платежа;
налоговая карточка;
прайс и минимальная цена;
правовая основа;
раскрытие информации;
форма договора;
банковские ограничения;
автоматический Product gate.

`Sales_Channels`

До 200 собственных и внешних каналов:

отдел продаж;
отдельная компания продаж;
агентство;
ипотечный брокер;
банк-партнер;
цифровой, корпоративный и реферальный канал.

Шлюз проверяет договор, внутреннего владельца, код CRM, персональные данные, рекламные материалы, правило лида и срок действия.

`Sales_Deals`

До 2000 сделок:

продукт, продавец, клиент и канал;
менеджер или агент;
прайс, скидка, стимулирование и цена договора;
способ оплаты и ипотечный банк;
бронь;
договор и государственная регистрация;
платеж или эскроу;
расторжение;
продуктовый, корпоративный, канальный, ценовой, юридический и платежный контроль;
итоговый Deal gate.

`Sales_Commissions`

До 1000 комиссионных начислений.

Комиссия получает ALLOW, только если:

сделка и канал допущены;
наступило контрольное событие;
нет дубля;
нет открытого спора;
приняты отчет и первичные документы;
налоговая проверка одобрена;
назначено ответственное утверждающее лицо.

`Escrow_Register`

До 2000 сверок:

цена договора;
собственные, ипотечные и иные средства;
ожидаемая и фактическая сумма;
регистрация;
статус эскроу;
дата последней сверки с банком;
автоматический шлюз расхождений.

`Handover_Register`

До 2000 передач:

подтверждение готовности;
приглашение и осмотр;
документы, счетчики и ключи;
дефекты;
передаточный акт;
гарантийная карточка;
передача необходимых данных эксплуатационному контуру.

`Warranty_Link`

До 2000 гарантийных обращений, связанных с:

сделкой и переданным продуктом;
ответственным юридическим лицом;
генеральным подрядчиком;
конкретным Subcontractor ID;
договором;
сроком;
стоимостью;
удержанием и регрессным требованием;
подтверждением клиента.

Таким образом, субподрядная организация остается в доказательной и гарантийной цепочке после завершения работ.

`Exit_Register`

До 500 решений по компаниям, функциям, договорам и субподрядным организациям.

Сценарии:

KEEP;
SCALE;
INTEGRATE FUNCTION;
INTEGRATE CONTRACTOR;
REPLACE;
CONSERVE;
REORGANIZE / SELL;
LIQUIDATE.

`Exit_Gates`

До 2000 проверок по пяти обязательным воротам:

X1 Operations;
X2 Legal;
X3 Finance / bank;
X4 Tax / accounting;
X5 People / assets / data.

`Commercial_Control`

Панель показывает:

продукты и продуктовые блокировки;
сделки, регистрацию и оплату;
ожидаемую стоимость сделок;
поступления на эскроу;
комиссии на HOLD;
незавершенные передачи;
открытые гарантийные обращения;
участников и решения выхода на HOLD;
диаграмму клиентского пути.

3. Изменения платежного шлюза

`Payments`

Добавлены:

Commission ID;
Commission gate;
Final payment gate v1.0.

Обычный платеж без комиссии получает Not required. Комиссионный платеж разрешается только при Commission gate = ALLOW.

`Payment_Requests`

Аналогичный контроль встроен в платежные заявки. Итоговый статус заявки учитывает:

налоговый контроль
+ компания
+ субподрядчик
+ стандартные согласования
+ комиссия, если применимо
= финальный ALLOW

4. Закрытая логика шаблона

Демонстрационные строки намеренно содержат HOLD, Review, Partial и Pending.

Это показывает:

продукт не открывается без правовой и банковской готовности;
сделка не разрешается без допущенного продавца и канала;
комиссия не оплачивается только по факту выставленного счета;
передача не закрывается без документов и гарантийной карточки;
гарантийное обращение не закрывается без доказательств и подтверждения клиента;
участник не ликвидируется и не интегрируется без ворот X1-X5.

Пользователь открывает шлюзы фактическими документами и решениями.

5. Порядок применения

Создать или проверить Entity ID.
Завести продукт и получить Product gate = ALLOW.
Допустить собственный или внешний канал.
Создать сделку.
Проверить цену, договор, регистрацию и платеж.
Сверить эскроу.
При внешнем канале создать комиссионную карточку.
Связать комиссию с платежной заявкой.
Провести передачу.
Связать дефекты с генеральным подрядчиком и субподрядным пакетом.
До завершения проекта создать EXIT-ID по каждому временному участнику.
Закрыть ворота X1-X5.
Исполнить только утвержденный сценарий.

6. Проверка

книга повторно открыта после финального экспорта;
листов: 44;
визуально отрендерены все 44 листа;
отдельно проверены 12 ключевых диапазонов;
формульные ошибки #REF!, #DIV/0!, #VALUE!, #NAME?, #N/A не обнаружены;
пустые строки новых реестров не создают ложные блокировки;
SHA-256: 1940D582AC51B14E7F837FEFB82BF3A7BCFABE421BE53094CC0ED77176DD65F0.

7. Связанные документы

docs/113_sales_models_channels_and_control_matrix.md;
docs/114_entity_exit_transformation_and_integration_matrix.md;
docs/111_subcontractor_governance_manual.md;
docs/112_operational_registers_v09_entity_subcontractor_control.md;
templates/31_subcontractor_weekly_report.md;
templates/32_subcontractor_package_closeout.md.

Фактические продажи, налоговые позиции, договорные формы и сценарии прекращения утверждаются профильными специалистами применительно к конкретному объекту.