Техническое задание - Администрация муниципального

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ
АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПЛАТЫ ПРОЕЗДА НА
МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР
(АСОП)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на 81-х листах
СОГЛАСОВАНО
Заместитель главы муниципального
образования город Краснодар
_______________________ В.П. Бондарь
“______” ____________2010
УТВЕРЖДАЮ
Начальник управления транспорта
администрации муниципального
образования город Краснодар
___________________ Е.В. Калиоропуло
“______” ________________2010
город Краснодар - 2010
2
АННОТАЦИЯ
Настоящий документ содержит техническое задание (ТЗ) на внедрение и эксплуатацию
Автоматизированной Системы Оплаты Проезда (АСОП) на муниципальных маршрутах
регулярного сообщения муниципального образования город Краснодар.
Документ определяет назначение АСОП, цели ее разработки, характеристики объектов
автоматизации, требования к структуре и функционированию компонентов АСОП, к видам
обеспечения компонентов АСОП, требования к внешним подсистемам.
3
СОДЕРЖАНИЕ
Общие сведения ..............................................................................................................................5
1.1. Наименование системы ...............................................................................................................5
1.2. Заказчик ........................................................................................................................................5
2. Назначение и цели создания АСОП ..............................................................................................6
2.1. Назначение АСОП .......................................................................................................................6
2.2. Цели создания АСОП ..................................................................................................................6
3. Характеристика объекта автоматизации ......................................................................................7
3.1. Описание основных подразделений объекта автоматизации и их функции..........................7
3.2. Перечень автоматизируемых функций ......................................................................................7
4. Требования к АСОП .......................................................................................................................9
4.1. Требования к системе в целом ....................................................................................................9
4.1.1. Требования к структуре и функционированию системы ..................................................9
4.1.2. Требования к численности и квалификации персонала ..................................................11
4.1.3. Требования к показателям назначения .............................................................................12
4.1.4. Требования к надежности ..................................................................................................13
4.1.5. Требования к безопасности ................................................................................................15
4.1.6. Требования к эргономике и технической эстетике..........................................................15
4.1.7. Требования к эксплуатации ...............................................................................................16
4.1.8. Требования к защите информации от несанкционированного доступа ........................18
4.1.9. Требования по сохранности информации при авариях ...................................................18
4.1.10. Требования по патентной чистоте ...................................................................................19
4.1.11. Требования по стандартизации и унификации ..............................................................19
4.2. Требования к функциям АСОП ................................................................................................20
4.2.1. Процессинговый центр .......................................................................................................20
4.2.2. Управляющая подсистема ..................................................................................................21
4.2.3. Эмиссия ТК ..........................................................................................................................24
4.2.4. Подсистема обслуживания карт ........................................................................................24
4.2.5. Подсистема продажи и пополнения ..................................................................................25
4.2.6. Подсистема транспортного предприятия .........................................................................25
4.2.7. Подсистема клиринговых расчетов ...................................................................................26
4.2.8. Отчетная подсистема ..........................................................................................................26
4.2.9. Подсистема КРС ..................................................................................................................27
4.3. Требования к видам обеспечения АСОП.................................................................................27
4.3.1. Требования к математическому обеспечению .................................................................27
4.3.2. Требования к информационному обеспечению ...............................................................27
4.3.3. Требования к лингвистическому обеспечению ...............................................................30
4.3.4. Требования к программному обеспечению ......................................................................30
4.3.5. Требования к техническому обеспечению .......................................................................31
4.3.6. Требования к организационному обеспечению ...............................................................43
5. Состав и содержание работ по техническому проектированию АСОП ..................................44
6. Порядок контроля и приемки Системы ......................................................................................45
7. Требования к документированию ...............................................................................................45
7.1. Перечень технических документов ..........................................................................................45
7.2. Дополнительные требования к документированию ...............................................................45
8. Источники разработки ..................................................................................................................46
9. Термины и определения ...............................................................................................................47
10. ПРИЛОЖЕНИЯ.............................................................................................................................51
1.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
4
10.1. Требования к диспетчерской и навигационной системам при взаимодействии с АСОП 52
10.1.1. Назначение навигационной системы ..............................................................................52
10.1.2. Назначение диспетчерской системы ...............................................................................52
10.1.3. Требования к функционалу ЦОД ....................................................................................52
10.1.4. Требования к составу подсистем ДНС ...........................................................................53
10.1.5. Требования к структуре и функционированию ДНС ....................................................54
10.1.6. Требования к навигационному оборудованию ..............................................................56
10.1.7. Требования к составу и характеристикам функциональных модулей БНСТ .............57
10.2. Требования к отчетным формам АСОП ................................................................................59
10.2.1. Отчет по продажам/пополнениям проездных ................................................................59
10.2.2. Отчет-реестр транспортных транзакций.........................................................................62
10.2.3. Отчет поездок по картам Корпоративных пользователей ............................................64
10.2.4. Отчет по списку карт Корпоративных пользователей ..................................................65
10.2.5. Отчет по поездкам в разрезе маршрутов ........................................................................66
10.2.6. Отчет по поездкам в разрезе проездных .........................................................................68
10.2.7. Отчет по работе ревизоров КРС ......................................................................................70
10.3. Общая схема работы АСОП....................................................................................................71
10.3.1. Введение ............................................................................................................................71
10.3.2. Порядок подключения и пополнения Транспортных карт ...........................................72
10.3.3. Порядок подключения и продления Социальных карт .................................................73
10.3.4. Обслуживание пассажиров ..............................................................................................73
10.3.5. Просмотр информации по картам ...................................................................................78
10.3.6. Работа с Бортовым транспортным терминалом/Терминалом кондуктора ..................79
10.3.7. Работа с Терминалом пополнения ...................................................................................79
10.4. Требования к расширению функций АСОП .........................................................................81
10.4.1. Дополнительные приложения на картах ............................................................................81
10.4.1. Дополнительные приложения на картах ........................................................................81
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
5
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Наименование системы
Полное наименование системы – Автоматизированная Система Оплаты Проезда на
муниципальных маршрутах регулярного сообщения муниципального образования город
Краснодар.
Сокращенное наименование системы – АСОП.
1.2. Заказчик
Заказчиком работ на разработку и внедрение Автоматизированной Системы Оплаты
Проезда на муниципальных маршрутах регулярного сообщения муниципального образования
город Краснодар является Управление транспорта администрации муниципального
образования город Краснодар.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
6
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ АСОП
2.1. Назначение АСОП
Автоматизированная Система Оплаты Проезда на муниципальных маршрутах регулярного
сообщения муниципального образования город Краснодар предназначена для автоматизации
процесса оплаты и учета услуг пассажирской перевозки на городском и пригородном
пассажирском транспорте города Краснодара с использованием многофункциональных смарткарт.
2.2. Цели создания АСОП
Основная цель внедрения АСОП - создание технологической базы для последовательного
экономическо-социального развития отрасли пассажирских транспортных перевозок
г.Краснодара, решения вопросов финансового развития отрасли и города.
Система оплаты проезда на базе многофункциональной смарт-карты позволит решить
следующие задачи:

аккумулирование внутренних финансовых ресурсов отрасли
перевозок муниципального образования в рамках системы;

повышение эффективности использования бюджетных средств;

обеспечение реального контроля прохождения и расходования бюджетных средств,
выделяемых в рамках социальных программ и для обеспечения жизнедеятельности
транспортных предприятий;

обеспечение денежных компенсаций транспортным предприятиям за реальный
объем оказанных услуг;

возможное использование многофункциональной карты как инструмента расчетов
за транспортные услуги и носителя других социальных, банковских и финансовых
приложений (идентификационная карта и категорий социальных льгот, для
организации оплаты жилищно-коммунальных услуг, адресной социальной помощи,
оплаты услуг медицинских учреждений и страховых компаний, продажи лекарств,
товаров народного потребления и т.п.);

повышение защищенности проездных документов от незаконного использования и
воспроизведения;

возможность получения реальных данных о распределении пассажиропотока,
способствующих оптимизации планирования маршрутной сети и количества
подвижного состава;

повышение уровня безопасности и качества предоставления услуг пассажирских
перевозок.
пассажирских
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
7
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
3.1. Описание основных подразделений объекта автоматизации
и их функции
Оператор АСОП - юридическое лицо, привлеченное Инвестором для осуществления
функций по эксплуатации АСОП, координации действий по внедрению АСОП:

рабочие места сотрудников Оператора.
Перевозчики» - организации и/или индивидуальные предприниматели, принявшие на
себя обязательство по перевозке пассажиров на основании договоров, заключенных в
соответствии с действующим законодательством РФ:

диспетчерские пункты Перевозчиков;

транспортные средства Перевозчиков.
Участники АСОП - все лица, присоединившиеся к АСОП на основании договоров
(соглашений).
Агенты - организации, обладающие необходимой инфраструктурой, оборудованием и
соответствующими правами для выполнения операций по пополнению Транспортных карт и
продлению срока действия Социальных карт:

пункты продажи и пополнения Транспортных и Социальных карт Агентов.
Расчетный банк - кредитная организация, предоставляющая финансовые услуги
организациям - юридическим лицам в рамках АСОП. Расчетный банк ведет операционные
счета, осуществляет текущие взаиморасчеты между Участниками АСОП:

автоматизированная система Расчетного банка в части обмена данными в рамках
АСОП.
Процессинговый центр – специализированный вычислительный центр, состоящий из
программно-аппаратных средств, каналов связи, прикладного и системного ПО, необходимых
для обеспечения в автоматическом режиме информационного взаимодействия Участников
АСОП по обслуживанию различных приложений Транспортных/Социальных карт, обработки
транзакций, формируемых при функционировании АСОП, формирования отчетов и
уведомлений Участников о взаиморасчетах.
Центр обработки данных (далее ЦОД) – специализированный вычислительный центр,
состоящий из программно-аппаратных средств, каналов связи, прикладного и системного ПО,
необходимых для функционирования диспетчерских и навигационных служб г.Краснодара.
3.2. Перечень автоматизируемых функций
Управление транспорта и связи администрации муниципального образования город
Краснодар

сбор и обработка данных об объемах оказанных услуг пассажирских перевозок,
оказанных гражданам, имеющим право льготного проезда на основании данных
предоставленных Процессинговым центром АСОП;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
8

расчет компенсационных выплат Перевозчикам за услуги по перевозке льготных
пассажиров;

получение данных по распределению
управление маршрутными сетями города.
пассажиропотока,
планирование
и
Муниципальные и коммерческие Перевозчики

выпуск проездных различных типов (в т.ч. – проездных со скидками, проездных,
имеющих ограничения по количеству поездок и времени действия, корпоративных
проездных);

сбор оплаты проезда в транспортных средствах.
Агентские сети

организация пунктов продажи/пополнения проездных;

оказание услуг по продаже/пополнению карт.
Расчетный банк:

выполнение взаиморасчетов между Участниками АСОП.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
9
4. ТРЕБОВАНИЯ К АСОП
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
Состав системы
В состав АСОП должны входить следующие функциональные подсистемы:
1. Процессинговый центр (далее ПЦ) – подсистема, предназначенная для обеспечения
функционирования АСОП в автоматическом режиме, обработки транзакций,
формируемых при функционировании АСОП, формирования отчетов, обеспечения
информационной безопасности АСОП, резервного копирования данных АСОП в
режиме реального времени.
2. Управляющая подсистема предназначена для изменения параметров и настроек
АСОП, регистрации и изменения данных, содержащихся в справочниках АСОП.
3. Подсистема выпуска (далее Эмиссия ТК) Транспортных карт предназначена для
обеспечения выпуска в обращение (подключения к АСОП) и изъятия из обращения
различных видов электронных проездных (кроме Социальных) на базе
бесконтактных/контактных карт.
4. Подсистема обслуживания карт предназначена для реализации оплаты проезда
держателями электронных проездных при пользовании городским пассажирским и
пригородным пассажирским транспортом.
5. Подсистема продажи и пополнения электронных проездных предназначена для
продажи электронных проездных гражданам, приема предоплаты за пользование
услугами городского и пригородного пассажирского транспорта, сбора
информации о проданных электронных проездных и передачи ее в ПЦ.
6. Подсистема транспортного предприятия предназначена для реализации процесса
выдачи на линию Бортовых транспортных терминалов, Терминалов кондуктора,
загрузкой данных Бортовых транспортных терминалов, Терминалов кондуктора и
передачи данных в ПЦ.
7. Подсистема клиринговых расчетов предназначена для формирования электронных
документов, служащих основанием взаиморасчетов между Участниками АСОП.
Осуществляет в автоматическом режиме взаиморасчеты между Участниками на
основании электронных документов, сформированных ПЦ.
8. Отчетная подсистема предназначена для формирования отчетов в интерактивном
режиме, сохранение отчетов на компьютер.
9. Подсистема контрольно-ревизорской службы (далее – КРС) предназначена для
реализации процесса контроля оплаты/регистрации пассажирами проезда на
маршруте транспортного средства.
10. Внешние подсистемы не входят в состав АСОП, но оказывают непосредственное
влияние на ее функционирование путем информационного взаимодействия с ее
подсистемами. Для внешних подсистем необходимо определить состав
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
10
входных/выходных данных, интерфейсов и протоколов взаимодействия
основными подсистемами АСОП. К внешним подсистемам относятся:
с
 системы диспетчеризации и спутниковой навигации;
 банковские автоматизированные системы;
 платежные системы по приему оплат услуг населения;
 системы, содержащие данные по гражданам, имеющим право на получение
социальных льгот.
Требования к способам и средствам связи для информационного обмена
между подсистемами
Информационный обмен между подсистемами АСОП должен осуществляться
посредством стандартных протоколов и интерфейсов электронного взаимодействия.
Управление АСОП должно осуществляться с использованием специализированного АРМ
управления.
Формирование отчетов в системе должно осуществляться через АРМ отчетности.
АСОП должна обеспечивать предоставление информации, в ней аккумулированной,
любому Участнику при наличии соответствующих прав и привилегий.
Требования к характеристикам взаимосвязей АСОП с внешними
системами, требования к совместимости
В состав внешних систем, осуществляющих информационное взаимодействие с
подсистемами АСОП, входят:

автоматизированная система Расчетного банка;

система информационно-технологического обеспечения для сменно-суточного
планирования и навигационного контроля пассажирских перевозок и передачи
навигационной информации;

система диспетчерского контроля и управления пассажирскими перевозками
г.Краснодара;

информационная система Управления социальной защиты населения г.Краснодара.
Основные требования, предъявляемые к совместимости обмена данными между
подсистемами АСОП и внешними системами:

единые форматы импорта/экспорта данных;

использование стандартизованных промышленных протоколов и интерфейсов
обмена данными;

разработка и утверждение
информационных систем.
совместных
регламентов
по
взаимодействию
Требования к режимам функционирования системы
В соответствии с требованиями, предъявляемыми к режимам функционирования
городского и пригородного пассажирского транспорта в целом, АСОП должна
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
11
функционировать круглогодично в автоматическом режиме, обеспечивая непрерывный
круглосуточный режим работы, за исключением регламентных остановов для проведения
процедур технического обслуживания.
Функционал АСОП должен обеспечивать выполнение требований к схеме работы АСОП,
приведенной в Приложении 3 данного ТЗ.
Перспективы развития и модернизации системы
АСОП должна иметь возможность масштабирования по количеству и местоположению
функциональных подсистем с сохранением единых требований к параметрам
функционирования всей системы. При этом должна быть обеспечена возможность адекватного
увеличения пропускной способности каналов информационного обмена, вычислительной
мощности и объемов хранилищ данных.
АСОП должна строиться на базе технологической архитектуры и с применением
платформы, допускающей в дальнейшем реализацию дополнительной функциональности,
связанной с введением различных социальных и финансовых приложений, размещаемых на
картах. Требования по расширению функций АСОП приведены в Приложении 4 данного ТЗ.
Возможность поддержки данных приложений должна осуществляться без кардинальной
перестройки уже реализованной функциональности системы и/или массовой замены
оборудования.
4.1.2. Требования к численности и квалификации персонала
Требования к численности персонала
Для функционирования и поддержания работоспособности АСОП, необходимы
следующие специалисты:
 администраторы и программисты подсистем ПЦ, управляющей подсистемы,
отчетной подсистемы (персонал содержит Разработчик АСОП, исходя из
внутренних потребностей);

администратор подсистемы транспортного предприятия (1 человек в смене на
каждое предприятие-Перевозчик);

администратор подсистемы обслуживания Транспортных карт (1 человек в смене
на каждую организацию-Агента);

оператор-кассир по приему денежных средств в пополнение Транспортных
карт/подключение карт к АСОП (1 человек в смене на каждый Пункт
продажи/пополнения Транспортных карт);

операторы-водители (кондуктора) для регистрации оплаты поездок пассажирами,
не имеющими Транспортных/Социальных карт в транспортном средстве
(соответствует существующей штатной численности персонала транспортного
предприятия);

операторы-ревизоры для осуществления проверки факта оплаты поездок
пассажирами в транспортном средстве (соответствует существующей штатной
численности персонала контрольно-ревизорской службы);
Общая численность персонала должна рассчитываться исходя из временных параметров
функционирования подсистем и требований трудового законодательства.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
12
Требования к функциям и квалификации персонала
Уровень подготовки персонала пользователей АРМ АСОП должен позволять работать с
персональным компьютером в операционной среде Windows и пользоваться средствами
телекоммуникаций на уровне опытного пользователя. Знание программ MS Office 2003, Internet
Explorer 6 или выше.
Персонал АСОП должен обладать навыками по работе с оборудованием и АРМ АСОП в
объеме руководства пользователя.
4.1.3. Требования к показателям назначения
В качестве основного параметра, характеризующего степень соответствия АСОП ее
назначению, необходимо принять информационно-технологическую емкость системы, которая
выражается в поддержке системой следующих параметров на момент ввода АСОП в
эксплуатацию:

