Выгрузка данных дома без привязки к системе

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

Под «выгрузкой» я понимаю не кнопку, которая печатает несколько красивых отчетов. Нужен полный, связный и проверяемый комплект: данные можно прочитать без прежней системы, сопоставить между собой, передать следующему субъекту управления и использовать как доказательство. Именно такой тест стоит ставить перед любой цифровой системой до загрузки первого реестра, а не после расторжения договора.

Данные дома не равны учетной записи в сервисе

Право пользоваться системой и контроль над данными дома являются разными вещами. Лицензия или договор может закончиться, оператор может сменить тариф, управляющая компания может уйти с объекта, а ОСИ продолжит отвечать за счета, документы и исполнение решений. Поэтому прекращение доступа к сервису не должно прекращать доступ дома к собственной управленческой памяти.

Полезно сразу разделить три роли. Собственники квартир и нежилых помещений образуют сообщество, ради которого ведется учет. Председатель ОСИ или субъект управления создает и использует записи при выполнении своих обязанностей. Поставщик цифровой системы технически хранит и обрабатывает массив. Договор должен объяснять полномочия каждой стороны, но право поставщика обслуживать базу нельзя превращать в право удерживать ее.

На практике зависимость редко выглядит как прямой отказ: «мы ничего не отдадим». Чаще прежний оператор передает PDF с итоговой суммой задолженности, несколько протоколов и папку без структуры. Формально файлы есть. Фактически новый управляющий не видит, из каких начислений сложился долг, кто владел помещением в конкретный период, какие платежи разнесены, какие решения дали основание тарифу и где лежат подтверждающие акты.

Есть еще одно различие, которое часто размывают. Доступ внутри личного кабинета не равен владению копией. Пока данные открываются только через интерфейс поставщика, дом зависит от его паролей, серверов, правил и срока договора. Собственная копия должна существовать за пределами сервиса и открываться распространенными средствами. Если для чтения архива нужно снова купить доступ к той же программе, это не выгрузка.

Такой подход не означает, что каждый житель должен получить всю базу со всеми телефонами и индивидуальными платежами. Права конкретного собственника на документы, полномочия органа управления получить рабочий массив и обязанность защитить персональные данные действуют одновременно. Хорошая система умеет выдавать разные наборы разным получателям, а не прикрывает отсутствием разграничения полный запрет.

Полная выгрузка начинается с реестра

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

История собственников нужна не из любопытства. Без нее невозможно уверенно объяснить, кому выставили взнос в месяце перехода права, кто имел право голосовать на собрании и почему сумма голосующих площадей изменилась. При этом экспорт не должен бесконтрольно раскрывать ИИН, телефоны и адреса электронной почты. Такие поля выносят в защищенную часть комплекта и передают только получателю с законным основанием.

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

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

Четвертый блок охватывает эксплуатацию. Это технические паспорта, поэтажные планы, схемы инженерных сетей, акты осмотров, дефектные ведомости, сведения об оборудовании, гарантиях и обслуживании, показания общедомовых приборов, заявки жителей, аварийные обращения и история их исполнения. Здесь особенно опасна выгрузка без вложений: запись «течь устранена» мало значит без фотографии, акта, счета и отметки о времени.

Отдельно сохраняют справочники и связи. Если в таблице начислений стоит код SERVICE_17, в комплекте должен быть справочник с названием услуги, единицей расчета, ставкой и периодом действия. Если протокол ссылается на смету, оба файла должны иметь общие идентификаторы. Архив из тысячи документов без индекса уступает десяти таблицам и понятному манифесту, потому что связь между доказательствами важнее количества файлов.

PDF нужен для чтения, таблицы нужны для продолжения работы

Полная выгрузка почти всегда содержит несколько форматов, потому что один формат не решает все задачи. PDF подходит для визуально зафиксированного протокола, подписанного отчета или акта. CSV или XLSX подходит для реестра, начислений и платежей. JSON удобен для переноса связанных записей между системами. Оригинальные вложения сохраняют в том формате, в котором их загрузили.

