Процедура запроса предложений в отношении недвижимого имущества

Процедура запроса предложений для совместной разработки

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

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

Шаг 1: Обмен информацией

Цель этого шага - создать возможность для сбора информации и предоставить RTD технические и технологические детали, если таковые имеются. Заявитель подает информацию через форму первоначального запроса и прилагает соответствующие документы. Менеджер TOD рассмотрит форму, проконсультируется с другими сотрудниками RTD и постарается дать ответ в течение 14 дней.

Роль разработчика:

• Заполните и отправьте форму первоначального запроса и предоставьте соответствующие документы по адресу [email protected]

Роль РТД:

• TOD Case Manager присваивает номер отслеживания
• Менеджер TOD Case Manager предоставляет ответ на первоначальную форму запроса, включая информацию о местной юрисдикции, собственности, парковке, использовании транзита, федеральном интересе, существующих местных планах, экологических документах и т.д.
• Кейс-менеджер TOD представляет обзор процесса рассмотрения
• Кейс-менеджер TOD предоставляет соответствующие рекомендации и критерии

Шаг 2: Технический обзор

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

Если фатальных недостатков не обнаружено, у высшего руководства RTD и генерального директора (GM) будет запрошено разрешение на совместную разработку. Если разрешение будет получено, менеджер TOD Case Manager направит ответ разработчику и назначит встречу с ним, включая соответствующих сотрудников RTD. Перед встречей у разработчика будет возможность предоставить письменный список вопросов. По итогам встречи менеджер по ТОД изложит оставшиеся вопросы и проблемы, которые должны быть смягчены или исправлены в незапрошенном предложении. Шаг 2 - это только технический обзор, и принципы, относящиеся к дизайну участка, плотности, принципам TOD и т.д., не обсуждаются.

Роль разработчика:

• Заполните форму технического обзора и отправьте ее вместе с соответствующими документами и планами менеджеру TOD Case Manager
• Участие в совещании по оценке проекта

Роль РТД:

• Соответствующие отделы RTD рассматривают технические детали предложения разработчика
• Руководство RTD дает или не дает разрешение на совместную разработку
• TOD Case Manager предоставляет разработчику письменное резюме технических требований, а также руководящие принципы и критерии, по мере необходимости
• Кейс-менеджер TOD назначает встречу по рассмотрению, после рассылки письменных комментариев
• Сотрудники RTD встречаются с разработчиком, чтобы проработать отзывы и ответить на вопросы разработчика
• Кейс-менеджер TOD изложит вопросы, которые должны быть рассмотрены в незапрошенном предложении (шаг 3a)

Шаг 3a: Представление незатребованного предложения о совместной разработке

После выполнения шагов 1 и 2 разработчик подает заявку на незатребованное предложение. Предложение направляется в отдел закупок RTD (1660 Blake Street, Denver, CO 80202). Отдел закупок направляет предложение менеджеру TOD Case Manager, который проверяет его на предмет полноты (см. Контрольный список полноты). Отдел закупок уведомляет разработчика о получении предложения и степени его полноты. Отдел закупок направляет предложение в отдел главного юрисконсульта для первоначального рассмотрения. Если предложение признано юридически обоснованным, отдел закупок уведомляет генерального директора RTD о получении предложения и направляет его в группу высшего руководства RTD (SLT). SLT назначает делегатов в комитет по рассмотрению, а менеджер по делам TOD назначает первую встречу.

N.B. RTD оставляет за собой право взимать плату за обработку незапрошенных предложений.

Роль разработчика:

• Контрольный список полноты обзора
• Заполните заявку на незатребованное предложение и отправьте ее вместе с соответствующими документами в отдел закупок RTD, а копию - менеджеру по делам TOD.
• Разработчик может представить концептуальный план или предварительную заявку в юрисдикцию для рассмотрения до шага 3a

Роль РТД:

• Кейс-менеджер TOD проверяет предложение на полноту
• Отдел закупок уведомляет разработчика о получении предложения и степени его полноты
• Отдел закупок направляет предложение в Департамент главного юрисконсульта
• Если предложение признано юридически осуществимым, отдел закупок уведомляет об этом руководство RTD.
• Руководство RTD назначает делегатов в Комитет по обзору
• Кейс-менеджер TOD назначает первое заседание Комитета по обзору

Шаг 3b: Определение достоинств незатребованного предложения о совместной разработке

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

Роль разработчика:

• Форма анализа воздействия
• При необходимости отвечайте на запросы о разъяснениях