оборудование для основной и резервной базы данных АСОП способно
предоставлять все основные функции и поддерживать работоспособность системы
в соответствии с требованиями эксплуатации при средней нагрузке не менее 1 000
000 (Один миллион) транзакций в день;

число действующих карт – 1 000 000 (Один миллион) карт;

число диспетчерских пунктов – 50 (Пятьдесят) шт.;

число пунктов продажи/продления – не менее 40 (Сорок) шт.;

количество Операторов – 1 (Один) шт.;

количество Агентов Системы – 50 (Пятьдесят) шт.;

количество транспортных средств – более 1000 (Одна тысяча) шт.;

количество Расчетных банков – 1 (Один) шт.
Допустимые пределы модернизации и развития системы
Система должна предусматривать возможность подключения новых пунктов
продажи/пополнения Транспортных/Социальных карт, имеющих типовой состав аппаратных,
программных, технологических средств и штатных процедур функционирования без
дополнительных разработок.
Система должна предусматривать возможность интеграции на уровне обмена данными и
построения специализированных шлюзов с существующими на территории г.Краснодара
диспетчерской и навигационной службами, требования к которым приведены в Приложении 1
данного ТЗ.
При увеличении количества электронных проездных в Системе и/или изменении схем
работы с клиентами могут потребоваться дополнительные рабочие места (АРМ операторов).
Также могут возрасти требования к быстродействию серверов баз данных и средствам
телекоммуникаций. При этом структура базы данных, системные и прикладные программные
средства изменяться не должны.
Система должна обеспечивать возможность масштабирования на другие населенные
пункты Краснодарского края.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
13
Вероятностно-временные характеристики, при которых сохраняется
целевое назначение системы
Система должна быть построена с использованием программных и технических средств,
время морального устаревания которых в соответствии с тенденцией развития
информационных технологий составляет не менее 5 лет.
4.1.4. Требования к надежности
Основные показатели надежности системы
Под надежностью АСОП следует понимать комплексное свойство системы сохранять во
времени в установленных нормативно-технической и/или конструкторской документацией
пределах значения параметров, характеризующих способность системы выполнять свои
функции, определяемые ее назначением, режимами и условиями эксплуатации.
АСОП должна относиться к обслуживаемым восстанавливаемым изделиям общего
назначения многократного циклического применения.
Основные показатели надежности АСОП:

среднее время наработки на отказ;

среднее время восстановления работоспособности.
Параметры показателей надежности технических средств электронно-вычислительной
техники должны определяться количественно-качественной оценкой:

технических характеристик аппаратных средств и их комплектующих изделий,
качеством сборки и правильностью эксплуатации (в т.ч. качеством электропитания,
приемлемым температурно-влажностным режимом, отсутствием ударов, вибрации
и т.п.);

техническими характеристиками работоспособности периферийных устройств
комплексов средств автоматизации, а также обеспеченностью расходными
материалами.
Параметры показателей надежности программных изделий должны определяться
количественно-качественной оценкой:

применяемых лицензионных программных
гарантией фирмы-изготовителя;

соответствия возможности технических средств вычислительной техники (объем
памяти, быстродействие) потребностям программных изделий;

надежности программных модулей (программно-аппаратных средств) обработки
информации (внедрение программ "вирусов", уничтожение и искажение файлов,
ошибки при вводе данных, физическое разрушение носителей и т.п.).
Параметры показателей надежности
инфраструктуры должны определяться:
продуктов
технических
средств
с
соответствующей
коммуникационной

оценкой качества каналов связи (радиоканалы, проводные и оптоволоконные
линии);

оценкой качества коммутационных устройств (модемы);
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
14

наличием и соблюдением протоколов обмена данными.
Параметры показателей человеко-машинных
количественно-качественной оценкой:
интерфейсов
должны
определяться

эргономических характеристик;

сервисных возможностей;

уровнем требований к квалификации пользователей;

возможности взаимодействия с другими традиционными сетевыми технологиями
(Internet, LAN, и т.п.).
Требования к перечню аварийных ситуаций
Под аварийной ситуацией в АСОП следует понимать такое состояние, которое
характеризуется:

полным или частичным прекращением выполнения функциональных задач;

полным или частичным нарушением взаимодействия между участниками АСОП,
как на технологическом, так и на организационном уровне;

аномальным (нештатным) режимом работы всей системы или ее основных
подсистем, связанным с изменением нормальной последовательности действий;

попыткой решения двух или более задач с одновременным обращением к одним и
тем же ресурсам без блокирования всего процесса работы;

попыткой решения двух или более задач с одновременным обращением к одним и
тем же ресурсам с блокированием всего процесса работы;

отсутствием подтверждения полномочий, повлекшие нарушение завершенности и
точности передачи транзакций и системной информации;

несвоевременностью
получения
операторами
пользовательских
запрашиваемой информации и/или ее неадекватностью;

полной или частичной потерей информации;

нелегитимным доступом к АСОП, информации и предумышленным ее искажением
или уничтожением;

отказ операторов пользовательских АРМ, обусловленный неумением работать с
системой в виду отсутствия технической поддержки (неполнота документации,
невозможность получения справочной информации), расхождением между
запросами операторов АРМ и фактическими возможностями и техническими
характеристиками;

другими состояниями системы, не предусмотренные технической документацией и
договорными отношениями между Участниками АСОП.
АРМ
Перечень возможно предпринимаемых мер, направленных на предотвращение аварийных
ситуаций:

быстрое изменение конфигурации АСОП с перестройкой функциональной
взаимосвязи внутри системы с делегированием выполняемых функций от одних
модулей (утративших работоспособность) системы другим;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
15

принятие мер по «горячему» и «холодному» резервированию устройств и модулей
АСОП;

своевременное реагирование на обращение по аварийным ситуациям и по
поддержке системы в целом с участием квалифицированного персонала;

предоставление необходимого ПО для устранения аварийных ситуаций.
4.1.5. Требования к безопасности
Поскольку Заказчиком планируется эксплуатация периферийных узлов, а именно терминального оборудования и конечных пользовательских АРМ, то требования,
предъявляемые к этому оборудованию, сводятся к требованиям, предъявляемым к бытовым
приборам и устройствам для эксплуатации в офисе и на борту пассажирского транспортного
средства.
Система электропитания должна обеспечивать защитное отключение при перегрузках и
коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Общие требования пожарной безопасности должны соответствовать нормам на бытовое
электрооборудование.
Требования настоящего раздела являются общими для средств вычислительной техники,
применяемых в составе АСОП.
4.1.6. Требования к эргономике и технической эстетике
При работе с прикладным программным обеспечением, входящим в состав АСОП, должно
предусматриваться взаимодействие с операторами АРМ и терминального оборудования
посредством визуального отображения необходимой информации на дисплее персонального
компьютера или терминала в графическом режиме.
Устройства для работы с Транспортными/Социальными картами предусматривают
взаимодействие с пользователем посредством визуального отображения необходимой
информации на буквенно-цифровом ЖК-дисплее устройства в текстовом режиме, звуковым и
световым сигналами.
Для персонального компьютера предусматривается использование графического дисплея с
видеорежимом не менее 800х600 (рекомендуется 1024x768 или выше) точек с частотой
вертикальной развертки не менее 60 Гц.
Для терминального оборудования предусматривается создание интуитивно понятного
интерфейса для управления необходимыми функциями с минимизацией количества операций,
выполняемых пользователями оборудования. Терминальное оборудование должно
обеспечивать минимизацию расходных материалов.
Выбор действий операторов АРМ и ввод необходимых данных производится с клавиатуры
персонального компьютера. Используется стандартная клавиатура персонального компьютера
101 или 104 клавиши; для выполнения дополнительных функций и работы с операционной
системой может использоваться манипулятор типа «мышь».
Пользовательский интерфейс АСОП реализуется на русском языке. В отдельных
структурных частях программного обеспечения в составе АСОП, рассчитанных на
взаимодействие с администраторами, инженерами и техническим обслуживающим персоналом,
допускается использование интерфейса на английском языке.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
16
Вес, габаритные размеры, время выполнения операций и способ применения устройств
автономного использования должны обеспечивать удобство и легкость их применения
персоналом и пользователями в течение всего цикла эксплуатации.
4.1.7. Требования к эксплуатации
Требования настоящего раздела являются общими для средств вычислительной техники,
применяемых в составе АСОП.
Условия и режимы эксплуатации
Условия эксплуатации оборудования АСОП должны обеспечивать использование
технических средств системы с заданными техническими показателями, включающими
состояние окружающей среды, параметры электропитания, периодичность и характер
технического обслуживания, а также иные условия, если это является требованием
производителя оборудования.
Требования к электропитанию
Первичными источниками электропитания АСОП, включая средства представления
информации, являются сети переменного тока напряжением 220 В, частотой 50 Гц объектов
муниципального и промышленного хозяйства, а также сети бортового электропитания
транспортных средств напряжением 24В и 12В. Часть устройств электропотребления,
эксплуатация которых предусматривается в автономном режиме, должны иметь в своем составе
аккумуляторные батареи достаточной емкости для обеспечения заданных временных
параметров автономной работы устройств.
Электропитание устройств АСОП производится от собственных источников (модулей)
питания, получающих энергию от общей электросети или аккумуляторных батарей.
Технические средства должны сохранять работоспособность при изменениях напряжений
сетей переменного тока на ± 10 % длительностью до 100 мс – перерывах питания в сетях
переменного тока длительностью до 20 мс. В целях обеспечения данных параметров питающей
сети возможно применение схем подключения, обеспечивающих их гарантированное (с
применением ДГС, АВР) и бесперебойное электроснабжение (с применением аккумуляторных
батарей, ИБП).
Организации сетей электропитания АСОП должна предусматривать распределение
электропотребителей по группам таким образом, чтобы отдельная неисправность или ремонт
элемента сети электропитания не приводили к полной остановке системы или ее подсистем.
Электропитание устройств, реализующих функции поддержки СУБД и систем хранения
ключевых данных, информационной безопасности и технологических защит, должно
осуществляться с наивысшей надежностью в соответствии с требованиями, предъявляемыми к
электропитанию потребителей особой группы I категории. Электропитание таких устройств
должно осуществляться с применением схем подключения, обеспечивающих их
гарантированное (с применением ДГС, АВР) и бесперебойное электроснабжение (с
применением аккумуляторных батарей, ИБП).
Требования к системе бесперебойного электропитания
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
17
Параметры питающего напряжения источников бесперебойного электропитания (ИБП),
применяемых в АСОП для кратковременного питания (10-15 минут) персональных
компьютеров и серверов должны удовлетворять следующим характеристикам:

нормальное функционирование при отклонениях входного напряжения от
номинального значения в пределах 220±15% В, частоты 50 ±10%Гц;

крест-фактор при 100% нелинейной нагрузке не менее 5:1;

стабильность выходного напряжения ±1% в статическом режиме и ±5% в
динамическом режиме (при 100% нелинейной нагрузке);

стабильность частоты на выходе в пределах 50 ±0,1% Гц;

коэффициент нелинейных искажений на выходе не более 5% (при 100%
нелинейной нагрузки);

источники бесперебойного питания должны иметь максимальную температуру
эксплуатации до +40°С;

ИБП должны иметь предупредительную и аварийную сигнализацию отклонения
параметров электропитания;

время поддержки выходного напряжения при временном нарушении внешнего
электроснабжения посредством аккумуляторной батареи в течение как минимум 15
минут (для временного питания или для аварийного завершения работы). Серверы
ПЦ при не восстановлении основного питания в течение 10-15 минут должны
переходить в автоматическом режиме на питание от дизель-генераторной
установки (ДГУ).
Выбор централизованных или децентрализованных (локальных) ИБП ~220В (со 100%
резервированием или без такового) осуществляется на стадии технического проектирования
путем технико-экономического сравнения возможных вариантов организации бесперебойного
питания и согласования решения с Заказчиком.
Требования к регламентам обслуживания
Комплектующие технических средств, применяемые в составе АСОП, должны иметь
документы предприятия-поставщика, подтверждающие их соответствие техническим условиям,
и гарантию производителя.
Разработанные в рамках проекта регламенты по обслуживанию технических средств
должны в обязательном порядке учитывать соблюдение определенного производителем
порядка обслуживания и соответствовать правилам эксплуатации согласно документации
пользователя на данное оборудование, а также сохранение условий гарантийной эксплуатации.
Техническое обслуживание АСОП должно предусматривать следующие режимы:

текущее обслуживание;

профилактическое обслуживание;

регламентное обслуживание.
Текущее обслуживание включает контроль функционирования программно-технических
средств и восстановление их работоспособности при неисправностях и отказах.
Профилактическое обслуживание производится с целью предупреждения нештатных
ситуаций в работе АСОП и не нарушает управления технологическими процессами АСОП.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
18
Объем, трудозатраты и порядок выполнения профилактического обслуживания должны
соответствовать техническим условиям на эксплуатацию применяемых программнотехнических средств.
Регламентное обслуживание, требующее отключения электропитания, должно
производиться во время планового ремонта, а также при остановах системы. По своим
трудозатратам и выполняемым функциям регламентное обслуживание не должно требовать
привлечения дополнительного персонала.
4.1.8. Требования к защите информации от
несанкционированного доступа
Несанкционированный доступ к данным АСОП должен быть ограничен следующими
средствами:

административными и организационными средствами - должны быть созданы
физически защищенные помещения, в которых будет осуществляться размещение
серверного и коммуникационного оборудования ПЦ АСОП и средств обеспечения
ее бесперебойной работы. Доступ в указанные помещения должен быть строго
ограничен с помощью соответствующих технических средств контроля. Должны
быть разработаны специальные административные регламенты, контролирующие
порядок доступа в указанные помещения, а также регулирующие доступ к данным
АСОП;

административными программными средствами
отдельным ее компонентам и приложениям;

ограничение доступа к данным АСОП административными программными
средствами СУБД в соответствии с ролями пользователей;

осуществлением передачи информации по каналам связи и хранением резервных
копий данных АСОП с применением средств криптографической защиты;

межсетевыми экранами, для отделения сетей общего пользования от создаваемых в
рамках АСОП ведомственных сетей, с особыми требованиями к безопасности,
которые должны быть
определены соответствующими
регламентами,
обеспечивающими сетевую безопасность.
операционной
системы
к
4.1.9. Требования по сохранности информации при авариях
Перечень событий, при которых обеспечивается сохранность информации в АСОП:

выключение электропитания в сетях общего пользования. Стабильность питания
должна быть обеспечена устройствами резервного питания, обеспечивающими
требуемые показатели по уровню, качеству, бесперебойности электропитания, в
соответствии с регламентами обеспечения бесперебойной работы АСОП;

выход из строя серверного оборудования, в результате механического повреждения
его компонентов. Сохранность данных должна быть обеспечена в результате
проведения резервного копирования данных, хранящихся в АСОП.
Система должна
резервирования:

быть
реализована
с
применением
«холодного» и
«горячего»
серверное оборудование («горячее» резервирование серверов);
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
19

коммуникационное оборудование (обеспечение каналов
провайдеров и резервирование схем коммуникаций);

каналы связи (наличие проложенных запасных кабелей, линий связи);

дисковые накопители и схемы резервного копирования данных;

оборотные фонды оборудования.
связи
нескольких
При наступлении событий, связанных с физическим уничтожением серверного
оборудования АСОП в целом, либо отдельных его частей, восстановление АСОП должно
осуществляться в сроки и в порядке, определяемом соответствующими регламентами. В
качестве источников информации для восстановления данных должны служить резервные
копии данных, дистрибутивы АСОП, операционной системы, СУБД и прочего ПО,
задействованного при реализации АСОП.
4.1.10. Требования по патентной чистоте
Используемое в АСОП программное и техническое обеспечение должно иметь законное
происхождение, отвечать требованиям по патентной чистоте согласно нормативным актам РФ,
регулироваться соответствующими контрактами и/или лицензионными соглашениями и не
нарушать чьи-либо авторские права.
4.1.11. Требования по стандартизации и унификации
АСОП должна использовать стандартные решения, базирующиеся на применении
типовых протоколов и интерфейсов взаимодействия, предусматривающих возможность
сопряжения и совместной работы оборудования и программного обеспечения разных
производителей, а также для сопряжения с внешними информационными системами.
В качестве базового стандарта взаимодействия устройств приема оплаты проезда
(Бортовых транспортных терминалов, Терминалов кондуктора, Считывателей карт),
Терминалов пополнения и смарт-карт (электронных проездных), входящих в состав Системы,
принять технологии MIFARE 1k, Java Card.
Все технические решения, принятые в проекте, должны соответствовать требованиям
национальных стандартов РФ или (при отсутствии) международных стандартов. Технические
средства, применяемые в составе АСОП, должны иметь сертификаты или другие документы
предприятия-поставщика, подтверждающие их соответствие техническим условиям.
В силу присутствия в составе АСОП большого количества рассредоточенных
функциональных узлов и сжатых сроков ввода в эксплуатацию преимущество следует отдавать
унифицированным решениям. Такие решения должны обладать следующими свойствами:

модульность;

поддержка технологических решений, используемых в картах ПРО 100
СТАНДАРТ/СОЦИАЛЬНАЯ (Пластиковые карты с дуальным интерфейсом Optelio
Contactless D72 R1);

иметь возможность интеграции с Банковскими платежными системами, и
действовать в рамках существующей платежной системы для расширения
функциональных возможностей Транспортных/Социальных карт;

иметь собственные Процессинговые центры;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
20

иметь системы клиринговых расчетов;

