Приложение № 1 к Извещению № 15-70400/06.

Приложение № 1 к Извещению № 15-70400/06.
Техническое задание на оказание услуг по организации и обработке приема
платежей от участников мероприятий, проводимых Некоммерческой организацией
Фонд развития Центра разработки и коммерциализации новых технологий
Начальная (максимальная) стоимость оказания услуг
Комментарии: Стоимость денежного вознаграждения (в рублевом эквиваленте) с учетом платного
участия в мероприятии не должна превышать следующие проценты от общего оборота денежных
средств вырученных за реализацию билетов:
Не более 10% при обороте до 500 000 руб.,
Не более 9,5% при обороте от 500 000 руб. до 1 000 000 руб.,
Не более 9% при обороте от 1 000 000 руб. до 3 000 000 руб.,
Не более 8,5% при обороте от 3 000 000 руб.
В том случае, если мероприятие является бесплатным для участника - предоставление системы
онлайн-регистрации и сервиса в целом так же должно быть бесплатным.
1. Прием платежей в режиме онлайн
Комментарии: Оплата регистрационных взносов, билетов или иного, физическими и
юридическими лицами1.
2. Прием платежей на месте (в дни проведения мероприятия)
Комментарии: Возможность подрядчика принимать платежи от участников в месте и
время проведения мероприятия. Прием платежей должен быть осуществлен как онлайн
(на месте) так и наличными средствами в рублях через БСО.
3. Клиентская и бухгалтерская поддержка онлайн-регистрации
Комментарии: Осуществление подрядчиком клиентской поддержки2 и бухгалтерской
поддержки3.
4. Предоставление аналитических и статистических данных в режиме реального времени
Комментарии: Возможность подрядчика на программном уровне (личный кабинет или
иное) предоставить заказчику возможность получать информацию о продажах билетов,
источниках регистрации и оплат билетов. Возможность выгрузки базы данных о
зарегистрировавшихся участниках в формате системы Microsoft Excel и формате .csv.
5. Электронные почтовые рассылки4
Комментарии: Возможность подрядчика на программном уровне и в автоматическом
режиме создавать и осуществлять рассылки электронных писем по электронным адресам
зарегистрированных на мероприятие пользователей; автоматическая отправка
электронных писем подтверждений об онлайн-регистрации, об оплате и об отправке
электронного билета. Возможность изменять и дополнять в режиме реального времени
текст в электронные письма всех вышеуказанных типов и видов.
6. Настраиваемая анкета онлайн регистрации
1
Согласно ГК РФ
Осуществление деятельности направленной на информирование клиента, ответы на вопросы,
консультирование и все связанное с работой сервиса в рамках указанного мероприятия
3
Выставление счетов, предоставление закрывающих документов
4
E-mail
2
7.
8.
9.
10.
11.
12.
5
Комментарии: Возможность подрядчика на программном уровне изменять, дополнять,
визуализировать анкету регистрации. Возможность встраивания на сайт заказчика
виджета5 и анкеты.
Многообразие видов участия (билетов)
Комментарии: Возможность подрядчика на программном уровне настраивания различных
типов (видов) участия (билетов) в мероприятии: ранняя продажа с учетом
дифференцирования суммы в денежном эквиваленте (рубли) в зависимости от времени
продажи (ранняя/поздняя), система скидок в зависимости от количества участников
(группа лиц), использование промо-кодов6 для отдельных категорий участников.
Логичный процесс онлайн регистрации
Комментарии: Онлайн регистрация должна быть максимально удобной и понятной для
участника с учетом следующей последовательности действий: 1. Ввод данных в анкету
участника 2. Оплата участия 3. Получение, после подтверждения оплаты билета на
мероприятие. Указанный механизм должен быть реализован строго на сайте заказчика.
Социальные сети
Комментарии: Предоставление подрядчиком возможности осуществления онлайнрегистрации на официальных электронных страницах заказчика в социальных сетях таких
как http://www.facebook.com , http://www.vk.com и т.д.
Мультиязычная регистрация
Комментарии: Возможность проведения онлайн-регистрации как минимум на двух языках
(русский и английский языки).
Обмен данными
Комментарии: Возможность подрядчика на программном уровне в автоматическом
режиме отдавать информацию по известным протоколам данных (API) информацию для
сайта заказчика (оплата участия).
Интеграция платежного сервиса с сайтом мероприятия Startup Village 2015
Указано в Приложении к Техническому заданию на оказание услуг по организации и
обработке приема платежей от участников мероприятий, проводимых Некоммерческой
организацией Фонд развития Центра разработки и коммерциализации новых технологий.
Информационный блок (анкета регистрации) размещенный на одной из страниц сайта заказчика
Определенная последовательности чисел (символов) которую можно будет ввести в процессе онлайн
регистрации для последующего участия в определенной акции, требуемой заказчиком или иное.
6
Приложение к Техническому заданию на оказание услуг по организации и обработке приема
платежей от участников мероприятий, проводимых Некоммерческой организацией Фонд
развития Центра разработки и коммерциализации новых технологий
Техническое задание на разработку интеграционного механизма сайта мероприятия Startup
Village 2015 и платежного сервиса.
1. Словарь терминов и определений
Виджет
SV2015
ЛК
Встраиваемая форма регистрации на
события в платформе оплаты билетов
(платежном сервисе).
Веб-сайт мероприятия Startup Village 2015
Личный кабинет пользователя на SV2015
2. Предмет разработки по техническому заданию.
Предметом разработки является создание интеграционного интерфейса между
платежным сервисом и веб-сайтом мероприятия Startup Village 2015.
3. Цель разработки по техническому заданию.
Целью разработки информационного интерфейса между платежным сервисом и вебсайтом мероприятия Startup Village 2015 является обеспечение возможности оплаты
участия в мероприятии с помощью ЛК SV2015, а так же проверки с определенной
периодичностью наличия признака оплаты участником мероприятия.
4. Общий перечень работ.
4.1. Отображение виджета регистрации/оплаты. По типам.
4.1.1. В личном кабинете каждого участника, для участия которого необходим
платный билет, должен отображаться виджет оплаты участия в мероприятии.
4.1.2. В виджете должны быть предзаполнены поля «Фамилия», «Имя», «Отчество» и
«Электронная почта» данными, поступающими из БД SV2015.
4.1.3. Для зарегистрировавшихся до даты закрытия регистрации Early Bird
необходимо проработать механизм отображения/рассылки промокода в SV, с
помощью которого он может оплатить в платежном сервисе билет по
уменьшенной стоимости и после закрытия регистрации Early Bird. Промокоды
должны быть одноразовыми и предварительно должны быть загружены в базу
SV2015 для сопоставления.
4.1.4. Виджет должен отображать только 1 тип билета, предзаполняемый также на
основании данных, поступающих от SV2015. Т.е. из кабинета пользователя
Стартапа можно оплатить только билет Стартапа без возможности смены типа
билета.
4.1.5. Форма регистрации на мероприятии на сайте платежного сервиса не должна
позволять зарегистрироваться отдельно на платежном сервисе для исключения
несоответствия со списком зарегистрированных участников на SV2015.
4.1.6. Виджет и другие процессы на стороны платежной платформы должы иметь
возможность отображения на русском и английском языках.
4.1.7. В кабинете должна быть возможность поставить признак о том, что
пользователь участвовал в Russian Startup Tour. Если признак выбран, то
пользователю должен быть показан виджет другого билета, подразумевающий
использование при оплате многоразового кода специально для участников
Russian Startup Tour.
4.2. Процесс оплаты участия в мероприятии.
4.2.1. Взаимодействие с платежным шлюзом платежной системы возможно как в
данном виджете, так и в отдельном окне.
4.2.2. После завершения процедуры оплаты пользователь должен попасть в свой ЛК.
4.2.3. Пользователю должно прийти сообщение на email об успешной/неудачной
попытке оплатить участие в мероприятии.
4.3. Коллбек после оплаты
4.3.1. После завершения процедуры оплаты пользователь должен попасть в свой ЛК.
4.3.2. После завершения оплаты должны передаваться данные по ссылке методом
GET
http://178.248.233.109/suv/register/dev_regform/payment.php?lang={rus|eng}&r
esult={success|failure|cancel}&uid={поле переданное в виджет} - тестовая
https://startupvillage.ru/register/dev_regform/payment.php?lang={rus|eng}&result
={success|failure|cancel}&uid={поле переданное в виджет} - продуктивная
с параметрами:
lang - {rus|eng} - язык
result - {success|failure|cancel} -результат совершения платежа
uid - параметр который SV2015 передает в виджете в виджете. Base64 encoded
строка длиной до 30 символов.
4.4. Парсинг признака оплаты.
4.4.1. SV2015 должен периодически собирать информацию от платежного сервиса на
наличие у участников признака оплаты, запрашивая определенный метод API
4.4.2. При наличии признака оплаты в ЛК SV2015 пользователю должно выводиться
сообщение, что участие в мероприятии оплачено и виджет больше не должен
отображаться в ЛК.
4.4.3. При наличии признака оплаты в ЛК SV2015 пользователю должно быть
отправлено сообщение по электронной почте об успешно проведенной оплате.
4.5. Закрытие возможности оплаты.
4.5.1. Виджет не должен отображаться для участников, уже совершивших оплату.
4.5.2. Вместо виджета в ЛК SV2015 должно отображаться сообщение о том, что
оплата уже совершена.
5. Уведомления на e-mail:
Со стороны платежного сервиса должны быть обеспечена отправка писем уведомлений:
1) Письмо-подтверждение регистрации (если участник внес данные - но не перешел к
оплате)
2) Письмо-напоминание об оплате (если участник не оплатил билет сразу)
3) Письмо- билет, подтверждающее оплату. На билете должен отображаться штрих-код.
Штрих-код нужен для проверки на входе.
Сверстанные шаблоны писем будут высланы представителям платежной системы на
английском и русском языке после согласования.
6. Информационная безопасность
6.1. Информационный обмен между системами должен происходить по протоколу HTTPS.