Роль РТД:

• Комитет определяет, насколько обоснованным является предложение

Шаг 4: Запрос альтернативных предложений

Если предложение будет признано достойным, RTD опубликует запрос на альтернативные предложения. Менеджер по работе с клиентами TOD подготовит материалы для запроса предложений, которые будут включать всю основную информацию об объекте, предоставленную первоначальному участнику; отдел закупок уведомит первоначального участника и опубликует объявления о запросе в соответствующих журналах. Срок проведения тендера составляет 30-90 дней, в зависимости от сложности проекта. TOD уведомит местную юрисдикцию о том, что было подано незатребованное предложение и запрашиваются альтернативные предложения. Вся информация, запрашиваемая у первоначального заявителя, должна быть представлена в альтернативных предложениях, чтобы оценить предложения объективно и справедливо.

Роль РТД:

• Закупки предоставляют публичное уведомление о получении незатребованного предложения и запрашивают альтернативные предложения
• TOD Case Manager уведомляет местный муниципалитет о том, что было подано незатребованное предложение и что принимаются альтернативные предложения

Шаг 5: Определение достоинств незатребованного предложения о совместной разработке

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

Руководитель проекта TOD может обсудить предложения с другими заинтересованными сторонами, включая Федеральное управление транзитных перевозок, партнерские агентства и местные органы власти. Комитет по рассмотрению заявок выберет предпочтительного разработчика.

Роль разработчика:

• Предоставьте дополнительную информацию, если потребуется
• Собеседование с Комитетом по проверке, если требуется

Роль РТД:

• Кейс-менеджер TOD проверяет новые предложения на предмет их полноты
• Закупки уведомляют респондентов и запрашивают дополнительную информацию (при необходимости) у всех участников закупок
• Комитет по обзору оценивает предложения и выбирает предпочтительного разработчика

Шаг 6: Утверждение выбранного комитетом разработчика

После того как будет выбран предпочтительный застройщик, менеджер TOD Case Manager подготовит отчет о рекомендациях комитета, в котором будут учтены замечания персонала по результатам технической экспертизы и анализа воздействия. В отчете будут изложены дальнейшие шаги и подробно описаны нерешенные вопросы и проблемы, которые должны быть смягчены или устранены в ходе эксклюзивных переговоров. Комитет проверит отчет на предмет полноты до его представления генеральному директору. Генеральный менеджер рассмотрит отчет и определит, согласен ли он/она на переход к периоду эксклюзивных переговоров.

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

Роль разработчика:

• Предоставить аудированный финансовый отчет
• Может участвовать в презентации для Совета директоров RTD

Роль РТД:

• TOD Case Manager создает отчет о рекомендациях Комитета
• Комитет проверяет отчет на полноту
• Генеральный директор оценивает отчет о рекомендациях Комитета
• Финансовые обзоры Проверенный финансовый отчет
• Кейс-менеджер TOD пишет отчет Правления
• Совет директоров оценивает выбранное предложение и одобряет или отклоняет его

Шаг 7: Начало периода эксклюзивных переговоров

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

Роль разработчика:

• Подать концептуальный план/предварительную заявку в юрисдикцию для рассмотрения, если это не было сделано до Шага 3
• Создание и представление плана и графика процесса в RTD и юрисдикцию
• Участие в совещании по согласованию плана и графика процесса

Роль РТД:

• Менеджер TOD Case Manager и другие соответствующие отделы рассматривают проект плана и графика процесса и участвуют во встрече с разработчиком и юрисдикцией

Шаг 8: Планирование проекта и переговоры по сделке

RTD рассматривает все представленные разработчиком документы, включая, в частности, влияние на обслуживание, влияние на реагирование на чрезвычайные ситуации, доступ (ADA, пешеходный, велосипедный и парковочный), освещение, коммунальные услуги, дренаж, техническое обслуживание, безопасность/охрана, координация строительства, сервитуты, финансовые соглашения и т. д. Если все условия будут согласованы, менеджер проекта TOD запросит у Совета директоров разрешение на подписание соглашения о совместном развитии.

Роль разработчика:

• Предоставление документов в соответствии с технологическим планом и графиком

Роль РТД:

• Проверьте представленные разработчиком материалы и предоставьте четкие, подробные отзывы
• Кейс-менеджер TOD представляет предложение Правлению
• Совет директоров рассматривает план проекта и уполномочивает генерального директора подписать соглашение о совместном развитии