иметь собственные программные модули для обслуживания различных слоев
населения.
4.2. Требования к функциям АСОП
Подсистемы АСОП должны обладать следующим функционалом:
4.2.1. Процессинговый центр
Процессинговый центр должен представлять собой единый информационный центр,
программно-аппаратный комплекс, сконцентрированный географически в одном месте.
Процессинговый центр Системы не должен иметь распределенный характер по
местонахождению и/или по функционированию.
4.2.1.1. Информационные функции
Обеспечение штатного функционирования АСОП, отвечающей требованиям п.4.1 данного
ТЗ.
Хранение системных справочников АСОП, содержащих данные по всем
обслуживаемым/заблокированным в АСОП картам, типам проездных, Участникам АСОП и т.д.
Получение, проверка целостности и аутентичности данных, поступающих от Участников
АСОП.
Осуществление расчетов по комиссионным платежам, формирование электронных
документов для взаиморасчетов между Участниками АСОП.
Контроль обращения карт в АСОП, поддержка актуальности данных по картам, рассылка
данных по заблокированным картам Участникам АСОП.
Обмен данными с внешними подсистемами в рамках функционирования АСОП.
4.2.1.2. Обеспечение информационной безопасности
Контроль доступа к данным АСОП - предоставление доступа только авторизованным
Участникам. Доступ к данным АСОП предоставляется только после регистрации Участников в
АСОП уполномоченным лицом АСОП, согласно требуемым правам и привилегиям.
Установка/снятие блокировки доступа к данным АСОП.
Предоставление доступа к данным АСОП производится с использованием уникального
имени пользователя и пароля, с использованием цифровых сертификатов.
4.2.1.3. Функции протоколирования событий
Все события, возникающие при передаче данных Участниками АСОП, должны быть
зарегистрированы. Передаваемые данные должны быть сохранены в архиве в неизменном виде.
Период хранения информации в архиве должен задаваться административными регламентами
АСОП.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
21
Регистрация возникающих событий с указанием даты и времени события в системном
журнале. Журналы системы должны быть изолированы от пользователей АРМ АСОП.
Следующие события должны быть зарегистрированы:

старт и остановка АСОП;

запросы Участников к ПЦ;

возникновение ошибок в прикладной части АСОП;

установление защищенных сеансов связи и их прекращение;

изменение настроек АСОП;

работа с АСОП через предоставляемые АРМ.
4.2.1.4. Функции резервного копирования данных
Выполнение резервного копирования данных ПЦ, согласно разработанным и
утвержденным регламентам. Резервирование основной БД АСОП должно осуществляться в
режиме реального времени.
Осуществление процедур и регламентов по восстановлению данных АСОП при сбоях.
4.2.2. Управляющая подсистема
АРМ управления АСОП должен обладать следующими обязательными функциями:
4.2.2.1. Функции по управлению параметрами Эмитентов
Изменение названия Эмитента.
Изменение статуса Эмитента (активен, заблокирован).
4.2.2.2. Управление справочником прое здных
Просмотр справочника проездных.
Добавление проездного.
Редактирование проездного.
Редактирование Номиналов проездного.
Редактирование ограничений по времени использования проездного.
Редактирование по видам транспорта, в которых обслуживается проездной.
4.2.2.3. Управление справочником Агентов
Просмотр списка Агентов.
Изменение данных об Агентах.
4.2.2.4. Управление Терминалами пополнения Агентов
Просмотр списка терминалов, принадлежащих конкретному Агенту.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
22
Редактирование свойств терминала пополнения:

поле описания терминала;

период обновления управляющей информации терминала (в часах);

период отправки транзакций в ПЦ (в часах);

значение максимальной суммы по платежам, принятым терминалом в счет
пополнения Транспортных карт (продления срока действия Социальных карт) на
время автономной работы терминала (до момента проведения сеанса связи
Терминала пополнения с ПЦ);

статус терминала (активен, заблокирован).
Настройка и редактирование списка типов проездных, обслуживаемых конкретным
устройством пополнения.
4.2.2.5. Управлени е справочником Корпоративных пользователей
Просмотр списка Корпоративных пользователей.
Добавление Корпоративного пользователя.
Редактирование Корпоративного пользователя:

просмотр списка карт Корпоративного пользователя;

добавление карт в список карт Корпоративного пользователя;

удаление карты из списка карт Корпоративного пользователя;

удаление данных Корпоративного пользователя.
4.2.2.6. Функции по получению информации о карте
Поиск карты по ее номеру.
Добавление карты в Стоп-лист (с указанием причины).
Удаление карты из Стоп-листа (с указанием причины).
Просмотр истории пополнений карты за период.
Просмотр истории поездок по карте за период.
4.2.2.7. Просмотр действующих в АСОП типов проездных
4.2.2.8. Просмотр типов проездных , отправленных в архив
4.2.2.9. Управление справочником типов проездных
Отображение списка типов проездных.
Редактирование проездного – изменение следующих параметров:

название проездного;

алгоритм обработки проездного;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
23

стоимость подключения проездного к АСОП;

правила пополнения проездного:
o срок действия проездного после процедуры последнего пополнения (в днях);
o разрешение пополнения проездного в пунктах продажи/пополнения
(разрешено/запрещено).

состояние проездного (активен, не активен);

Номинал проездного;

ограничение по времени использования проездного;

ограничение по виду транспорта, на котором может обслуживаться проездной.
4.2.2.10. Функции по управлению справочником Перевозчиков
Создание, редактирование, удаление Транспортных групп.
Создание транспортных предприятий – Перевозчиков.
Редактирование транспортных предприятий – Перевозчиков.
Удаление транспортных предприятий – Перевозчиков.
4.2.2.11. Функции по работе со справочником мар шрутов
Добавление маршрутов.
Редактирование информации о маршрутах:

изменение описания маршрутов;

изменение статуса маршрутов (статусы - активен, заблокирован).
Поиск маршрутов.
Просмотр диспетчерских пунктов маршрута.
Информация о видах проездных, обслуживаемых на маршруте.
Просмотр, добавление тарифов на проезд на маршрутах Перевозчика.
4.2.2.12. Установка
Перевозчика
и
настройка
значений
скидок
на
проезд
для
4.2.2.13. Установка типов проездных, принимаемых к обслуживанию
Перевозчиком
4.2.2.14. Функции по управлению справочником диспетчерских пунктов
Добавление диспетчерских пунктов.
Редактирование информации о диспетчерских пунктах.
Формирование, редактирование
диспетчерском пункте.
списка
маршрутов,
обслуживаемых
в
данном
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
24
4.2.2.15. Функции
между Перевозчиками
по
распределению
БТТ,
Терминалов
кондуктора
Закрепление терминалов за Перевозчиками.
Перераспределение терминалов между Перевозчиками.
История принадлежности терминалов Перевозчикам.
4.2.3. Эмиссия ТК
4.2.3.1. Функции подсистемы эмиссия ТК
Формирование заявок и данных от Участников АСОП на изготовление карт.
Распространение Транспортных карт между Участниками АСОП.
Ведение претензионной работы: замена карт, проведение экспертиз.
Повторная выдача Транспортных карт в случае поломки, утраты, брака карты с
регистрацией новой карты в АСОП.
4.2.4. Подсистема обслуживания карт
4.2.4.1. Функции ПО Бортового транспортного терминала
В случае Транспортных карт (в т.ч. – карт водителя) – расчет стоимости проезда и
уменьшение Счетчика карты на величину стоимости тарифа с учетом скидок, льгот и т.п.
В случае Социальных карт – регистрация факта поездки по картам.
Формирование транспортных транзакций по поездкам с использованием карт.
Функции по настройке БТТ (смена маршрута, рейса, водителя).
Отображение текущих данных терминала – название маршрута, номер рейса.
Отображение информации по картам – предоставление следующей информации:

тип проездного, записанного на карту;

срок действия проездного;

значение Счетчика карты;

срок действия Социальной карты;
Печать чеков об оплате/регистрации поездки.
Выгрузка транспортных транзакций для их передачи в ПЦ.
4.2.4.2. Функции Считывателей карт
Передача данных Транспортных/Социальных карт БТТ.
В случае Транспортных карт - уменьшение Счетчика карты на величину стоимости тарифа
с учетом скидок, льгот и т.п.
В случае Социальных карт – регистрация факта поездки по картам.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
25
Формирование транспортных транзакций по поездкам с использованием карт.
Печать чеков об оплате/регистрации поездки.
Передача транспортных транзакций в БТТ.
4.2.4.3. Функции ПО Терминалов кондуктора
В случае Транспортных карт – расчет стоимости проезда и уменьшение Счетчика карты на
величину стоимости тарифа с учетом скидок, льгот и т.п.
В случае Социальных карт – регистрация факта поездки по картам.
Формирование транспортных транзакций по поездкам с использованием карт.
Функции по настройке Терминала (смена маршрута, рейса, кондуктора).
Отображение текущих данных терминала – название маршрута, номер рейса.
Отображение информации по картам – предоставление следующей информации:

тип проездного, записанного на карту;

срок действия проездного;

значение Счетчика карты;

срок действия Социальной карты;
Выгрузка транспортных транзакций для их передачи в ПЦ.
4.2.5. Подсистема продажи и пополнения
4.2.5.1. Функции ПО Терминалов пополнения
Регистрация кассиров пунктов продажи/пополнения персональными картами.
Пополнение Транспортных карт денежными средствами в режиме связи Оnline/Оffline с
возможностью чтения данных, содержащихся в памяти контактного микропроцессора.
Продление срока действия Социальных карт с выполнением соединения в режиме Online с
базой данных граждан, имеющих льготы на проезд с возможностью чтения данных,
содержащихся в памяти контактного микропроцессора.
Формирование транзакций пополнения.
Просмотр и печать информация по Транспортным и Социальным картам.
Печать отчетов, чеков, их копий.
Выгрузка транзакций пополнения в ПЦ во время проведения сеанса связи с ПЦ.
Функционал завершения смены кассира с печатью необходимых отчетов.
Возможность чтения данных контактного микропроцессора
СТАНДАРТ/СОЦИАЛЬНАЯ для записи транспортного приложения.
карт
ПРО
100
4.2.6. Подсистема транспортного предприятия
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
26
4.2.6.1. АРМ подсистемы транспортного предприятия
Выдача БТТ на линию.
Выдача Терминалов кондуктора на линию.
Предоставление информации о выданных БТТ, Терминалах кондуктора.
Проверка статуса БТТ.
Проверка статуса Терминалов кондуктора.
Управление справочником водителей.
Управление справочником кондукторов.
Получение информации из ПЦ.
Инкассация БТТ удаленно с использованием
персонального или мобильного компьютера).
GPRS-канала,
либо
с
помощью
Инкассация Терминалов кондуктора с помощью персонального или мобильного
компьютера.
Передача транзакций во время проведения сеанса связи с ПЦ.
Просмотр журналов АРМ о проведенных операциях.
4.2.7. Подсистема клиринговых расче тов
4.2.7.1. Основные функции подсистемы
Регистрация
участников.
участников
взаиморасчетов,
редактирование
финансовых
реквизитов
Настройка параметров взаиморасчетов – размер и состав комиссии за обслуживание,
добавление исключений по типам прав на проезд и т.д.
Формирование финансовых электронных документов для взаиморасчетов между
Участниками АСОП.
Загрузка Расчетным банком в автоматическом режиме сформированных ПЦ финансовых
электронных документов. Осуществление взаиморасчетов между Участниками АСОП
Расчетным банком на основании сформированных ПЦ финансовых электронных документов.
Предоставление Участникам АСОП оперативной информации по взаиморасчетам.
4.2.8. Отчетная подсистема
4.2.8.1. АРМ подсистемы отчетности
Предоставление пользовательского интерфейса для формирования отчетов.
Список обязательных отчетов, предоставляемых подсистемой приведен в Приложении 2
данного ТЗ.
Варианты получения отчетных форм:

в интерактивном режиме с помощью интерфейса АРМ отчетности;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
27

по электронной почте.
Формирование и сохранение отчетных форм в общераспространенных форматах данных
(txt, csv, а также - других, по согласованию с Разработчиком АСОП).
4.2.9. Подсистема КРС
4.2.9.1. АРМ подсистемы КРС
Загрузка в терминал данных, необходимых для работы ревизора.
Управление справочником ревизоров:

добавление информации о ревизоре;

редактирование информации о ревизоре;

удаление информации о ревизоре.
Выгрузка транзакций из Терминалов ревизора на персональный компьютер.
Получение информации из ПЦ во время проведения сеанса связи.
Отправка данных в ПЦ.
Просмотр журналов АРМ о проведенных операциях.
4.2.9.2. Функции ПО Терминалов ревизоров
Регистрация ревизора в терминале при помощи персональной карты.
Проверка
факта
оплаты
Транспортных/Социальных карт.
или
неоплаты
проезда
с
использованием
Формирование транзакций по работе ревизоров.
Регистрация в Терминале ревизора факта регистрации штрафа.
Возможность смены ревизора на линии.
4.3. Требования к видам обеспечения АСОП
4.3.1. Требования к математическому обеспечению
Математическое обеспечение АСОП должно представлять собой совокупность
математических методов, моделей и алгоритмов обработки информации, используемых для
реализации функций подсистем.
Состав подсистем определен в п. 4.1.1 данного ТЗ. Дальнейшее его уточнение и
детализация должны выполняться на стадиях внедрения по согласованию Заказчика и
Разработчика АСОП.
4.3.2. Требования к информационному обеспечению
Требования настоящего раздела являются общими для информационного обеспечения
АСОП.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
28
Требования к составу, структуре и способам организации данных в
системе
Структура данных должна отражать все элементы информационных потоков данных, а
также технологические и административные данные.
Данные должны быть организованы в виде реляционной модели.
Требования к информационному обмену между компонентами системы
АСОП должна обеспечивать эффективную организацию обмена информацией между
основными (внутренними) и внешними подсистемами.
С этой целью к АСОП предъявляются следующие требования:

жесткая привязка всех транзакций по операциям, произведенным с электронными
проездными, к номеру карты, номеру устройства продажи/пополнения, на которых
была произведена транзакция;

возможность получения выходной (отчетной) информации, сгруппированной по
типу проездного, устройству продажи/пополнения;

возможность передачи информации между подсистемами в согласованном формате
данных.
Информационный обмен между подсистемами АСОП должен осуществляться с
использованием локальных вычислительных сетей и глобальных сетей передачи данных.
Состав, структура, объем и предельные параметры частоты передачи сообщений должны
определяться соответствующими протоколами информационного обмена, определенными на
стадии технического проектирования. В протоколах информационного обмена должны быть
предусмотрены меры по исключению возможности несанкционированного доступа к данным.
Должны быть предусмотрены средства контроля передаваемых входных/выходных
данных и средства по контролю информации в базах данных.
Требования к информационному обмену между компонентами АСОП должны быть
определены на этапе разработки, исходя из возможностей платформы реализации.
Обмен информацией со смежными (внешними) системами должен осуществляться на
основе утвержденных технических условий информационного обмена.
Требования к информационной совместимости с внешними системами
Обмен данными с внешними информационными системами должен производиться в
форматах, согласованных на этапе интеграции систем.
АСОП должна осуществлять взаимодействие с внешними системами:

информационная система Управления социальной защиты населения г.Краснодара;

системы по приему платежей, информационные и платежные банковские системы;

система навигационного контроля пассажирских
навигационной информации г.Краснодара;

система диспетчерского контроля и управления пассажирскими перевозками
г.Краснодара.
перевозок
и
передачи
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
29
Информационная совместимость должна быть обеспечена за счет использования
стандартных протоколов связи, форматов файлов, способов взаимодействия.
Требования по применению систем управления базами данных
Для хранения информационных массивов АСОП должна использоваться современная,
реляционная, поддерживающая стандарт SQL, промышленная, транзакционная и
отказоустойчивая СУБД.
СУБД должна отвечать следующим требованиям:

быть апробированной, производиться ведущим мировыми производителем баз
данных, должна содержать функции безопасности, иметь набор функций по
восстановлению данных, иметь функции управления данными масштаба
предприятия;

иметь не менее 19 сертификатов по безопасности;

поддерживать все основные программно-аппаратные платформы с возможностью
перемещения данных между этими платформами;

обеспечивать механизмы горячего резервирования (Standby);

поддерживать объединение аппаратных серверов в кластер;

стандартная поставка СУБД должна включать средство администрирования,
работающего по технологии «тонкого» клиента (Web-браузер);

необходимо обеспечение поддержки СУБД от производителя в режиме 24 часа,
7дней в неделю;