Рекомендация «выгрузим все в PDF, его ведь можно открыть» популярна по понятной причине: PDF легко показать человеку, и он сохраняет расположение текста. Но новый субъект управления не сможет безопасно продолжить начисления по сотням лицевых счетов, если цифры заперты на страницах. Распознавание таблиц создает ошибки в номерах помещений, суммах и датах. Ручной ввод еще хуже, потому что его трудно полностью проверить.

Машиночитаемость не означает, что файл должен быть понятен только программисту. У таблицы должна быть первая строка с ясными названиями полей, единая кодировка UTF-8, даты в одном формате, суммы без пробелов и текстовых приписок, отдельная колонка валюты, а также описание пустых значений. Идентификаторы не должны самопроизвольно меняться при каждой выгрузке.

Минимальный реестр файлов может выглядеть так:

export/
  manifest.csv
  registers/premises.csv
  registers/owners.csv
  meetings/meetings.csv
  meetings/votes.csv
  finance/accruals.csv
  finance/payments.csv
  documents/
  attachments/

В manifest.csv достаточно полей path,type,record_count,period_from,period_to,sha256. Контрольная сумма не доказывает истинность исходной записи, зато позволяет установить, что файл не изменился после формирования пакета. Количество записей дает быстрый контроль полноты: если в описании указано 184 помещения, а таблица содержит 183 строки данных, приемку останавливают до выяснения причины.

Стоит требовать и описание схемы. В нем поставщик перечисляет каждое поле, его тип, допустимые значения и связь с другими таблицами. Например, premise_id в начислениях должен ссылаться на такое же поле в реестре помещений, а decision_id в тарифе на решение собрания. Без схемы новый оператор будет угадывать смысл кодов, и самая опасная ошибка окажется внешне правдоподобной.

Наличие API само по себе тоже не гарантирует переносимость. Интерфейс может отдавать только текущие записи, ограничивать число запросов, не включать удаленные объекты, журнал изменений или двоичные вложения. Иногда API создан для мобильного кабинета и показывает ровно то, что нужно экрану, а не полный учетный массив. В договоре и тесте перечисляют конкретные методы и поля, если поставщик предлагает API вместо готового архива.

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

Большие вложения лучше передавать отдельно от табличной части, но манифест обязан связывать каждый файл с записью. Имя IMG_0047.jpg ничего не говорит получателю. Поля идентификатора заявки, типа вложения, даты загрузки, автора в допустимом объеме и контрольной суммы позволяют проверить комплект. Если один файл поврежден, повторно передают именно его, не формируя весь архив заново.

Наконец, попросите два результата: полный снимок и пакет изменений за период. Полный снимок нужен для самостоятельного восстановления, а дельта-пакет делает регулярное резервирование практичным. У каждой такой выгрузки должны быть дата среза, предыдущая версия и однозначное правило обработки записей, измененных или удаленных после прошлого среза. Иначе несколько исправных архивов нельзя надежно собрать в одну последовательную историю.

Закон задает минимум, а не готовую кнопку экспорта

Казахстанские нормы дают собственникам сильную основу для получения документов, но не заменяют технические условия выгрузки. Закон «О жилищных отношениях» обязывает председателя ОСИ или субъекта управления по письменному требованию собственника в течение одного месяца предоставить копии финансовой документации по текущему и сберегательному счетам, ежемесячные и годовые отчеты и решения собрания на бумаге или в электронной форме с учетом защиты персональных данных.

Тот же закон устанавливает регулярное представление отчетов: ежемесячного до двадцатого числа следующего месяца, годового до 1 апреля следующего года. Правила формирования и централизованного сбора информации в сфере ЖКХ требуют заполнять эти отчеты в машиночитаемом виде. Это важно: законодатель различает электронную картинку и данные, которые информационная система может обрабатывать.

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

Нужно не смешивать два требования. Первое принадлежит отдельному собственнику: получить предусмотренные законом копии и отчеты. Второе относится к непрерывности управления: уполномоченный представитель дома или новый субъект управления должен принять полный рабочий массив. Закон прямо описывает много документов, но фраза «дайте мне резервную копию базы в CSV» сама по себе не становится отдельным универсальным правом каждого жителя.

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

