В сделке по лизингу ASIC участвуют люди из нескольких организаций. Клиент принимает бизнес-решение, поставщик готовит оборудование, лизингодатель рассматривает заявку и приобретает предмет, площадка обеспечивает размещение. LeaseHub связывает стороны и координирует движение сделки. Если не назначить владельцев, одна и та же задача быстро оказывается "на всех" и фактически остаётся без ответа.
Статья предназначена для собственника и руководителя проекта. Её используют после первичного разбора задачи и обновляют до поставки. Результатом должна стать рабочая матрица с фамилиями, сроками и документами, а не общая схема организаций.
| Параметр | Что требуется |
| Входные данные | Участники, контакты, этапы, договорные роли, сроки, документы и место хранения файлов |
| Решение на выходе | Один ответственный за результат каждого этапа, исполнители и понятная передача между сторонами |
| Кто проверяет | Руководитель проекта и юрист сверяют матрицу с договором; участники подтверждают свои задачи |
| Следующий шаг | Передать LeaseHub контакт владельца проекта и актуальный список участников через согласованный канал |
Договорные стороны и фактическая команда
Статья 4 закона о финансовой аренде называет субъектами лизинга лизингодателя, лизингополучателя и продавца. В реальном проекте к ним добавляются координатор LeaseHub, технический руководитель клиента, финансист, юрист, бухгалтер, оператор площадки, перевозчик, страховщик и сервисная организация.
Рабочая матрица не меняет договор. Если она противоречит подписанным документам или доверенности, применяются документы, а матрицу исправляют. Назначение владельца процесса также не переносит на него юридическую ответственность другого лица.
Границы ролей
Клиент
Клиент определяет цель покупки, утверждает спецификацию, бюджет, поставщика, место эксплуатации и допустимые параметры финансирования. Он отвечает за достоверность сведений о компании и назначает людей, которые вправе принимать решения и оборудование.
Внутри компании нужен один владелец проекта. Он хранит актуальные версии, собирает решения специалистов, следит за сроками и передаёт сторонам согласованный набор документов. Владелец не обязан лично проверять электрику или договор, но обязан получить подтверждение от назначенного специалиста.
LeaseHub
Публичный маршрут LeaseHub начинается с разбора задачи и подготовки состава сделки. Команда помогает собрать поставщика и заявку, организует коммуникацию с лизинговыми компаниями и сопровождает согласование до поставки. Координатор сообщает следующий шаг и фиксирует недостающие сведения.
LeaseHub не принимает решение о финансировании вместо лизингодателя, не подтверждает техническую совместимость вместо инженера, не гарантирует качество поставщика и не отвечает за SLA площадки. Юридическое, налоговое или инженерное заключение также остаётся за профильным специалистом, если отдельная услуга прямо не согласована.
Лизингодатель
Лизингодатель проверяет клиента, продавца и предмет, формирует условия, приобретает имущество и передаёт его клиенту по договору. Он устанавливает требования к документам, страхованию, обеспечению, графику и месту эксплуатации. Решение, срок рассмотрения отдельного вопроса и финальная редакция условий зависят от конкретной компании и сделки.
Поставщик
Поставщик подтверждает реквизиты, цену, состав, состояние, происхождение, срок поставки и гарантийный маршрут. Он готовит документы продажи лизингодателю и передачи согласованному получателю. Заявление "работаем с лизингом" не заменяет проверку конкретных документов.
Оператор площадки
Площадка отвечает за мощность, размещение, учёт энергии, доступ, мониторинг, обслуживание и сохранность только в объёме своего договора. Если оператор принимает груз от имени клиента, полномочия оформляются отдельно. Наличие адреса доставки не делает сотрудника площадки уполномоченным подписантом.
Полностью заполненная RACI-матрица
В таблице используются четыре обозначения: R выполняет работу, A отвечает за результат этапа, C участвует в консультации, I получает информацию. Для каждого этапа выбран один A. В конкретном проекте названия ролей заменяют фамилиями.
| Этап | Владелец клиента | Техруководитель | Финансы и юрист | LeaseHub | Лизингодатель | Поставщик | Площадка |
| Зафиксировать цель и бюджетные границы | A | C | R | C | I | I | I |
| Подготовить спецификацию | A | R | C | C | I | R | C |
| Собрать КП и документы поставщика | A | C | C | R | C | R | I |
| Подготовить сведения о компании и заявку | A | I | R | R | C | I | I |
| Рассмотреть клиента, продавца и предмет | C | C | C | C | A/R | C | I |
| Сравнить полученные условия | A | C | R | C | I | I | I |
| Согласовать договор и график | A | C | R | C | R | C | I |
| Подтвердить готовность площадки | A | R | C | I | C | I | R |
| Согласовать адрес, получателя и отгрузку | A | C | C | C | C | R | R |
| Доставить согласованный предмет | I | I | I | C | C | A/R | C |
| Провести физическую приёмку | A | R | C | I | C | C | R |
| Провести техническую проверку | C | A/R | I | I | I | C | R |
| Оформить акты, реестр и замечания | A | R | R | C | C | C | C |
| Передать оборудование в эксплуатацию | A | R | I | I | I | I | R |
Матрица показывает процесс, но не заменяет условия поставки. Например, поставщик отвечает за доставку только тогда, когда это следует из его договора. Если перевозчика нанял клиент или лизингодатель, строку меняют до утверждения.
Как присвоить роли людям
Сначала назначьте владельца проекта со стороны клиента. Затем по каждой колонке укажите фамилию, должность, рабочий контакт и заместителя. Человек должен подтвердить задачу и срок. Нельзя включить инженера дата-центра в приёмку, не сообщив ему об этом.
После этого добавьте результат этапа. Формулировка "подготовить поставщика" слишком общая. Проверяемый результат выглядит так: "КП версии 4, реквизиты продавца, гарантийный регламент и срок действия цены собраны в папке сделки".
| Этап | Конкретный результат | Дата | A | Статус |
| Спецификация | Версия 04 согласована техруководителем и закупками | Условная дата | Владелец проекта | Готово |
| Документы поставщика | КП, реквизиты и гарантия получены, один вопрос открыт | Условная дата | Владелец проекта | Готово при условии |
| Площадка | Адрес и мощность подтверждены, форма приёмки согласована | Условная дата | Владелец проекта | Готово |
| Договор | Замечания юриста сведены в один протокол | Условная дата | Владелец проекта | В работе |
Все даты и статусы в этой таблице учебные. В рабочей версии ставятся фактические значения.
Журнал решений
Журнал нужен, когда цена, модель или адрес меняются в ходе рассмотрения. Он сохраняет основание решения и не позволяет вернуть в работу устаревший файл.
| Дата | Вопрос | Решение | Основание | Владелец | Следующий срок |
| Условная дата 1 | Какая версия спецификации действующая | Использовать v04, v03 перенести в архив | Протокол технического руководителя | Владелец проекта | Закрыто |
| Условная дата 2 | Кто принимает оборудование | Получатель клиента совместно с инженером площадки | Проект доверенности и инструкция | Юрист клиента | До отгрузки |
| Условная дата 3 | Входит ли размещение в предмет | Оформить отдельным договором услуг | Материал об [оборудовании и услугах дата-центра](/blog/lizing-oborudovaniya-i-data-centr-kak-razdelit-postavku-i-uslugi) | Финансист | До бюджета |
Фраза "поставщик подтвердил" без ссылки на КП или письмо не годится. В журнале указывают документ, номер версии и место хранения. Устное пояснение можно записать как вопрос, но не как закрытое основание для платежа.
Передача между этапами
Чаще всего ошибки возникают в четырёх точках. Первая находится между КП и заявкой: поставщик обновил цену, но в рассмотрение ушла старая версия. Вторая появляется между предложением и договором: сумма или комплектация переносятся не полностью. Третья связана с оплатой и отгрузкой: деньги перечислены, но адрес и получатель не готовы. Четвёртая наступает после приёмки, когда серийные номера и замечания не попадают к операционной команде. Порядок этой передачи лучше заранее связать с процедурой приёмки ASIC.
Для каждой передачи создайте короткий контроль:
какая версия документа передаётся;
кто проверил её содержание;
кто принимает следующий этап;
какое событие считается завершением;
где хранится подтверждение.
После подписания договора RACI обновляют. В работе появляются владельцы платежей, страхования, гарантийных обращений и перемещения устройств. Проект не заканчивается одобрением.
Короткий статус без общего пересказа
Матрица становится рабочей, если команда использует её на регулярном статусе. Для каждой активной строки достаточно пяти полей: результат, A, срок, блокер и следующее действие. Завершённые этапы не обсуждают повторно, пока не изменился исходный документ.
| Статус | Когда применять | Что делает владелец |
| Готово | Результат получен и подтверждён | Прикладывает ссылку и закрывает этап |
| Готово при условии | Есть конкретный незакрытый пункт | Называет условие, владельца и срок |
| В работе | Исполнитель принял задачу | Показывает ближайший проверяемый результат |
| Заблокировано | Без внешнего решения продолжать нельзя | Указывает адресата и влияние на календарь |
| Требует пересмотра | Изменился предмет, цена, адрес или договор | Возвращает затронутые этапы ответственным |
Процент готовности здесь не помогает. Этап может быть готов на девяносто процентов, но отсутствующая доверенность всё равно остановит приёмку. Текстовый статус показывает, что именно мешает следующему действию.
Если участники спорят об ответственности, сначала открывают договор и результат этапа. Например, поставщик обязан доставить груз, но клиент должен обеспечить окно разгрузки. В RACI это две разные задачи с разными A. Попытка записать "доставка совместно" скрывает момент, где одна сторона должна передать результат другой.
Другой пример связан с технической совместимостью. Поставщик даёт характеристики, площадка подтверждает свои возможности, а технический руководитель клиента принимает внутреннее заключение. LeaseHub может собрать ответы и напомнить о пробеле, но не становится инженером проекта.
Что меняется при замене участника
Уход сотрудника не должен останавливать сделку. Для каждой ответственной роли укажите заместителя и место хранения документов. При замене человека владелец проекта передаёт актуальную RACI, журнал решений и список открытых вопросов. Новый участник подтверждает доступ и ближайший срок.
Если меняется юридическое лицо поставщика или оператора, это не обычная замена контакта. Реквизиты, документы, договоры и проведённые проверки пересматриваются. Старый статус "готово" нельзя переносить на нового контрагента только из-за похожего коммерческого названия.
Что отправить LeaseHub
Перед отправкой сверяйте пакет с материалом о подготовке заявки. Через согласованный безопасный канал передайте:
имя и контакт владельца проекта;
контакт технического специалиста и финансиста;
реквизиты и контакт поставщика;
актуальную спецификацию и КП;
сведения о месте эксплуатации и получателе;
список открытых вопросов с владельцами;
документы компании по согласованному перечню.
Не отправляйте разные версии одному и тому же участнику. Если файл изменился, владелец проекта сообщает, какую версию он заменяет. Доступ к отчётности, персональным данным и договорам предоставляют только согласованным адресатам.
Контекстный следующий шаг: назначить одного владельца проекта, заполнить RACI фамилиями и передать LeaseHub единый контакт для координации. После этого каждый запрос получает адресата, срок и документ на выходе.
Матрица является рабочим инструментом. Юридические обязанности и последствия определяются договорами, доверенностями и применимыми правилами конкретной сделки.
Источники и границы материала
Источники проверены при подготовке редакции. Правовые выводы нужно сверять с конкретными договорами, а технические параметры с документацией выбранной модели и площадки.
Статья 4 закона о финансовой аренде
Статья 670 ГК РФ
Публичный маршрут сделки LeaseHub
Раздел ФНС о майнинге