разработчик СУБД не
операционных систем.
должен
являться
разработчиком
пользовательских
Требования к структуре процесса сбора, обработки, передачи данных в
системе и представлению данных
Процесс сбора, обработки и передачи данных в АСОП должен определяться
должностными инструкциями и регламентами сотрудников объекта автоматизации и
нормативно-техническими документами АСОП.
Требования к защите данных от разрушений при авариях и сбоях в
электропитании системы
Сбои и аварии не должны приводить к необратимой потере информации серверов и
хранилищ данных.
Для обеспечения сохранности информации при аварийных ситуациях в АСОП должны
быть предусмотрены средства обеспечения бесперебойного питания, дублирования
информации.
Требования к контролю, хранению и восстановлению данных
В АСОП должно быть
информации из БД.
предусмотрено резервное копирование (архивирование)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
30
Контроль, хранение, восстановление данных должны быть регламентированы. Хранение
резервных данных должно осуществляться в местах, не допускающих их повреждения, в случае
уничтожения или повреждения основных данных АСОП.
Система должна обеспечивать восстановление данных в случае разрушения аппаратного
комплекса при авариях и сбоях в электропитании системы средствами системы управления
базой данных, аппаратными средствами серверного оборудования, прикладными средствами
резервного копирования.
Требования к процедуре придания юридической силы документам,
продуцируемым техническими средствами АСОП
Для защиты электронного документа от подделки применяется ЭЦП.
Создание ключей электронных цифровых подписей осуществляется для реализации
участниками АСОП своих функций по защищенному информационному обмену внутри
системы.
Порядок использования электронных цифровых подписей в Системе устанавливается в
результате совместного решения Разработчика АСОП и Оператора АСОП и регламентируется
созданием соответствующих документов: по содержанию информации в сертификатах ключей
подписей, по порядку ведения реестра сертификатов ключей подписей, по порядку хранения
аннулированных сертификатов ключей подписей, и регламентируются случаи утраты
указанными сертификатами юридической силы в системе.
4.3.3. Требования к лингвистическому обеспечению
В целях реализации функционала АСОП должны применяться языки программирования,
обеспечивающие работу в используемой СУБД, ОС Windows, а также Unix-подобных ОС.
В качестве языка манипулирования данными должны быть использованы стандартные
версии языка SQL для целевых СУБД.
4.3.4. Требования к программному обеспечению
Для управления сервером основной и резервной БД АСОП должна использоваться
надежная, сервероориентированная промышленная операционная система позволяющая
обеспечить управление СУБД и другими исполняемыми процессами при максимальной ее
загрузке.
Операционная
система
должна
обеспечивать
надежность,
безопасность,
отказоустойчивость и возможность восстановления при сбоях, быть бесплатной и
производиться ведущим мировым производителем операционных систем. Операционная
система должна принадлежать классу Unix-подобных операционных систем и поддерживать
различные архитектуры процессоров. Операционная система должна позволять запускать
процессы в параллельном режиме и, в дальнейшем, отслеживать их состояния (в том числе
перезагружать процессы), что позволяет автоматически восстанавливать работу процессов
Системы. Производитель операционной системы должен являться производителем серверного
оборудования Системы.
Прикладное программное обеспечение в составе АСОП должно соответствовать
следующим основным требованиям:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
31

функционировать в среде операционной системы и взаимодействовать с СУБД в
соответствии с требованиями п. 4.3.2. данного ТЗ;

поддерживать русский и английский языки, символы кириллицы и латиницы;

иметь удобный пользовательский интерфейс;

настраиваться под различные внешние информационные системы для обмена
данными;

реализовывать экспорт данных в текстовом формате;

реализовывать формирование и вывод печатных отчетных форм;

обеспечивать поддержку возможного подключения периферийных устройств
(торговых POS-терминалов, банкоматов, инфокиосков);

обеспечивать возможность подключения к АСОП новых дополнительных модулей
и видов периферийных устройств;

обеспечивать реализацию всех функций АСОП в соответствии с требованиями
п.4.2. данного ТЗ.

иметь комплект пользовательской документации на русском языке.
Требования к качеству программных средств, а также к способам
обеспечения его контроля
Качество разработки программных средств должно обеспечиваться соответствующими
процедурами управления проектом по реализации АСОП.
4.3.5. Требования к техническому обеспечению
Требования к видам технических средств
Технические средства, функционирующие в составе АСОП, подразделяются на
следующие категории:
1. компьютерное оборудование клиентских мест;
2. серверное оборудование АСОП;
3. Транспортные/Социальные карты;
4. терминальное оборудование оплаты проезда;
5. терминальное оборудование пунктов продажи/пополнения;
6. терминальное оборудование контрольно-ревизорской службы;
7. каналы связи.
Требования к функциональным, конструктивным и эксплуатационным
характеристикам средств технического обеспечения системы
4.3.5.1. Требования к компьютерному оборудованию клиентских мест
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
32
Рабочие места операторов АРМ АСОП должны быть оснащены персональными
компьютерами с характеристиками, достаточными для работы программного обеспечения
АСОП, терминальных приложений под управлением операционной системы Windows XP SP2
или выше.
Рабочие станции Перевозчиков с установленными на них АРМ подсистемы транспортного
предприятия, должны быть настроены на синхронизацию даты/времени/часового пояса внутри
локальной сети, либо проводить коррекцию даты/времени/часового пояса посредством
синхронизации через Internet с надежными серверами синхронизации времени (Timeсерверами), с учетом часового пояса города Краснодара.
Рабочие места, осуществляющие функции по выводу печатных форм, должны быть
оснащены принтерами, технические характеристики и производительность которых, должна
быть определена исходя из объемов и качества печати.
4.3.5.2. Требования к серверному оборудованию АСОП
В качестве основного сервера приложений АСОП должен использоваться промышленный
сервер, известного мирового производителя, ориентированный на использование в критически
важных сетевых приложениях.
Сервер должен обладать масштабируемостью и высокой степенью готовности, что
позволит повысить эффективность использования инновационных приложений и сервисов, а
также - поддерживать широчайший диапазон приложений масштаба всей системы в целом.
Расширяемость сервера должна быть обеспечена на аппаратном уровне: сервер должен
допускать расширение объема памяти, дискового пространства, исходя из масштабов решаемых
задач и в режиме «горячей» замены (без остановки сервера).
Серверное решение должно быть типовым, апробированным и успешно
эксплуатироваться в четырех городах с миллионным населением аналогично внедряемой
АСОП.
Серверное оборудование должно обеспечивать работоспособность АСОП, бесперебойную
работу, простоту обслуживания, необходимые интерфейсы для обеспечения взаимодействия с
коммуникационным оборудованием.
Дисковая подсистема серверного оборудования должна обеспечивать хранение всех
данных АСОП, включая прикладное программное обеспечение, скоростной доступ к этим
данным, защиту при авариях, пропадании электропитания, замену без остановки АСОП
вышедших из строя информационных накопителей.
4.3.5.3. Требования к Транспортным/Социальным картам
4.3.5.3.1. Технические требования
Стандарт используемых в АСОП бесконтактных микропроцессоров:

MIFARE 1k.
Стандарт используемых в АСОП контактных микропроцессоров:

EMV.
4.3.5.3.2. Требования к оформлению карт
Лицевая сторона карт содержит следующую информацию:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
33

наименование карты;

цветное изображение герба г.Краснодара;

цветное изображение логотипа банковской платежной системы;

фоновое изображение – узнаваемый вид города Краснодара.
На обратной стороне карты присутствуют следующие данные:

номер карты;

телефоны информационно-справочной службы;
Защитное покрытие:

ламинат глянцевый;

картон.
Дополнительно, на некоторых типах карт (в том числе – Социальных картах) может
присутствовать следующая информация:

наименование банка, участника платежной системы;

дата выдачи карты;

личные данные владельца:
o цветная/черно-белая фотография владельца карты;
o фамилия, имя, отчество и дата рождения владельца карты;
Кроме того, некоторые типы карт, в целях расширения функциональных возможностей,
могут иметь следующие элементы:

штрих–код Code 128 без оцифровки, соответствующий номеру карты;

магнитная полоса 2750 Oe для возможности размещения банковского приложения
платежной системы.
4.3.5.4. Требования к терминальному оборудованию оплаты проезда
4.3.5.4.1. Бортовой транспортный терминал
4.3.5.4.1.1. Технические требования
БТТ должен оборудоваться устройством для чтения/записи карт с бесконтактным
микропроцессором стандарта MIFARE 1k.
БТТ должен оборудоваться принтером для печати чеков.
БТТ должен иметь модем приема-передачи данных стандарта сотовой связи GSM/GPRS
либо иметь возможность подключения внешнего модема стандарта сотовой связи.
Информация по осуществлению оплаты (транспортные транзакции) должна накапливаться
в БТТ и передаваться в АСОП посредством процедуры инкассации терминала удаленно через
GPRS-модем или при помощи персонального или мобильного компьютера.
Объем памяти БТТ должен удовлетворять потребностям АСОП по работе с транзакциями,
Стоп-листом и другой управляющей информацией (не менее 6 МВ).
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
34
БТТ должен иметь возможность подключения дополнительно не менее двух Считывателей
карт.
Устройство для чтения бесконтактных карт БТТ должно обеспечивать надежное (не
извлекаемое сторонним воздействием) хранение транспортных ключей (до шести ключей).
Внутренняя энергонезависимая память должна обеспечивать сохранность ключей при
выключении внешнего питания. Должна быть исключена передача ключей, по каким либо
коммуникационным каналам и линиям связи.
БТТ должен обеспечивать возможность печати чеков, время печати должно составлять не
более 5 секунд (в зависимости от формы чека время печати может варьироваться).
Встроенный графический принтер должен использовать стандартную термобумагу,
длиной рулона не менее 25 метров.
4.3.5.4.1.2. Функциональные требования
Выполнение основного алгоритма безналичной оплаты.
Подключение и поддержка различных устройств через рабочие интерфейсы.
Возможность подключения бортовых систем:

оплаты проезда – Считывателей карт;

навигации и связи;

возможность подключения прочих бортовых систем.
Возможность ввода данных с цифробуквенной клавиатуры.
Визуальное и звуковое отображение информации.
Обмен данными с мобильным или персональным компьютером непосредственно с
использованием порта RS232, либо удаленно посредством GSM/GPRS-канала связи.
БТТ должен обеспечивать загрузку исходной информации при выдаче на маршрут,
включая, но, не ограничиваясь следующим параметрами:

номера маршрутов и идентификационные данные водителя (терминал должен
позволять загружать данные до 5 водителей и до 5 маршрутов с возможностью
изменения водителя и маршрута на рейсе);

действующие тарифы для различных типов проездных (до 12 тарифов для каждого
маршрута);

Стоп-лист карт.
По окончании смены БТТ должен обеспечивать выгрузку из памяти в зашифрованном
виде на персональный компьютер следующей информации:

номера обслуженных карт;

тип транспорта, на котором производились оплаты (автобус, трамвай, троллейбус);

дата и время оплаты проезда;

тип тарифа (оплата проезда, провоз багажа);

номер маршрута транспортного средства;

системный регистрационный номер терминала;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
35

ФИО водителя;

порядковый номер рейса транспортного средства;

количество рейсов, пройденных транспортным средством за смену;

информация о водителях, работавших за время этих рейсов.
Терминал должен обеспечивать возможность синхронизации даты и времени с ПЦ при
проведении сеанса связи.
Считывание данных с Транспортных/Социальных карт, совместимость с картами,
требования к которым изложены в п.4.3.5.3 данного ТЗ.
Запись данных на Транспортные/Социальные карты, совместимость с картами, требования
к которым изложены в п.4.3.5.3 данного ТЗ.
Терминал должен обеспечивать выполнение цикла обслуживание карты не более 2 секунд.
В цикле обслуживания карты должны быть выполнены следующие действия:

проверка карты на наличие в Стоп-листе;

проверка срока действия транспортного приложения;

Проверка ограничений на тип транспорта и ограничения по времени;

нахождение действующего тарифа для обслуживания транспортного приложения;

проверка наличия необходимой суммы на Счетчике карты;

проверка срока действия льготного приложения Социальной карты;

уменьшение Счетчика карты на значение стоимости тарифа на проезд;

сохранение транспортной транзакции в памяти терминала по итогу работы с
картой.
Печать чека об оплате проезда/регистрации факта проезда.
БТТ должен обладать собственной операционной и файловой системой.
Транзакции терминала должны быть защищены от изменения.
4.3.5.4.1.3. Требования по конструкции
Терминал должен иметь встроенный ЖКИ, либо иметь возможность выводить данные на
внешний монитор.
Терминал должен иметь цифровую (цифробуквенную) клавиатуру.
Терминал должен быть надежно и удобно закреплен специально изготовленным для
терминала креплением, в месте, удобном для водителя.
Терминал должен быть съемным в целях обеспечения инкассации терминала при помощи
персонального компьютера в случае невозможности удаленной инкассации (отсутствие сигнала
GSM/GPRS).
4.3.5.4.1.4. Требования по условиям эксплуатации
Питание терминала должно осуществляться от бортовой сети транспортного средства.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
36
Терминал должен быть тепло-, холодо- и влагоустойчив в рабочих климатических
условиях применения при температуре от 0 до + 40°С, относительной влажности 90% при 30°С,
и атмосферном давлении 70 - 106,7 кПа (537 - 800 мм. рт. ст.).
В случае использования в работе терминала встроенного или подключенного внешнего
модема сотового стандарта передачи данных, необходимо создать условия уверенного приема
сигнала оператора сотовой связи.
Температура хранения БТТ -18°С до +66°С.
4.3.5.4.2. Считыватель карт
4.3.5.4.2.1. Технические требования
Считыватель должен оборудоваться устройством для чтения/записи карт с бесконтактным
микропроцессором стандарта MIFARE 1k.
Считыватель должен иметь цифровой дисплей (не менее семи знаков). Дисплей
Считывателя должен отображать заглавные русские буквы и точки разделения «рубликопейки» для двух последних регистров.
Считыватель должен быть оборудован принтером для печати чеков, либо иметь
возможность присоединения внешнего принтера.
Считыватель должен иметь возможность передачи транспортных транзакций в БТТ.
Должно обеспечиваться надежное (не извлекаемое сторонним воздействием) хранение
транспортных ключей. Внутренняя энергонезависимая память должна
обеспечивать
сохранность ключей при выключении внешнего питания. Должна быть исключена передача
ключей, по каким либо коммуникационным каналам и линиям связи к которым подключен
считыватель транспортных карт.
Считыватель должен обеспечивать возможность печати чека об оплате/регистрации факта
проезда. Время печати чека должно составлять не более 5 секунд (в зависимости от формы чека
время печати может варьироваться).
Считыватель должен осуществлять передачу данных в БТТ посредством протокола RS232.
Кроме того, должна иметься возможность объединения нескольких Считывателей карт в
локальную сеть по протоколу RS485.
4.3.5.4.2.2. Функциональные требования
Считывание данных с Транспортных/Социальных карт, совместимость с картами,
требования к которым изложены в п.4.3.5.3 данного ТЗ.
Запись данных на Транспортные/Социальные карты, совместимость с картами, требования
к которым изложены в п.4.3.5.3 данного ТЗ.
Считыватель должен обеспечивать выполнение цикла обслуживание карты не более 2
секунд. В цикле обслуживания карты должны быть выполнены следующие действия:

проверка карты на наличие в Стоп-листе;

проверка срока действия транспортного приложения;

Проверка ограничений на тип транспорта и ограничения по времени;

нахождение действующего тарифа для обслуживания транспортного приложения;

проверка наличия необходимой суммы на Счетчике карты;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
37

проверка срока действия льготного приложения Социальной карты;

уменьшение Счетчика карты на значение стоимости тарифа на проезд.
Визуальное отображение информации об оплате/регистрации проезда.
Формирование транспортных транзакций по итогу обслуживания карт.
Передача транспортных транзакций в БТТ.
4.3.5.4.2.3. Требования по конструкции
Считыватель должен иметь конструкцию, удобную для оплаты по карте. Операции
оплат/регистраций поездок должны быть простыми и понятными.
Принтер Считывателя карт должен обеспечивать быструю замену ленты. Считыватель
должен вывести сообщение на дисплей БТТ в случае, когда лента подходит к концу.
4.3.5.4.2.4. Требования по условиям эксплуатации
Питание Считывателя должно осуществляться от бортовой сети транспортного средства
11В – 28В.
Диапазон рабочих температур Считывателя - от -20°С до +55°C.
Температура хранения: -40°С до +70°C.
4.3.5.4.3. Терминал кондуктора
4.3.5.4.3.1. Технические требования
Терминал кондуктора должен оборудоваться устройством для чтения/записи карт с
бесконтактным микропроцессором стандарта MIFARE 1k.
Информация по осуществлению оплаты (транспортные транзакции) должна накапливаться
в Терминале кондуктора и передаваться в АСОП посредством процедуры инкассации
терминала при помощи персонального или мобильного компьютера.
Объем памяти Терминала кондуктора должен удовлетворять потребностям АСОП по
работе с транзакциями, Стоп-листом и другой управляющей информацией (не менее 64 МВ).
Считыватель бесконтактных карт Терминала кондуктора должен обеспечивать надежное
(не извлекаемое сторонним воздействием) хранение транспортных ключей. Внутренняя
энергонезависимая память должна обеспечивать сохранность ключей при выключении
внешнего питания.
4.3.5.4.3.2. Функциональные требования
Считывание данных с Транспортных/Социальных карт, совместимость с картами,
требования к которым изложены в п.4.3.5.3 данного ТЗ.
Запись данных на Транспортные/Социальные карты, совместимость с картами, требования
к которым изложены в п.4.3.5.3 данного ТЗ.
Терминал кондуктора должен обеспечивать выполнение цикла обслуживание карты не
более 2 секунд. В цикле обслуживания карты должны быть выполнены следующие действия:

проверка карты на наличие в Стоп-листе;

проверка срока действия транспортного приложения;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
38

Проверка ограничений на тип транспорта и ограничения по времени;

нахождение действующего тарифа для обслуживания транспортного приложения;

проверка наличия необходимой суммы на Счетчике карты;

проверка срока действия льготного приложения Социальной карты;

уменьшение Счетчика карты на значение стоимости тарифа на проезд.
Визуальное отображение информации об оплате/регистрации проезда.
Формирование транспортных транзакций по итогу обслуживания карт.
Обмен данными с мобильным или персональным компьютером непосредственно с
использованием порта RS232/USB.
Терминал кондуктора должен обеспечивать загрузку исходной информации при выдаче на
маршрут, включая, но, не ограничиваясь следующими параметрами:

номера маршрутов и идентификационные данные кондуктора (терминал должен
позволять загружать данные до 5 кондукторов и до 5 маршрутов с возможностью
изменения кондуктора и маршрута на рейсе);

действующие тарифы для различных типов проездных (до 12 тарифов для каждого
маршрута);

Стоп-лист карт.
По окончании смены Терминал кондуктора должен обеспечивать выгрузку из памяти в
зашифрованном виде на персональный компьютер следующей информации:

номера обслуженных карт;

тип транспорта, на котором производились оплаты (автобус, трамвай, троллейбус);

дата и время оплаты проезда;

тип тарифа (оплата проезда, провоз багажа);

номер маршрута транспортного средства;

системный регистрационный номер терминала;

ФИО кондуктора;

