Основные характеристики Электронной торговой системы

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

• обеспечивать проведение аукционов в электронной форме

• координировать заключение электронных контрактов

• нести в себе все функции электронной площадки.

Программная и аппаратная компоненты решения

Программное обеспечение должно решать следующие Задачи:

• порядок проведения закупочных процедур;

• работа с электронной подписью;

• организация работы с денежными средствами;

• обеспечение конфиденциальности в части заявок, подаваемых на участие в аукционе;

• определение ролей организаций, разграничение ролей и полномочий пользователей системы;

• порядок организации юридически значимого документооборота;

• требования по доступности, отказоустойчивости, проведению регламентированных работ;

• взаимодействие с внешними системами.

Принципы построения Программного обеспечения:

Приложение должно базироваться на библиотеках, которые в совокупности должны образовывать универсальный каркас для разработки (framework).

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

Требования к архитектуре:

• Использование интерфейса преобразования данных

• Использование кластерных решений баз данных

• Реализация асинхронной обработки сообщений

• Аппаратное обеспечение

• Центр обработки данных

Функциональные требования к этп

Функциональная структура должна представлять собой набор совокупность основных и поддерживающих модулей.

1. Состав требуемых модулей

1. Модуль контроля системы (должен отслеживать изменения системы, оповещать об их возникновении).

2. Расчетный модуль (должен проводить операции с денежными средствами, используемыми на ЭТП).

3. Модуль уведомлений (формирование массовой рассылки, частных уведомлений).

4. Модуль криптования.

5. Информационный модуль (наполнение контента).

6. Модуль отчетов.

Электронная торговая система должна предоставлять возможность определения поставщиков Оператором (подрядчиков, исполнителей) в электронной форме.

2. Интеграции с внешними системами

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

3. Регистрация организаций и пользователей на электронной площадке

Регистрация на площадке должна осуществляться в ручном режиме и проходит в два этапа (регистрация учетной записи с email и детальное заполнение профиля).

Следует учесть о необходимости разграничения прав пользователей на выполнение действий (требуется продумать трехуровневую ролевую модель).

4. Размещение информации о проведении аукциона на электронной площадке

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

5. Работа с заявками

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

Доступ к заявкам участников (или их частям) будет предоставляется электронной площадкой заказчику в сроки, установленные в извещении.

Процедура рассмотрения заявок должна предусматривать следующие возможности:

1. просмотр заявок (или их составных частей);

2. просмотр аккредитационных данных участника, сведений об электронной подписи пользователей (если это предусмотрено законодательством на каждом из этапов закупки);

3. указание решения по каждой заявке с возможностью уведомления участников о результатах рассмотрения.