Перед юридически значимым действием нужно проверять действующую редакцию закона, правил и договора в ИПС «Әділет». Нормы меняются, а спор обычно возникает вокруг точной даты, полномочия и формы документа. Техническое задание не должно пересказывать закон своими словами там, где можно сослаться на конкретный акт и отдельно описать технический результат.

Персональные данные требуют фильтра, а не запрета

Наличие персональных данных не отменяет выгрузку, но меняет ее состав, получателя и способ передачи. Закон «О персональных данных и их защите» связывает доступ с условиями согласия или иным законным основанием, требует конфиденциальности и запрещает избыточную обработку. Следовательно, нельзя выдавать общий архив всему чату дома, но нельзя и держать уполномоченный орган управления без необходимых сведений.

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

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

Передача через открытую ссылку без срока действия или через общий мессенджер создает ненужный риск. Архив с персональными данными шифруют, пароль передают другим каналом, доступ ограничивают по времени, а факт скачивания и приемки записывают. После передачи прежний поставщик удаляет или сохраняет копии по условиям закона и договора, а не по привычке «вдруг пригодится».

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

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

Протокол без доказательств уязвим

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

Для каждого собрания нужен неизменяемый идентификатор и снимок реестра на дату определения участников. Рядом хранят время создания и изменения повестки, журнал доставки уведомлений, сведения о представителях и доверенностях, бюллетени, электронные голоса, отозванные или замененные голоса, правило устранения дублей и расчет результата. Если решение принимается отдельно по подъезду, экспорт должен показывать соответствующий набор помещений и площадей.

Журнал действий полезен только тогда, когда его можно истолковать. Строка event=42 ничего не доказывает без справочника. Нужны понятное действие, дата и время с часовым поясом, учетная запись, роль, объект изменения, прежнее и новое значение, а также источник события. Для автоматических операций система указывает, что действие выполнил сервис, а не приписывает его администратору.

Электронная подпись нельзя «экспортировать» скриншотом значка. Сохраняют сам подписанный электронный документ, данные подписи и способ проверки, предусмотренный применяемой системой. Печатная копия может быть удобна для папки, но она не переносит все свойства электронного оригинала. Если поставщик отдает только PDF с нарисованной отметкой «ЭЦП проверена», заранее выясните, где находится проверяемый файл.

Есть простой контроль: возьмите случайное решение из архива и пересчитайте его без доступа к старой системе. Получатель должен установить, кто мог голосовать, сколько площади участвовало, как проголосовал каждый учтенный участник, какой порог применен и кто подписал результат. Если хотя бы один переход требует устного объяснения прежнего администратора, пакет еще не самодостаточен.

Это особенно важно в период смены формы или субъекта управления. Ошибка в переносе не остается «технической». Она может поставить под сомнение тариф, договор, крупный ремонт или полномочия председателя. Сохраненная доказательственная цепочка дешевле повторного собрания и заметно убедительнее заверения поставщика, что в интерфейсе раньше все отображалось правильно.

Финансовый остаток должен пересчитываться

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

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

Контрольное равенство формулируется просто:

начальное сальдо + начисления - оплаты + корректировки = конечное сальдо

Его проверяют по каждому лицевому счету и затем по дому. Суммы сверяют с отчетами, а движения денег с банковскими выписками. Расхождение не всегда означает хищение: причиной может быть неразнесенный платеж, округление, возврат или операция на границе периода. Но каждое расхождение должно получить документированное объяснение до подписания акта приема.

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

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

Перед переносом делают закрывающий срез на согласованную дату и запрещают незаметные изменения задним числом. Все операции после среза входят в отдельный дельта-пакет. Этот прием решает обычную проблему миграции: пока одна сторона готовит архив, другая продолжает принимать платежи, и две базы начинают расходиться еще до запуска.

Приемку проводят до покупки системы

Способность к выгрузке проверяют на тестовых данных до подписания основного договора. Обещание менеджера «API есть, все отдадим» ничего не говорит о составе, ограничениях и цене выхода. Попросите поставщика загрузить небольшой демонстрационный дом, провести собрание, начисление, оплату, заявку с вложением, а затем сформировать полный архив без ручной доработки со своей стороны.

Практический приемочный сценарий укладывается в пять действий:

1. Создайте помещения с разными площадями, сменой собственника и одним представителем по доверенности.
2. Проведите смешанное голосование с очным бюллетенем и электронным голосом, затем исправьте один ошибочный голос с сохранением истории.
3. Начислите две услуги, измените одну ставку решением собрания, примите частичный платеж и сделайте перерасчет.
4. Зарегистрируйте аварийную заявку, добавьте фотографию, назначьте исполнителя и прикрепите акт закрытия.
5. Выгрузите дом, отключите тестовый доступ и восстановите смысл всех записей только по полученному пакету.

После этого проверяйте не наличие файлов, а ответы на контрольные вопросы. Совпало ли количество помещений? Сохранилась ли история владельца? Пересчитывается ли кворум? Видно ли основание ставки? Сходится ли конечный остаток? Открываются ли вложения? Можно ли проверить подпись? Понятно ли, какие персональные поля скрыты и почему?

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

Повторяйте тест хотя бы перед крупным обновлением и после изменения структуры учета. Экспорт, который работал при покупке, может перестать включать новый тип бюллетеня или вложения к заявкам. Автоматическая резервная копия тоже не заменяет проверку восстановления: поврежденный или неполный архив можно исправно копировать каждый день.

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

Смена управляющего выявляет скрытые пробелы

Самый неприятный сценарий начинается с внешне благополучного акта. Уходящая организация передает папку протоколов, таблицу должников на одну дату и архив сканов. Через неделю новый бухгалтер обнаруживает платежи без назначения. Председатель не может доказать, по какой площади считали кворум. Подрядчик требует оплату, но приложения к договору нет. Жители продолжают писать в старый чат, потому что история открытых заявок не попала в передачу.

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

Исправлять такой пакет нужно до окончательного акта. Составьте реестр расхождений с владельцем задачи и сроком: отсутствующие документы, битые вложения, строки без ссылок, несовпадающие остатки, неподтвержденные права доступа. Критичные пробелы отделите от косметических. Отсутствующий оригинал протокола важнее разного написания адреса, хотя и адрес лучше привести к одному справочнику.

Не подписывайте формулировку «документы приняты в полном объеме», если проверили лишь количество папок. В акте перечислите наборы, периоды, число записей, контрольные суммы и известные исключения. Если часть сведений невозможно восстановить, зафиксируйте это прямо вместе с источником альтернативного подтверждения, например банковской выпиской или бумажным оригиналом.

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

Реформа 2025-2026 годов делает этот сценарий обычным для Казахстана: дома переходят от прежних КСК, временных управляющих и застройщиков к выбранной собственниками форме управления. В такой передаче скорость важна, но подпись под непроверенным архивом сэкономит день и создаст месяцы ручной реконструкции.

Условия выхода должны быть частью договора

Договор с цифровой системой должен описывать выход так же внимательно, как запуск. Запишите, кто вправе запросить полный пакет, как подтверждаются полномочия, сколько времени занимает стандартная выгрузка, какие периоды охватываются, какие форматы используются и кто отвечает на расхождения. Формулировка «данные предоставляются по запросу» оставляет почти каждый практический вопрос открытым.

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

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

Добавьте обязанность сообщать об изменении формата и поддерживать обратную совместимость на согласованный срок. Если экспорт используют для регулярной резервной копии, внезапное переименование полей ломает автоматическую проверку. Версия схемы в манифесте позволяет обработчику понять, по каким правилам создан конкретный пакет.

Для QABAT переносимость должна работать на уровне самого дома: реестр с долями и площадями, доказательства собраний, начисления, документы, заявки и журнал действий обязаны оставаться связным комплектом при смене управляющего. Бесплатный доступ для ОСИ не отменяет эту дисциплину, потому что зависимость возникает не только из цены, но и из невозможности уйти с данными.

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

Дом должен уметь продолжить работу без прежней системы

Настоящий критерий переносимости прост: после выгрузки уполномоченная команда может вести дом дальше и доказать происхождение перенесенных записей. Она видит состав собственников на нужную дату, пересчитывает решение, объясняет начисление, находит договор и акт, принимает незакрытую заявку и различает оригинал документа от его копии.

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

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

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