порядковый номер рейса транспортного средства;

количество рейсов, пройденных транспортным средством за смену;

информация о кондукторах, работавших за время этих рейсов.
Терминал кондуктора должен обладать собственной операционной и файловой системой.
Транзакции терминала должны быть защищены от изменения.
4.3.5.4.3.3. Требования по конструкции
Терминал кондуктора должен иметь встроенный ЖКИ.
Терминал кондуктора должен обеспечивать удобство использования во время движения
транспортного средства (иметь негабаритные размеры, иметь ремешок для надевания на руку).
Терминал кондуктора должен иметь клавиатуру для оплаты проезда, багажа, навигации в
системном меню.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
39
Масса Терминала кондуктора с аккумуляторной батареей не должна превышать 200 гр.
4.3.5.4.3.4. Требования по условиям эксплуатации
Питание Терминала кондуктора должно осуществляться от аккумуляторной батареи. Тип
аккумуляторной батареи Li-ion, напряжение – 3,7В, емкость батареи - не менее 1500 mAh.
Время непрерывной работы Терминала кондуктора в режиме чтения-записи карты должно
составлять не менее 12 часов (формирование 5 000 транспортных транзакций).
Диапазон рабочих температур Терминала кондуктора -10°С до +40°С и влажности до 90%.
Терминал должен сохранять работоспособность при температурах от -20°С до +50°С (при
нахождении терминала в данных условиях не более 30 минут, например, для переноса
терминала из диспетчерского пункта в транспортное средство).
Диапазон температур хранения от 0°С до +40°С (при хранении терминала с заряженной
аккумуляторной батареей).
4.3.5.5. Требования к терминально му оборудованию пунктов
продажи/пополнения
4.3.5.5.1. Терминал пополнения
4.3.5.5.1.1. Технические требования
Терминал пополнения должен оборудоваться бесконтактным считывателем для карт с
бесконтактным микропроцессором стандарта MIFARE 1k, контактным считывателем для
микропроцессорных смарт-карт.
Терминал пополнения должен обеспечивать возможность считывания информации с
контактного микропроцессора и записи информации на бесконтактный микропроцессор.
Терминал пополнения должен быть оборудован принтером для печати чеков.
Терминал пополнения, в зависимости от способа подключения к сети Internet, должен
содержать:

встроенный модем приема-передачи данных стандарта сотовой связи GSM/GPRS,
либо иметь возможность подключения внешнего модема стандарта сотовой связи;

встроенный Dial-Up–модем;

встроенную Ethernet-карту.
Терминал пополнения должен иметь интерфейс RS232 для обмена данными с
персональным компьютером для загрузки программного обеспечения.
Информация по осуществлению операций продажи/пополнения карт (транзакции
пополнения) должна накапливаться в Терминале пополнения и передаваться в АСОП
посредством выгрузки данных терминала удаленно через GPRS-модем или при помощи
персонального или мобильного компьютера.
Объем памяти Терминала пополнения должен удовлетворять потребностям АСОП по
работе с транзакциями пополнения, Стоп-листом и другой управляющей информацией (не
менее 6 МВ).
Считыватель бесконтактных карт Терминала пополнения должен обеспечивать надежное
(не извлекаемое сторонним воздействием) хранение ключей безопасности (до шести ключей).
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
40
Внутренняя энергонезависимая память должна обеспечивать сохранность ключей при
выключении внешнего питания. Должна быть исключена передача ключей по каким либо
коммуникационным каналам и линиям связи, к которым подключен считыватель транспортных
карт Терминала пополнения.
Терминал пополнения должен обеспечивать возможность печати чеков, время печати
должно составлять не более 5 секунд (в зависимости от формы чека время печати может
варьироваться).
Встроенный графический принтер должен использовать стандартную термобумагу,
длиной рулона не менее 25 метров.
4.3.5.5.1.2. Функциональные требования
Считывание данных с Транспортных/Социальных карт, совместимость с картами,
требования к которым изложены в п.4.3.5.3 данного ТЗ.
Запись данных на Транспортные/Социальные карты, совместимость с картами, требования
к которым изложены в п.4.3.5.3 данного ТЗ.
Терминал должен обеспечивать выполнение цикла обслуживание карты не более 2 секунд.
В цикле обслуживания карты должны быть выполнены следующие действия:

проверка карты на наличие в Стоп-листе;

проверка срока действия транспортного приложения;

проверка ограничений на тип транспорта и ограничения по времени;

нахождение действующего тарифа для обслуживания транспортного приложения;

запись данных на карту о внесенных денежных средствах в пополнение
Транспортной карты;

связь с БД льготных категорий граждан для получения информации о льготе
Социальной карты. Запись данных о сроке действия льготы Социальной карты;

сохранение транзакции пополнения в памяти терминала.
Печать чека о пополнении/продлении срока действия карты.
Терминал пополнения должен содержать следующие функции по отображению
информации:

отображение пользовательского меню терминала, включающего в себя список
допустимых операций по продажам/пополнениям карт, печать отчетов и их копий;

просмотр информации по карте;

отображение меню системной и управляющей информации для настройки и
конфигурирования терминала.
Терминал пополнения должен обладать собственной операционной и файловой системой.
Меню терминала должно быть интуитивно понятным. Действия в меню должны
трактоваться однозначно.
Терминал пополнения должен обеспечивать возможность синхронизации даты и времени
с ПЦ при проведении сеанса связи.
Терминал пополнения должен обеспечивать возможность печати следующих отчетов:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
41

отчет о подключении карты к АСОП (отчет о продаже карты);

отчет о проданных/пополненных картах за смену;

отчет по инкассации Терминала пополнения.
Терминал пополнения должен обеспечивать возможность печати копий перечисленных
отчетов.
Транзакции терминала должны быть защищены от изменения.
4.3.5.5.1.3. Требования по конструкции
Встроенный ЖКИ терминала должен обеспечивать отображение не менее восьми строк по
21 символу в каждой.
Терминал должен иметь цифробуквенную клавиатуру.
4.3.5.5.1.4. Требования по условиям эксплуатации
Питание: вход - переменный ток 100-240 V AC, 50/60Гц, выход - постоянный ток, 8.69.4В, 4A;
Терминал пополнения должен быть тепло-, холодо- и влагоустойчив в рабочих
климатических условиях применения при температуре от 0 до + 40°С, относительной
влажности 90 % при 30 °С, и атмосферном давлении 70 - 106,7 кПа (537 - 800 мм. рт. ст.).
В случае использования в работе терминала встроенного или подключенного внешнего
модема сотового стандарта передачи данных необходимо создать условия уверенного приема
сигнала оператора сотовой связи.
Температура хранения терминала -18°С до +66°С.
4.3.5.6. Требования к терминально му оборудованию контрольноревизорской службы
4.3.5.6.1. Терминал ревизора
4.3.5.6.1.1. Технические требования
Терминал ревизора должен оборудоваться бесконтактным считывателем для карт с
бесконтактным микропроцессором стандарта MIFARE 1k.
Объем памяти Терминала ревизора должен удовлетворять потребностям АСОП по работе
с транзакциями ревизоров, управляющей информацией (не менее 2 МВ).
Информация по работе ревизоров (транзакции ревизоров) должна накапливаться в
Терминале ревизора и передаваться в АСОП посредством процедуры инкассации терминала
ревизора при помощи персонального или мобильного компьютера. Терминал ревизора должен
подключаться к компьютеру без необходимости выключения компьютера (обмен данными
должен производиться по USB или инфракрасному порту).
Количество транзакций, накапливаемых в памяти терминала без выгрузки данных на
компьютер, должно составлять не менее 5 000 (пять тысяч). Срок хранения данных в
энергонезависимой памяти Терминала ревизора должен составлять не менее 1 месяца.
4.3.5.6.1.2. Функциональные требования
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
42
Терминал должен обеспечивать загрузку информации с персонального компьютера,
включая, но, не ограничиваясь следующими параметрами:

данные ревизоров (до 5 ревизоров);

Стоп-лист карт.
Регистрация ревизора в Терминале ревизора при помощи персональной карты ревизора.
Считывание данных с Транспортных/Социальных карт, совместимость с картами,
требования к которым изложены в п.4.3.5.3 данного ТЗ.
Запись данных на Транспортные/Социальные карты, совместимость с картами, требования
к которым изложены в п.4.3.5.3 данного ТЗ.
Проверка
факта
оплаты/регистрации
проезда
с
использованием
Транспортных/Социальных карт на маршруте транспортных средств Перевозчиков,
подключенных к АСОП, с выводом на экран Терминала ревизора информационного сообщения.
Формирование транзакций ревизора.
Возможность смены ревизора на линии.
Выгрузка транзакций ревизора на персональный компьютер.
Терминал ревизора должен обладать собственной операционной и файловой системой.
Терминал ревизора должен обеспечивать возможность корректировки даты/времени при
подключении к компьютеру.
Транзакции терминала должны быть защищены от изменения.
4.3.5.6.1.3. Требования по конструкции
Терминал ревизора должен иметь встроенный ЖКИ. ЖКИ должен обеспечивать
отображение не менее четырех строк по 20 символов в каждой.
Терминал ревизора должен иметь цифробуквенную клавиатуру.
Масса Терминала ревизора не должна превышать 200 гр. (без учета аккумуляторных
батарей).
4.3.5.6.1.4. Требования по условиям эксплуатации
Питание Терминала ревизора должно осуществляться от 2 аккумуляторных батарей типа
AA. Время непрерывной работы Терминала ревизора в режиме чтения-записи карты должно
составлять не менее 9 часов.
Зарядка аккумуляторов Терминала ревизора должна производиться с использованием
стационарного зарядного устройства.
Терминал ревизора должен обеспечивать удобство использования работником
ревизорской службы во время движения транспортного средства (иметь негабаритные размеры,
иметь ремешок для надевания на руку).
Вес Терминала ревизора не должен превышать 200 гр. (без учета аккумуляторных
батарей).
Терминал ревизора должен быть тепло-, холодо- и влагоустойчив в рабочих
климатических условиях применения при температуре от -10°С до +45°С, относительной
влажности 90% при 30°С, и атмосферном давлении 70 - 106,7 кПа (537 - 800 мм. рт. ст.).
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
43
Температура хранения Терминала ревизора -10°С до +55°С.
Терминал ревизора должен соответствовать требованиям, предъявляемым органом по
сертификации средств информатизации, действующим в РФ для данных изделий.
4.3.5.7. Требования к каналам связи Участников АСОП
Способ установки соединения, виды коммуникационного оборудования должны
соответствовать критериям обеспечения помехоустойчивости при передаче или получении
данных АСОП.
4.3.5.7.1. Оператор
Для формирования и получения отчетов с использованием WEB-интерфейсов Оператор
АСОП должен использовать каналы связи с пропускной способностью не менее 800 Кбит/с.
Для рабочих мест Оператора АСОП с использованием WEB-АРМ должны быть обеспечены
каналы связи с пропускной способностью не менее 800 Кбит/с.
4.3.5.7.2. Перевозчики
Для связи АРМ подсистемы транспортного предприятия должны использоваться каналы
связи с пропускной способностью не менее 50 Кбит/с (модемная связь Dial-up, скоростные
GPRS-каналы).
4.3.5.7.3. Агенты
Для связи пунктов продажи/пополнения и ПЦ должны использоваться каналы связи с
пропускной способностью не менее 19,2 Кбит/с (допускается использование GPRS-каналов).
4.3.6. Требования к организационному обеспечению
В целях обеспечения штатного функционирования АСОП необходимо наличие
подразделений, организаций, производящих регламентное, техническое и программное
обслуживание АСОП. Количество персонала и функциональные требования определяются
исходя из потребностей Участников АСОП в процессе функционирования АСОП.
Порядок взаимодействия обслуживающего персонала АСОП и Участников АСОП
определяется в виде соглашений, регламентов или иных административных документов.
Взаимодействие между Участниками АСОП должно определяться системой нормативно
правовых актов (Правила АСОП, Договоры присоединения Участников), разработанных в
соответствии с действующим законодательством РФ.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
44
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО ТЕХНИЧЕСКОМУ
ПРОЕКТИРОВАНИЮ АСОП
Внедрение АСОП предусматривает реализацию функций системы, обеспечивающих:

выпуск (эмиссию) Транспортных карт;

обслуживание Транспортных и Социальных карт;

реализацию безналичной оплаты поездок пассажиров в городском и пригородном
транспорте г.Краснодара;

интеграцию АСОП с диспетчерской и навигационной системами на уровне обмена
данными и устройств на борту ТС;

интеграцию с системой по обслуживанию льготных категорий населения
г.Краснодара на уровне обмена данными;

консолидацию информации о поездках
взаиморасчетов за оказанные услуги.
и
ее
обработку,
осуществление
На электронном проездном должна быть предусмотрена реализация транспортных и
социальных приложений.
В памяти микропроцессора карт должны быть зарезервированы секторы памяти для
приложений, реализуемых при дальнейшем развитии АСОП - появление различных типов карт
(пропуска и учетно-платежные системы парковок, музеев, курортов и т.д.).
Состав технической документации, предъявляемой Заказчику по окончанию работ по
внедрению АСОП, приведен в разделе 7 данного ТЗ.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
45
6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
Виды, состав, объем и методы испытаний АСОП и ее составных частей, а также общие
требования к приемке работ по стадиям разрабатывает и утверждает Управление транспорта и
связи администрации муниципального образования город Краснодар по согласованию с
Поставщиком АСОП.
Статус приемочной комиссии - государственная, межведомственная, ведомственная.
Состав приемочной комиссии определяет Управление транспорта и связи администрации
муниципального образования город Краснодар
Квалификация членов приемочной комиссии должна соответствовать специфике и
научно-техническому уровню принимаемых работ и системы в целом.
7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
7.1. Перечень технических документов
В состав технических документов АСОП должны быть включены следующие виды
документов:

подробное описание состава, назначения и функционала модулей АСОП;

снимки интерфейсных экранов (в электронном виде) применительно ко всем
рабочим местам;

документация по эксплуатации и обслуживанию АРМ и оборудования;

набор пользовательской документации к АРМ АСОП;

набор пользовательской документации к терминальному оборудованию АСОП;

инструкции
по
оборудования.
установке
программного
обеспечения
терминального
7.2. Дополнительные требования к документированию
Документация предоставляется Заказчику Поставщиком АСОП в электронном виде.
Предоставляемая Заказчику документация должна быть на русском языке.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
46
8. ИСТОЧНИКИ РАЗРАБОТКИ
Настоящее Техническое задание разработано на основании следующих документов:

ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;

