В прошлой статье мы проанализировали возможности, предоставляемые пользователям сайтом ЕИС (zakupki.gov.ru), для организации поиска электронных аукционов, в которых мы хотим участвовать и оценили, сколько сотрудников необходимо в нашем виртуальном Тендерном отделе для обеспечения этой функции и почему именно столько.
Сейчас мы приступим к описанию функциональных требований и созданию технического задания для дальнейшей автоматизации процесса.
Функциональные требования
- Загрузка аукциона и проектной документации по "Номеру извещения"
- Поиск аукциона по всем возможным критериям поиска
- Создание и сохранение настроек критериев поиска
- Отслеживание изменений вносимых заказчиком в аукцион на всем жизненном цикле
- Мониторинг появления новых аукционов в автоматическом режиме по сохраненным критериям поиска
- Уведомление сотрудников о выходе новых аукционов
Пока считаю данные начальные функциональные требования достаточными, после их реализации и внедрения, возможно, появятся новые идеи, которые также опишем и реализуем.
Приступим к анализу функциональных требований и описанию как их можно реализовать.
Загрузка аукциона и проектной документации по "Номеру извещения"
Первое функциональное требование подразумевает то, что пользователь указывает в программном продукте в удобной форме номер извещения, программа проверяет его корректность, если номер извещения введен корректно, то загружает данные электронного аукциона в систему и скачивает имеющуюся аукционную документацию, после этого выдает статус загрузки (успешной или не успешной).
Смоделируем данную форму.
Если номер извещения, введенный пользователем, не найден на сайте, сообщим ему об этом в информационном сообщении.
Если электронный аукцион найден, отобразим прогресс загрузки данных для пользователя.
После успешной загрузки электронного аукциона, отобразим информационное сообщение и предложим открыть форму, содержащую загруженные данные.
Для сохранения всех данных тендера спроектируем структуру хранения на диске, для того чтобы вся информация, которая относится к тендеру, была в одном месте и сотруднику не приходилось искать ее.
Для проектирования структуры хранения данных тендера на диске определим какие данные будут там храниться.
Данные электронного аукциона:
- Аукционная документация
- Заявка на участие
- Расчет
- Запросы скидок у производителей
- Подтверждения от производителей
- РУ и СТ1
- Банковская гарантия
- Платежное поручение
- Документы компании для подачи заявки
При загрузке электронного аукциона будем автоматически создавать такую структуру папок. Для хранения самой папки тендера создадим структуру верхнего уровня, содержащую год тендера и регион.
Определим какие данные тендера мы хотим получать с ЕИС и сохранять в системе.
Реквизиты электронного аукциона:
- Номер извещения
- Дата публикации тендера
- Дата создания тендера
- Дата обновления тендера
- Способ размещения заказа
- Регион размещения заказа
- Заказчик
- Уполномоченная организация
- Организатор торгов
- Площадка подачи заявок
- Окончание подачи заявок
- Дата проведения тендера
- Год бюджета
- Источник финансирования заказа
- Наименование заказа контракта
- Начальная цена заказа
- Заказ под СМП
- Источник информации
- Площадка размещения заказа
- Федеральный закон
- Структура лота
- Тип лота
- Размер обеспечения заявки на участие
- Размер обеспечения исполнения контракта
- Победитель тендера
- Сроки поставки
- Место, условия и сроки (периоды) поставки товара
- Доп. информация по ОСГ
- Идентификатор международного непатентованного наименования
- Идентификатор торгового наименования
- Идентификатор формализации
- Наименование товара (по документации к заказу)
- Характеристика товара (по документации к заказу)
- ЖНВЛП
- НМЦ за ед. (руб)
- Количество ед
- Единица измерения
- НМ сумма за ед. (руб)
- Количество упаковок
- Цена за упаковку
- Доля позиции в лоте (руб.)
В последствии будем сюда добавлять реквизиты, которые мы хотим хранить.
В следующей статье спроектируем форму удобного отображения информации о электронном аукционе скаченном с ЕИС.