Проблемы реорганизации: внесение изменений в учредительные документы
#1 Знаток
Отправлено 03 июня 2005 - 16:53
Целый ряд зарегистрированных БА не может быть ликвидирован по известным всем причинам - невозможность полной аккумуляции всех долей на одном WMID (по разным причинам).
В большинстве случаев процесс ликвидации БА превращен в процесс ликвидации ФУ путем выплаты дивидендов. А что дальше? Следует также учитывать, что управление ликвидационным процессом возглавляют, как правило, совсем не инициаторы создания проекта.
Существующий в реальной экономике процесс реорганизации существующего бизнеса с внесением изменений в учредительные документы технически (по данным Support) не возможен, а скорее всего просто трудоемок - не автоматизирован.
Но ведь такая процедура нужна, она необходима и так или иначе, раньше или позже должна быть обеспечена.
Прошу техническую поддержку обсудить вопрос реализации данной процедуры, т.к. она не противоречит каким-либо нормативным документам и поможет дальнейшему развитию площадки.
Прошу также в порядке исключения (на данный момент) обеспечить внесение изменений в документы БА "Mono group" в связи с его реорганизацией (другой сервер, другое направление бизнеса, другая политика и т.д.)
С уважением, Александр
#2 Знаток
Отправлено 03 июня 2005 - 20:09
В чем состоит реорганизация, которую нельзя провести? Какая такая есть необходимость внесения в учредительные документы изменений? Соотношение распределения доходов изменяются путем голосования. А все остальное менять НЕЛЬЗЯ , так как и Инициатор не может быть заменен и название (дабы не ввводить никого в заблуждение) и цели. Хотите скрыть от посторонних глаз свою галиматью, введенную при инициации - ликвидируйте БА, путем присоединения к своему аттестату и тогда регистрируйте новый , белый и пушистый БА. Вот и вся реорганизация. Плодить ваши пирамиды путем покупки пакета ФУ "мертвых" БА и маскировки изменением названия( пытаться обходить ограничения один аттестат - один БА)- НЕ ДАДИМ.
#3 Знаток
Отправлено 04 июня 2005 - 00:19
Если проблема существует, то в чем она?
В чем состоит реорганизация, которую нельзя провести? Какая такая есть необходимость внесения в учредительные документы изменений? Соотношение распределения доходов изменяются путем голосования. А все остальное менять НЕЛЬЗЯ , так как и Инициатор не может быть заменен и название (дабы не ввводить никого в заблуждение) и цели. Хотите скрыть от посторонних глаз свою галиматью, введенную при инициации - ликвидируйте БА, путем присоединения к своему аттестату и тогда регистрируйте новый , белый и пушистый БА. Вот и вся реорганизация. Плодить ваши пирамиды путем покупки пакета ФУ "мертвых" БА и маскировки изменением названия( пытаться обходить ограничения один аттестат - один БА)- НЕ ДАДИМ.
Нападение всегда было лучшим способом защиты, но предлагаю подробно рассмотреть проблему и определения.
1. Инициатор - человек, который первоначально регистрировал БА с некоторой целью и собственными соображениями о политике, направлении деятельности и т.д.
Справка: я таким человеком не являюсь, т.к. не регистрировал первоначально данный БА и не имел отношения к определению его политики. Мне предложили стать Управляющим БА для проведения его ликвидации (возврата вложенных активов), что собственно и было мной выполнено на определенном этапе. Попытка консолидировать 100% пакет путем объявления выкупа долей у пайщиком для окончательной ликвидации естественно ни к чему не привела.
На вопрос в чем состоит реорганизация отвечаю:
a) изменяется направление деятельности и соответственно название, сервер, политики, цели и задачи проекта.
В чем собственно заблуждение? Ведь с изменением названия не изменяется структура реестра и новым управляющим принята ответственность по всем обязательствам БА. Заблуждение возникнет если наоборот не изменять название проекта, т.к. цели назначает Управляющий - владелец контрольного пакета, а не бывший инициатор.
Насчет галиматьи, Вы молодой человек горячитесь, читайте логи и протоколы голосования....Конечно так вот легче ответить, да и забот никаких...
Особенно понравилась фраза "не дадим"... А что Вы можете предложить таким как я кроме "не дадим". В людях надо уметь разбираться, в ситуациях, опыта жизненного приобрести, а потом заявлять "не дадим!"
#4 Знаток
Отправлено 04 июня 2005 - 13:04
Насчет "читайте логи и протоколы голосования" - это перл. Вы думаете что техподдержка "читает" Ваши протоколы и пр. пр.? Никогда этого не будет. Нам это НЕИНТЕРЕСНО, это внутреннее дело участников БА, мы туда вмешиваться не собираемся.
Придется Вас процитировать - "изменяется направление деятельности и соответственно название, сервер, политики, цели и задачи проекта" - значит это другой БА.
Предайте земле тот БА , направление деятельности, название, сервер, политика, цели и задачи которого Вам не подошли и регистрируйте новый. Неужели это так трудно понять?
#5 Знаток
Отправлено 04 июня 2005 - 21:17
За "молодого человека", СПАСИБО. Это приятно.
Насчет "читайте логи и протоколы голосования" - это перл. Вы думаете что техподдержка "читает" Ваши протоколы и пр. пр.? Никогда этого не будет. Нам это НЕИНТЕРЕСНО, это внутреннее дело участников БА, мы туда вмешиваться не собираемся.
Придется Вас процитировать - "изменяется направление деятельности и соответственно название, сервер, политики, цели и задачи проекта" - значит это другой БА.
Предайте земле тот БА , направление деятельности, название, сервер, политика, цели и задачи которого Вам не подошли и регистрируйте новый. Неужели это так трудно понять?
Да, правильно, это получается другой БА, что я и пытаюсь довести до сведения участников БА и службы поддержки. А воспользоваться предложением о "предании земле" я не могу, по известным всем (и Вам в том числе) причинам - многие участники не принимают предложений о выкупе долей по номиналу, а некоторых участников вообще не существует (потеря ключей & WMID и т.д.).
Регистрировать новый при существующем тоже не лучшее решение...
Хочу обратить Ваше внимание, что прецендент изменения регистрационных данных уже был - название БА "Совместный Ростовский и т.д." было изменено на "Сагитар". Значит возможность такая есть.
Далее уже чисто теоритический вопрос... Как можно ограничивать ответственность службы технической поддержки, если она фактически является Централизованным регистратором (ведет реестры всех проектов), а следовательно (по аналогии с реальными регистраторами) должна исполнять и все присущие им функции или выделить службу ведения реестров в отдельный проект со своей службой поддержки.
0 человек читают эту тему
пользователей, гостей, анонимных