ГОСТ 24.104-85 Единая система стандартов автоматизированных систем
управления. Автоматизированные системы управления. Общие требования.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
47
9. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
POS
–
Point of service.
SQL
–
Structured Query Language.
TCP
–
Transmission Control Protocol.
АВР
–
Устройство автоматического ввода резерва.
АРМ
–
Автоматизированное рабочее место.
АСОП
–
Автоматизированная Система Оплаты Проезда.
БД
–
База данных.
БНСТ
–
Бортовой навигационно-связной терминал.
БТТ
–
Бортовой транспортный терминал.
ГОСТ
–
Государственный стандарт.
ДГС
–
Дизель-генераторная установка.
ЕСПБ
–
Единый Социальный Проездной Билет.
ЖКИ
–
Жидкокристаллический индикатор.
ИБП
–
Источник бесперебойного питания.
Минтранс
–
Министерство транспорта.
ОС
–
Операционная система.
ПЕ
–
Подвижная единица.
ПО
–
Программное обеспечение.
РФ
–
Российская Федерация.
СУБД
–
Система управления базой данных.
ТЗ
–
Техническое задание.
ТС
–
Транспортное средство.
ЭЦП
–
Электронная цифровая подпись.
CSV
–
Comma Separated Values. текстовый формат, предназначенный для
представления табличных данных.
–
формат хранения данных, используемый в качестве одного из
стандартных способов хранения и передачи информации системами
управления базами данных, электронными таблицами и т.д.
Dial-Up
–
коммутируемый удаленный доступ - сервис,
компьютеру, используя модем и телефонную
пользования, подключаться к сети Internet.
IP
–
Internet Protocol.
HTML
–
HyperText Markup Language. Текстовые документы, содержащие код
на языке HTML.
DBF
позволяющий
сеть общего
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
48
LAN
–
Local Area Network. Локальная вычислительная сеть.
Offline-режим
–
не находящийся в данный момент в состоянии подключения к Internet,
в противоположность Online-режиму.
Online-режим
–
находящийся в состоянии подключения к Internet, функционирующий
только при подключении к Internet.
RTF
–
Rich Text Format. Межплатформенный формат хранения размеченных
текстовых документов.
UNIX
–
группа переносимых,
операционных систем.
WAP
–
Wireless Application Protocol. Протокол мобильной интерактивной
связи с Internet.
Windows
–
семейство проприетарных операционных систем компании Microsoft.
-
Автоматизированная система оплаты проезда на муниципальных
маршрутах регулярного сообщения муниципального образования
город Краснодар, соответствующая Техническому заданию,
являющемуся Приложением к Соглашению на выполнение работ
(оказание услуг) по внедрению и эксплуатации автоматизированной
системы оплаты проезда на муниципальных маршрутах регулярного
сообщения муниципального образования город Краснодар.
–
устройство, стационарно установленное в транспортном средстве
Перевозчика, предназначенное для считывания информации с
Транспортной/Социальной карты, формирования транспортных
транзакций для передачи их в ПЦ для дальнейшей обработки.
-
уполномоченный орган администрации муниципального образования
город Краснодар, осуществляющий полномочия администрации в
сфере создания условий для предоставления транспортных услуг
населению, обеспечения транспортного обслуживания населения на
территории муниципального образования город Краснодар.
Инвестор
-
победитель конкурса, лицо, осуществляющее за счет собственных
и/или
привлеченных
средств
внедрение
и
эксплуатацию
автоматизированной системы оплаты проезда на муниципальных
маршрутах регулярного сообщения муниципального образования
город Краснодар.
Инкассация
терминала
–
процедура, при которой производится выгрузка транзакций из
терминалов (Транспортных терминалов, Терминалов пополнения) в
ПЦ.
–
группы льгот, предоставляющих право на меры социальной
поддержки при проезде в городском и пригородном общественном
пассажирском транспорте, объединенных на основании единых
условий обслуживания и финансирования.
–
значение Счетчика карты, при достижении которого изменяется
величина скидки на проезд. Изменение величины скидки
производится при проведении процедуры пополнения Транспортной
карты.
АСОП
Бортовой
транспортный
терминал
Заказчик
Категории
льгот
Номинал
(электронного
проездного)
многозадачных
и
многопользовательских
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
49
Поставщик
АСОП
Распространен
ие
Транспортных
карт
–
-
поставщик прикладного, аппаратного программного обеспечения,
служащего целям функционирования АСОП. Правообладатель АСОП,
имеющий имущественные права на знак обслуживания (товарный
знак), документальный, программно-аппаратный комплексы АСОП.
выдача на платной основе транспортных карт физическим лицам
(Пользователям) в пользование, в том числе подключение
Транспортных карт к АСОП.
Социальная
карта
–
персонифицированная пластиковая смарт-карта карта, выдаваемая в
гражданам, имеющим право на получение мер социальной поддержки
при проезде в общественном пассажирском транспорте, данные о
которых содержатся в БД льготных категорий населения и
предназначенная для использования в качестве Транспортной карты.
Стоп-лист
–
перечень номеров Транспортных/Социальных карт, запрещенных к
обслуживанию в АСОП.
Счетчик карты
–
эквивалент денежных средств, записанный на Транспортные карты в
пунктах продажи/пополнения в качестве средств по оплате проезда.
–
устройство, стационарно установленное в транспортном средстве
Перевозчика,
предназначенное
чтения/записи
карт
с
микропроцессором
стандарта
MIFARE
1k,
формирования
транспортных транзакций и передачи транзакций Транспортному
терминалу.
–
переносное устройство, выдаваемое кондуктору на маршрут
транспортного
средства,
предназначенное
для
считывания
информации с Транспортной/Социальной карты, формирования
транспортных транзакций для передачи их в ПЦ для дальнейшей
обработки.
–
устройство,
оборудованное
считывателями
(контактным
и
бесконтактным) Транспортных карт, предназначенное для чтения и
записи данных по пополнениям Транспортных карт. Служит для
формирования транзакций пополнения для передачи их в ПЦ для
дальнейшей обработки.
–
устройство,
оборудованное
считывателями
(контактным
и
бесконтактным) Социальных карт, предназначенное для чтения и
записи срока действия Социальной карты. Имеет доступ к базе
данных льготных категорий граждан для продления срока действия
льготного приложения Социальных карт. Служит для формирования
транзакций продления Социальных карт для передачи их в ПЦ для
дальнейшей обработки.
Транзакция
–
информационный
обмен
данными
между
терминальным
оборудованием и программно-аппаратным комплексом АСОП.
Транзакция формируется в результате совершения операции с
использованием Транспортных/Социальных карт.
Транспортная
группа
–
объединение организаций-Перевозчиков, принимающих единые
условия расчетов в АСОП (типы проездных, система скидок, порядок
перечисления денежных средств и т.п.).
Считыватель
карт
Терминал
кондуктора
Терминал
пополнения
Терминал
пополнения
Социальных
карт
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
50
–
бесконтактная
микропроцессорная
пластиковая
карта,
предназначенная в рамках АСОП для оплаты проезда за услуги
перевозки в транспортных средствах Перевозчиков.
–
специализированный набор данных терминальных устройств,
предназначенный для штатного функционирования и управления
устройствами в рамках АСОП.
Электронный
проездной
–
электронное приложение, записанное в память микропроцессора
Транспортной/Социальной карты, позволяющее осуществлять поездки
на пассажирском транспорте.
Эмитент
–
Участник АСОП, выполняющий эмиссию
занимающийся формированием типов проездных.
Транспортная
карта
Управляющая
информация
(терминалов)
(выпуск)
карт,
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
51
10.ПРИЛОЖЕНИЯ
Приложение 1. Требования
взаимодействующим с АСОП
к
диспетчерской
и
навигационной
системам,
Приложение 2. Требования к отчетным формам АСОП
Приложение 3. Общая схема работы АСОП
Приложение 4. Требования к расширению функций АСОП
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
52
Приложение 1
10.1. Требования к диспетчерской и навигационной системам
при взаимодействии с АСОП
Диспетчерская и навигационная системы (далее – ДНС), взаимодействующие с АСОП,
должны отвечать следующим требованиям:
10.1.1. Назначение навигационной системы

определение местоположения транспортного средства по данным спутниковой
навигации ГЛОНАСС/GPS (GPS);

запись и хранение навигационных и других данных в энергонезависимой памяти;

передача данных спутниковой навигации с заданной периодичностью (в диапазоне
от 15 секунд до 24 часов) на диспетчерский пункт;

функция «черный ящик» - запись данных о местоположении и состоянии датчиков
в память прибора при потере сигнала сотовой сети и последующая автоматическая
передача записанной информации при восстановлении связи с диспетчерским
пунктом;

голосовая связь водителей и диспетчеров в зоне покрытия сотовой связи;

обмен данными и текстовыми сообщениями по протоколу GPRS в зоне покрытия
сотовой связи с выводом информации на дисплей;

автоматический вывод принятых текстовых сообщений на бортовой дисплейиндикатор;

автоматическое объявление названий остановок бортовым навигационно-связным
терминалом по данным спутниковой навигации без участия водителя;

возможность передачи сигнала бедствия водителем в систему управления.
10.1.2. Назначение диспетчерской системы

осуществление контроля маршрутизированного движения;

проведение управляющих воздействий по отдельной подвижной единице;

проведение управляющих воздействий по отдельному маршруту;

формирование оперативных справок и отчетных форм:
o анализ движения контролируемой ПЕ;
o анализ движения контролируемых ПЕ одного маршрута (рейсы, перерывы,
сходы на текущий момент времени);
o анализ движения контролируемых ПЕ в разрезе маршрутов.
10.1.3. Требования к функционалу ЦОД
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
53

Создание и ведение на машинных носителях справочников условно-постоянной
информации (сезонов, дней недели, остановок транспорта, транспортных
предприятий, видов транспорта, подвижного состава, улиц, видов перевозок и др.);

создание и ведение исходной информации для расчета расписаний
маршрутизированного транспорта - паспортов маршрутов (типы рейсов, временные
периоды суток, трассы маршрута по типам рейсов, длины перегонов между
остановками, нормативы времени на проезд и др.);

создание расписания движения
полуавтоматическом режимах;

формирование расписания табличным (горизонтальная таблица) методом, а также
графическими методами (линейная графика и представление в форме пилы);

анализ совмещения нескольких маршрутов по одинаковым остановкам с
возможностями их разнесения по графикам движения;

редактирование, корректировка и сохранение нескольких вариантов созданного
расписания движения на маршруте;

формирование базового набора выходных форм по составленному маршрутному
расписанию (водительские расписания, станционные, сводные);

формирование дополнительного набора выходных форм по расписаниям
(эксплуатационные показатели на маршруте, режимы работы водителей, нормы
пробегов, почасовые сводки, машинокилометры, уличные расписания, пути
следования по нулевым рейсам и др.);

ведение и использование библиотеки вариантов маршрутных
(копирование, создание на основе существующих и т.д.);

отображение в удобном для пользования пассажирами виде информации о
маршрутных расписаниях в сети Интернет, включая режимы поиска расписаний и
подбора маршрутов поездок.
на
маршруте
-
в
автоматическом
и
расписаний
10.1.4. Требования к составу подсистем ДНС
В рамках функционирования АСОП, ДНС должны состоять из следующих подсистем:
1. Подсистема (комплекс программ) управления каналами подвижной связи,
формирования и передачи навигационной информации.
2. Подсистема (комплекс программ) информационно-технологического обеспечения
для сменно-суточного планирования и навигационного контроля пассажирских
перевозок.
3. Подсистема (комплекс программ) управления видеограммой (картой) города.
4. Подсистема (комплекс программ)
пассажирскими перевозками.
диспетчерского
контроля и
управления
5. Подсистема (комплекс программ) формирования и выдачи отчетных форм о работе
системы за любой отчетный период и в режиме реального времени (в соответствии
с отраслевыми требованиями и методическими документами Минтранса России, с
действующими на пассажирском транспортном комплексе Краснодара формами
учетной и отчетной документации).
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
54
6. Подсистема (комплекс программ) удаленного доступа к системе с информационносправочных терминалов специалистов и руководителей.
7. Подсистема (комплекс программ) управления отображением информации о
фактическом движении транспорта на электронных остановочных табло
пассажиров в сети Internet и на сотовых телефонах (технология WAP).
8. Подсистема (комплекс программ) формирования и записи в бортовые
навигационно-связные терминалы таблиц со звуковыми файлами названий
остановок и их координат.
10.1.5. Требования к структуре и функционированию ДНС
Диспетчерская и навигационная системы, взаимодействующие с АСОП, должны обладать
следующим функционалом:
10.1.5.1. Подсистема
управления
каналами
формирования и передачи навигационной информации
подвижной
связи,
Управление каналами подвижной связи при речевой связи диспетчера с водителями ТС.
Запись в архив базы данных компьютера, переговоров в эфире диспетчеров системы и
водителей ТС с последующим воспроизведением.
Прием, первичная обработка и хранение навигационных данных от ТС.
Формирование мобильным бортовым блоком по команде из центра навигационной и
служебной информации и передача в центр по радиоканалу.
Формирование и передача для отображения на
дисплеях-индикаторах бортовых
навигационных блоков формализованных и неформализованных текстовых сообщений – от
программного комплекса АСОП и от диспетчеров.
10.1.5.2. Подсистема информационно -технологического обеспечения для
сменно-суточного планирования и навигационного контроля пассажирских
перевозок
Подготовка и ведение информационной базы нормативно-справочных данных (списки ПЕ,
маршрутов, контрольных пунктов, коды и шифры и т.п.).
Ввод или импорт расписаний движения по маршрутам.
Формирование нарядов на выпуск транспорта на линию.
10.1.5.3. Подсистема управления видеограммой (картой) города
Графический вывод информации о местоположении и движении ТС в реальном масштабе
времени в режимах: индивидуальный, групповой (маршрут, парк) с установлением масштаба
отображения по желанию пользователя.
Графический вывод информации о местоположении и движении ТС по записанным в
архив навигационным данным за любой отчетный период, включая текущие расчетные сутки.
Вывод справочной информации
графического интерфейса видеограммы.
о
транспортных
средствах
с
использованием
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
55
10.1.5.4. Подсистема
диспетчерского
пассажирскими перевозками
контроля
и
управления
Контроль маршрутизированного движения.
Проведение управляющих воздействий по отдельной подвижной единице.
Проведение управляющих воздействий по отдельному маршруту.
Формирование оперативных справок и отчетных форм:

анализ движения контролируемой ПЕ;

анализ движения контролируемых ПЕ одного маршрута (рейсы, перерывы, сходы
на текущий момент времени);

анализ движения контролируемых ПЕ в разрезе маршрутов.
10.1.5.5. Подсистема формирования и выдачи отчетных форм о работе
системы за любой отчетный период в режиме реального времени
Отчетные формы по водителям.
Отчетные формы по маршрутам.
Отчетные формы по транспортному предприятию.
Отчетные формы по навигации контролируемых ТС.
Отчеты о работе диспетчеров системы (проведение управляющих воздействий,
переговоры в эфире).
10.1.5.6. Подсистема удаленного доступа к системе с информационно справочн ых терминалов специалистов и руководителей
Оперативные справки о состоянии перевозочного процесса по маршрутам, по
Перевозчикам.
Аналитические формы по объемам и качеству перевозок.
Отображение местоположения транспортных средств на электронной видеограмме (карте)
местности.
10.1.5.7. Подсистема
управления
отображением
информации
о
фактическом движении транспорта на электронных остановочных табло
пассажиров в сети Internet и на сотовых телефонах (технология WAP)
Управление обменом данными с электронными информационными остановочными табло
по каналам сотовой связи GSM/GPRS.
Автоматическое формирование информационных блоков для остановочных табло на
основании анализа данных о фактическом движении ТС по соответствующим остановочным
пунктам.
Автоматическая передача информационных сообщений на остановочные табло с учетом
установленных регламентов отображения и режимов скроллирования строк.
Анализ диагностических сообщений от остановочных табло.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
56
Отображение в удобном для пользования пассажирами виде информации о фактическом
движении транспорта в сети Internet и на сотовых телефонах (технология WAP).
10.1.5.8. Подсистема формирования и записи в бортовые навигационно связные терминалы таблиц со звуковыми файлами названий остановок и их
координат
Запись на машинном носителе звуковых файлов с названиями остановок.
Нарезка отдельных фраз из звуковых файлов.
Формирование таблиц с географическими координатами остановок (метод объезда
маршрутов и метод анализа треков).
Формирование помаршрутных таблиц названий остановок, координат и зон влияния с
включением голосовых блоков дополнительных объявлений.
Загрузка в бортовые навигационно-связные терминалы баз данных для объявления
остановок (полная или отдельными измененными блоками).
10.1.6. Требования к навигационному оборудованию
Мобильные бортовые блоки спутниковой навигации систем ГЛОНАСС, ГЛОНАСС/GPS и
мобильной радиосвязи должны содержать программы управления, обеспечивающие отработку
команд установленного протокола обмена данными и надежную работу во всех режимах
эксплуатации системы при использовании сотовой связи стандарта GSM/GPRS.
Все поставляемое для системы бортовое навигационно-связное оборудование должно
быть адаптировано к применяемым в этой системе протоколам и дисциплинам обмена
данными, а также согласовано с базовыми техническими и технологическими решениями, в том
числе: по составу и шаблонам навигационных данных, кодов, шифров, идентификаторов,
формализованных и неформализованных информационных посылок.
Приобретаемые в составе бортовых блоков бортовые дисплеи-индикаторы для водителей
должны обеспечивать отображение алфавитно-цифровой информации и реализацию некоторых
функций оперативного обмена текстовыми сообщениями между водителем транспортного
средства и диспетчерским центром управления перевозками.
Требования к составу и характеристикам выполняемых функций:

определение местоположения транспортного средства по данным спутниковой
навигации ГЛОНАСС/GPS (GPS);

запись и хранение навигационных и других данных в энергонезависимой памяти;

передача данных спутниковой навигации с заданной периодичностью (в диапазоне
от 15 секунд до 24 часов) на диспетчерский пункт;

функция «черный ящик» - запись данных о местоположении и состоянии датчиков
в память прибора при потере сигнала сотовой сети и последующая автоматическая
передача записанной информации при восстановлении связи с диспетчерским
пунктом;

голосовая связь водителей и диспетчеров в зоне покрытия сотовой связи;

обмен данными и текстовыми сообщениями по протоколу GPRS в зоне покрытия
сотовой связи с выводом информации на дисплей;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
57

автоматический вывод принятых текстовых сообщений на бортовой дисплейиндикатор;

автоматическое объявление названий остановок бортовым навигационно-связным
терминалом по данным спутниковой навигации без участия водителя;

возможность передачи сигнала бедствия водителем в систему управления.
10.1.7. Требования к составу и характеристикам
функциональных модулей БНСТ

модуль голосовой сотовой связи - стандарта GSM с антенной;

гарнитура для голосовой связи – должна включать микрофон - манипулятор и
динамик громкоговорящей связи;

модем для приема/передачи данных - по протоколу GPRS;

спутниковый навигационный приемник систем ГЛОНАСС/GPS (GPS) с антенной;

энергонезависимая память для записи и хранения навигационных и других данных;

дисплей текстовый (4х20 символов) или графический;

кнопки управления меню выбора формализованных сообщений;

кнопка для передачи «Сигнала бедствия»;

усилитель низкой частоты с возможностью подключения к бортовой сети
громкоговорителей;

бортовой контроллер.
Конструкция – моноблок с микрофоном-манипулятором, все антенны (GSM и
ГЛОНАСС/GPS (GPS)) - встроенные внутри моноблока.
Требования
терминала:
к
техническим
характеристикам
абонентского
навигационно-связного

спутниковый навигационный приемник ГЛОНАСС/ GPS (GPS) (не менее 16
каналов) с активной антенной. Точность местоопределения – не хуже 30 метров;

объем энергонезависимой памяти – должен быть достаточным для хранения
данных за последние 7 суток;

мощность усилителя низкой частоты: 20 ватт;

напряжение питания бортовой сети: от 8 до 30В.
Вариант монтажа – в кабине водителя; блок должен иметь варианты исполнения:

съемный;

несъемный.
Рабочая температура: от – 20°С до + 60°С.
Бортовой дисплей-индикатор в составе абонентского терминала должен обеспечивать
реализацию следующих основных функций:
Отображение алфавитно-цифровых сообщений на экране дисплея-индикатора, в том
числе:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
58

поступающих на борт транспортного средства из диспетчерского центра (ДЦ)
автоматизированной системы;

выбираемых водителем из постоянной памяти контроллера для передачи в
диспетчерский центр автоматизированной системы.
Подтверждение факта прочтения водителем поступившего из диспетчерского центра
сообщения (только для тех сообщений, которые требуют подтверждения).
Оперативная передача в основной (главный) контроллер бортового навигационно-связного
терминала (БНСТ) кода тревожного сообщения – кнопка «SOS».
Выбор и передача в основной (главный) контроллер бортового комплекса технических
средств кода формализованного сообщения для отправки в диспетчерский центр.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
59
Приложение 2
10.2. Требования к отчетным формам АСОП
10.2.1. Отчет по продажам/пополнениям проездных
Назначение отчета
Отображает информацию о
продажи/пополнения Агентов АСОП.
проданных/пополненных
проездных
в
пунктах
Фильтры отчета
Период
Фильтр по дате с/по. Сформированный отчет будет содержать данные по
операциям продажи/пополнения карт в заданном фильтром временном интервале.
Терминал
Фильтр – текстовое поле, системный номер Терминала пополнения в АСОП,
данные по которому будут отображены в отчете. Данные операций
продажи/пополнения по нескольким терминалам формируются путем указания
номеров терминалов через запятую. При незаполненном поле фильтра выборка данных
должна осуществляться по всем Терминалам пополнения, зарегистрированным в
АСОП.
Агент
Выпадающий список, содержащий названия всех зарегистрированных в АСОП
Агентов. Отчет должен формироваться по выбранному Агенту, а также по всем
Агентам АСОП. В случае выбора конкретного Агента, отчет должен содержать данные
о продажах/пополнениях карт в Терминалах пополнения, закрепленных за данным
Агентом.
Категория
Выпадающий список, содержащий категории проездных. Отчет должен
формироваться по данным всех типов проездных, либо по одному конкретному типу
проездного, данные которого необходимо указать в этом поле.
Должны быть предусмотрены следующие возможности группировки данных в
отчете:

по дате/полный - полный вариант отчета за каждый день выбранного периода.
Информация за каждый день разбивается на категории типов проездных и номеру
терминала.

по дате/краткий (по дням) - краткий вариант отчета, каждая строка включает в
себя данные за один день по всем выбранным терминалам Агента.

по дате/краткий (по месяцам) - краткий вариант отчета, каждая строка включает в
себя данные за один месяц по всем выбранным терминалам Агента.

по категории/полный - группировка отчета происходит по категории типов
проездных, разделяя информацию о пополнениях по каждому типу проездного.
Столбец «Категория» в данном случае изменяется на столбец «Дата».
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
60

по категории/краткий - основная группировка, как и в предыдущем варианте,
происходит по категориям типов проездных. Отчет краткий, каждая строка
включает в себя данные по одной категории типов проездных.

по номеру терминала/полный - полный отчет, основная группировка которого
производится по номеру терминала.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
Форма отчета
Отчет по продажам/пополнениям проездных
Параметры:
Период:
Терминалы:
Агенты:
Категории:
Вид отчета:
Группировка:
с 01.01.2009 по 31.01.2009
по всем терминалам
по всем Агентам
по всем категориям
краткий вид отчета
по категории
Подключение
Категория
Пополнение
Терминал
шт.
сумма (руб.)
шт.
сумма (руб.)
Итоговая сумма
(руб.)
Агент1
00.01
Все
252
22 680,00р.
523
36 087,00р.
58 767,00р.
00.02
Все
234
21 060,00р.
724
145 524,00р.
166 584,00р.
486
43 740,00р.
1 247
181 611,00р.
225 351,00р.
Итого по Агенту
Агент2
00.01
Все
126
11 340,00р.
711
103 806,00р.
115 146,00р.
00.02
Все
162
14 580,00р.
809
62 293,00р.
76 873,00р.
Итого по Агенту
288
25 920,00р.
1 520
166 099,00р.
192 019,00р.
Итого по Агентам
774
69 660,00р.
2 767
347 710,00р.
417 370,00р.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
61
Отчет по продажам/пополнениям проездных
Параметры:
Период:
Терминалы:
Агенты:
Категории:
Вид отчета:
Группировка:
Дата
с 01.01.2009 по 31.01.2009
по всем терминалам
по всем Агентам
по всем категориям
полный вид отчета
по дате
Категория
Подключение
шт.
сумма (руб.)
Пополнение
шт.
сумма (руб.)
Итоговая сумма
(руб.)
Агент1
01.01.2009
100001
00.01
6
540,00р.
27
8 370,00р.
8 910,00р.
00.02
9
810,00р.
29
2 900,00р.
3 710,00р.
15
1 350,00р.
56
11 270,00р.
12 620,00р.
Итого по Агенту
Агент2
01.01.2009
00.01
8
720,00р.
23
9 108,00р.
9 828,00р.
00.02
7
630,00р.
23
6 716,00р.
7 346,00р.
Итого по Агенту
15
1 350,00р.
46
15 824,00р.
17 174,00р.
Итого по Агентам
30
2 700,00р.
102
27 094,00р.
29 794,00р.
200001
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
62
10.2.2. Отчет-реестр транспортных транзакций
Назначение отчета
Сформированный отчет содержит полный список транспортных транзакций на маршрутах
Перевозчиков за выбранный период времени.
Фильтры отчета
Период
Фильтр по дате с/по. Сформированный отчет будет содержать данные по транспортным
транзакциям в заданном фильтром временном интервале.
Перевозчик
Выпадающий список, содержащий названия всех Перевозчиков, зарегистрированных в
АСОП. Отчет должен формироваться по выбранному Перевозчику, а также по всем
Перевозчикам АСОП.
Форматы отчета

csv;

dbf.
Описание полей отчета

TRC_ID – идентификатор Перевозчика АСОП;

TTYPE – идентификатор типа транспорта;

ROUTE_NUM – номер маршрута;

TRM_ID – номер Транспортного терминала;

CONDUCTOR – ФИО водителя/кондуктора;

LONG_PAN – номер карты;

DATE – дата совершения поездки;

TIME – время совершения поездки;

PRTYPE – идентификатор обслуженного типа права на проезд;

TARIF – стоимость тарифа на проезд;

N_ REIS – номер рейса;

TIME_R – время смены рейса;

CREATE_DATE – дата обработки транзакции в ПЦ.
Пример отчета в формате csv
221;1;1;0000330;Иванов Петр
33335;9540330008153909;2009.01.02;14:39:20;0001;1900;0;14:39:20;2009.01.02
221;1;1;0000330; Иванов Петр
33335;9643105403303445116;2009.01.02;14:39:32;0001;1700;0;14:39:20;2009.01.02
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
63
221;1;1;0000330; Иванов Петр
33335;9540330344586101;2009.01.02;14:39:49;0002;900;0;14:39:20;2009.01.02
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
64
10.2.3. Отчет поездок по картам Корпоративных пользователей
Назначение отчета
Отображает информацию о поездках по всем картам Корпоративного пользователя АСОП.
Фильтры отчета
Период
Фильтр по дате с/по. Сформированный отчет будет содержать данные по поездкам с
использованием корпоративных карт в заданном фильтром временном интервале.
Корпоративный пользователь
Выпадающий список, содержащий названия всех Корпоративных пользователей в АСОП.
Отчет должен формироваться по выбранному Корпоративному пользователю.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
Форма отчета
Поездки по картам корпоративного пользователя
Параметры:
с 01.01.2009 по 31.01.2009
Период:
Корпоративный Корпоративный
пользователь1
пользователь:
Дата
Номер
маршрута
Описание тарифа
Тариф (руб.)
Тип тарифа
Номер карты: 0000000000000000001
01.01.09 09:18:03
5
Автовокзал - МЖК
11,00р.
Основной
12.01.09 12:13:32
12
Микрорайон - Ж/д вокзал
11,00р.
Основной
23.01.09 14:43:18
63
Аэропорт - Центр
14,00р.
Основной
Итого: поездок 3, на сумму 36,00р.
.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
65
10.2.4. Отчет по списку карт Корпоративных пользователей
Назначение отчета
Отчет содержит информацию о списке и балансе карт, принадлежащих Корпоративному
пользователю.
Фильтры отчета
Период
Фильтр по дате с/по. Сформированный отчет будет содержать данные по поездкам с
использованием корпоративных карт в заданном фильтром временном интервале.
Корпоративный пользователь
Выпадающий список, содержащий названия всех Корпоративных пользователей в АСОП.
Отчет должен формироваться по выбранному Корпоративному пользователю.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
Форма отчета
Список карт Корпоративного пользователя
Параметры:
Период:
Корпоративный
пользователь:
Номер карты
с 01.01.2009 по 31.01.2009
Корпоративный пользователь1
Баланс на
начало периода
(руб.)
Сумма
пополнений
Количество
поездок
Сумма
поездок (руб.)
Баланс на
конец
периода
(руб.)
0000000000000000001
131,00р.
398,00р.
7
77,00р.
452,00р.
0000000000000000002
179,00р.
369,00р.
8
88,00р.
460,00р.
0000000000000000003
154,00р.
207,00р.
6
66,00р.
295,00р.
Итого:
464,00р.
974,00р.
21
231,00р.
1 207,00р.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
66
10.2.5. Отчет по поездкам в разрезе маршрутов
Назначение отчета
Отчет содержит информацию о поездках за указанную в отчете дату в разрезе маршрутов,
с группировкой по Перевозчикам, типам проездных.
Фильтры отчета
Дата
Фильтр на дату поездок с использованием электронных проездных.
Перевозчик
Выпадающий список, содержащий названия всех Перевозчиков, зарегистрированных в
АСОП. Отчет должен формироваться по выбранному Перевозчику, а также по всем
Перевозчикам АСОП.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
67
Форма отчета
Отчет по поездкам в разрезе маршрутов
Параметры:
Дата:
Перевозчик:
11.01.2009
Перевозчик1
Количество
поездок
Маршрут
Сумма (руб.)
Перевозчик1
Категория проездного: "Общегражданский"
5 - "Автовокзал - МЖК"
10
110,00р.
7
77,00р.
24
264,00р.
41
451,00р.
9
99,00р.
52 - "Набережная - Поселок"
34
374,00р.
78 -"Университет- Центр"
31
341,00р.
Итого по категории проездного: "Студенческий"
74
814,00р.
Итого по Перевозчику: Перевозчик1
115
1 265,00р.
12 - "Микрорайон - Ж/д вокзал"
63 -"Аэропорт - Центр"
Итого по категории проездного: "Общегражданский"
Категория проездного: "Студенческий"
6 - "Магазин - Центр"
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
68
10.2.6. Отчет по поездкам в разрезе проездных
Назначение отчета
Отчет содержит информацию о поездках за указанную в отчете дату в разрезе
Предприятий с группировкой по типам проездных.
Фильтры отчета
Дата
Фильтр на дату поездок с использованием электронных проездных.
Перевозчик
Выпадающий список, содержащий названия всех Перевозчиков, зарегистрированных в
АСОП. Отчет должен формироваться по выбранному Перевозчику, а также по всем
Перевозчикам АСОП.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
69
Форма отчета
Отчет по поездкам в разрезе проездных
Параметры:
Дата:
Перевозчик:
11.01.2009
Все
Количество
поездок
Предприятие
Сумма (руб.)
Категория проездного: "Общегражданский"
Перевозчик1
135
1 485,00р.
Перевозчик2
47
517,00р.
Перевозчик3
165
1 815,00р.
347
3 817,00р.
Перевозчик1
233
2 563,00р.
Перевозчик2
120
1 320,00р.
Перевозчик3
323
3 553,00р.
Итого по категории проездного: "Студенческий"
676
7 436,00р.
Итого:
1 023
11 253,00р.
Итого по категории проездного: "Общегражданский"
Категория проездного: "Студенческий"
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
70
10.2.7. Отчет по работе ревизоров КРС
Назначение отчета
Отчет содержит информацию по работе каждого ревизора КРС за выбранный период
времени.
Столбец «Всего» содержит количество уникальных проверенных карт, значения столбца
«Всего» могут не совпадать с суммой значений столбцов «Оплачено» и «Не оплачено»,
поскольку возможна ситуация, при которой был зафиксирован безбилетный проезд по карте,
затем держателем карты совершена оплата проезда по этой карте, после чего эта карта могла
быть проверена еще раз с целью подтверждения оплаты. В этом случае карта будет одна, а
зафиксированных действий два - «Не оплачено» и «Оплачено».
Фильтры отчета
Период
Фильтр по дате с/по. Сформированный отчет будет содержать данные по работе
сотрудников КРС в заданном фильтром временном интервале.
Форматы отчета

html;

rtf;

в других форматах, согласованных с Разработчиком.
Форма отчета
Отчет по работе ревизоров
Параметры:
Период:
ФИО ревизора
с 01.01.2009 по 31.01.2009
Количество проверенных карт
Проверено
транспортных
средств
Всего
Оплачено
Не
оплачено
Оштрафовано
Иванов Петр
50
134
112
22
17
Смирнова Наталья
41
141
125
16
5
Кузнецова Мария
29
146
121
25
21
120
421
358
63
43
Итого:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
71
Приложение 3
10.3. Общая схема работы АСОП
10.3.1. Введение
10.3.1.1. Схемы обслуживания пассажиров
Транспортные/Социальные карты принимаются к обслуживанию в транспортных
средствах Перевозчиков, подключенных к АСОП. Транспортные средства обозначаются
фирменной символикой АСОП (имеют логотипы, наклейки).
АСОП должна функционировать по следующим схемам оплаты проезда:

бескондукторная схема пассажиры самостоятельно производят оплату/регистрацию
проезда Транспортными/Социальными картами;

кондукторная схема – при оплате по картам пассажиры предъявляют свои карты
кондукторам, находящимся в транспортном средстве.
В пределах городской и пригородной черты г.Краснодара расчет тарифа на проезд должен
осуществляться согласно установленным тарифам на маршрутах Перевозчиков, с учетом зон
маршрутов.
10.3.1.2. Организация входа, выхода пассажиров, опла ты проезда
10.3.1.2.1. Бескондукторная схема оплаты проезда
Вход пассажиров осуществляется через переднюю дверь транспортного средства. Данная
организация входа пассажиров обеспечит дополнительный контроль процесса оплаты по картам
водителем транспортного средства.
Выход пассажиров производится через любые двери транспортного средства, за
исключением передней двери.
Оплата проезда производится пассажиром при выходе из транспортного средства.
10.3.1.2.2. Кондукторная схема оплаты проезда
Вход пассажиров осуществляется через любые двери транспортного средства.
Выход пассажиров производится через любые двери транспортного средства.
Оплата проезда производится пассажиром при входе в транспортное средство.
10.3.1.3. Оснащение транспортных средств оборудованием для работы с
картами
10.3.1.3.1. Бескондукторная схема оплаты проезда
Каждое транспортное средство должно оборудоваться Транспортным терминалом,
Считывателем карт, устройством систем позиционирования и навигации – Навигационным
терминалом.
Автобусы средней и большой вместимости (2 и больше дверей), в целях удобства
обслуживания пассажиров, оборудуются несколькими Считывателями карт.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
72
10.3.1.3.2. Кондукторная схема оплаты проезда
В каждом транспортном средстве присутствует кондуктор, имеющий устройство для
обслуживания по картам – Терминал кондуктора.
Дополнительное оборудование транспортных средств не требуется.
10.3.1.4. Социальная карта
Реализуются на основе пластиковых карт 2-х видов:
1. Микропроцессорная смарт-карта, оснащенная двумя независимыми друг от друга
микропроцессорами (TWIN): контактным микропроцессором (содержащим банковское
приложение), и бесконтактным микропроцессором (содержащим транспортное
приложение)
2. Микропроцессорная смарт-карта (JAVA карта с поддержкой эмуляции карты MIFARE
1K).
Социальные карты содержат:

транспортное приложение;

социальное приложение;

магнитную полосу в целях использования Социальных карт в качестве банковских
карт;

персональную информацию владельцев:
o ФИО;
o фотографию (ч/б либо цветную);
o дату рождения льготника.
10.3.1.5. Карта водителя
В целях обеспечения 100% безналичной оплаты проезда АСОП поддерживает
специальный вид Транспортной карты – карту водителя (кондуктора). Карта водителя
предназначена для оплаты проезда водителем ТС в случае отсутствия у пассажира
Транспортной/Социальной карты, выдается водителю под роспись.
10.3.2. Порядок подключения и пополнени я Транспортных карт
Эмиссию (выпуск) Транспортных карт осуществляет Оператор АСОП (данное требование
не является обязательным, эмитентом может являться любой Участник АСОП).
Оператор АСОП передает готовые карты Агентам АСОП для распространения карт через
сеть пунктов продажи/пополнения.
Гражданину для приобретения карты необходимо оплатить стоимость подключения карты
к АСОП и внести на ее счет некоторую сумму для последующей оплаты поездок. Пункты
продажи/пополнения оборудуются Терминалами пополнения, производящими активацию и
запись денежных средств на Транспортные карты с точностью до копеек.
Гражданин совершает поездки по карте, при этом, Счетчик карты уменьшается на
стоимость тарифа на проезд при каждой оплате по карте.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
73
По мере необходимости, гражданин пополняет свою Транспортную карту в любом пункте
продажи/пополнения карт на необходимую сумму. Пополнение Транспортной карты может
также осуществляться гражданином самостоятельно с помощью Терминала пополнения (киоска
самообслуживания с купюроприемником).
Результатом операции пополнения является Транспортная карта с записанной на нее
суммой пополнения (с учетом начального значения Счетчика) и чек об операции пополнения.
10.3.3. Порядок подключения и продления Социальных карт
Эмиссию Социальных карт может осуществлять Управление социальной защиты
населения. Управление социальной защиты содержит БД граждан, имеющих право льготного
проезда на транспорте. Управление социальной защиты укомплектовывается оборудованием
для эмиссии карт – принтером для печати на поверхностях карт, цифровым фотоаппаратом,
сканером.
Организуется информационный обмен между структурными отделениями социальной
защиты и ПЦ АСОП.
Чтобы получить Социальную карту гражданину, имеющему право на получение мер
социальной поддержки при проезде в общественном пассажирском транспорте, необходимо:

лично, либо через уполномоченного представителя, обратиться в органы
социальной защиты населения по месту регистрации;

предъявить паспорт и документ, подтверждающий право на получение мер
социальной поддержки, заполнить заявление на получение Социальной карты;

по истечении установленного срока с момента обращения получить Социальную
карту.
Первичная активация и периодическое продление срока действия льготы Социальной
карты осуществляется в пунктах пополнения, имеющих доступ к БД граждан, имеющих право
льготного проезда. Для продления срока действия Социальной карты владелец ежемесячно
вносит денежные средства в размере стоимости ЕСПБ кассиру или самостоятельно вносит их в
терминале самообслуживания. Устройство пополнения обращается к БД граждан, имеющих
право льготного проезда для проверки наличия льготы. По окончании процесса пополнения
гражданин получает Социальную карту с продленным сроком действия и чек, в котором
указывается период продления Социальной карты (месяц/месяцы и год).
10.3.4. Обслуживание пассажиров
10.3.4.1. Порядок оплаты проезда и провоза багажа с использованием
Транспортных/Социальных карт
10.3.4.1.1. Бескондукторная схема оплаты проезда (вариант 1)
1. Пассажир,
войдя
в
транспортное
средство,
прикладывает
Транспортную/Социальную карту к Считывателю карт, расположенному в удобном
для оплаты месте в салоне транспортного средства.
2. БТТ и Считыватель карт выполняют следующие процедуры:

Считыватель
карт
производит
распознавание
Транспортной/Социальной карты, передает данные БТТ;
и
проверку
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
74

БТТ получает данные Навигационного терминала
транспортного средства – номер текущей зоны маршрута;

БТТ рассчитывает минимальный тариф на маршруте от текущей зоны;

БТТ рассчитывает регулируемый максимальный возможный тариф на текущем
маршруте;

БТТ передает Считывателю карт номер текущей зоны, идентификатор маршрута,
номер рейса, рассчитанные минимальную/максимальную суммы проезда;

в случае нехватки средств для оплаты проезда с использованием Транспортной
карты по рассчитанному минимальному тарифу Считыватель карт воспроизводит
звуковой/световой сигнал (сообщает гражданину/водителю о том, что средств не
достаточно). В случае использования Социальных карт при невозможности
регистрации проезда по карте (закончен срок действия Социальной карты)
Считыватель карт воспроизводит звуковой/световой сигнал (сообщает
гражданину/водителю о том, что регистрация поездки по карте невозможна);

Считыватель карт выполняет запись на карту данных о незавершенной поездке:
o
o
o
o
o
о
местонахождении
идентификационный номер БТТ;
номер текущей зоны;
идентификатор маршрута;
номер рейса;
рассчитанная максимальная сумма.
3. Оплата проезда производится при выходе пассажира. Пассажир прикладывает
карту к Считывателю карт. В процессе обслуживания карты на выходе
выполняются следующие действия:

Считыватель карт производит чтение зоны входа с карты, передает данные БТТ,
который, на основании данных Навигационного терминала, рассчитывает зону
выхода, после чего выполняет расчет стоимости тарифа и передает данные
Считывателю карт;

Считыватель карт уменьшает значение Счетчика карты на значение стоимости
тарифа за проезд, производит печать отрезного чека об оплате с указанием
значения Счетчика карты, а также номеров зон входа и выхода;

Считыватель карт выполняет очистку записей о незавершенной поездке;

В случае не обнаружения Считывателем карт записей о входе на карте,
выполняются процедуры, согласно п.2.
4. В дальнейшем, каждый раз при входе в транспортное средство, БТТ производит
проверку наличия данных на карте о незавершенной поездке, в случае обнаружения
этих данных, БТТ выполняет следующие действия:

дает команду Считывателю карт на уменьшение значения Счетчика на величину
записанной максимальной суммы незавершенной поездки;

формирует специализированную транзакцию (содержащую информацию,
достаточную для зачисления средств Перевозчику, БТТ которого не завершил
обслуживание карты);

выполняются процедуры, согласно п.2.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
75
5. В случае поломки Считывателя на выходе, пассажир передает Транспортную карту
водителю, который производит оплату проезда с помощью БТТ.
6. Оплата багажа может производиться следующими способами:

оплата осуществляется водителем, которому пассажир передает Транспортную
карту. Водитель, при помощи БТТ, осуществляет расчет стоимости багажа и оплату
багажа по карте, возвращает Транспортную карту пассажиру;

требуемую сумму к оплате гражданин передает водителю. Водитель производит
оплату с использованием карты водителя, передает чек об оплате багажа
пассажиру.
7. По результату оплаты багажа БТТ/Считыватель карт производит печать чека об
оплате багажа.
8. Повторная оплата по Транспортной/Социальной
транспортного средства не производится.
карте
на
одном
рейсе
10.3.4.1.2. Бескондукторная схема оплаты проезда (вариант 2)
1. Пассажир,
войдя
в
транспортное
средство,
прикладывает
Транспортную/Социальную карту к Считывателю карт, расположенному в удобном
для оплаты месте в салоне транспортного средства.
2. БТТ и Считыватель карт выполняют следующие процедуры:

Считыватель
карт
производит
распознавание
Транспортной/Социальной карты, передает данные БТТ;

БТТ получает данные Навигационного терминала
транспортного средства – номер текущей зоны маршрута;

БТТ рассчитывает минимальный тариф на маршруте от текущей зоны;

БТТ рассчитывает регулируемый максимальный возможный тариф на текущем
маршруте;

БТТ передает Считывателю карт номер текущей зоны, идентификатор маршрута,
номер рейса, рассчитанные минимальную/максимальную суммы проезда;

в случае нехватки средств для оплаты проезда с использованием Транспортной
карты по рассчитанному минимальному тарифу Считыватель карт воспроизводит
звуковой/световой сигнал (сообщает гражданину/водителю о том, что средств не
достаточно). В случае использования Социальных карт при невозможности
регистрации проезда по карте (закончен срок действия Социальной карты)
Считыватель карт воспроизводит звуковой/световой сигнал (сообщает
гражданину/водителю о том, что регистрация поездки по карте невозможна);

Считыватель карт выполняет запись на карту данных о незавершенной поездке:
и
о
проверку
местонахождении
o данные о том, что карта временно «заблокирована» к использованию (карта
получает статус «заблокирована»);
o идентификационный номер БТТ;
o номер текущей зоны;
o идентификатор маршрута;
o номер рейса;
o рассчитанная максимальная сумма.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
76
3. Оплата проезда производится при выходе пассажира. Пассажир прикладывает
карту к Считывателю карт. В процессе обслуживания карты на выходе
выполняются следующие действия:

Считыватель карт производит чтение зоны входа с карты, передает данные БТТ,
который, на основании данных Навигационного терминала, рассчитывает зону
выхода, после чего выполняет расчет стоимость тарифа и передает данные
Считывателю карт;

Считыватель карт уменьшает значение Счетчика карты на значение стоимости
тарифа за проезд, производит печать отрезного чека об оплате с указанием
значения Счетчика карты, а также номеров зон входа и выхода;

Считыватель карт выполняет процедуру «разблокировки» карты (карта получает
статус «разблокирована»), очистку записей о незавершенной поездке;

В случае не обнаружения Считывателем карт записей о входе на карте,
выполняются процедуры, согласно п.2.
4. В дальнейшем, каждый раз при входе в транспортное средство, БТТ производит
проверку статуса карты – «заблокирована»/«разблокирована». Карты, имеющие
статус «заблокированных», к оплате проезда не принимаются, при этом
Считыватель карт воспроизводит звуковой/световой сигнал (сообщает
гражданину/водителю о том, что регистрация поездки по карте невозможна). Для
«разблокировки» владельцу необходимо:

обратится в претензионный отдел Оператора АСОП с письменным заявлением о
разблокировании карты;

уплатить Оператору АСОП сумму незавершенной поездки, записанную на карту,
после чего сотрудник Оператора осуществляет операцию разблокирования карты.
5. В случае поломки Считывателя на выходе, пассажир передает Транспортную карту
водителю, который производит оплату проезда с помощью БТТ.
6. Оплата багажа может производиться следующими способами:

оплата осуществляется водителем, которому пассажир передает Транспортную
карту. Водитель, при помощи БТТ, осуществляет расчет стоимости багажа и оплату
багажа по карте, возвращает Транспортную карту пассажиру;

требуемую сумму к оплате гражданин передает водителю. Водитель производит
оплату с использованием карты водителя, передает чек об оплате багажа
пассажиру.
7. По результату оплаты багажа БТТ/Считыватель карт производит печать чека об
оплате багажа.
8. Повторная оплата по Транспортной/Социальной
транспортного средства не производится.
карте
на
одном
рейсе
10.3.4.1.3. Бескондукторная схема оплаты проезда (вариант 3)
1. Пассажир, войдя в транспортное средство, передает карту водителю, сообщает зону
выхода.
2. Водитель при помощи БТТ производит оплату проезда, при этом БТТ выполняет
следующие действия:

производит распознавание и проверку Транспортной/Социальной карты;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
77

получает данные Навигационного терминала о местонахождении транспортного
средства – номер текущей зоны маршрута.
3. Водитель на БТТ выбирает зону выхода пассажира. На основании зон входа и зоны
выхода БТТ производит следующие действия:

рассчитывает стоимость тарифа;
o в случае нехватки средств для оплаты проезда с использованием
Транспортной карты по рассчитанному тарифу БТТ воспроизводит
звуковой/световой сигнал (сообщает гражданину/водителю о том, что
средств не достаточно). В этом случае гражданин может передать денежные
средства водителю для оплаты по карте водителя. После оплаты проезда
водитель, при помощи БТТ очищает данные карты о незавершенной
поездке;

уменьшает значение Счетчика карты на значение стоимости тарифа за проезд,
производит печать отрезного чека об оплате с указанием значения Счетчика карты,
а также номеров зон входа и выхода.
4. Оплата багажа может производиться следующими способами:

оплата осуществляется водителем, которому пассажир передает Транспортную
карту. Водитель, при помощи БТТ, осуществляет расчет стоимости багажа и оплату
багажа по карте, возвращает Транспортную карту пассажиру;

требуемую сумму к оплате гражданин передает водителю. Водитель производит
оплату с использованием карты водителя, передает чек об оплате багажа
пассажиру.
5. По результату оплаты багажа БТТ производит печать чека об оплате багажа.
6. Повторная оплата по Транспортной/Социальной
транспортного средства не производится.
карте
на
одном
рейсе
10.3.4.1.4. Кондукторная схема оплаты проезда
1. Пассажир, войдя в транспортное средство, передает Транспортную/Социальную
карту кондуктору, сообщает зону выхода.
2. Кондуктор прикладывает карту к Терминалу кондуктора, выбирает зону входа и
зону выхода на терминале, нажимает кнопку оплаты проезда.
3. Терминал кондуктора выполняют следующие процедуры:

производит распознавание и проверку Транспортной/Социальной карты;

рассчитывает стоимость проезда от зоны входа до зоны выхода;

в случае недостаточности средств на оплату проезда с использованием
Транспортной карты по рассчитанному тарифу Терминал кондуктора
воспроизводит звуковой/световой сигнал (сообщает кондуктору /гражданину о том,
что средств не достаточно). При использовании Социальных карт в случае
невозможности регистрации проезда по карте (закончен срок действия Социальной
карты) Терминал кондуктора воспроизводит звуковой/световой сигнал (сообщает
кондуктору /гражданину о том, что регистрация поездки по карте невозможна);

уменьшает значение Счетчика карты на значение стоимости тарифа за проезд;
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
78
4. Оплата багажа может производиться следующими способами:

оплата осуществляется кондуктором, которому пассажир передает Транспортную
карту. Кондуктор, при помощи Терминала кондуктора, осуществляет расчет
стоимости багажа и оплату багажа по карте, возвращает Транспортную карту
пассажиру.
5. Повторная оплата по Транспортной/Социальной
транспортного средства не производится.
карте
на
одном
рейсе
10.3.4.2. Порядок оплаты проезда за наличные
Пассажиры, у которых отсутствует Транспортная/Социальная карта, могут быть
обслужены за наличные денежные средства.

Бескондукторная схема оплаты проезда – пассажиры могут:
o передать денежные средства за проезд водителю, который произведет
оплату проезда по карте водителя.

Кондукторная схема – пассажиры могут:
o передать денежные средства за проезд кондуктору, который произведет
оплату проезда по карте кондуктора.
10.3.5. Просмотр информации по картам
10.3.5.1. Просмотр информации по Транспортным картам
Значение Счетчика карты отображается на каждом чеке, печатаемом Бортовым
транспортным терминалом/Считывателем карт по завершении операции оплаты проезда.
Информацию по Транспортным картам граждане могут получить в любом пункте
продажи/пополнения. Кассир пункта продажи/пополнения производит считывание информации
по карте при помощи Терминала пополнения, распечатывает отчет по карте и передает карту
вместе с отчетом гражданину.
Информацию о значении Счетчика карты гражданин может получить самостоятельно с
помощью устройств самообслуживания, выполняющих пополнение Транспортных карт.
10.3.5.2. Просмотр информации по Социальным картам
Срок действия Социальной карты отображается в чеке, печатаемом Считывателем карт по
завершении операции регистрации проезда.
Информацию по Социальной карте граждане могут получить в любом пункте
продажи/пополнения. Сотрудник пункта продажи/пополнения производит считывание
информации по карте с помощью Терминала пополнения, распечатывает отчет по карте и
передает карту вместе с отчетом гражданину.
Информацию о сроке действия Социальной карты гражданин может получить
самостоятельно с помощью устройств самообслуживания, выполняющих продление
Социальных карт.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
79
10.3.6. Работа с Бортовым транспортным
терминалом/Терминалом кондуктора
10.3.6.1. Выдача Бортового транспортного терминала
Процедура выдачи БТТ подразумевает загрузку в терминал необходимой информации для
обслуживания Транспортных/Социальных карт на маршруте Перевозчика. Информация,
загружаемая в БТТ, содержит данные о водителе и маршруте, Стоп-лист и другие данные.
Транспортный терминал может быть выдан следующими способами:

удаленно по GPRS-каналу;

путем проведения сеанса связи терминала с персональным компьютером
сотрудником Перевозчика с помощью АРМ транспортного предприятия.
10.3.6.2. Выдача Терминала кондуктора
Сотрудник Перевозчика загружает в терминал данные, необходимые для работы
кондуктора, путем проведения сеанса связи терминала с персональным компьютером
(стационарным или мобильным (ноутбуком)) при помощи АРМ транспортного предприятия.
Информация, загружаемая в Терминал кондуктора, содержит данные о кондукторе, маршруте (в
том числе – зоны маршрута), Стоп-лист и другие данные.
Терминал с загруженными данными передается кондуктору под роспись.
10.3.6.3. Инкассация Бортового транспортного терминала
По завершении смены водитель осуществляет процедуру завершения работы, формирует
суммарный отчет о количестве перевезенных пассажиров и сумме денежных средств и сдает
наличные деньги и суммарный отчет в кассу Перевозчика. Отчет содержит данные обо всех
оплатах/регистрациях поездок по картам, а также по оплатам, совершенным по карте водителя.
Выгрузка транспортных транзакций из Транспортного терминала производится:

посредством удаленного сеанса связи по GPRS-каналу с Процессинговым центром;

помощью АРМ транспортного предприятия с применением компьютера стационарного или мобильного (ноутбука).
10.3.6.4. Инкассация Терминала кондуктора
По завершении смены кондуктор
ответственному за инкассацию терминалов.
сдает
терминал
сотруднику
Перевозчика,
Сотрудник Перевозчика выгружает транзакции Терминала кондуктора путем проведения
сеанса связи терминала с персональным компьютером (стационарным или мобильным
(ноутбуком)) при помощи АРМ транспортного предприятия.
10.3.7. Работа с Терминалом пополнения
10.3.7.1. Инкассация терминала
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
80
Инкассация Терминала пополнения производится в местах расположения пунктов
продажи/пополнения посредством связи терминала по GPRS-каналу, либо путем установления
соединения с ПЦ в специализированных местах, выделенных Агентами для инкассации
терминалов через коммутируемые линии связи.
Процесс инкассации киосков самообслуживания включающий обмен управляющей
информацией (информацией, необходимой для работы устройств), Стоп-листами, возможен по
GPRS-каналу, а также при использовании, локальной сети.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010
81
Приложение 4
10.4. Требования к расширению функций АСОП
10.4.1. Дополнительные приложения на картах
10.4.1.1. Банковское приложение
Используются пластиковые карты, имеющие контактный микропроцессор, эмулирующий
MIFARE 1k, либо бесконтактный микропроцессор и магнитную полосу.

перечисление льготных выплат на карт-счета – зачисление субсидий, пенсий;

оплата услуг ЖКХ;

обслуживание карт в инфраструктуре платежной системы: получение денежных
средств в устройствах самообслуживания, отделениях банков;

оплата товаров и услуг в торгово-сервисных предприятиях;

возможности оплаты поездок по картам в кредит.
10.4.1.2. Медицинское приложение
Данный
вид
приложения
Транспортной/Социальной карты.
размещается
в
контактном/бесконтактном
чипе

автоматизация процесса отпуска лекарств в аптечных сетях;

обслуживание по картам в системах обязательного и добровольного медицинского
страхования, в случае использования контактных карт - реализация приложения
«Электронный рецепт».
10.4.1.3. Скидки в торговле
Приложение реализуется за счет использования идентификатора карты, размещенного на
магнитной полосе.
10.4.1.4. Оплата дополнительных услуг
Дополнительные приложения по оплатам услуг размещаются в свободных секторах
микропроцессора карт.

системы доступа – музеи, санатории и др.;

оплата парковок;

оплата санаторно-курортного лечения;

оплата питания в столовых;

расчет за топливо на заправочных станциях.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ОПЛАТЫ ПРОЕЗДА НА МУНИЦИПАЛЬНЫХ МАРШРУТАХ РЕГУЛЯРНОГО СООБЩЕНИЯ
МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ ГОРОД КРАСНОДАР, 2010