ИП Киселев Леонид Александрович. 540952236827. 510a.











Контракт №__________
г. Новосибирск «__» __________ 20____ г.
Департамент информатизации и развития телекоммуникационных технологий Новосибирской области, именуемый  в дальнейшем  «Заказчик»,  от имени  и в интересах Новосибирской области в лице руководителя департамента Дюбанова Анатолия Васильевича, действующий на основании Положения о департаменте, с одной стороны, и __________________________, именуем___ в дальнейшем «Исполнитель», в лице ________________________, действующ___ на основании _______________________, с другой стороны, вместе именуемые «Стороны» и каждый в отдельности «Сторона», с соблюдением требований Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Закон о контрактной системе), при способе определения Исполнителя _________________________________ (протокол _______№ ______от _____) заключили настоящий контракт (далее – Контракт) о нижеследующем:
1. Предмет Контракта
1.1. Предметом Контракта является Оказание услуг по доработке и внедрению государственной информационной системы «Региональная навигационно-информационная система Новосибирской области», по заданию Заказчика в соответствии с Описанием объекта закупки (приложение № 1 к Контракту) и на условиях, предусмотренных Контрактом.
1.2. Оказание Услуг осуществляется Исполнителем в соответствии с законодательством Российской Федерации, требованиями иных нормативных правовых актов, регулирующих порядок предоставления такого вида Услуг, устанавливающих требования к качеству такого вида Услуг, в соответствии с условиями Контракта.
2. Цена Контракта и порядок расчетов
2.1. Цена Контракта составляет ________ (___) рублей,
без НДС:
НДС не предусмотрен на основании _________________________________.
с НДС:
в том числе НДС – _____% (___ процентов), _______ (___) рублей (далее – цена Контракта).
В случае, если Контракт заключается с физическим лицом, за исключением индивидуального предпринимателя или иного занимающегося частной практикой лица, сумма, подлежащая уплате физическому лицу уменьшается на размер налоговых платежей, связанных с оплатой контракта (с вознаграждения, подлежащего оплате физическому лицу – Исполнителю, Заказчик обязан удержать и перечислить в бюджет налог на доходы физических лиц в размере 13%), а также Заказчик уплачивает страховые взносы в государственные внебюджетные фонды (в пенсионный фонд и фонд медицинского страхования), за исключением взносов в фонд социального страхования).
Источник финансирования: Государственная программа Новосибирской области «Развитие инфраструктуры информационного общества Новосибирской области на 2015 – 2020 годы»:
Средства областного бюджета в размере _______________ (_______________________________) 00 копеек;
Средства субсидии из федерального бюджета __________________ (_______________________________) 00 копеек.
2.2. Цена Контракта является твердой и не может изменяться в ходе его исполнения, за исключением случаев, предусмотренных Законом о контрактной системе и Контрактом. Цена Контракта включает в себя расходы, связанные с оказанием Услуг, предусмотренных Контрактом, в полном объеме, страхование, уплату таможенных пошлин, налогов, сборов и других обязательных платежей, ________________________________.
2.3. Исполнитель проинформирован, что в соответствии с распоряжением Правительства Новосибирской области от 14.05.2013 № 205-рп «О мерах по повышению собираемости налогов и укреплению налоговой дисциплины», при наличии у Исполнителя недоимки по налоговым платежам в бюджеты бюджетной системы Российской Федерации, превышающей сумму 1 (один) миллион рублей в течение 2 (двух) месяцев, информация может быть передана в Следственное управление Следственного комитета Российской Федерации по Новосибирской области.
2.4. Оплата производится Заказчиком на расчетный счет Исполнителя, указанный в Контракте, после приемки этапа Услуг (отчетного периода) в течение 90 (девяносто) рабочих дней с даты представления счета, счета-фактуры и на основании подписанного Сторонами акта приемки оказанных услуг, оформленного по прилагаемой форме (приложение № 2 к Контракту), при отсутствии у Заказчика претензий по объему и качеству оказанных Услуг.
Обязательства Заказчика по оплате цены Контракта считаются исполненными с момента списания денежных средств в размере, установленном Контрактом, с лицевого счета Заказчика. За дальнейшее прохождение денежных средств Заказчик ответственности не несет.
Стоимость услуг по каждому этапу, определенному в Графике оказания услуг Приложения № 3 к Контракту, определяется в следующем порядке:
I этап – 30,0%, ________ (___) рублей;
II этап – 30,0%, ________ (___) рублей;
III этап – 40,0%, ________ (___) рублей.
2.5. Цена Контракта может быть снижена по соглашению Сторон без изменения предусмотренного Контрактом объема Услуг, качества оказываемых Услуг и иных условий Контракта. При этом Стороны составляют и подписывают дополнительное соглашение к Контракту.
3. Порядок оказания Услуг
3.1. Исполнитель оказывает Услуги в соответствии с Описанием объекта закупки.
3.2. Место оказания Услуг: Услуги осуществляется силами и средствами Исполнителя дистанционно. При необходимости присутствия для оказания услуг, услуги оказываются по адресу: г. Новосибирск, ул. Красный проспект, 18.
3.3. Срок оказания Услуг Исполнителем по Контракту в полном объеме: С момента заключения до 20.12.2015 года.
3.4. Срок указан по этапам в соответствии с Приложением №3 к Контракту.
4. Порядок сдачи и приемки оказанных Услуг
4.1. Приемка Услуг на соответствие их объема и качества требованиям, установленным в Контракте, производится комиссией, утвержденной приказом Заказчика, по окончании оказания Услуг по Контракту (поэтапно в соответствии с Графиком оказания услуг).
4.2. После завершения оказания Услуг (этапа), предусмотренных Контрактом, Исполнитель письменно уведомляет Заказчика о факте завершения оказания Услуг (этапа) и направляет в адрес Заказчика акт приемки оказанных услуг в 2 (двух) экземплярах, счет, счетфактуру, а также комплект документации.
4.3. Не позднее 5 (пяти) рабочих дней после получения от Исполнителя документов, указанных в п. 4.2 Контракта, Заказчик рассматривает результаты и осуществляет приемку оказанных Услуг (этапа) по Контракту на предмет соответствия их объема и качества требованиям, изложенным в Контракте.
Для проверки представленных Исполнителем результатов на их соответствие условиям Контракта, Заказчик проводит экспертизу. Экспертиза результатов может проводиться Заказчиком своими силами или к ее проведению могут привлекаться эксперты, экспертные организации.
4.4. Заказчик в течение 10 (десяти) рабочих дней со дня получения от Исполнителя акта приемки оказанных Услуг обязан направить Исполнителю один экземпляр подписанного акта приемки оказанных Услуг либо мотивированный отказ от приемки оказанных Услуг, в котором должны быть указаны выявленные Заказчиком недостатки. Заказчик вправе предоставить Исполнителю срок для устранения таких недостатков. Мотивированный отказ направляется в порядке, предусмотренном п. 11.1 настоящего Контракта.
4.5. В сроки, указанные Заказчиком в мотивированном отказе от приемки оказанных Услуг, Исполнитель обязан за свой счет и своими силами, устранить обнаруженные недостатки. В этом случае акт приемки оказанных Услуг Заказчик подписывает в течение 5 (пяти) рабочих дней после устранения Исполнителем указанных недостатков.
Если Исполнитель в установленный срок не устранит недостатки, Заказчик вправе отказаться от исполнения Контракта и предъявить Исполнителю требование о возмещении понесенных убытков.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с Контрактом, а также требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом оформленных документов, указанных в п. 4.2 Контракта.
5.1.3. В случае досрочного исполнения Исполнителем обязательств по Контракту принять и оплатить Услуги в соответствии с установленным в Контракте порядком.
5.1.4. Запрашивать у Исполнителя информацию о ходе оказываемых Услуг.
5.1.5. Осуществлять контроль и надзор за качеством, порядком и сроками оказания Услуг, давать указания о способе оказания Услуг, не вмешиваясь при этом в оперативно-хозяйственную деятельность Исполнителя.
5.1.6. Отказаться от приемки результата Услуг в случаях, предусмотренных Контрактом и законодательством Российской Федерации, в том числе в случае обнаружения неустранимых недостатков.
5.1.7. Отказаться в любое время до сдачи Услуг от исполнения Контракта и потребовать возмещения ущерба, если Исполнитель не приступает своевременно к исполнению Контракта или оказывает Услуги настолько медленно, что окончание их к сроку, указанному в Контракте, становится явно невозможным.
5.1.8. Принять решение об одностороннем отказе от исполнения Контракта в соответствии с Законом о контрактной системе.
5.1.9. По соглашению с Исполнителем изменить существенные условия Контракта в случаях, установленных Законом о контрактной системе.
5.1.10. Пользоваться иными правами, установленными Контрактом и законодательством Российской Федерации.
5.2. Заказчик обязан:
5.2.1. Провести экспертизу для проверки представленных Исполнителем результатов оказанных Услуг, предусмотренных Контрактом в соответствии с п. 4.3. Контракта.
5.2.2. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в ходе оказания Услуг, в течение 2 (двух) рабочих дней после обнаружения таких недостатков. Заказчик, обнаружив при осуществлении контроля и надзора за ходом оказания Услуг, отступления от условий Контракта, которые могут ухудшить качество Услуг, или иные их недостатки, должен в течение 1 (одного) календарного дня заявить об этом Исполнителю. Заказчик обязан назначить своего ответственного представителя для контроля за оказанием Исполнителем Услуг по Контракту и согласования организационных вопросов.
5.2.3. Своевременно принять и оплатить надлежащим образом оказанные Услуги в соответствии с Контрактом, включая проведение экспертизы оказанных Услуг, а также отдельных этапов исполнения Контракта в соответствии с законодательством Российской Федерации.
5.2.4. При получении от Исполнителя уведомления о приостановлении оказания Услуг в случае, указанном в подпункте 5.4.6 Контракта, в течение 3 (трех) рабочих дней рассмотреть вопрос о целесообразности и порядке продолжения оказания Услуг.
5.2.5. Не позднее 5 (пяти) рабочих дней с момента возникновения права требования от Исполнителя оплаты неустойки (штрафа, пени) направить Исполнителю претензионное письмо с требованием оплаты в течение 5 (пяти) рабочих дней с даты получения претензионного письма неустойки (штрафа, пени), рассчитанной в соответствии с законодательством Российской Федерации и условиями Контракта.
5.2.6. При неоплате Исполнителем неустойки (штрафа, пени) в течение 10 (десяти) рабочих дней с даты истечения срока для оплаты неустойки (штрафа, пени), указанного в претензионном письме, а также в случае полного или частичного немотивированного отказа в удовлетворении претензии, либо неполучения в срок ответа на претензию, направить в суд исковое заявление с требованием оплаты неустойки (штрафа, пени), рассчитанной в соответствии с законодательством Российской Федерации и условиями Контракта.
5.2.7. В течение 10 (десяти) рабочих дней с даты фактического исполнения обязательств Исполнителем принять необходимые меры по взысканию неустойки (штрафа, пени) за весь период просрочки исполнения обязательств, предусмотренных Контрактом, а именно потребовать оплаты неустойки (штрафа, пени), рассчитанной в соответствии с законодательством Российской Федерации и условиями Контракта за весь период просрочки исполнения, и в случае неоплаты Исполнителем неустойки (штрафа, пени) в течение указанного срока направить в суд исковое заявление с соответствующими требованиями.
5.2.8. При направлении в суд искового заявления с требованиями о расторжении Контракта одновременно заявлять требования об оплате неустойки (штрафа, пени), рассчитанной в соответствии с законодательством Российской Федерации и условиями Контракта.
5.2.9. В случае обеспечения исполнения Контракта в форме банковской гарантии, при неисполнении Исполнителем своих обязательств, Заказчик обязан обратиться к гаранту с требованием исполнить обязанности в соответствии с выданной гарантией.
При отказе гаранта исполнить требования Заказчика, Заказчик обязан в течение 5 (пяти) рабочих дней с момента неисполнения или отказа гаранта обратиться в арбитражный суд с требованием об обязании гаранта исполнить обязанности, предусмотренные гарантией.
5.2.10. Обеспечить конфиденциальность информации, представленной Исполнителем в ходе исполнения обязательств по Контракту.
5.2.11. Исполнять иные обязанности, предусмотренные законодательством Российской Федерации и условиями Контракта.
5.3. Исполнитель вправе:
5.3.1. Требовать своевременного подписания Заказчиком акта приемки оказанных услуг по Контракту на основании представленных Исполнителем документов, указанных в п. 4.2 Контракта, и при условии истечения срока, указанного в п. 4.3. Контракта.
5.3.2. Требовать своевременной оплаты оказанных Услуг в соответствии с условиями Контракта.
5.3.3. Требовать уплаты неустоек (штрафов, пеней) в случае просрочки исполнения Заказчиком обязательств, предусмотренных Контрактом, а также в иных случаях ненадлежащего исполнения Заказчиком обязательств, предусмотренных Контрактом.
5.3.4. Запрашивать у Заказчика разъяснения и уточнения относительно оказания Услуг в рамках Контракта.
5.3.5. Получать от Заказчика содействие при оказании Услуг в соответствии с условиями Контракта.
5.3.6. Досрочно исполнить обязательства по Контракту с согласия Заказчика.
5.3.7. Привлекать к исполнению своих обязательств по Контракту других лиц – соисполнителей, обладающих специальными знаниями, навыками, квалификацией, специальным оборудованием и т.п., по видам (содержанию) Услуг. При этом Исполнитель несет ответственность перед Заказчиком за неисполнение или ненадлежащее исполнение обязательств соисполнителей.
5.3.8. Принять решение об одностороннем отказе от исполнения Контракта в соответствии с законодательством Российской Федерации.
5.3.9. Пользоваться иными правами, установленными Контрактом и законодательством Российской Федерации.
5.4. Исполнитель обязан:
5.4.1. Своевременно и надлежащим образом исполнять обязательства в соответствии с условиями Контракта и представить Заказчику документы, указанные в п. 4.2 Контракта, по итогам исполнения Контракта.
5.4.2. Своевременно представить по запросу Заказчика в сроки, указанные в таком запросе, информацию о ходе исполнения обязательств, в том числе о сложностях, возникающих при исполнении Контракта.
5.4.3. Обеспечивать соответствие результатов Услуг требованиям качества, безопасности жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и правилам, государственным стандартам и т.п.), лицензирования, установленным законодательством Российской Федерации.
Исполнитель обязан в течение срока действия Контракта предоставить по запросу Заказчика в течение 1 (одного) рабочего дня после дня получения указанного запроса документы, подтверждающие соответствие Услуг указанным выше требованиям.
5.4.4. Обеспечить устранение недостатков, выявленных при приемке Заказчиком Услуг и в течение гарантийного срока, за свой счет.
5.4.5. Предоставить обеспечение исполнения Контракта в случаях, установленных Законом о контрактной системе и Контрактом.
5.4.6. Приостановить оказание Услуг в случае обнаружения не зависящих от Исполнителя обстоятельств, которые могут оказать негативное влияние на качество результатов оказываемых Услуг или создать невозможность их завершения в установленный Контрактом срок, и сообщить об этом Заказчику в течение 1 (одного) рабочего дня после приостановления оказания Услуг.
5.4.7. В течение 1 (одного) рабочего дня информировать Заказчика о невозможности оказать Услуги в надлежащем объеме, в предусмотренные Контрактом сроки, надлежащего качества.
5.4.8. В случае, если законодательством Российской Федерации предусмотрено лицензирование вида деятельности, являющегося предметом Контракта, а также в случае, если законодательством Российской Федерации к лицам, осуществляющим оказание Услуг, являющихся предметом Контракта, установлено требование об их обязательном членстве в саморегулируемых организациях, Исполнитель обязан обеспечить наличие документов, подтверждающих его соответствие требованиям, установленным законодательством Российской Федерации, в течение всего срока исполнения Контракта.
5.4.9. Представить Заказчику сведения об изменении своего фактического местонахождения в срок не позднее 5 (пяти) рабочих дней со дня соответствующего изменения. В случае непредставления уведомления об изменении адреса фактическим местонахождением Исполнителя будет считаться адрес, указанный в Контракте.
5.4.10. Обеспечить конфиденциальность информации, представленной Заказчиком в ходе исполнения обязательств по Контракту.
5.4.11. Исполнять иные обязанности, предусмотренные законодательством Российской Федерации и Контрактом.
5.5. Исполнитель гарантирует, что на момент заключения Контракта:
5.5.1. В отношении него не проводится процедура ликвидации, отсутствует решение арбитражного суда о признании его банкротом и об открытии конкурсного производства, деятельность не приостановлена в порядке, предусмотренном Кодексом Российской Федерации об административных правонарушениях, а также размер задолженности по начисленным налогам, сборам и иным обязательным платежам в бюджеты бюджетной системы Российской Федерации за прошедший финансовый год не превышает 25% (двадцати пяти процентов) балансовой стоимости активов по данным бухгалтерской (бюджетной) отчетности за последний отчетный период.
5.5.2. Не обременен обязательствами имущественного характера, способными помешать исполнению обязательств по Контракту.
5.5.3. За последние два года не нарушал контрактных (договорных) обязательств и не причинял ущерба (либо погасил причиненный ущерб) по аналогичным контрактам (договорам).
5.5.4. В отношении Исполнителя – физического лица либо у руководителя, членов коллегиального исполнительного органа или главного бухгалтера Исполнителя отсутствует судимость за преступления в сфере экономики (за исключением лиц, у которых такая судимость погашена или снята), а также в отношении указанных физических лиц не применено наказание в виде лишения права занимать определенные должности или заниматься определенной деятельностью, которые связаны с оказанием Услуги.6. Гарантии
6.1. Исполнитель гарантирует, что оказываемые Услуги соответствуют требованиям, установленным в Контракте, обязательным нормам и правилам, регулирующим данную деятельность (ГОСТ, ТУ), а также иным требованиям законодательства Российской Федерации, действующим на момент оказания Услуг.
6.2. Гарантийный срок на оказываемые по Контракту Услуги составляет 12 (двенадцать) месяцев с даты подписания Сторонами акта приемки оказанных услуг.
Под гарантией понимается устранение Исполнителем своими силами и за свой счет допущенных по его вине недостатков, выявленных после приемки Услуг.
6.3. Если в период гарантийного срока обнаружатся недостатки, то Исполнитель (в случае, если не докажет отсутствие своей вины) обязан устранить их за свой счет в сроки, согласованные Сторонами и зафиксированные в акте с перечнем выявленных недостатков и сроком их устранения. Гарантийный срок в этом случае соответственно продлевается на период устранения недостатков.
6.4. Исполнитель гарантирует возможность безопасного использования результата оказанных Услуг по назначению в течение всего гарантийного срока.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств, установленных Контрактом, Стороны несут ответственность в соответствии с законодательством Российской Федерации и Контрактом.
Размеры неустоек (штрафов, пеней), указанные в настоящем разделе, определяются в соответствии с Правилами определения размера штрафа, начисляемого в случае ненадлежащего исполнения заказчиком, поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных Контрактом (за исключением просрочки исполнения обязательств заказчиком, поставщиком (подрядчиком, исполнителем), и размера пени, начисляемой за каждый день просрочки исполнения поставщиком (подрядчиком, исполнителем) обязательства, предусмотренного Контрактом, утвержденными постановлением Правительства Российской Федерации от 25.11.2013 № 1063.
7.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек (штрафов, пеней).
Пеня в размере 1/300 (одной трехсотой) действующей на дату уплаты пеней ставки рефинансирования Центрального банка Российской Федерации от не уплаченной в срок суммы начисляется за каждый день просрочки исполнения обязательства, предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного Контрактом срока исполнения обязательства.
Штрафы в размере 10%, что составляет 1 428 571,40 (Один миллион четыреста двадцать восемь тысяч пятьсот семьдесят один) рубль 40 копеек начисляются за ненадлежащее исполнение Заказчиком обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств, предусмотренных Контрактом. 7.3. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства, предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного Контрактом срока исполнения обязательства, и устанавливается Контрактом в размере не менее 1/300 (одной трехсотой) действующей на дату уплаты пени ставки рефинансирования Центрального банка Российской Федерации от цены Контракта, уменьшенной на сумму, пропорциональную объему обязательств, предусмотренных Контрактом и фактически исполненных Исполнителем..Штрафы в размере 5%, что составляет 714 285,70 (Семьсот четырнадцать тысяч двести восемьдесят пять) рублей 70 копеек начисляются за неисполнение или ненадлежащее исполнение Исполнителем обязательств, предусмотренных Контрактом, за исключением просрочки исполнения Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом.
7.4. В случае неисполнения или ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик производит оплату по Контракту за вычетом соответствующего размера неустойки (штрафа, пени).
7.5. Уплата Стороной неустойки (штрафа, пени) не освобождает ее от исполнения обязательств по Контракту.
7.6. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом, произошло по вине другой стороны или вследствие непреодолимой силы, а именно чрезвычайных и непредотвратимых при данных условиях обстоятельств: стихийных природных явлений (землетрясений, наводнений, пожаров и т.д.), действий объективных внешних факторов (военных действий, актов органов государственной власти и управления и т.п.), подтвержденных в установленном законодательством порядке, препятствующих надлежащему исполнению обязательств по Контракту, которые возникли после заключения Контракта, на время действия этих обстоятельств, если эти обстоятельства непосредственно повлияли на исполнение Стороной своих обязательств, а также которые Сторона была не в состоянии предвидеть и предотвратить.
8. Обеспечение исполнения Контракта
8.1. Обеспечение исполнения Контракта предусмотрено для обеспечения исполнения Исполнителем его обязательств по Контракту, в том числе таких обязательств, как оказание Услуг надлежащего качества, соблюдения сроков оказания Услуг, оплата неустойки (штрафа, пени) за неисполнение или ненадлежащее исполнение условий Контракта, возмещение ущерба.
Обеспечение исполнения контракта не применяется, если участником закупки, с которым заключается Контракт, является государственное или муниципальное казенное учреждение.
Исполнение Контракта обеспечивается предоставлением банковской гарантии, выданной банком и соответствующей требованиям законодательства Российской Федерации, или внесением денежных средств на указанный Заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими Заказчику.
Способ обеспечения исполнения Контракта определяется Исполнителем самостоятельно.
8.2. Размер обеспечения исполнения Контракта составляет 30% (тридцать процентов) начальной (максимальной) цены контракта, что составляет 4 285 714 (четыре миллиона двести восемьдесят пять тысяч семьсот четырнадцать) рублей 20 копеек.
При снижении цены в предложенной Исполнителем заявке на двадцать пять процентов и более по отношению к начальной (максимальной) цене контракта Исполнитель, с которым заключается контракт, предоставляет обеспечение исполнения контракта с учетом положений ст. 37 Закона о контрактной системе.
8.3. Исполнитель в ходе исполнения Контракта вправе предоставить Заказчику обеспечение исполнения Контракта, уменьшенное на размер выполненных обязательств, предусмотренных Контрактом, взамен ранее предоставленного обеспечения исполнения Контракта. При этом Исполнитель может изменить способ обеспечения исполнения Контракта.
8.4. Срок действия банковской гарантии должен превышать срок действия Контракта на один месяц.
8.5. В случае, если по каким-либо причинам обеспечение исполнения Контракта перестало быть действительным, закончило свое действие или иным образом перестало обеспечивать исполнение Исполнителем его обязательств по Контракту, Исполнитель обязуется в течение 10 (десяти) рабочих дней с момента, когда такое обеспечение перестало действовать, предоставить Заказчику новое надлежащее обеспечение исполнения Контракта на тех же условиях и в таком же размере.
Действие указанного пункта не распространяется на случаи, если Исполнителем представлена недостоверная (поддельная) банковская гарантия.
8.6. Прекращение обеспечения исполнения Контракта или не соответствующее требованиям Закона о контрактной системе обеспечение исполнения Контракта по истечении срока, указанного в п. 8.5 Контракта, признается существенным нарушением Контракта Исполнителем и является основанием для расторжения Контракта по требованию Заказчика с возмещением ущерба в полном объеме.
8.7. В случае надлежащего исполнения Исполнителем обязательств по Контракту обеспечение исполнения Контракта подлежит возврату Исполнителю. Заказчик осуществляет возврат денежных средств на расчетный счет Исполнителя, указанный в Контракте, в течение 30 (тридцати) рабочих дней с даты подписания Сторонами акта приемки оказанных услуг, оформленного по прилагаемой форме (приложение № 2 к Контракту), при отсутствии у Заказчика претензий по объему и качеству оказанных Услуг.
8.8. Обеспечение исполнения Контракта сохраняет свою силу при изменении законодательства Российской Федерации, а также при реорганизации Исполнителя или Заказчика.
8.9. Банковская гарантия должна быть безотзывной и должна содержать сведения, указанные в Законе о контрактной системе.
В банковскую гарантию включается условие о праве Заказчика на бесспорное списание денежных средств со счета гаранта, если гарантом в срок не более чем 5 (пять) рабочих дней не исполнено требование Заказчика об уплате денежной суммы по банковской гарантии, направленное до окончания срока действия банковской гарантии.
8.10. Все затраты, связанные с заключением и оформлением договоров и иных документов по обеспечению исполнения Контракта, несет Исполнитель.
9. Срок действия, порядок изменения и расторжения Контракта
9.1. Контракт вступает в силу со дня его подписания Сторонами.
9.2. Контракт действует до 31 декабря 2015 года, но, в любом случае, до полного исполнения Сторонами своих обязательств по Контракту в полном объеме.
9.3. Контракт может быть расторгнут:
по соглашению Сторон;
по решению суда;
в случае одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским законодательством.
9.4. Заказчик вправе обратиться в суд в установленном законодательством Российской Федерации порядке с требованием о расторжении Контракта в следующих случаях:
9.4.1. при существенном нарушении Контракта Исполнителем;
9.4.2. в случае просрочки исполнения обязательств по оказанию Услуг более чем на 10 (десть) календарных дней;
9.4.3. в случае неоднократного нарушения сроков оказания Услуг – более двух раз более чем на 5 (пять) календарных дней;
9.4.4. в случае существенного нарушения требований к качеству оказываемых Услуг (обнаружения неустранимых недостатков, недостатков, которые не могут быть устранены без несоразмерных расходов или затрат времени, или выявляются неоднократно, либо проявляются вновь после их устранения, и других подобных недостатков);
9.4.5. установления факта предоставления недостоверной (поддельной) банковской гарантии или содержащихся в ней сведений, а также представление банковской гарантии, не соответствующей требованиям Закона о контрактной системе;
9.4.6. в иных случаях, предусмотренных законодательством Российской Федерации.
9.5. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта, если в ходе исполнения Контракта установлено, что Исполнитель не соответствует установленным документацией о закупке требованиям к участникам закупки или представил недостоверную информацию о своем соответствии таким требованиям, что позволило ему стать победителем определения исполнителя.
9.6. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта по основаниям, предусмотренным Гражданским кодексом Российской Федерации для одностороннего отказа от исполнения договора возмездного оказания услуг, договора подряда в случаях, установленных в статье 783 ГК РФ, в том числе в следующих случаях:
9.6.1. в любое время без указания причин при условии оплаты Исполнителю фактически понесенных им расходов (пункт 1 статьи 782 ГК РФ);
9.6.2. если Исполнитель не приступает своевременно к исполнению Контракта или оказывает Услуги настолько медленно, что окончание их к сроку становится явно невозможным (пункт 2 статьи 715 ГК РФ);
9.6.3. если во время оказания Услуг станет очевидным, что они не будут оказаны надлежащим образом, Заказчик вправе назначить Исполнителю разумный срок для устранения недостатков и при неисполнении Исполнителем в назначенный срок этого требования отказаться от исполнения Контракта (пункт 3 статьи 715 ГК РФ);
9.6.4. если отступления от условий Контракта или иные недостатки результата Услуг в установленный Заказчиком разумный срок не были устранены Исполнителем либо являются существенными и неустранимыми (пункт 3 статьи 723 ГК РФ);
9.6.5. если при нарушении Исполнителем конечного срока оказания Услуг, указанного в Контракте, исполнение Исполнителем Контракта утратило для Заказчика интерес (пункт 3 статьи 708 ГК РФ, пункт 2 статьи 405 ГК РФ).
9.7. Заказчик до принятия решения об одностороннем отказе от исполнения Контракта вправе провести экспертизу оказанных Услуг с привлечением экспертов, экспертных организаций.
Если Заказчиком проведена экспертиза оказанной Услуги с привлечением экспертов, экспертных организаций, решение об одностороннем отказе от исполнения Контракта может быть принято Заказчиком только при условии, что по результатам экспертизы оказанной Услуги в заключении эксперта, экспертной организации будут подтверждены нарушения условий Контракта, послужившие основанием для одностороннего отказа Заказчика от исполнения Контракта.
9.8. Решение Заказчика об одностороннем отказе от исполнения Контракта не позднее чем в течение трех рабочих дней с даты принятия указанного решения, размещается в единой информационной системе и направляется Исполнителю по почте заказным письмом с уведомлением о вручении по адресу Исполнителя, указанному в Контракте, а также телеграммой, либо посредством факсимильной связи, либо по адресу электронной почты, либо с использованием иных средств связи и доставки, обеспечивающих фиксирование такого уведомления и получение Заказчиком подтверждения о его вручении Исполнителю. Выполнение Заказчиком требований настоящего пункта считается надлежащим уведомлением Исполнителя об одностороннем отказе от исполнения Контракта. Датой такого надлежащего уведомления признается дата получения Заказчиком подтверждения о вручении Исполнителю указанного уведомления либо дата получения Заказчиком информации об отсутствии Исполнителя по его адресу, указанному в Контракте. При невозможности получения указанных подтверждения либо информации датой такого надлежащего уведомления признается дата по истечении 30 (тридцати) календарных дней с даты размещения решения Заказчика об одностороннем отказе от исполнения Контракта в единой информационной системе.
9.9. Решение Заказчика об одностороннем отказе от исполнения Контракта вступает в силу и Контракт считается расторгнутым через 10 (десять) календарных дней с даты надлежащего уведомления Заказчиком Исполнителя об одностороннем отказе от исполнения Контракта.
9.10. Заказчик обязан отменить не вступившее в силу решение об одностороннем отказе от исполнения Контракта, если в течение 10 (десяти) календарных дней с даты надлежащего уведомления Исполнителя о принятом решении об одностороннем отказе от исполнения Контракта устранено нарушение условий Контракта, послужившее основанием для принятия указанного решения, а также Заказчику компенсированы затраты на проведение экспертизы в соответствии с п. 9.7 Контракта. Данное правило не применяется в случае повторного нарушения Исполнителем условий Контракта, которые в соответствии с законодательством Российской Федерации являются основанием для одностороннего отказа Заказчика от исполнения Контракта.
9.11. Исполнитель вправе принять решение об одностороннем отказе от исполнения Контракта в соответствии с законодательством Российской Федерации.
10. Порядок урегулирования споров
10.1. Все споры и разногласия, возникшие в связи с исполнением Контракта, его изменением, расторжением или признанием недействительным, Стороны будут стремиться решить путем переговоров.
10.2. В случае недостижения взаимного согласия все споры по Контракту разрешаются в Арбитражном суде Новосибирской области.
10.3. До передачи спора на разрешение Арбитражного суда Новосибирской области Стороны примут меры к его урегулированию в претензионном порядке. Претензия должна быть направлена в письменном виде. По полученной претензии Сторона обязана дать письменный ответ по существу в срок не позднее 3 (трех) рабочих дней с даты ее получения.
11. Прочие условия
11.1. Все уведомления Сторон, связанные с исполнением Контракта, направляются в письменной форме по почте заказным письмом с уведомлением о вручении по адресу Стороны, указанному в Контракте, или с использованием факсимильной связи, электронной почты с последующим представлением оригинала. В случае направления уведомлений с использованием почты, датой получения уведомления признается дата получения отправляющей Стороной подтверждения о вручении второй Стороне указанного уведомления либо дата получения Стороной информации об отсутствии адресата по его адресу, указанному в Контракте. При невозможности получения указанных подтверждения либо информации датой такого надлежащего уведомления признается дата по истечении 14 (четырнадцати) календарных дней с даты направления уведомления по почте заказным письмом с уведомлением о вручении. В случае отправления уведомлений посредством факсимильной связи и электронной почты уведомления считаются полученными Стороной в день их отправки.
11.2. Контракт составлен в 2 (двух) экземплярах, по одному для каждой из Сторон, имеющих одинаковую юридическую силу.
11.3. В случае перемены Заказчика по Контракту права и обязанности Заказчика по Контракту переходят к новому заказчику в том же объеме и на тех же условиях.
11.4. При исполнении Контракта не допускается перемена Исполнителя, за исключением случаев, если новый исполнитель является правопреемником Исполнителя по Контракту вследствие реорганизации юридического лица в форме преобразования, слияния или присоединения.
11.5. Во всем, что не предусмотрено Контрактом, Стороны руководствуются законодательством Российской Федерации.
12. Приложения
12.1. Неотъемлемыми частями Контракта являются следующие приложения к Контракту:
приложение № 1 «Описание объекта закупки»;
приложение № 2 «Акт приемки оказанных услуг»;
приложение № 3 «График оказания услуг».
13. Адреса, реквизиты и подписи Сторон
Заказчик Исполнитель
Департамент информатизации и развития телекоммуникационных технологий Новосибирской области,
630011, г. Новосибирск, ул. Красный проспект, 18
ИНН 5406643611
КПП 540601001
УФК по Новосибирской области (МФ и НП НСО, департамент информатизации и развития телекоммуникационных технологий Новосибирской области л/с 045120061680)
Р/с 40101810900000010001
Сибирское ГУ Банка России г. Новосибирск БИК 045004001 _______________/ ______________ _______________/ ______________
«___» ____________ 20__ г. «___» ___________ 20__ г.
М.П. М.П.

Оглавление TOC \o "1-3" \h \z \u Оглавление PAGEREF _Toc429123303 \h 21Перечень сокращений и условных обозначений PAGEREF _Toc429123304 \h 52Общие сведения PAGEREF _Toc429123305 \h 72.1Полное наименование системы и ее условное обозначение PAGEREF _Toc429123306 \h 72.2Основания доработки PAGEREF _Toc429123307 \h 72.2.1Основания для доработки региональной информационной системы PAGEREF _Toc429123308 \h 73Назначение и цели системы PAGEREF _Toc429123311 \h 83.1Назначение системы PAGEREF _Toc429123312 \h 83.2Цели Системы PAGEREF _Toc429123313 \h 84Характеристика объекта автоматизации PAGEREF _Toc429123314 \h 94.1Краткие сведения об объекте автоматизации PAGEREF _Toc429123315 \h 95Требования к доработанной системе PAGEREF _Toc429123316 \h 95.1Требования к системе в целом PAGEREF _Toc429123317 \h 95.1.1Требования к структуре и функционированию системы PAGEREF _Toc429123318 \h 95.1.2Требования к надежности PAGEREF _Toc429123319 \h 135.1.3Требования безопасности PAGEREF _Toc429123320 \h 145.1.4Требования к эргономике и технической эстетике PAGEREF _Toc429123321 \h 155.1.5Требования к патентной чистоте PAGEREF _Toc429123322 \h 165.1.6Требования по стандартизации и унификации PAGEREF _Toc429123323 \h 165.2Требование к функциям (задачам), выполняемым системой РНИС НСО PAGEREF _Toc429123324 \h 215.2.1Требования к функциям (задачам), выполняемым функциональным блоком «Договоры на перевозку» PAGEREF _Toc429123325 \h 215.2.2Требования к функциям (задачам), выполняемым функциональным блоком «Реестр перевозчиков» PAGEREF _Toc429123326 \h 255.2.3Требования к функциям (задачам), выполняемым функциональным блоком «Маршруты» PAGEREF _Toc429123327 \h 315.2.4Требования к функциям (задачам), выполняемым функциональным блоком «Расписание» PAGEREF _Toc429123328 \h 395.2.5Требования к функциям (задачам), выполняемым функциональным блоком «Наряды» PAGEREF _Toc429123329 \h 425.2.6Требования к функциям (задачам), выполняемым функциональным блоком «Мониторинг» PAGEREF _Toc429123330 \h 465.2.7Требования к функциям (задачам), выполняемым функциональным блоком «Тарифы» PAGEREF _Toc429123331 \h 515.2.8Требования к функциям (задачам), выполняемым функциональным блоком «Интеграция» PAGEREF _Toc429123332 \h 525.2.9Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на портале» PAGEREF _Toc429123333 \h 565.2.10Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на ЕПГУ» PAGEREF _Toc429123334 \h 585.2.11Требования к функциям (задачам), выполняемым функциональным блоком «Мобильное информирование» PAGEREF _Toc429123335 \h 605.2.12Требования к функциям (задачам), выполняемым функциональным блоком «Жалобы» PAGEREF _Toc429123336 \h 635.2.13Требования к функции обеспечения централизации федерального уровня PAGEREF _Toc429123337 \h 64В рамках данного ООЗ необходимо обеспечить выполнение требований обеспечения централизации федерального уровня. PAGEREF _Toc429123338 \h 64Для обеспечения централизации федерального уровня, Система должна предоставлять следующие функциональные возможности: PAGEREF _Toc429123339 \h 645.3Требования к видам обеспечения PAGEREF _Toc429123340 \h 655.3.1Требования к информационному обеспечению PAGEREF _Toc429123341 \h 655.3.2Требования к программному обеспечению PAGEREF _Toc429123342 \h 675.3.3Требования к техническому обеспечению PAGEREF _Toc429123343 \h 675.3.4Требования к организационному обеспечению PAGEREF _Toc429123344 \h 675.3.5Требования к гарантийной поддержке, обновлению и сопровождению Системы в гарантийный период PAGEREF _Toc429123345 \h 675.3.6Требования к контролю, хранению, обновлению и восстановлению данных PAGEREF _Toc429123346 \h 696Состав и содержание услуг по доработке и внедрению доработанной системы PAGEREF _Toc429123347 \h 696.1Состав и содержание услуг по внедрению системы PAGEREF _Toc429123348 \h 706.1.1Состав и содержание услуг по развертыванию доработок системы PAGEREF _Toc429123349 \h 706.1.2Состав и содержание услуг по оцифровке и внесению данных в систему PAGEREF _Toc429123350 \h 706.2Этапы оказания услуг по доработке и внедрению Системы PAGEREF _Toc429123351 \h 757Порядок контроля и приемки системы PAGEREF _Toc429123352 \h 787.1Виды, состав, объем и методы испытаний системы PAGEREF _Toc429123353 \h 787.2Общие требования к приемке услуг PAGEREF _Toc429123354 \h 788Требования к документированию PAGEREF _Toc429123355 \h 79Приложение № 1 к Описанию объекта закупки PAGEREF _Toc429123356 \h 80Приложение № 2 к Описанию объекта закупки PAGEREF _Toc429123357 \h 1221.1.Состав и структура справочных данных PAGEREF _Toc429123358 \h 1221.2.Состав данных о текущем положении транспортных средств PAGEREF _Toc429123359 \h 151
Перечень сокращений и условных обозначений
№ Сокращение/Термин Значение
1 Excel Формат файлов представления таблиц пакета программных средств Microsoft Office2 PDF Portable Document Format. Межплатформенный формат электронных документов
3 WGS 84 World Geodetic System 1984 — мировая геодезическая стандартная геодезическая система отчета 1984 года - математическая модель земли (эллипсоид), применяемая в GPS приемниках, утверждена 3 марта 1989 года на 13-м заседании 126-й сессии Совета Международной организации гражданской авиации
4 АРМ Автоматизированное рабочее место
5 БД База данных
6 ГЛОНАСС Глобальная Навигационная Спутниковая Система
7 ЕПГУ Федеральная государственная информационная система «Единый портал государственных и муниципальных услуг (функций)» http://gosuslugi.ru8 ЕСИА Федеральная государственная информационная система «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме», определенная в постановлении Правительства Российской Федерации от 28 ноября 2011 г. №977
9 Заказчик Заказчик по контракту
10 ИНН Идентификационный номер налогоплательщика
11 ИС Информационная система
12 Исполнитель Исполнитель по контракту
13 Контракт Контракт
14 НГППТ Наземный городской и пригородный пассажирский транспорт
15 ОП Остановочный пункт
16 РНИС НСО Региональная навигационно-информационная система Новосибирской области
17 Свидетельств об оснащении ГЛОНАСС Свидетельство, выдаваемое Ространснадзором владельцам ТС или перевозчикам и подтверждающее соблюдение владельцем ТС или перевозчиком выполнения законодательства об оснащении ТС оборудованием ГЛОНАСС
18 Система РНИС НСО
19 СМЭВ Система межведомственного электронного взаимодействия
20 СНИЛС Страховой номер индивидуального лицевого счета
21 СУБД Система управления базами данных
22 ООЗ Описание объекта закупки
23 ТС Транспортное средство
Общие сведенияПолное наименование системы и ее условное обозначениеПолное наименование системы: «Региональная навигационно-информационная система Новосибирской области».
Условное обозначение системы: «РНИС НСО»
Основания доработкиОснования для доработки региональной информационной системыОснованием для оказания услуг по доработке РНИС НСО являются следующие документы и нормативные акты:
Федеральный закон от 6 октября 2003 года № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации»;
Федеральный закон Российской Федерации от 27 июля 2006г. №149-ФЗ «Об информации, информационных технологиях и о защите информации»;
Федеральный закон Российской Федерации от 27июля2006г. №152-ФЗ «О персональных данных»;
Концепция долгосрочного социально-экономического развития Российской Федерации до 2020 года, утвержденная распоряжением Правительства Российской Федерации от 17 ноября 2008 г. № 1662-р
Федеральный закон Российской Федерации от 27июля 2010г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;
Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия
Постановление Правительства Российской Федерации от 28 декабря 2011 г. № 1184 «О мерах по обеспечению перехода федеральных органов исполнительной власти и органов государственных внебюджетных фондов на межведомственное информационное взаимодействие в электронном виде»;
Постановление Правительства Российской Федерации от 15 апреля 2014 №313 «Об утверждении государственной программы Российской Федерации «Информационное общество (2011 - 2020 годы)»
Постановление Правительства Российской Федерации от 8 июня 2011г. № 451 «Об инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме»;
Постановление Правительства Российской Федерации от 10 июля 2013 г. № 584 «Об использовании федеральной государственной информационной системы «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме»;
Постановление Правительства Российской Федерации от 14 сентября 2012 г. № 928 «О базовых государственных информационных ресурсах»;
Распоряжение Правительства Российской Федерации от 25 декабря 2013 г. № 2516-р «О Концепции развития механизмов предоставления государственных и муниципальных услуг в электронном виде»;
Федеральный закон Российской Федерации от 13 июля 2015 г. N 220-ФЗ "Об организации регулярных перевозок пассажиров и багажа автомобильным транспортом и городским наземным электрическим транспортом в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации"
Назначение и цели системыНазначение системыРНИС НСО предназначена для информационно-навигационного обеспечения деятельности автомобильного транспорта на территории Новосибирской области.
Цели СистемыОсновные цели РНИС НСО:
повышение безопасности перевозок;
повышение качества предоставления транспортных услуг;
автоматизация процессов планирования движения транспортных средств, мониторинга, диспетчеризации и управления транспортом различного функционального назначения;
информационное обеспечение в части принятия решений по управлению транспортным комплексом;
мониторинг перевозок пассажиров и опасных грузов;
Характеристика объекта автоматизацииКраткие сведения об объекте автоматизацииОбъектом автоматизации является процесс информирования населения о работе общественного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа в субъекте Российской Федерации, состоящий из следующих функциональных блоков:
Информирование о работе общественного транспорта: расписания движения по маршрутам, трассы маршрутов, ожидаемое время прибытия транспортного средства, находящегося на маршруте, на определенный остановочный пункт.
Плановое информирование населения об изменениях в режиме работы маршрутов регулярных перевозок пассажиров и багажа в субъекте Российской Федерации.
Внештатное информирование населения о внештатных ситуациях, возникающих на маршруте: заторы, задержки, пробки, аварии и др.
Предоставление справочной информации о работе общественного транспорта: протяженность маршрутной сети, количество транспортных средств на маршрутах, характеристики транспортных средств на маршрутах.
Требования к доработанной системеТребования к системе в целомТребования к структуре и функционированию системыСистема должна функционировать на всей территории Новосибирской области.
Архитектура (интерфейс, протоколы) системы РНИС НСО должна быть открытой и обеспечивать следующие принципы:
-построение по принципу трехуровневой архитектуры без выполнения вычислений на стороне клиента;
-системы единого времени на всех технологических уровнях.
РНИС НСО должна иметь следующий функционал:
1)ведение реестров маршрутной сети и графиков движения по маршрутам;
2)контроль текущего местоположения ТС;
3)предоставление населению информации о работе наземного транспорта;
4)получение данных от бортового оборудования, установленного на транспортных средствах;
5)интеграция с внешними информационными системами;
6)управление доступом к РНИС НСО, разграничением информации и доступных функциональных возможностей.
Перечень функциональных блоков, их назначение и основные характеристики
Функциональная структура доработанной системы должна включать следующий набор функциональных блоков:
«Договоры на перевозку». Функциональный блок предназначен для автоматизации работы с договорами на регулярную перевозку пассажиров и багажа по маршрутам.
«Реестр Перевозчиков». Функциональный блок предназначен для автоматизации процесса ведения реестра предприятий/организаций перевозчиков, обслуживающих маршруты регулярных перевозок пассажиров и багажа региона.
«Маршруты». Функциональный блок предназначен для автоматизации следующих процессов:
ведение, контроль и анализ реестра паспортов маршрутов регулярных перевозок пассажиров и багажа;
актуализация трасс маршрутов при проведении ремонтных работ на дорогах или возникновении нештатных ситуаций.
«Расписание». Функциональный блок предназначен для автоматизации следующих процессов:
ведение реестра расписаний движения по маршрутам регулярных перевозок пассажиров и багажа;
актуализация расписаний маршрутов при проведении ремонтных работ на дорогах или возникновении нештатных ситуаций.
«Наряды». Функциональный блок предназначен для автоматизации процесса назначения ТС на маршруты, выпуск ТС по маршрутам.
«Мониторинг». Функциональный блок предназначен для автоматизации процесса контроля выполнения предприятиями перевозчиками договорных обязательств по обслуживанию маршрутов регулярных перевозок пассажиров и багажа.
«Тарифы». Функциональный блок предназначен для автоматизации процесса управления тарифами на оплату проезда и провоза багажа, действующие на маршрутах регулярных перевозок пассажиров и багажа.
«Администрирование». Функциональный блок предназначен для управления доступом в Систему, создания, изменения и удаления пользователей, работа с ролями и правами пользователей.
«Интеграция». Функциональный блок предназначен для автоматизации получения данных, используемых другими функциональными блоками Системы из внешних информационных систем, и отправки данных, необходимых внешним информационным системам.
«Информирование на сайте». Функциональный блок предназначен для предоставления информации населению о действующих маршрутах и изменениях в режиме работы маршрутов регулярных перевозок пассажиров и багажа.
«Мобильное Информирование». Функциональный блок предназначен для предоставления информации населению о действующих маршрутах и изменениях в режиме работы маршрутов регулярных перевозок пассажиров и багажа через мобильные устройства на платформах iOS, Android, Windows Phone.
«Информирование на ЕПГУ». Функциональный блок предназначен для автоматизации процесса информирования населения о действующих маршрутах и изменениях в режиме работы маршрутов регулярных перевозок пассажиров и багажа через личный кабинет на ЕПГУ.
«Жалобы». Функциональный блок предназначен для предоставления возможности населению отправить сообщение/отзыв/жалобу на работу предприятий, осуществляющих регулярные перевозки пассажиров и багажа.
Требования к способам и средствам связи для информационного обмена между компонентами системы
Функциональные блоки доработанной Системы должны находиться в постоянной синхронизации по времени. Взаимодействие между ними должно быть автоматическим, посредством настраиваемых интерфейсов взаимодействия.
Требования к характеристикам взаимосвязей системы с внешними системами
Должна быть обеспечена возможность интеграции и взаимодействия с информационно-технологическими телекоммуникационными системами и организациями в объеме получения и отправки справочно-информационных данных.
Взаимодействие с внешними информационными системами должно происходить посредством открытых протоколов обмена данными с использованием унифицированных форматов приема и передачи данных.
Взаимодействие с внешними информационными системами должно происходить как в режиме реального времени, так и по расписанию.
В случае невозможности применения использования унифицированного механизма сопряжения должны разрабатываться частные протоколы информационно-технического сопряжения и взаимодействия. В частных протоколах информационно-технического сопряжения и взаимодействия должны быть отражены данные, участвующие в обмене, форматы представления данных, используемые протоколы, интерфейсы, регламенты по времени интеграции и по объемам информации, участвующие в обмене.
Обмен данными Системы с внешними системами должны осуществляться с помощью функционального блока «Интеграция», описанном в п. REF _Ref429127778 \r \h 5.2.8.Требования к режимам функционирования
Система должна функционировать в следующих режимах:
-штатный режим, при котором обеспечивается выполнение задач в объеме функций, предусмотренных настоящим ООЗ;
-сервисный режим, необходимый для проведения обслуживания, реконфигурации и пополнения технических и программных средств Системы новыми компонентами;
-аварийный режим работы.
В штатном режиме функционирования Система должна обеспечивать следующий режим работы: доступность функций системы в режиме — 24 часа в день, 7 дней в неделю (24х7).
В сервисном режиме Система должна обеспечивать возможность проведения следующих работ:
-техническое обслуживание;
-модернизацию аппаратно-программного комплекса;
-обновление прикладного программного обеспечения;
-устранение аварийных ситуаций.
Регламентные работы должны производиться с учётом требований о доступности Системы.
Требования по диагностированию
Компоненты Системы должны предоставлять инструменты автоматического диагностирования основных процессов Системы и программного обеспечения. Система должна предоставлять удобный интерфейс для возможности просмотра диагностических событий, событий по действиям пользователей системы и мониторинга процесса выполнения программ.
Перспективы развития и модернизации системы
Архитектура доработанной Системы должна позволять наращивать и модифицировать функциональные возможности Системы.
Архитектура доработанной Системы должна обеспечивать повышение уровня централизации системы до федерального уровня.
Требования к надежностиНадежность информационного обеспечения Системы должна обеспечиваться совокупностью используемых средств управления базами данных СУБД, системой комплексного администрирования и реализацией механизмов резервного копирования информационных баз и файлов конфигурации.
Система должна обеспечивать хранение информации обо всех действиях пользователя (внесение, изменение, удаление и т.п.) в отношении объектов БД, а также должна обеспечивать возможность восстановления данных из резервных копий в случае возникновения сбоев и отказов. После сбоя серверной или клиентской операционных систем или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в БД до состояния на момент окончания последней полностью завершенной перед сбоем операции ввода или изменения данных
Состав и количественные значения показателей надежности
Система должна непрерывно функционировать 24 часа в сутки, 365 дней в году. Оценка и контроль показателей надёжности программных средств должны производиться в соответствии с требованиями и по методикам ГОСТ 28195-89 на всех этапах жизненного цикла Системы.
Среднее время восстановления работоспособности (после сбоев) не более двух часов.
Перечень аварийных ситуаций, приводящих к отказу системы (или) ее компонентов
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:
при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке операционной системы (ОС), восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;
при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;
при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
Требования к надежности программного обеспечения
В качестве общего программного обеспечения Системы должно использоваться только лицензионное программное обеспечение с действующей технической поддержкой от фирм-производителей.
Компоненты программного обеспечения не должны нарушать целостности друг друга.
Система должна обеспечивать высокий уровень доступности, составляющий не менее 95% / год.
Система должна удовлетворять следующим требованиям к надежности:
Допустимое время штатных простоев Системы при проведении технического обслуживания не должно превышать 32 часов за год.
Допустимое время внештатных простоев Системы, возникающих в связи с неисправностью, не должно превышать 24 часов за год.
Допустимое время восстановления системных данных, в случае внештатного простоя Системы не должно превышать 1 часа в рабочие дни и 2 часа в нерабочие дни.
Допустимое время восстановления хранимых данных, в случае внештатного простоя Системы не должно превышать 4 часов в рабочие дни и 8 часов в нерабочие дни.
Система должна обеспечивать возможность резервирования системных и хранимых данных на внешние дисковые носители и ленточные библиотеки.
Требования безопасностиИнформационная безопасность должна обеспечиваться организационными мерами, собственными средствами Системы, средствами системного и прикладного программного обеспечения.
Доступ к Системе должен быть реализован на основе принятых ролевых моделей, принципов разделения обязанностей и минимизации полномочий с использованием средств аутентификации и авторизации.
В рамках Системы должен быть предусмотрен комплекс мероприятий по обеспечению информационной безопасности – защиты от несанкционированного доступа, нарушения целостности и достоверности хранящейся и передаваемой информации, должна быть обеспечена конфиденциальность информации.
Требования к системе защиты информации должны определяться на основе установленного для системы уровня защищенности и актуальных угроз безопасности.
Требования к эргономике и технической эстетикеЭргономичность Системы в части взаимодействия «человек-машина» должны удовлетворять требованиям следующих действующих стандартов:
- ГОСТ 20.39.108-85 «Комплексная система общих технических требований. Требования по эргономике, обитаемости и технической эстетике. Номенклатура и порядок выбора»;
ГОСТ 12.2.032-78 «Система стандартов безопасности труда. Рабочее место при выполнении работ сидя. Общие эргономические требования»;
ГОСТ 22269-76 «Система «Человек-машина». Рабочее место оператора. Взаимное расположение элементов рабочего места. Общие эргономические требования».
Взаимодействие пользователей со специализированным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм.
Навигационные элементы должны быть выполнены в удобной для пользователя форме.
Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных Системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Должен быть реализован единый интуитивно понятный интерфейс.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
Требования к патентной чистотеПатентная чистота на все элементы Системы и используемые конструктивные решения должна быть обеспечена в отношении Российской Федерации.
Реализация технических, программных, организационных и иных решений, предусмотренных проектом системы, не должна приводить к нарушению авторских и смежных прав третьих лиц.
При использовании в Системе программ (программных комплексов или компонентов), разработанных третьими лицами, условия, на которых передается право на использование (исполнение) этих программ, не должны накладывать ограничений, препятствующих использованию Системы по ее прямому назначению.
В результате оказания услуг в рамках требований установленных настоящим ООЗ передаётся право на использование РНИС НСО, с учетом вновь разработанного функционала на условиях простой неисключительной лицензии. Информация, накопленная в результате эксплуатации Системы, с учетом вновь разработанного функционала принадлежит Заказчику.
Требования по стандартизации и унификацииСистема должна соответствовать требованиям стандартов и спецификаций, перечисленных в таблице ниже.
Таблица № 1
Обозначение Спецификация Назначение (вид протокола, тип данных)
Раздел А. Набор спецификаций для реализации веб-интерфейсов
HTTP Hypertext Transfer Protocol (HTTP) v1.1 Протокол передачи гипертекста
Стандарт IETF http://www.ietf.org/rfc/rfc2616.txt HTML HTML 4.01 Представление гипертекстовых документов (документов с перекрестными ссылками, включая абсолютные) для просмотра.
Стандарт W3C http://www.w3.org/TR/html4/ PNG Portable Network Graphic (PNG) Представление растровых двумерных статических изображений.
ISO/IEC 15948:2004 GIF Graphics Interchange Format (GIF87) Представление растровых двумерных статических изображений.
http://www.w3.org/Graphics/GIF/spec-gif87.txt JPEG Joint Photographic Expert Group (JPEG) Представление растровых двумерных статических изображений с потерей данных.
ISO/IEC 10918-1:1994 ISO/IEC 10918-1:1994/Cor 1:2005 JavaScript ECMA-262 Язык сценариев
http://www.ecma-international.org/publications/standards/Ecma-262.htmUTF-8 ISO 10646-1:2003 / Unicode v4.0 UTF-8 Кодирование символов
Раздел Б. Набор спецификаций для реализаций межсистемных интерфейсов (веб-сервисов)
XML Extensible Markup Language (XML) Представление структурированных данных при межсистемном взаимодействии. Метаязык представления данных.
Стандарт W3C http://www.w3.org/TR/2004/REC-xml11-20040204/ XSD XML Schema Definition (XSD) v1.0 Описание структуры данных на метаязыке
Стандарт W3C XML Schema Part 1: Structures http://www.w3.org/TR/xmlschema-1/ XML Schema Part 2: Datatypeshttp://www.w3.org/TR/xmlschema-2/ HTTP Hypertext Transfer Protocol (HTTP) v1.1 Протокол передачи гипертекста
Стандарт IETF http://www.ietf.org/rfc/rfc2616.txt SOAP Simple Object Access Protocol (SOAP) v1.1 Доступ к объектам данных и функциям смежных систем
http://www.w3.org/TR/soap11/ WSDL Web Services Description Language (WSDL) v1.1 Описание интерфейсов межсистемного взаимодействия
http://www.w3.org/TR/wsdlUDDI Universal Description, Discovery and Integration (UDDI) v2.0 Обнаружение сервисов межсистемного взаимодействия
http://www.uddi.org UTF-8 ISO 10646-1:2003 / Unicode v4.0 UTF-8 Кодирование символов
Раздел В. Спецификации файловых форматов
XML Extensible Markup Language (XML) Представление структурированных данных при межсистемном взаимодействии. Метаязык представления данных.
Стандарт W3C http://www.w3.org/TR/2004/REC-xml11-20040204/ PDF Portable Document Format - PDF 1.4 (PDF/X-2) Независимое от устройства вывода представление документов с сохранением разметки страниц.
ISO 15930-5:2003 HTML HTML 4.01 Представление гипертекстовых документов (документов с перекрестными ссылками, включая абсолютные) для просмотра.
Стандарт W3C http://www.w3.org/TR/html4/ PNG Portable Network Graphic (PNG) Представление растровых двумерных статических изображений.
ISO/IEC 15948:2004 GIF Graphics Interchange Format (GIF87) Представление растровых двумерных статических изображений.
http://www.w3.org/Graphics/GIF/spec-gif87.txt JPEG Joint Photographic Expert Group (JPEG) Представление растровых двумерных статических изображений с потерей данных.
ISO/IEC 10918-1:1994 ISO/IEC 10918-1:1994/Cor 1:2005 CSS Cascading Style Sheets Language, level 2 revision 1 (CSS2.1) Описание оформления веб-страниц
Стандарт W3C http://www.w3.org/TR/CSS21/ UTF-8 ISO 10646-1:2003 / Unicode v4.0 UTF-8 Кодирование символов
ZIP ZIP 2.0 Архивирование данных
http://www.pkware.com/business_and_developers/developer/popups/appnote.txt Раздел Д. Электронная почта
SMTP Simple Mail Transfer Protocol (SMTP) Транспорт электронной почты
RFC 821, 822, 2821 MIME Multipurpose Internet Mail Extensions (MIME) 1.0 Передача файловых вложений в сообщениях электронной почты
RFC 2045-2049 UTF-8 ISO 10646-1:2003 / Unicode v4.0 UTF-8 Кодирование символов
При доработке элементов Системы должны использоваться принятые в Российской Федерации и в субъекте Российской Федерации классификаторы и справочники.
При создании элементов Системы следует руководствоваться действующими в Российской Федерации национальными стандартами и другими нормативно-техническими документами.
Используемые оборудование и материалы, подлежащие обязательной сертификации, должны иметь соответствующие сертификаты.
Требование к функциям (задачам), выполняемым системой РНИС НСОРНИС НСО должна обеспечивать выполнение следующих функций:
управление транспортным обслуживанием населения;
информирование населения;
ведение, контроль и анализ реестра паспортов маршрутов регулярных перевозок пассажиров и багажа в Новосибирской области;
ведение, контроль и анализ реестра расписаний движения по маршрутам регулярных перевозок пассажиров и багажа в Новосибирской области;
агрегация паспортов маршрутов и расписаний движения по маршрутам в рамках Новосибирской области.
ведение, контроль и анализ реестра остановочных пунктов;
актуализацию трасс и расписаний маршрутов при проведении ремонтных работ на дорогах или возникновении нештатных ситуаций;
ведение реестра предприятий перевозчиков, обслуживающих маршруты регулярных перевозок пассажиров и багажа в Новосибирской области;
ведение реестра транспортных средств, обслуживающих маршруты регулярных перевозок пассажиров и багажа в Новосибирской области.
Требования к функциям (задачам), выполняемым функциональным блоком «Договоры на перевозку»Доработанный функциональный блок «Договоры на перевозку» должен предоставлять пользователям следующие функциональные возможности:
Управление (добавление, удаление, редактирование, перевод в архив) перечнем договоров на перевозку.
Просмотр перечня договоров на перевозку.
Экспорт сводного перечня (реестра) договоров на перевозку.
В рамках оказания услуг по данному ООЗ необходимо доработать существующий функционал:
Управление (добавление, удаление, редактирование, перевод в архив) перечнем договоров на перевозку.
Просмотр перечня договоров на перевозку.
Также необходимо разработать следующий функционал модуля:
Экспорт сводного перечня (реестра) договоров на перевозку.
Требования к реализации функциональной возможности управления перечнем договоров на перевозку
При добавлении договора на перевозку, доработанная Система должна обеспечивать возможность ввода следующих атрибутов договора на перевозку:
Дата заключения договора;
Дата начала действия договора;
Дата окончания действия договора;
Название Заказчика;
Название Организации перевозчика;
Номер и Название маршрута;
Количество ТС, обслуживаемых маршрут;
Список ТС, обслуживаемых маршрут;
Общая информация о договоре на перевозку;
Комментарий к изменению данных договора на перевозку (опциональное поле);
Прикрепляемый файл-скан договора.
В рамках выполнения работ по данному ООЗ необходимо к существующим атрибутам договоров на перевозку в Системе добавить следующие атрибуты:
Дата начала действия договора;
Дата окончания действия договора;
Название Заказчика;
Список ТС, обслуживаемых маршрут;
Общая информация о договоре на перевозку;
Комментарий к изменению данных договора на перевозку (опциональное поле);
При удалении договора на перевозку, Система должна запрещать удалять договоры, которые прикреплены к действующим маршрутам.
При редактировании договора на перевозку Система должна обеспечивать возможность изменения следующих атрибутов договора на перевозку:
Дата заключения договора;
Дата начала действия договора;
Дата окончания действия договора;
Название Заказчика;
Название Организации перевозчика;
Номер и Название маршрута;
Количество ТС, обслуживаемых маршрут;
Список ТС, обслуживаемых маршрут;
Общая информация о договоре на перевозку;
Комментарий к изменению данных договора на перевозку (опциональное поле);
Прикрепляемый файл-скан договора.
Доработанная Система должна позволять переводить в архив договоры, срок действия которых истек.
Требования к реализации функциональности просмотра перечня договоров на перевозку
В функциональном блоке «Договоры на перевозку» Системы должна быть доработана функциональность просмотра перечня договоров в части добавления возможности автоматического цветного выделения.
При просмотре перечня договоров должно осуществляться выделение цветом договоров при определенных условиях:
договоры, у которых истек срок действия, должны выделяться красным цветом;
договоры, по маршрутам которых осуществляют перевозку ТС, у которых истекает срок действия Свидетельства об оснащении ГЛОНАСС менее чем через 30 дней, должны быть выделены желтым цветом;
договоры, по маршрутам которых осуществляют перевозку ТС, у которых истек срок действия Свидетельств об оснащении ГЛОНАСС, должны быть выделены красным цветом.
В функциональном блоке «Договоры на перевозку» в доработанной Системе в существующую функциональность по просмотру перечня договоров, должна быть добавлена функциональность для фильтрации перечня договоров по следующим критериям:
время действия договора (все, действующие, истекшие);
время действия свидетельств (все, действующие, просроченные)
Также в функциональности по просмотру перечня договоров в Системе должна быть добавлена функциональность для поиска договоров по названию перевозчика и по номеру маршрута.
Требования к реализации функциональности экспорта сводного реестра договоров на перевозкуВ функциональном блоке «Договоры на перевозку» Системы должна быть добавлена функциональность по выгрузке (экспорту) действующего реестра договоров на осуществление перевозки по маршрутам на дату выгрузки.
Форматы файлов:
.PDF
.xls (MS Excel)
Файл с Реестром договоров должен содержать следующие данные:
п/п Наименование муниципального образования Новосибирской области Наименование транспортного предприятия муниципального образования Новосибирской области ИНН
транспортного предприятия муниципального образования Новосибирской области Номер и наименование маршрута Реквизиты договора на осуществлениее транспортной
перевозки по указанному маршруту
1 2 3 4 5 6
где,
В столбце 2 указывается полное наименование муниципального образования Новосибирской области;
В столбце 3 указывается полное наименование транспортного предприятия муниципального образования Новосибирской области.
В столбце 4 указывается ИНН транспортного предприятия муниципального образования, указанного в столбце 3 данной формы.
В столбце 5 указывается номер и наименование утвержденного маршрута, по которому осуществляется перевозка пассажиров и багажа транспортным предприятием муниципального образования, указанного в столбце 3.
В столбце 6 указываются реквизиты договора на осуществления транспортной перевозки по указанному в столбце 5 маршруту.
Требования к функциям (задачам), выполняемым функциональным блоком «Реестр перевозчиков»Функциональный блок «Реестр перевозчиков» доработанной Системы должен предоставлять пользователям следующие функциональные возможности:
Управление (добавление, удаление, редактирование) перечнем перевозчиков.
Просмотр перечня перевозчиков.
Просмотр перечня транспортных средств Перевозчика.
Организация и работа с группами Транспортных средств;
Экспорт перечня (реестра) транспортных средств перевозчика.
Экспорт сводного перечня (реестра) транспортных средств перевозчиков.
В рамках оказания услуг по данному ООЗ необходимо доработать существующий функционал:
Управление (добавление, удаление, редактирование) перечнем перевозчиков.
Просмотр перечня перевозчиков.
Просмотр перечня транспортных средств Перевозчика.
Организация и работа с группами Транспортных средств;
Также необходимо разработать следующий функционал блока:
Экспорт перечня (реестра) транспортных средств перевозчика.
Экспорт сводного перечня (реестра) транспортных средств перевозчиков.
Требования к реализации функциональной возможности управления перечнем перевозчиков
При добавлении или изменении данных о перевозчике, Система должна обеспечивать возможность ввода или изменения следующих атрибутов перевозчика:
Юридическое название Организации;
Юридический адрес;
ИНН;
КПП;
ОГРН;
Название банка;
Расчетный счет;
БИК;
Корреспондентский счет;
Номер телефона;
Номер факса;
Адрес электронной почты;
Адрес сайта Организации;
ФИО Руководителя;
Номер телефона Руководителя;
Адрес электронной почты Руководителя;
Расположение Организации на карте (широта, долгота).
В рамках оказания услуг по данному ООЗ необходимо к существующим атрибутам Организации перевозчика в Системе добавить следующие атрибуты:
ОГРН;
Название банка;
Расчетный счет;
БИК;
Корреспондентский счет;
Адрес сайта Организации;
Расположение Организации на карте (широта, долгота).
При удалении Организации перевозчика, Система должна запрещать удалять Организацию перевозчика, которая прикреплена к действующим маршрутам или связана с другими объектами и документами в Системе.
Требования к реализации функциональной возможности просмотра перечня перевозчиков
В Системе должна быть доработана функциональность просмотра перечня Организаций перевозчиков и добавлена функция поиска перевозчиков по названию и/или по ИНН Организации перевозчика.
Требования к реализации функциональной возможности просмотра перечня Транспортных средств перевозчика
В Системе должна быть доработана функциональность просмотра перечня ТС Организаций перевозчиков и добавлена функция поиска ТС по государственному регистрационному номеру ТС, VIN, по названию Организации перевозчика и по идентификационному номеру абонентского телематического терминала оборудования ГЛОНАСС, установленного на ТС.
Требования к расширению функциональности по организации и работе с группами Транспортных средств
В Системе должна быть доработана функциональность по работе с группами ТС.
Должна быть добавлена возможность создавать, изменять и удалять группы ТС в отдельном справочнике «Группы ТС».
Должна быть добавлена функция в АРМ Организации перевозчика, позволяющая добавлять ТС в созданные группы ТС из форм создания или изменения данных ТС. Для этого в Системе в формах создания и изменения атрибутов ТС должна быть добавлена возможность выбора группы ТС из справочника «Группы ТС» и таким образом присоединять данное ТС к определенной группе ТС.
Требования к реализации функциональной возможности экспорта данных о реестре (перечне) транспортных средств перевозчика
В функциональном блоке «Реестр перевозчиков» системы должна быть добавлена функциональность по выгрузке (экспорту) актуального реестра транспортных средств перевозчика, обслуживаемых маршруты на дату выгрузки реестра.
Форматы файлов:
.PDF
.xls (MS Excel)
Реестр транспортных средств перевозчика, которые обслуживают маршруты, должен содержать следующие данные:
п/п Наименова-ние муници-пального образо-вания Новосибирской области Наименова-ние транспорт-ного предприятия муници-пального образования Новосибирской области ИНН
Транспорт-ного предприятия муници-пального образования Новосибирской области Государст-венный регистра-ционный номер ТС Кате-гория ТС Вид ТС Оснащенность ТС бортовым оборудованием ГЛОНАСС
1 2 3 4 5 6 7 8
где,
В столбце 2 указывается полное наименование муниципального образования Новосибирской области;
В столбце 3 указывается полное наименование транспортного предприятия муниципального образования Новосибирской области
В столбце 4 указывается ИНН транспортного предприятия муниципального образования, указанного в столбце 3 данной формы.
В столбце 5 указывается государственный регистрационный номер транспортного средства.
В столбце 6 указывается категория ТС в соответствии с ГОСТ Р 52051-2003 Механические транспортные средства и прицепы. Классификация и определения. Госстандарт России:
Категория М2 - Транспортные средства, используемые для перевозки пассажиров, имеющие, помимо места водителя, более восьми мест для сидения, максимальная масса которых не превышает 5 т;
Категория МЗ - Транспортные средства, используемые для перевозки пассажиров, имеющие, помимо места водителя, более восьми мест для сидения, максимальная масса которых превышает 5 т.
В столбце 7 указывается вид ТС: автобус, трамвай, троллейбус или указать иное.
В столбце 8 указывается факт наличия на ТС оборудования ГЛОНАСС, принимаемые значения: «+» или «-».
Требования к реализации функциональной возможности экспорта сводных данных о реестре (перечне) транспортных средств перевозчиков
В функциональном блоке «Реестр перевозчиков» системы должна быть добавлена функциональность по выгрузке (экспорту) актуального сводного реестра транспортных средств перевозчиков, которые обслуживают маршруты, на дату выгрузки реестра.
Форматы файлов:
.PDF
.xls (MS Excel)
Реестр транспортных средств перевозчиков, которые обслуживают маршруты должен содержать следующие данные:
п/п Наименова-ние муници-пального образования Новосибирской области Наименова-ние транспорт-ного предприятия муници-пального образования Новосибирской области ИНН
Транспорт-ного предприятия муници-пального образования Новосибирской области Государст-венный регистра-ционный номер ТС Кате-гория ТС Вид ТС Оснащенность ТС бортовым оборудованием ГЛОНАСС
1 2 3 4 5 6 7 8
где,
В столбце 2 указывается полное наименование муниципального образования Новосибирской области;
В столбце 3 указывается полное наименование транспортного предприятия муниципального образования Новосибирской области.
В столбце 4 указывается ИНН транспортного предприятия муниципального образования, указанного в столбце 3 данной формы.
В столбце 5 указывается государственный регистрационный номер транспортного средства.
В столбце 6 указывается категория ТС в соответствии с ГОСТ Р 52051-2003 Механические транспортные средства и прицепы. Классификация и определения. Госстандарт России:
Категория М2 - Транспортные средства, используемые для перевозки пассажиров, имеющие, помимо места водителя, более восьми мест для сидения, максимальная масса которых не превышает 5 т;
Категория МЗ - Транспортные средства, используемые для перевозки пассажиров, имеющие, помимо места водителя, более восьми мест для сидения, максимальная масса которых превышает 5 т.
В столбце 7 указывается вид ТС: автобус, трамвай, троллейбус или указать иное.
В столбце 8 указывается факт наличия на ТС оборудования ГЛОНАСС, принимаемые значения: «+» или «-».
Требования к функциям (задачам), выполняемым функциональным блоком «Маршруты»Функциональный блок «Маршруты» должен предоставлять пользователям следующие функциональные возможности:
Управление (добавление, удаление, редактирование) перечнем паспортов маршрутов.
Перевод маршрута в архив.
Просмотр перечня маршрутов и поиск маршрутов.
Экспорт реестра маршрутов.
Экспорт паспорта маршрута.
Управление статусом маршрута.
Управление перечнем трасс маршрута.
Управление перечнем остановочных пунктов.
Просмотр перечня перегонов трассы маршрута.
Указание нормативов проезда перегонов трассы маршрута.
Работа с версиями маршрутов.
В рамках оказания услуг по данному ООЗ необходимо доработать существующий функционал:
Управление (добавление, удаление, редактирование) перечнем паспортов маршрутов.
Перевод маршрута в архив.
Просмотр перечня маршрутов и поиск маршрутов.
Управление перечнем остановочных пунктов.
Также необходимо разработать следующий функционал блока «Маршруты»:
Экспорт реестра маршрутов.
Экспорт паспорта маршрута.
Управление статусом маршрута.
Управление перечнем трасс маршрута.
Просмотр перечня перегонов трассы маршрута.
Указание нормативов проезда перегонов трассы маршрута.
Работа с версиями маршрутов.
Требования к реализации функциональной возможности управления перечнем паспортов маршрутов
В рамках оказания услуг по данному ООЗ, в Системе в функциональном блоке «Маршруты» в функциональности по управлению маршрутами, при создании маршрута или изменении данных маршрута, к существующим атрибутам маршрута необходимо добавить следующие атрибуты:
Дополнительные статусы маршрута (Отмененный, Архив)
Виды ТС и классы ТС, которые используются для перевозок по маршруту регулярных перевозок обслуживающие маршрут, максимальное количество ТС каждого класса;
Описание маршрута;
Дата ввода маршрута в действие;
Дата окончания действия маршрута;
Версия маршрута;
Технологическая трасса маршрута;
Список наименований улиц, автомобильных дорог, по которым предполагается движение транспортных средств между остановочными пунктами по маршруту регулярных перевозок;
Протяженность маршрута, км;
В функциональность по управлению маршрутами в Системе должна быть добавлена функция по заполнению/изменению новых атрибутов при добавлении нового маршрута или при изменении данных существующего маршрута в статусе Черновик.
При удалении паспорта маршрута, Система должна запрещать удалять маршруты, в которых есть действующие версии маршрута и/или с которыми связаны договоры на перевозку.
Требования к реализации функциональной возможности перевода маршрута в архив
В доработанную Систему должна быть добавлена функциональность, позволяющая переводить в архив маршруты, срок действия которых истек.
Требования к реализации функциональной возможности просмотра перечня маршрутов и поиск маршрутов
В Системе должна быть доработана функциональность просмотра перечня маршрутов и добавлена функция поиска маршрутов по названию маршрута или по номеру маршрута.
Требования к реализации функциональной возможности экспорта реестра паспортов маршрутов
В функциональный блок «Маршруты» системы должна быть добавлена функциональность по выгрузке (экспорту) реестра паспортов маршрутов.
Форматы файлов:
.PDF;
.xls (MS Excel).
Реестр паспортов маршрутов должен содержать следующие данные:
п/п Наимено-вание муниципального образо-вания Новоси-бирской области Наименование транспортного предприятия муниципального образования Новоси-бирской области ИНН
транспортного предприятия муниципального образования Новоси-бирской области Номер и наименование маршрута Рекви-зиты договора на осуществление транспортной
перевоз-ки по указан-ному маршруту Вид ТС, работающего на маршруте Дата ввода в действие маршрута Время действия маршрута (постоянный, временный/дневной, ночной, другой Наименование начального и конечного пунктов маршрута Длина маршрута, км Перечень остановочных пунктов (координат в формате WGS 84 Длина перегона между остановками для каждого остановочного пункта, м
1 2 3 4 5 6 7 8 9 10 11 12 13
где
В столбцах 2-6 указывается информация, аналогичная данным в файле «сводный реестр договоров», описанном в п. REF _Ref429131230 \r \h 5.2.1.3
В столбце 7 указывается вид ТС; автобус, трамвай, троллейбус или указать иное;
В столбце 10 указывается наименование начального и конечного пункта маршрута через знак « - ». Например: «Пункт А - Пункт Б»;
В столбце 12 перечисляются остановочные пункты маршрута в прямом и обратном последовательном направлении с указанием в скобках географических координат каждого остановочного пункта маршрута. Например: Пункт А (широта, долгота), причем:
1.Величина погрешности определения координаты - не более 15 метров
2.Система координат - WGS 84.
В столбце 13 указываются расстояние между остановочными пунктами, указанными в столбце 12.
Требования к реализации функциональной возможности экспорта паспорта маршрута
В Систему должна быть добавлена функциональность, которая предоставляет возможность экспорта паспорта маршрута в соответствии с требованиями приказа Министерства транспорта РФ №178 от 14 августа 2003 года «Об утверждении порядка формирования сети регулярных автобусных маршрутов между субъектами РФ».
Форматы файлов:
.PDF
.RTF (MS Word)
Требования к реализации функциональной возможности управления статусом маршрута
В Системе в функциональном блоке «Маршруты» должна быть доработана функциональность по управлению статусами маршрута.
В результате оказания услуг по данному ООЗ, в функциональности по управлению маршрутами в блоке «Маршруты» должна быть добавлена функциональность для задания или изменения дополнительных статусов маршрута «Отмененный» и «Архив». В результате доработки, значение статуса маршрута может выбираться из следующих значений статусов маршрута:
Черновик;
Действующий;
Отмененный;
Архив.
Требования к реализации функциональной возможности управления перечнем трасс маршрута
В результате выполнения изменений и доработки функциональности, в Системе должна быть реализована функция управления перечнем трасс маршрутов. В каждом маршруте должна быть возможность задать основную трассу маршрута и технологическую трассу (нулевой пробег до начальной или от конечной остановки до места стоянки/гаража).
Создание или изменение трасс маршрута должно осуществляться с использованием существующего в Системе редактора трассы маршрута на карте.
При задании начальной и конечной остановки трассы маршрута Система должна автоматически прокладывать трассу маршрута, используя картографическую информацию о дорогах.
По ходу формирования трассы по дорогам, Система должна автоматически включать встречаемые остановочные пункты в маршрут, с дальнейшей возможностью изменения (включения или исключения) набора остановочных пунктов в трассе маршрута и самой трассы в графическом виде на карте.
Для сформированных трасс маршрутов по дорогам, Система должна предоставлять возможность изменения (включения или исключения) набора остановочных пунктов в трассе маршрута и самой трассы в графическом виде на карте.
При добавлении и редактировании основной трассы маршрута, Система должна обеспечивать возможность указания следующих основных атрибутов трассы:
- Начальные и конечные остановочные пункты;
- Промежуточные остановочные пункты.
Для технологической трассы маршрута должна быть возможность ввода нормативов времени проезда такой трассы в разрезе сезона (лето/зима), дней недели.
Система должна запрещать удаление трасс маршрута действующих маршрутов.
Требования к реализации функциональной возможности управления перечнем остановочных пунктов
Управление перечнем остановочных пунктов должно осуществляться текущими функциональными возможностями комплекса РНИС НСО.
Указанная функциональность по управлению перечнем остановочных пунктов должна быть доступна для работы из функционального блока «Маршруты».
Требования к реализации функциональной возможности просмотра перечня перегонов трассы маршрута
В Система должна быть реализована возможность отображать следующие основные атрибуты по перечню перегонов трассы:
Начальный остановочный пункт перегона;
Конечный остановочный пункт перегона;
Протяженность перегона;
Наличие или отсутствие нормативов перегона.
Требования к реализации функциональной возможности указания нормативов проезда перегонов трассы маршрута.
Система должна обеспечивать возможность указания следующих основных атрибутов нормативов проезда:
Дата начала действия норматива проезда;
Дата окончания действия норматива проезда;
Время начала действия норматива проезда;
Время окончания действия норматива проезда;
Время, затрачиваемое транспортным средством на проезд перегона.
Требования к версиям маршрутов
Система должна предоставлять возможность подготовки различных версий изменения маршрута для последующей разработки расписаний и ввода в действие.
История изменения маршрута должна храниться в виде набора версий маршрута, каждая из которых включает в себя полную информацию о маршруте на некоторый момент времени. Актуальность версии маршрута должна отражаться в статусе, который показывает, действует ли версия маршрута на текущий момент, действовала ли ранее, или находится в разработке. Должна быть возможность просмотра периодов действия версий маршрута.
Должна быть реализована возможность формирования нескольких версий расписаний маршрута в зависимости от сезона, дней недели с последующим вводом расписаний в действие.
Система при добавлении и редактировании версии маршрута, должна обеспечивать возможность указания следующих атрибутов версии маршрута:
- Краткое описании версии маршрута;
- Причина добавления версии маршрута;
- Причина изменения версии маршрута;
- Дата начала действия версии маршрута;
- Дата окончания действия версии маршрута.
Система должна запрещать удаление действующих версий маршрутов
Требования к функциям (задачам), выполняемым функциональным блоком «Расписание»Функциональный блок «Расписание» доработанной Системы должен предоставлять пользователям следующие функциональные возможности:
Управление расписаниями маршрута.
Просмотр перечня рейсов маршрута.
Просмотр расписаний маршрута.
Импорт расписания маршрута.
Экспорт расписания маршрута.
В рамках оказания услуг по данному ООЗ необходимо доработать существующий функционал:
Управление расписаниями маршрута.
Просмотр перечня рейсов маршрута.
Просмотр расписаний маршрута.
Также необходимо разработать следующий функционал блока «Расписание»:
Импорт расписания маршрута.
Экспорт расписания маршрута.
Требования к реализации функциональной возможности управления расписаниями маршрутов
В Системе должна быть доработана функциональность по управлению расписанием маршрута и добавлена возможность создания нескольких расписаний. Должно быть реализовано хранение истории изменения расписаний каждой версии маршрута с указанием периода их действия. В Системе должна быть предусмотрена возможность повторной постановки в действие расписания, действовавшего ранее.
Исходными данными для формирования расписания является следующая информация о маршруте:
- протяженность трассы и нормативов проезда по трассе маршрута;
- протяженность трассы и нормативов проезда нулевых рейсов (технологических трасс);
- режим работы водителей;
- интервалы движения на маршруте.
Должна быть реализована возможность формирования нескольких версий расписаний маршрута в зависимости от сезона, дней недели с последующим вводом расписания в действие.
При добавлении нового расписания маршрута, Система должна обеспечивать возможность ввода следующих атрибутов расписания маршрута:
Уникальный идентификатор расписания маршрута в системе;
Список рейсов расписания маршрутов;
При добавлении нового рейса в список рейсов расписания маршрута, Система должна обеспечивать возможность ввода следующих атрибутов рейса маршрута:
Время начала рейса;
Время окончания рейса;
Технологический пробег;
Должны быть запланированы следующие стоянки, такие как перерывы на отдых и питание водителей и перерывы для пересмены водителей в случае сменного режима работы.
Система должна запрещать удаление рейсов и расписаний действующих версий маршрутов.
При изменении рейса в списке рейсов расписания маршрута, Система должна обеспечивать возможность изменения следующих атрибутов рейса маршрута:
Время начала рейса (выезд с начальной остановки);
Время окончания рейса (приезд на конечную остановку);
Технологический пробег;
Запланированные сервисные стоянки;
Продолжительность междурейсовых стоянок;
Интервал отправлений с конечных пунктов;
Текущее количество рейсов первой и второй смены;
Текущая наработка первой и второй смены.
Разработанный рейс расписания маршрута может быть сохранен как шаблон и использоваться в дальнейшем при создании рейсов расписания маршрута.
Требования к реализации функциональной возможности просмотра перечня рейсов маршрута
В Системе должна быть доработана функциональность просмотра перечня рейсов маршрута и добавлены функции фильтрации рейсов и поиска рейсов.
Функциональность по фильтрации рейсов должна позволять задавать фильтр рейсов по следующим параметрам:
- по типу расписания;
- по направлению движения.
Функциональность по поиску рейсов должна позволять задавать поиск рейсов по следуюшим параметрам:
- по сезону действия рейса;
- по дню недели действия рейса.
Требования к реализации функциональной возможности просмотра расписаний маршрута.
Система должна предоставлять возможность просмотра актуального реестра действующих расписаний движения на текущие сутки, в соответствии с которым должна предоставляться текущая плановая информация для всех остальных транспортных систем. Информация реестра должна непрерывно обновляться по мере ввода новых расписаний в действие и окончания действия старых.
Должна быть реализована возможность просмотра актуального реестра действующих расписаний движения на любую дату.
Актуальность расписания должна отображаться в статусе, который показывает, действует ли расписание на текущий момент, действовало ли ранее, или находится в разработке. Должна быть возможность просмотра периодов действия расписаний.
Требования к реализации функциональной возможности импорта расписаний маршрутов
Система должна предоставлять возможность импорта расписаний маршрутов в соответствии с форматами данных, представленными в Приложении № 2.
Требования к реализации функциональной возможности экспорта расписаний маршрутов
Система должна предоставлять возможность выгрузки (экспорта) расписаний маршрутов в соответствии с форматами данных, представленными в Приложении № 2.
Требования к функциям (задачам), выполняемым функциональным блоком «Наряды»В рамках данного ООЗ необходимо разработать функциональный блок «Наряды» со следующим функционалом:
Управление нарядами выпуска ТС по маршрутам, создаваемым на базе Расписания маршрута.
Просмотр перечня нарядов маршрутов.
Импорт нарядов маршрута.
Экспорт нарядов маршрута.
Система должна обеспечивать просмотр и редактирование следующей информации о выходах ТС на маршрут:
Организация перевозчик;
Режим работы выхода.
Режимы работы выхода задаются в справочнике видов организации труда, в котором определяются сменность и возможность перерывов в работе.
В Системе должна быть возможность задания сервисных стоянок таких как перерывы на обед и перерывы для смены водителей в случае сменного режима работы выхода.
В редакторе наряда выходов ТС должна быть отражена следующая информация о рейсах и сервисных стоянках:
Время прибытия на конечные пункты;
Время отправления с конечных пунктов;
Продолжительность междурейсовых стоянок;
Интервал отправлений с конечных пунктов маршрута;
Продолжительность сервисных стоянок;
Текущее количество рейсов первой и второй смены;
Текущая наработка первой и второй смены.
В системе должна быть возможность просмотра сводной информации о выходах ТС в соответствии с расписанием по маршруту:
время выхода из парка;
время возвращения в парк;
время, отведенное для перерывов для отдыха и питания;
наработка первой и второй смены;
количество рейсов, запланированных для первой и второй смены.
Требования к реализации функциональной возможности управления нарядами выпуска ТС по маршрутам
В Системе должна быть реализована функциональность по управлению нарядами выпуска ТС по маршрутам.
При добавлении нового наряда маршрута, Система должна обеспечивать возможность ввода следующих атрибутов наряда маршрута:
Организация перевозчик;
Транспортное средство;
Период действия наряда;
Номер маршрута;
Тип расписания рейса;
Время выхода из парка;
Время возвращения в парк;
Перечень рейсов, с указанием следующих данных:
Время начала рейса;
Время окончания рейса;
Количество контрольных пунктов рейса;
Минимальное количество контрольных пунктов;
Допустимое опоздание на контрольном пункте (минут).
Продолжительность междурейсовых стоянок (минут);
Количество рейсов первой и второй смены (при сменном режиме работы);
Продолжительность сервисных стоянок (минут).
Система должна запрещать удаление наряда, действие которого распространяется на даты, отличные от текущей в прошлом и на основании которого составлены отчеты по рейсам движения ТС на даты в прошлом.
При изменении созданного наряда маршрута, Система должна обеспечивать возможность изменения следующих атрибутов наряда маршрута:
Период действия наряда;
Тип расписания рейса;
Время выхода из парка;
Время возвращения в парк;
Перечень рейсов, с указанием следующих данных:
Время начала рейса;
Время окончания рейса;
Количество контрольных пунктов рейса;
Минимальное количество контрольных пунктов;
Допустимое опоздание на контрольном пункте (минут).
Требования к реализации функциональной возможности просмотра перечня нарядов маршрутов
Система должна предоставлять возможность просмотра перечня нарядов на выходы ТС по маршрутам.
В функциональном блоке «Наряды» Система должна позволять осуществлять фильтрацию нарядов на выходы ТС по следующим параметрам:
а) по периоду;
б) по названию перевозчика;
в) по номеру маршрута.
В Системе должна быть реализована функция поиска нарядов по следующим параметрам:
а) по названию перевозчика;
б) по номеру маршрута;
в)по государственному регистрационному номеру ТС.
Требования к реализации функциональной возможности импорта нарядов на выходы ТС маршрута
Система должна предоставлять возможность импорта нарядов на выходы ТС маршрутов.
В формате импорта данных должны быть представлены следующие данные и поля о нарядах:
Организация перевозчик;
Транспортное средство;
Период действия наряда;
Номер маршрута;
Тип расписания рейса;
Время выхода из парка;
Время возвращения в парк;
Перечень рейсов, с указанием следующих данных:
Время начала рейса;
Время окончания рейса;
Количество контрольных пунктов рейса;
Минимальное количество контрольных пунктов;
Допустимое опоздание на контрольном пункте (минут).
Продолжительность междурейсовых стоянок (минут);
Количество рейсов первой и второй смены (при сменном режиме работы);
Продолжительность сервисных стоянок (минут).
Требования к реализации функциональной возможности экспорта нарядов на выходы ТС маршрута
Система должна предоставлять возможность импорта нарядов на выходы ТС маршрутов.
В формате экспорта данных должны быть представлены следующие данные и поля о нарядах:
Организация перевозчик;
Транспортное средство;
Период действия наряда;
Номер маршрута;
Тип расписания рейса;
Время выхода из парка;
Время возвращения в парк;
Перечень рейсов, с указанием следующих данных:
Время начала рейса;
Время окончания рейса;
Количество контрольных пунктов рейса;
Минимальное количество контрольных пунктов;
Допустимое опоздание на контрольном пункте (минут).
Продолжительность междурейсовых стоянок (минут);
Количество рейсов первой и второй смены (при сменном режиме работы);
Продолжительность сервисных стоянок (минут).
Требования к функциям (задачам), выполняемым функциональным блоком «Мониторинг»Функциональность доработанного функционального блока «Мониторинг» должна соответствовать следующим требованиям и выполнять следующие функции:
Просмотр детальной информации по ТС;
Поиск остановочного пункта по маршруту или адресу;
Формирование и отслеживание времени прихода ТС на остановочный пункт;
Формирование отчета по рейсам (выполненным нарядам) маршрутов по данным о положениях ТС.
В рамках оказания услуг по данному ООЗ необходимо доработать существующий функционал:
Просмотр детальной информации по ТС;
Поиск остановочного пункта по маршруту или адресу;
Формирование и отслеживание времени прихода ТС на остановочный пункт;
Также необходимо разработать следующий функционал блока «Мониторинг»:
Формирование отчета по рейсам (выполненным нарядам) маршрутов по данным о положениях ТС.
Требования к реализации функциональной возможности просмотра детальной информации по ТС
В результате оказания услуг по данному ООЗ, в Системе в разделе Мониторинг ТС должна быть доработана функция просмотра детальной информации о ТС и должны быть добавлены следующие новые атрибуты:
Направление движения ТС;
Вид транспортного средства;
Гаражный номер ТС;
Государственный регистрационный номер;
Время прихода на ближайший остановочный пункт, в соответствии с телематическими данными и временем прибытия на остановочный пункт в соответствии с рейсом расписания по маршруту, который обслуживает ТС.
Данные о текущем положении ТС должны поступать в функциональный блок «Мониторинг» из Телематической платформы Системы.
Справочные данные о ТС должны предоставляться из существующего Справочника ТССистемы.
Требования к реализации функциональной возможности поиска остановочного пункта по маршруту или адресу
В Системе должна быть доработана функциональность поиска остановочного пункта по маршруту и добавлена функция поиска остановочного пункта по ближайшему адресу.
При просмотре остановочного пункта, Система должна отображать следующие атрибуты по перечню остановочных пунктов:
Широта и долгота расположения остановочного пункта;
Наименование остановочного пункта;
Номера маршрутов, трассы которых проходят через остановочный пункт.
Требования к реализации функциональной возможности формирования и отслеживания времени прихода ТС на остановочный пункт
В Системе в разделе «Мониторинг ТС» при просмотре информации о маршруте и остановочных пунктах маршрута должна быть добавлена функциональность по предоставлению информации о времени прихода маршрутных транспортных средств на остановочный пункт.
Для этого, при просмотре информации об остановочном пункте, Система должна предоставлять следующие данные:
Наименование остановочного пункта;
Перечень действующих в данный момент времени маршрутов, трассы которых проходят через остановочный пункт;
Время прибытия на выбранный остановочный пункт ближайшего к текущему моменту времени рейса по каждому из маршрутов, трассы которых проходят через остановочный пункт.
Требования к реализации функциональной возможности формирования отчетов по рейсам маршрутов на основании выполненных нарядов
В функциональном блоке «Мониторинг» должна быть добавлена функциональность по формированию и выгрузке (экспорт) отчетов по рейсам (детализированный и накопительный) и отчетов по рейсам конкретного ТС. Выгрузка (экспорт) отчетов должны быть возможна в форматах .PDF и .xls (MS Excel).
Для формирования детализированного отчета по рейсам, в Системе должны задаваться следующие параметры:
Временной интервал;
Название организации перевозчика (возможно указать одно или несколько значений);
Государственный регистрационный номер ТС (возможно указать одно или несколько значений);
Номер маршрута (возможно указать одно или несколько значений).
В результате формирования отчета, на странице в Системе должен быть представлен отчет по рейсам детализированный в следующем форме (пример):
Отчет за 5 декабря 2015 года
по Организациям перевозчикам: ИП Петров, ООО «АВС»
по ТС: Все
по Маршрутам: Все
Дата Организация перевозчик ТС Маршрут Рейсов Фактическое Время
05.12.15 ИП Иванов А777АС54 004М 14 06ч12м
05.12.15 ИП Иванов А777АС54 328М 2 01ч32м
05.12.15 ИП Иванов В333АС54 8 8 04ч31м
05.12.15 ООО «АВС» Т222АС54 004М 10 05ч45м
05.12.15 ООО «АВС» Е111АС54 004М 6 03ч10м
05.12.15 ООО «АВС» Е444АС54 8 7 03ч52м
Итого 3 маршрута 47 25ч14м
Для формирования накопительного отчета по рейсам, в Системе должны задаваться следующие параметры:
Временной интервал;
Название организации перевозчика (возможно указать одно или несколько значений)
Государственный регистрационный номер ТС (возможно указать одно или несколько значений)
В результате формирования отчета, на странице в Системе должен быть представлен отчет по рейсам накопительный в следующем форме (пример):
Отчет за период с 1 декабря 2015 года по 31 декабря 2015 года
по Организациям перевозчикам: ИП Петров, ООО «АВС»
по ТС: Все
№ п/п м Организация перевозчик ТС Маршрут Рейсов Фактическое Время
1 ИП Петров А777АС54 004М 184 124ч12м
2 ИП Петров А777АС54 328М 241 148ч31м
3 ИП Петров Т222АС54 8 318 196ч45м
4 ООО «АВС» Е111АС54 8 98 87ч10м
5 ООО «АВС» Е444АС54 004М 53 62ч52м
Итого 894 619ч30м
Для формирования отчета по рейсам ТС, в Системе должны задаваться следующие параметры:
Временной интервал
Государственный регистрационный номер ТС (возможно указать только одно значение)
Номер маршрута (возможно указать одно или несколько значений).
В результате формирования отчета, на странице в Системе должен быть представлен отчет по рейсам ТС в следующем форме (пример):
Отчет за период с 9 декабря 2014 года по 10 декабря 2014 года
по ТС: А777АС54
по Маршруту: Все
Дата Маршрут Рейс Начало рейса Окончание рейса
09.12.14 004М 1 06ч12м 06ч32м
09.12.14 004М 2 06ч32м 07ч52м
09.12.14 004М 3 07ч52м 08ч31м
09.12.14 328М 1 08ч45м 09ч45м
09.12.14 004М 4 10ч10м 10ч40м
09.12.14 004М 5 10ч52м 11ч32м
10.12.14 328М 1 06ч12м 06ч32м
10.12.14 328М 2 06ч32м 07ч52м
10.12.14 328М 3 07ч52м 08ч31м
10.12.14 006М 4 08ч45м 09ч45м
10.12.14 006М 5 10ч10м 10ч40м
Требования к функциям (задачам), выполняемым функциональным блоком «Тарифы»В рамках данного ООЗ необходимо разработать функциональный блок «Тарифы» со следующим функционалом:

Управление тарифами (добавление, изменение, удаление);
Управление перечнем пунктов продажи билетов (добавление, изменение, удаление);
Просмотр перечня пунктов продажи билетов.
Требования к реализации функциональной возможности управления тарифами
Система должна обеспечивать возможность добавления и изменения следующих атрибутов тарифов:
Дата начала действия тарифа;
Дата окончания действия тарифа;
Наименование тарифа;
Стоимость одной поездки;
Количество пересадок, которые можно совершить, оплатив одну поездку;
Документ, на основании которого тариф введен в действие;
Перечень маршрутов, для которых действует тариф.
Система должна запрещать удаление тарифа, который привязан к маршруту.
Требования к реализации функциональной возможности управления перечнем пунктов продажи билетов
Система должна позволять добавлять и редактировать пункты продажи билетов с использованием электронной карты.
При добавлении или редактировании пунктов продажи билетов, в Системе должно быть указано наименование пункта продажи билетов и его координаты (широта и долгота).
Просмотр перечня пунктов продажи билетов
Система должна отображать следующие основные атрибуты по перечню пунктов продажи билетов:
Дата и время создания пункта продажи билета;
Дата и время последнего изменения пункта продажи билетов;
Широта и долгота расположения пункта продажи билетов;
Наименование пункта продажи билетов.
Система должна предоставлять возможность просмотра пунктов продажи билетов на электронной карте.
Требования к функциям (задачам), выполняемым функциональным блоком «Интеграция»В рамках данного ООЗ необходимо разработать функциональный блок «Интеграция» со следующим функционалом:
Интеграция со внешними системами посредством СМЭВ
Интеграция со внешними системами посредством внешнего API

Рис.1. Общая схема интеграционного взаимодействия
Интеграция с внешними системами
РНИС НСО должна обеспечивать функции информационного обмена данными с внешними системами. Общая схема интеграции с внешними системами и обмена данными приведена на рис. 1. Для обеспечения информационной безопасности и предотвращения угроз, необходимо предусмотреть разнесение компонентов системы по различным зонам безопасности. Ядро РНИС НСО, включая сервер приложения и базу данных, должно находиться в наиболее защищенной, «красной» зоне. Все взаимодействия с внешними системами должны осуществляться через обособленный сервер интеграционной системы (шлюз). Основными функциями шлюза являются:
получение запросов от внешних систем и их предварительная обработка;
перенаправление поступивших запросов в РНИС НСО по внутренним протоколам обмена;
получение ответа от РНИС НСО по внутренним протоколам обмена;
формирование ответов внешним системам в соответствии с установленными протоколами обмена;
отправка сформированных пакетов запрашивающим внешним системам по соответствующим каналам связи.
Интеграция с различными внешними системами должна быть возможна через СМЭВ и через открытый протокол обмена данными (API).
Взаимодействие через СМЭВ
Взаимодействие с ЕПГУ, и различными ведомственными информационными системами должно осуществляться через СМЭВ. Обмен осуществляется через SOAP-сообщения. Формат сообщений должен соответствовать актуальным опубликованным утвержденным Методическим рекомендациям по работе с Единой системой межведомственного электронного взаимодействия. В рамках данного ООЗ необходимо разработать и развернуть электронный сервис для взаимодействия со СМЭВ и обеспечить подготовку документации для его регистрации.
При взаимодействии через СМЭВ модулем «Интеграция» должны предоставляться следующие данные:
контактные данные органа исполнительной власти, ответственного за организацию пассажирских перевозок;
тарифы общественного транспорта и способы оплаты проезда;
правила пользования общественным транспортом;
фактические показатели исполнения транспортной работы, интервалы движения;
плановые и фактические показатели прибытия транспортных средств на пункты посадки/высадки;
перечень транспортных средств, осуществляющих регулярную перевозку пассажиров и багажа региона, с указанием:
регистрационного номера транспортного средства;
вида транспортного средства;
категории транспортного средства;
гаражного номера транспортного средства;
сведений о прохождении технического обслуживания
расписания движения по маршрутной сети субъекта региона;
маршрутная сеть региона с указанием:
номера маршрута;
предприятия-перевозчика, обслуживающего маршрут;
видов транспортных средств, работающих на маршруте;
начального и конечного пункта маршрута;
трасс маршрута, с указанием остановочных пунктов в прямом и обратном направлении;
протяженности трасс маршрута в прямом и обратном направлении;
длин перегонов между остановочными пунктами трасс
автотранспортные предприятия региона (реквизиты юридического лица и договора с регулятором) с указанием:
наименования и реквизитов юридического лица автотранспортного предприятия;
договора с регулятором в сфере транспорта, на основании которого перевозчик осуществляет перевозку пассажиров и багажа.
Взаимодействие через внешний API
Для взаимодействия с системами, не являющимися участниками СМЭВ, необходимо обеспечить наличие публичного API. По данному протоколу с РНИС НСО должны взаимодействовать мобильные приложения, веб-сайты и информационные системы различных заинтересованных организаций и АИС «Электронная демократия».
При взаимодействии через API функциональным блоком «Интеграция» должны предоставляться следующие данные:
контактные данные органа исполнительной власти, ответственного за организацию пассажирских перевозок;
тарифы общественного транспорта и способы оплаты проезда;
правила пользования общественным транспортом;
фактические показатели исполнения транспортной работы, интервалы движения;
плановые и фактические показатели прибытия транспортных средств на пункты посадки/высадки;
перечень транспортных средств, осуществляющих регулярную перевозку пассажиров и багажа региона, с указанием:
регистрационного номера транспортного средства;
вида транспортного средства;
категории транспортного средства;
гаражного номера транспортного средства;
сведений о прохождении технического обслуживания
расписания движения по маршрутной сети субъекта региона;
маршрутная сеть региона с указанием:
номера маршрута;
предприятия-перевозчика, обслуживающего маршрут;
видов транспортных средств, работающих на маршруте;
начального и конечного пункта маршрута;
трасс маршрута, с указанием остановочных пунктов в прямом и обратном направлении;
протяженности трасс маршрута в прямом и обратном направлении;
длин перегонов между остановочными пунктами трасс
автотранспортные предприятия региона (реквизиты юридического лица и договора с регулятором) с указанием:
наименования и реквизитов юридического лица автотранспортного предприятия;
договора с регулятором в сфере транспорта, на основании которого перевозчик осуществляет перевозку пассажиров и багажа.
Разрабатываемый API должен соответствовать формату обмена данными согласно требованиям к информационному взаимодействию с внешними информационными системами, описанным в Приложении №2 к данному ООЗ.
Требования к информационному обмену между РНИС НСО и внешними информационными системами, включая мобильные приложения и Интернет-ресурсы сторонних разработчиков, представлен в Приложении 2.
Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на портале»Общие требования к реализации функциональной возможности функционального блока «Информирование на портале» доработанной Системы:
Получение данных от блока «Интеграция» для публикации на общедоступном портале;
Предоставление информации о маршрутах на общедоступном портале;
Предоставление информации о расписании маршрутов на общедоступном портале;
Предоставление информации о времени прибытия транспорта на остановки на общедоступном портале;
Текущее положение ТС на маршрутах НГППТ;
Тарифы общественного транспорта;
Правила пользования пассажирским транспортом;
О контактах вышестоящих организаций, осуществляющих контрольно-надзорные функции в сфере общественного транспорта Новосибирской области.
В рамках выполнения работ по данному ООЗ необходимо доработать существующий функционал:
Поиск маршрута/маршрутов по номеру или части номера;
Просмотр полного списка маршрутов и ОП;
Поиск остановочных пунктов по названию (части названия);
Просмотр плановых расписаний движения выбранного маршрута НГППТ;
Просмотр схемы выбранного маршрута на карте;
Поиск и отображение остановочного пункта на карте;
Просмотр на карте перемещения пассажирского транспорта в режиме реального/близкого к реальному времени;
Просмотр на карте информации об остановочных пунктах НГППТ и маршрутного транспорта.
Также необходимо разработать следующий функционал модуля:
Просмотр на карте информации о пунктах продажи билетов НГППТ;
Просмотр информации о тарифах НГППТ;
Просмотр правил пользования НГППТ;
Просмотр контактной информации организаций, осуществляющих контрольно-надзорные функции в сфере общественного транспорта Новосибирской области;
Требования к технической реализации функциональной возможности информирования населения о работе НГППТ в сети Интернет
Информирование должно быть реализовано в виде портала, представляющего собой открытый общедоступный информационный ресурс с динамически обновляемым информационным контентом.
Портал должен корректно отображать информацию на следующих устройствах:
ПК и устройства с большим разрешением экрана, но не более 1920х1280 пикселей;
Мобильные устройства с небольшим разрешением экрана, но не менее 360х640 пикселей
Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на ЕПГУ»В рамках данного ООЗ необходимо разработать функциональный блок «Информирование на ЕПГУ» со следующим функционалом:
Информирование пользователей ЕПГУ о ожидаемом времени прибытия автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа, о тарифе;
Информирование пользователей ЕПГУ об объектах транспортной инфраструктуры: актуальных графиках движения, маршрутов и остановочных пунктах автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа.
Требования к реализации функциональной возможности информирования пользователей ЕПГУ
Исполнитель должен осуществить разработку и публикацию на ЕПГУ интерактивных портальных форм для следующих информационных услуг:
Таблица №2 – Перечень услуг для разработки ИПФ и публикации их на ЕПГУ
№ Наименование информационной услуги Наименование ведомства Метод реализации
1 Информирование граждан о ожидаемом времени прибытия автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа, о тарифах Министерство транспорта НСО Интеграция с РНИС НСО
2 Информирование граждан о объектах транспортной инфраструктуры: актуальных графиках движения, маршрутов и остановочных пунктах автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа Министерство транспорта НСО Интеграция с РНИС НСО

Наименование информационных услуг может быть уточнено на этапе реализации контракта без изменения общего количества услуг.
Под разработкой и публикацией интерактивных портальных форм понимается:
Разработка интерактивной формы технологического процесса оказания информационной услуги для размещения на ЕПГУ;
Разработка web-сервиса для взаимодействия Системы с ЕПГУ;
Разработка технологического процесса оказания информационной услуги в Системе;
Разработку SOAP-запроса от ЕПГУ к Системе;
Предрелизное тестирование интерактивной формы оказания информационной услуги на тестовой среде ЕПГУ;
Интеграционное тестирование разработанной интерактивной формы услуги размещаемой на ЕПГУ с контрольным примером web-сервиса Системы;
Вывод интерактивной формы технологического процесса оказания информационной услуги в продуктивную среду ЕПГУ.
Порядок оказания услуг информирования пользователей на ЕПГУ
Данные, предоставляемые в рамках информирования пользователей о движении ТС, должны выводиться на веб-форму в табличном представлении, либо посредством текстовых меток. Выбор варианта отображения должен определяться спецификой информационной услуги.
Для целей получения услуг на ЕПГУ, указанных в Таблице № 2, Пользователь должен иметь возможность установить параметры информирования в части:
Инструмента информирования (смс, мгновенные уведомления по инициативе сервера, адрес электронной почты);
Временных настроек;
Возможностей конфигурации и компоновки необходимой транспортной информации.
В рамках получения услуги «Информирование граждан о ожидаемом времени прибытия автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа, о тарифах» Пользователю должна предоставляться информация о:
Ожидаемом времени прибытия транспорта в указанный Остановочный пункт
Тарифе за проезд на указанном транспорте
В рамках получения услуги “Информирование граждан о объектах транспортной инфраструктуры: актуальных графиках движения, маршрутах и остановочных пунктах автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа» Пользователю должна предоставляться информация о:
Графике движения по указанному маршруту;
Графике движения указанного типа транспорта;
Графиках движения в указанном Остановочном пункте.
Требования к функциям (задачам), выполняемым функциональным блоком «Мобильное информирование»Удобство получения населением информации из РНИС НСО должно быть обеспечено мобильным приложением к РНИС НСО. Мобильное приложение должно являться неотъемлемой частью функционального блока «Мобильное информирование» РНИС НСО. Мобильное приложение должно быть предоставлено на IOS, Android и Windows Phone платформах.
Функциональный блок «Мобильное информирование» доработанной Системы должен предоставлять функциональные возможности предоставления пользователям следующих данных:
перечень ближайших ОП к текущему местоположению Пользователя или к указанному местоположению;
перечень маршрутов, трассы которых проходят через указанный ОП;
время планового прибытия транспортных средств на указанный остановочный пункт в зависимости от дорожной обстановки;
тариф за проезд на указанном маршруте;
стоимость поездки, в т.ч. с учетом пересадок и расстояния (если тариф зависит от расстояния);
перечень маршрутов, действующих в данный момент времени;
перечень маршрутов, действующих на момент времени в будущем;
перечень трасс движения по указанному маршруту и перечень остановочных пунктов указанного маршрута;
информация о дорожном состоянии (пробки).
В рамках выполнения работ по данному ООЗ необходимо доработать существующий функционал в части предоставления данных о:
перечень ближайших ОП к текущему местоположению Пользователя или к указанному местоположению;
перечень маршрутов, трассы которых проходят через указанный ОП;
перечень маршрутов, действующих в данный момент времени; 
перечень трасс движения по указанному маршруту и перечень остановочных пунктов указанного маршрута. 
Также необходимо разработать следующий функционал блока в части предоставления данных о:
время планового прибытия транспортных средств на указанный остановочный пункт в зависимости от дорожной обстановки; 
тариф за проезд на указанном маршруте; 
стоимость поездки, в т.ч. с учетом пересадок и расстояния (если тариф зависит от расстояния);
перечень маршрутов, действующих на момент времени в будущем;
информация о дорожном состоянии (пробки).
Требования к реализации функциональной возможности информирования пользователей посредством мобильного приложения
Мобильное приложение должно выполнять следующие функции:
Отметка на карте текущего местоположения Пользователя точкой в центре экрана.
Добавление на карту слоев (Пробки, Избранное, Автобусы, Троллейбусы, Маршрутные такси)
Отправка жалобы или пожелания в ИС «Электронная демократия» - осуществляется в соответствии с п. REF _Ref429132162 \r \h 5.2.12 REF яр \r \h \* MERGEFORMAT
Отображение на карте движения ТС в режиме реального времени (в зависимости от отмеченных слоев. По умолчанию на карте должны отображаться все типы транспорта).
Добавление в Избранное маршрутов, остановок.
Предложение Пользователю всех маршрутов, доступных на текущей или на заданной остановке.
Функция «как доехать из п.А в п.Б» должна осуществляться путем возвращения списка маршрутов, количества пересадок, времени и стоимости всей поездки. Для поездки должны быть предложены маршруты, оптимальные по расстоянию и скорости прибытия в ОП в радиусе 2 км от отмеченной точки на карте или текущего местоположения Пользователя:
из ОП в радиусе 2 км от текущего местоположения Пользователя;
из ОП в радиусе 2 км от указанной точки на карте.
У пользователя должен быть выбор посмотреть самый короткий по расстоянию и самый быстрый по времени вариант поездки.
При нажатии на карте на ТС на экран должна выводиться следующая информация (во всплывающем окне):
номер маршрута;
тариф за проезд;
уже пройденные данным Транспортным средством Остановочные пункты Маршрута на текущий момент времени;
времени прибытия ТС из текущего местоположения ТС в текущее местоположения Пользователя (если маршрут ТС проходит через текущее местоположение Пользователя);
следующие за местоположением Пользователя Остановочные пункты;
время прибытия ТС из текущего местоположения ТС до следующих Остановочных пунктов Маршрута (по умолчанию показывать следующий один Остановочный пункт, с возможностью развернуть весь Маршрут и увидеть время прибытия на каждый из Остановочных пунктов Маршрута)
ссылка на «Сообщить об ошибке» - Пользователю предлагается отправить текстовое сообщение о работе Мобильного приложения в службу технической поддержки Мобильного приложения. Сообщение отправляется на электронный адрес технической поддержки Мобильного приложения.
При нажатии на карте на Остановочный пункт (ОП) на экран должна выводиться следующая информация (во всплывающем окне):
наименование ОП
список типов транспорта, проходящих через данный ОП
если ОП находится на расстоянии менее 1 км от текущего местоположения Пользователя – в первую очередь список номеров Маршрутов с ожидаемым временем прибытия меньше либо равно 15 минутам с указанием времени прибытия, во вторую очередь список номеров Маршрутов с ожидаемым временем прибытия более 15 минут с указанием периодичности движения.
если ОП находится на расстоянии более 1 км от текущего местоположения Пользователя – список номеров Маршрутов с указанием периодичности движения.
ссылка на «Сообщить об ошибке» - Пользователю предлагается отправить текстовое сообщение о работе Мобильного приложения в службу технической поддержки Мобильного приложения. Сообщение отправляется на электронный адрес технической поддержки Мобильного приложения.
Данные в Мобильном приложении должны отображаться с учетом следующих условий:
Номер маршрута должен показываться в связке с типом ТС – значки автобуса, троллейбуса, трамвая, маршрутного такси.
Время прибытия должно отражаться в двух вариантах – в количестве минут (xx часов мм минут) и в абсолютном выражении (чч:мм). У пользователя должно быть право выбора варианта отображения;
После того как Пользователь примет входящий звонок или сообщение на мобильное устройство, приложение должно сохранить все заданные параметры запроса пользователя, динамические параметры должны обновиться до актуального состояния.
Требования к функциям (задачам), выполняемым функциональным блоком «Жалобы»В рамках данного ООЗ необходимо разработать функциональный блок «Жалобы» со следующим функционалом:
передача данных из РНИС НСО в ИС «Электронная демократия»;
прием данных из ИС «Электронная демократия» в АРМ РНИС НСО
сбор пожеланий и жалоб о работе наземного пассажирского транспорта, поступающих от населения;
обработка пожеланий и жалоб о работе наземного пассажирского транспорта, поступающих от населения;
формирование статистики пожеланий и жалоб о работе наземного пассажирского транспорта, поступающих от населения;
анализ статистики пожеланий и жалоб о работе наземного пассажирского транспорта, поступающих от населения.
Отправка жалобы должна осуществляться следующим образом:
Аутентификация в ЕСИА;
Ввод данных, необходимых для отправки Сообщения в разделе Транспорт ИС «Электронная демократия»;
Приложение пользователем документов;
Отправка жалобы или предложения
Требования к функции обеспечения централизации федерального уровняВ рамках выполнения работ по данному ООЗ для выполнения требований обеспечения централизации федерального уровня, Система должна предоставлять следующие функциональные возможности:.
управление перечнем информации, предоставляемой на федеральный уровень;
предоставление из Системы на федеральный уровень следующей информации:
Организации перевозчики:
Транспортные средства и абонентские терминалы;
Остановочные пункты и объекты транспортной инфраструктуры;
Маршруты;
Расписания движения по маршруту;
Поостановочные расписания рейсов;
Режимы работы маршрутов;
Тарифы на оплату проезда и провоза багажа на маршруте.
Федеральный уровень предполагает реализацию следующих основных функциональных возможностей:
Просмотр данных о маршруте (трассы, расписания, нормативы проезда) в целях контроля корректности заполнения всех необходимых параметров;
Просмотр данных об организациях-перевозчиках в целях контроля заполнения всех необходимых параметров;
Просмотр данных о транспортных средствах, обслуживающих маршруты, и установленном бортовом телематическом оборудовании в целях контроля исполнения Федерального закона.
Взаимодействие регионального и федерального уровня реализуется посредством программного интерфейса, реализующего необходимые функциональные возможности. В рамках выполнения данного ООЗ, для восходящего и нисходящего обмена данными между региональным и федеральным уровнями должны быть разработаны форматы данных и структуры на языке xml и должна быть разработана функциональность для загрузки данных в Систему и выгрузки данных из Системы в разработанных форматах.
Состав основных данных, предоставляемых федеральному уровню и являющиеся базовыми данными для разработки формата данных и структур на языке xml для загрузки и выгрузки:
Информация об организациях перевозчиках:
Наименование организации перевозчика.
ИНН.
Информация о маршрутах:
Номер маршрута;
Наименование маршрута;
Описание маршрута;
Вид ТС.
Информация об остановочных пунктах:
Наименование остановочного пункта.
Описание остановочного пункта.
Широта.
Долгота.
Информация о периодах действий маршрутов:
Доступность маршрута по дням недели;
Дата начала периода действия маршрута;
Дата окончания периода действия маршрута.
Информация о поостановочных расписаниях по маршруту:
Наименование остановочного пункта;
Время прибытия на остановочный пункт;
Время отправления с остановочного пункта.
Тарифы на оплату проезда и провоза багажа на маршруте;
Дата начала действия тарифа;
Дата окончания действия тарифа;
Наименование тарифа;
Стоимость одной поездки;
Перечень маршрутов, для которых действует тариф.
Информация о транспортных средствах:
Серия и номер государственного регистрационного знака;
Гаражный номер;
Наименование организации владельца ТС;
Марка;
Модель;
Вместимость (количество посадочных мест).
Информация о бортовом телематическом оборудовании транспортных средств:
Марка;
Модель;
Номер абонента.
Требования к видам обеспеченияТребования к информационному обеспечениюСостав информационного обеспечения, включаемого в состав Системы, представлен в таблице № 3
Таблица № 3 – Состав информационного обеспечения Системы
№ п/п Описание объектов Количество объектов Ответственный за предоставление
Договоры на перевозку Все договоры в соответствии с Приложением № 1 настоящего ООЗ Заказчик
Маршруты Все маршруты по действующим договорам на перевозку, в соответствии с Приложением № 1 настоящего ООЗ Заказчик
Трассы маршрутов Только действующие трассы маршрутов Заказчик
Остановочные пункты Только необходимые для формирования трасс Заказчик
Расписания маршрута Только действующие расписания маршрутов Заказчик
Предприятия перевозчики Обслуживающие выбранные маршруты Заказчик
Транспортные средства Обслуживающие транспортные маршруты Заказчик
Картографические данные в формате OSM Достаточные для решения задач определения транспортной работы Заказчик
Требования к программному обеспечениюПрограммное обеспечение Системы должно быть достаточным для выполнения всех ее функций в соответствии с настоящими техническими требованиями, реализуемыми с применением средств вычислительной техники, а также иметь средства организации всех требуемых процессов обработки данных, позволяющих своевременно выполнять все автоматизированные функции Системы.
Система должна быть создана на свободном программном обеспечении (программное обеспечение, распространяемое на основании свободной лицензии).
Требования к техническому обеспечениюКомплекс технических средств предоставляется и обслуживается Заказчиком.
Требования к организационному обеспечениюОрганизационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.
В зависимости от выполняемых служебных обязанностей сотрудники, использующие систему, должны быть разделены на категории пользователей системы.
Требования к гарантийной поддержке, обновлению и сопровождению Системы в гарантийный периодГарантийный срок на оказываемые по Контракту Услуги составляет 12 (двенадцать) месяцев с даты подписания Сторонами акта приемки оказанных услуг.
Под гарантией понимается устранение Исполнителем своими силами и за свой счет допущенных по его вине недостатков, выявленных после приемки Услуг
В рамках гарантийного сопровождения Системы Исполнитель обеспечивает регистрацию инцидентов в режиме 24х7, 365 (366) дней в году. Регистрация производится в информационной системе предоставленной Заказчику Исполнителем – системе управления проектами и задачами.
В случаях неработоспособности Системы Заказчик должен своими силами провести первоначальную диагностику и убедиться, что причина не в канале связи или оборудовании.
Все заявки должны фиксироваться Заказчиком в системе управления проектами и задачами Исполнителя. Список представителей Заказчика, которым необходимо предоставить доступ, должен быть определен Заказчиком и направлен Исполнителю в срок до 10 (Десяти) дней после заключения Договора. Доступ предоставляется в срок до 10 (Десяти) рабочих дней. Реквизиты доступа высылаются представителям Заказчика на электронную почту.
Исполнитель должен обеспечить наличие и предоставить Заказчику информацию по следующим средствам коммуникации в рамках выполнения работ по техническому сопровождению Системы:
адрес электронной почты технической поддержки;
номер телефона технической поддержки;
логин технической поддержки в службе мгновенных сообщений.
Исполнитель должен устранить выявленные неисправности, появившиеся в рамках работ, проводимых согласно настоящим техническим требованиям, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.).
Неисправностью не являются нижеперечисленные ситуации:
проведение плановых и неотложных ремонтных (технологических) работ, в случае если работы были предварительно согласованы с Заказчиком;
перерывы в работоспособности Системы, вызванные согласованной с Заказчиком приостановкой или прекращением работы Системы.
Для обеспечения устранения неисправности Системы должна быть проведена классификация в соответствии с тремя приоритетами по степени срочности их устранения, которое должно быть реализовано в приведенные ниже сроки:
Первый приоритет: авария – полная неработоспособность Системы, приводящая к прерыванию возможности для Заказчика проведения работ в Системы, продолжительностью более 20 минут.
Второй приоритет: предаварийное состояние – периодически возникающие прерывания в нормальной работоспособности Системы, продолжительностью не более 15 минут, возникающие с периодичностью не более 1 раза в 3 часа, оказывающие влияние на возможность проводить работы в Системе для Заказчика.
Третий приоритет: любые возникающие неисправности Системы, не приводящие к прерыванию работы в Системе для Заказчика. При этом работоспособность Системы уменьшилась, но большинство функций сохранено.
Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности представлены в Таблице ниже.
Таблица № 4
Продолжительность устранения неисправностей
Уровень приоритета Время проведения работ (местное) Срок реагирования на обращение(*) Срок устранения
1 Круглосуточно Не более 4 часов после получения Не более 8 часов
2 Ежедневно с 09.00 до 18.00 Не более 6 часов после получения Не более 3 рабочих дней
3 Рабочие дни с 09.00 до 18.00 не более 12 часов после получения Не более 10 рабочих дней
Обеспечение консультативной поддержки в режиме:
Телефонные (или e-mail) консультации руководителей отделов по работе в Системе, корректному использованию ее функций в количестве, согласованном с Заказчиком;
Телефонные (или e-mail) консультации администраторов Системы по поддержке Системы, ее настройке.
Консультации по вопросам использования, настройки и возможностям Системы, по проведению превентивных мер для недопущения аварийных ситуаций в Системе, по предварительной диагностике и локализации возникшей неисправности Системы. А также по другим вопросам, связанным с работой Системы.
Примечание:
1) для обращений, полученных в выходные и праздничные дни или в период с 18:00 часов до 24:00 в рабочие дни (по местному времени), выполнение работ и отсчет времени производится с 09:00 часов следующего рабочего дня (по местному времени).
2) для обращений, полученных в период с 00:00 часов до 09:00 часов в рабочие дни (по местному времени), выполнение работ и отсчет времени производится с 09:00 часов текущего рабочего дня (по Новосибирскому времени).
Требования к контролю, хранению, обновлению и восстановлению данныхСредствами Системы должно быть обеспеченно резервирование и оперативное восстановление при сбоях.
Должно быть обеспеченно хранение данных в системе сроком не менее трех лет. По истечении срока хранения, информация может быть помещена в архив с возможностью обращения к интересующей информации средствами Системы.
Состав и содержание услуг по доработке и внедрению доработанной системыВ рамках данного ООЗ требуется выполнить доработку существующей системы РНИС НСО. Не допускается замена системы в целом, а также любых ее блоков. Изменения системы не должны приводить к перерывам в работе системы и не должны требовать переучивания персонала.
Услуги по доработке и внедрению доработанной системы включают:
Услуги по созданию и доработке функциональных блоков и доработке Системы в соответствии с п. REF _Ref429141754 \r \h 5.2 REF _Ref427074448 \r \h \* MERGEFORMAT настоящего ООЗ.
Услуги по внедрению системы в соответствии с п. REF _Ref429141833 \r \h 6.1 настоящего ООЗ.
Доработанная и внедренная Система будет иметь название «Единая региональная система по управлению автомобильным транспортом и городским наземным электрическим транспортом, осуществляющим регулярную перевозку пассажиров и багажа
Состав и содержание услуг по внедрению системыСостав и содержание услуг по развертыванию доработок системыВ рамках оказания услуг по развертыванию доработок системы должны быть выполнены следующие работы:
Автономные испытания Системы;
Комплексные испытания Системы;
Развертывание Системы на аппаратно-техническом обеспечении;
Опытная эксплуатация.
Состав и содержание услуг по оцифровке и внесению данных в системуВ процессе оказания услуг по оцифровке и внесению данных в систему должны быть выполнены следующие работы:
Оцифровка договоров (сканирование);
Наполнение Системы данными об Организациях (операторы, перевозчики, владельцы, страховщики);
Наполнение Системы данными о Транспортных средствах, включая данные о характеристиках перевозок и телематические данные;
Наполнение Системы данными о маршрутах, включая данные об остановочных пунктах, расписании и выполняемых рейсах по каждому маршруту;
Система должна быть наполнена данными в части Маршрутов, приведенных в Приложении 1.
Исполнителем должно быть выполнено начальное наполнение базы данных, достаточное для запуска Системы в опытную эксплуатацию. Актуализацию информации в базе осуществляет пользователь Системы.
Оцифровка договоров (сканирование)Для целей развертывания Системы Исполнитель должен выполнить оцифровку (сканирование) договоров на осуществление перевозки пассажиров и багажа, указанных в REF _Ref425761585 \h \* MERGEFORMAT Приложении № 1, по маршрутам, выполняемым наземным автомобильным транспортом, по следующим категориям маршрутов (всего 521 договор):
- маршруты между муниципалитетами Новосибирской области и муниципалитетами других регионов;
- маршруты между разными муниципалитетами Новосибирской области;
- внутренние муниципальные маршруты.
Оцифровка указанных выше договоров должна быть осуществлена в цветном виде, в файлы формата .PDF, с разрешением не менее 300 dpi (точек). Все страницы договора должны быть размещены в одном файле. Размер каждого файла должен быть не более 10 Мб.
Договоры для сканирования, перечисленные в Приложении № 1 к данному ООЗ, должны быть предоставлены Заказчиком
Так же по каждому договору должны быть указаны следующие данные:
дата начала действия
дата окончания
перевозчик, выбор из списка
номер маршрута
наименование маршрута
количество ТС
список ТС
госномера ТС
Наполнение системы данными об Организациях (операторы, перевозчики, владельцы, страховщики).
Для целей развертывания Системы Исполнителем должна быть внесена информация о всех перевозчиках, с которыми заключены договоры на осуществление перевозки пассажиров и багажа, указанных в REF _Ref425761585 \h \* MERGEFORMAT Приложении № 1.
Следующие данные о перевозчиках предоставляет Заказчик:
Название
Наименование муниципального образования субъекта РФ
Номер телефона
Факс
Юридический адрес
Адрес электронной почты
ИНН
ОГРН
Имя директора
Отчество директора
Фамилия директора
Адрес электронной почты директора
Телефон директора
Наполнение Системы данными о Транспортных средствах, включая данные о характеристиках перевозок и телематические данные.
В Систему должна быть внесена информация о всех Транспортных средствах, работающих с Перевозчиками, внесенными в Систему/указанными в договорах на осуществление перевозки пассажиров и багажа, указанных в REF _Ref425761585 \h \* MERGEFORMAT Приложении № 1, включая данные о характеристиках выполняемых перевозок, данные о установке оборудования ГЛОНАСС:
Характеристика перевозок Вид перевозок (M1, М2, M3, N1, N2, N3)
Скорая помощь (Да, Нет)
Санитарный транспорт (Да, Нет)
Медицина катастроф (Да, Нет)
Опасный груз (Да, Нет)
Транспорт ЖКХ (Да, Нет)
Такси (Да, Нет)
Школьный автобус (Да, Нет)
Маршрутный транспорт (Да, Нет)
Тип Маршрутного ТС (Автобус, Троллейбус, Трамвай, Маршрутное такси)
Абонентский телематический терминал Производитель терминала
Модель терминала
Версия ПО терминала
Серийный номер
Рабочие частоты ГЛОНАСС
Идентификационный номер терминала
Номер телефона sim-карты 1 в АТ
Оператор sim-карты 1 в АТ
Номер телефона sim-карты 2 в АТ
Оператор sim-карты 2 в АТ
Транспортное средство (ТС) Марка (производитель) ТС
Модель ТС
Год выпуска ТС
Государственный номер ТС
VIN
Категория ТС (M, A, A1, B, B1, BE, C, C1, C1E, CE, D, DE, D1, D1E, Tm, Tb)
Сведения о прохождении технического обслуживания
Количество сидячих мест
Количество стоячих мест
Владелец ТС (ФИО)
Серийный номер свидетельства о регистрации
Дата выдачи свидетельства о регистрации
Серийный номер ПТС
Дата выдачи ПТС
Основание владения (наименование подтверждающего документа)
Маршрут (при наличии) Номер маршрута
Начальная станция маршрута
Конечная станция маршрута
Данные о Транспортных средствах предоставляет Заказчик.
Наполнение системы данными о маршрутах, включая данные о остановочных пунктах, расписании и выполняемых рейсах по каждому маршруту
По маршрутам и договорам, которые оцифрованы в соответствии с п. REF _Ref429145259 \r \h 6.1.2.1, в систему должна быть внесена следующая информация о маршрутах и выполняемых рейсах:
реестр маршрута (международный, городской, муниципальный, междугородный, пригородный, межмуниципальный)
тип ТС (автобус, троллейбус, трамвай, маршрутное такси, школьный автобус, школьное маршрутное такси)
номер маршрута (цифры)
наименование (например, Цветной проезд - Вокзал-Главный)
описание
остановки туда
остановки обратно
правила пользования пассажирским транспортом
протяженность нулевого рейса в м
стоимость проезда (тариф)
валюта оплаты
способ оплаты (перед посадкой/после посадки)
количество пересадок по одному билету
версия маршрута
парк перевозчика (стоянка/гараж, геозона-координаты)
список пунктов продажи билетов (координаты)
По каждому маршруту должны быть внесены данные о расписании (Расписание составляется на маршрут. Расписаний может быть много на одном маршруте.):
тип расписания (лето-будни, лето-выходные, лето-ежедневно, зима-будни, зима-выходные, зима-ежедневно)
направление (туда, обратно)
время выезда из 1 пункта
интервал прохождения от остановки к остановке
Для целей формирования маршрутов должен быть сформирован справочник Остановочных пунктов со следующими полями:
название остановки
ближайший адрес
координаты, широта
координаты, долгота
разрешенные типы ТС (автобус, троллейбус, трамвай, маршрутное такси, школьный автобус, школьное маршрутное такси)
радиус остановки в м
Этапы оказания услуг по доработке и внедрению СистемыЭтап Состав оказываемых услуг Результат оказанных услуг Срок (календарные дни) 
1 Доработка блока и реализация нового функционала блока «Договоры на перевозку» согласно пункту 5.2.1. Блок «Договоры на перевозку» Системы с доработками и разработанным функционалом согласно пункту 5.2.1 Требования к функциям (задачам), выполняемым функциональным блоком «Договоры на перевозку». Не более 15 дней (с момента заключения контракта)
Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 5.2.1. настоящего ООЗ. Доработка блока и реализация нового функционала блока «Реестр перевозчиков» согласно пункту 5.2.2. Блок «Реестр перевозчиков» Системы с доработками и разработанным функционалом согласно пункту 5.2.2 Требования к функциям (задачам), выполняемым функциональным блоком «Реестр перевозчиков». Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 5.2.2. настоящего ООЗ. Доработка блока «Реестр маршрутов» согласно пункту 5.2.3. Доработанный блок «Реестр перевозчиков» Системы согласно перечню доработок, указанных в пункте 5.2.3 Требования к функциям (задачам), выполняемым функциональным блоком «Реестр маршрутов». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к доработке блока, указанным в пункте 5.2.3. настоящего ООЗ. Доработка блока и реализация нового функционала блока «Мониторинг» согласно пункту 5.2.6. Блок «Мониторинг» Системы с доработками и разработанным функционалом согласно пункту 5.2.6 Требования к функциям (задачам), выполняемым функциональным блоком «Мониторинг». Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 5.2.6. настоящего ООЗ. 2 Разработка нового функционала блока «Реестр маршрутов» согласно пункту 5.2.3. Блок «Реестр перевозчиков» Системы с новым разработанным функционалом согласно пункту 5.2.3 Требования к функциям (задачам), выполняемым функциональным блоком «Реестр маршрутов». Не более 35 дней (с момента заключения контракта)
Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке нового функционала блока, указанным в пункте 5.2.3. настоящего ООЗ. Разработка блока «Наряды» согласно пункту 5.2.5. Разработанный блок «Наряды» Системы согласно пункту 5.2.5 Требования к функциям (задачам), выполняемым функциональным блоком «Наряды». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.5. настоящего ООЗ. Доработка блока и реализация нового функционала блока «Расписание» согласно пункту 5.2.4. Блок «Мониторинг» Системы с доработками и разработанным функционалом согласно пункту 5.2.4 Требования к функциям (задачам), выполняемым функциональным блоком «Расписание». Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 5.2.4. настоящего ООЗ. Разработка блока «Тарифы» согласно пункту 5.2.7. Разработанный блок «Тарифы» Системы согласно пункту 5.2.7 Требования к функциям (задачам), выполняемым функциональным блоком «Тарифы». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.7. настоящего ООЗ. Разработка блока «Интеграция» согласно пункту 5.2.8. Разработанный блок «Интеграция» Системы согласно пункту 5.2.8 Требования к функциям (задачам), выполняемым функциональным блоком «Интеграция». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.8. настоящего ООЗ. 3 Доработка блока и реализация нового функционала блока «Информирование на портале» согласно пункту 5.2.9. Блок «Информирование на портале» Системы с доработками и разработанным функционалом согласно пункту 5.2.9 Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на портале». 30 дней с момента окончания 2 этапа но не позднее 20.12.2015
Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 5.2.9. настоящего ООЗ. Разработка блока «Информирование на ЕПГУ» согласно пункту 5.2.10. Разработанный блок «Информирование на ЕПГУ» Системы согласно пункту 5.2.10 Требования к функциям (задачам), выполняемым функциональным блоком «Информирование на ЕПГУ». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.10. настоящего ООЗ. Разработка блока «Мобильное информирование» согласно пункту 5.2.11. Разработанный блок «Мобильное информирование» Системы согласно пункту 5.2.11 Требования к функциям (задачам), выполняемым функциональным блоком «Мобильное информирование». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.11. настоящего ООЗ. Разработка блока «Жалобы» согласно пункту 5.2.12. Разработанный блок «Жалобы» Системы согласно пункту 5.2.12 Требования к функциям (задачам), выполняемым функциональным блоком «Жалобы». Приемка услуг осуществляется согласно предъявленным требованиям, предъявляемым к разработке блока, указанным в пункте 5.2.12. настоящего ООЗ. Выполнение работ по развертыванию доработанного и реализованного функционала системы согласно пункту 6.1.1. Работы по развертыванию доработанного и реализованного функционала системы, выполненные в полном объеме согласно пункту 6.1.1 Состав и содержание работ по развертыванию доработок системы. Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 6.1.1. настоящего ООЗ. Выполнение работ по оцифровке и внесению данных в систему согласно пункту 6.1.2. Работы по оцифровке и внесению данных в систему, выполненные в полном объеме согласно пункту 6.1.2. Состав и содержание работ по оцифровке и внесению данных в систему. Приемка услуг осуществляется согласно предъявленным требованиям, указанным в пункте 6.1.2. настоящего ООЗ.  Порядок контроля и приемки системыВиды, состав, объем и методы испытаний системыВиды, состав, объем, и методы испытаний Системы должны быть изложены в программе и методике испытаний Системы, разрабатываемой в составе рабочей документации.
Общие требования к приемке услугПо результатам оказания услуг Заказчику должны быть переданы исходные коды с инструкциями настройки среды сборки и инструкциями по сборке Системы из исходных кодов.
Исполнитель передает лицензионное соглашение с правом осуществлять изменение, доработку и адаптацию Системы, создавать изменённые версии, при необходимости вносить изменения в структуру данных при использовании программного обеспечения в пределах прав простой (неисключительной) лицензии, с правом технологического преобразования, в том числе, внесения изменений в программную и аппаратную части.
Сотрудники Исполнителя совместно со специалистами Заказчика осуществляют настройку среды сборки и собирают Систему из исходных кодов.
Сдача-приемка результатов сборки осуществляется Сторонами посредством проведения приемо-сдаточных испытаний в соответствии с условиями контракта.
Испытания проводятся на основе Программы и методики, включающей разработанный Исполнителем контрольный пример, построенный на основе реальных данных.
Контрольный пример должен быть отлажен на согласованной с Заказчиком конфигурации Системы и утвержден в качестве эталона для использования при обучении пользователей и внедрении Системы.
Программа и методика испытаний, включая контрольный пример, должна быть согласована и утверждена Заказчиком перед началом проведения приемо-сдаточных испытаний.
Во время проведения испытаний должен вестись протокол испытаний Системы, в котором отражаются и отмечаются последовательно все действия пользователя и функциональная работоспособность модулей системы, а также выявленные замечания, отклонения, дефекты, ошибки.
По результатам приемки должен подписываться «Акт сдачи-приемки оказанных услуг».
Требования к документированиюВ рамках настоящего ООЗ для доработанной Системы разрабатываются следующие документы:
Программа и методика испытаний;
Руководство пользователя;
Руководство Администратора;
Руководство настройки среды разработки и инструкции по сборке Системы из исходных кодов.
Итоговые документы представляются в двух экземплярах на бумажном или электронном носителях.
Приложение № 1 к Описанию объекта закупкиот «__» __________ 2015 г. №____
Реестр паспортов маршрутов автомобильного транспорта и городского наземного электрического транспорта, осуществляющего регулярную перевозку пассажиров и багажа, подлежащего внесению в Систему на этапе ввода в эксплуатацию.
п/п Наименование муниципального образования указанного субъекта РФ Наименование транспортного предприятия муниципального образования указанного субъекта РФ ИНН транспортного предприятия муниципального образования указанного субъекта РФ Номер и наименование маршрута Реквизиты договора на осуществления транспортной перевозки по указанному маршруту
Новосибирская область, Барабинский район, г. Барабинск ООО Сибирь 5451106048 562 М15/01/23-1
Новосибирская область, г. Бердск ИП Митрошкина Людмила Александровна 544506682770 510 М14/03/10-1 от 10.03.2014
Новосибирская область, г. Бердск ИП Никаншин Геннадий Анатольевич 544510842674 332 П 14/08/28-10К от 28.08.2014
Новосибирская область, г. Бердск ИП Никитенко Роман Григорьевич 544514106971 510 М 14/03/12-2 от 12.03.2014
Новосибирская область, г. Бердск ИП Овсянников Павел Степанович 544506065136 510 М14/03/12-3 от 12.03.2014
Новосибирская область, г. Бердск ИП Овчинников Сергей Михайлович 544509096453 510 М14/03/03-09 от 03.03.2014
Новосибирская область, г. Бердск ИП Федорова Татьяна Алексеевна 544505652967 322 П13/06/22-19 от22.06.2013
Новосибирская область, г. Бердск ИП Федорова Татьяна Алексеевна 544505652967 325 П14/02/13-28К от 13.02.2014
Новосибирская область, г. Бердск ИП Федорова Татьяна Алексеевна (Попов Павел Викторович) 544505652967 367 П 14/07/15-3 от 15.07.14
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 51м 46
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 51м 47
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 9 73
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 9 74
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 68 м 26
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 124
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 91м 560
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 30м 252
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 119
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 123
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 120
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 121
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 4м 122
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 5м 130
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 18м 53
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 18м 51
Новосибирская область, г. Бердск ООО "Диамант-1" 5445118790 18м 52
Новосибирская область, г. Бердск ООО "МиРос" 5445118510 321 П 14/09/08-1К от 08.09.2014
Новосибирская область, г. Бердск ООО "МиРос" 5445118510 331 П14/10/09-2 от 09.10.2014
Новосибирская область, г. Бердск ООО "СВ-Автолайн" 5445252724 321 П 14/08/28-1 от 28.08.2014
Новосибирская область, г. Бердск ООО "СВ-Автолайн" 5445252724 327 П15/01/19-К от 19.01.2015
Новосибирская область, г. Бердск ООО "СВ-Автолайн" 5445252724 331 П14/10/09-1 от 09.10.2014
Новосибирская область, г. Бердск ООО "СВ-Автолайн" 5445252724 332 П 14/08/28-2 28.08.2014
Новосибирская область, г. Бердск ООО "СВ-Автолайн" (ЦУГАЭТ)" 5445252724 560 М15/01/27-2
Новосибирская область, г. Бердск, ИП Гундин Юрий Павлович 544505104343 510 М14/03/12-1 от 12.03.2014
Новосибирская область, г. Бердск ИП Башур Анатолий Николаевич 544505267482 510 М14/10/23-8 от 23.10.2014
Новосибирская область, г. Бердск ИП Башур Анатолий Николаевич 544505267482 552 М14/10/23-8
Новосибирская область, г. Бердск ИП Башур Анатолий Николаевич 544505267482 560 М14/10/23-8
Новосибирская область, г. Бердск ИП Ковалева Лариса Владимировна 544514437733 511 М 14/12/23-2 от 23.12.2014
Новосибирская область, г. Бердск ИП Шалаев В.С. 544505136433 43м 115
Новосибирская область, Венгеровский район, с. Новый ТартасОАО Венгеровское АТП 5419102994 515 М15/01/23-4 от 23.01.2015
Новосибирская область, Венгеровский район, с. Новый ТартасОАО Венгеровское АТП 5419102994 516 М15/01/23-4 от 23.01.2015
Новосибирская область, Венгеровский район, с. Новый ТартасОАО Венгеровское АТП 5419102994 517 М15/01/23-4 от 23.01.2015
Новосибирская область, Доволенский район, с. Довольное ИП Беленько Александр Владимирович 542005422714 581 М 14/05/05-5
Новосибирская область, Здвинский район, с. Здвинск ООО «ДорАвтоТранс» 5421110223 562 М15/01/09-5 от 09.01.2015
Новосибирская область, Здвинский район, с. Здвинск ООО «ДорАвтоТранс» 5421110223 579 М15/01/09-6С
Новосибирская область, г. ИскитимИП Столяров Сергей Александрович 544650176093 508А М 14/06/26-2 от 26.06.2014
Новосибирская область, г. ИскитимООО "Д-Плюс" 5446010358 560 М 15/01/28-1
Новосибирская область, г. ИскитимООО "Транскомплекс" 5446005911 518 М15/01/21-5
Новосибирская область, г. ИскитимООО "Транскомплекс" 5446005911 519a М15/01/21-5
Новосибирская область, г. ИскитимООО "Транскомплекс" 5446005911 519 М15/01/21-5
Новосибирская область, г. ИскитимООО «ДЛ» 5446004428 552 М14/12/24-24
Новосибирская область, г. ИскитимООО «ДЛ» 5446004428 560 М14/12/24-24
Новосибирская область, г. ИскитимИП Гранов С.В. 544610346101 560 М15/01/26-4
Новосибирская область, г. ИскитимИП Поляков Виктор Алексеевич 544606790064 518 М 14/09/23-10
Новосибирская область, г. ИскитимИП Поляков Виктор Алексеевич 544606790064 519a М 14/09/23-10
Новосибирская область, г. ИскитимИП Поляков Виктор Алексеевич 544606790064 520 М 14/09/23-10
Новосибирская область, Искитимский район, п. АгролесИП Духно Николай Алексеевич 544307941780 560 М14/03/03-8
Новосибирская область, Искитимский район, р.п. Линево ИП Ткаченко Сергей Сергеевич 544307221662 551 М14/10/14-1
Новосибирская область, Искитимский район, р.п. Линево ИП Ткаченко Сергей Сергеевич 544307221662 552 М14/10/14-1
Новосибирская область, Искитимский район, р.п. Линево ИП Кузьмина Анна Николаевна 544310388012 551 М14/08/25-2
Новосибирская область, Карасукский район, г. Карасук ИП Боровков С.Н. 542205411170 512 М14/10/27-5 от 27.10.2014
Новосибирская область, Карасукский район, г. Карасук ИП Боровков С.Н. 542205411170 512б М 14/12/24-7 от 24.12.2014
Новосибирская область, Карасукский район, г. Карасук ИП Бухмиллер Борис Егорович 542205188162 512 М 14/08/28-8 от 28.08.2014
Новосибирская область, Карасукский район, г. Карасук ИП Бухмиллер Борис Егорович 542205188162 512б М 14/08/28-8 от 28.08.2014
Новосибирская область, Карасукский район, г. Карасук ИП Талаш Анатолий Васильевич 542206359043 512 М14/09/16-3 от 16.09.2014
Новосибирская область, Колыванский район , р.п.КолываньИП Абрамов Г.И. 542405810373 328 П13/06/22-13 от 22.06.2013
Новосибирская область, Колыванский район ,р.п.КолываньИП Абрамов Г.И. 542405810373 328 П13/06/22-15 от 22.06.2013
Новосибирская область, Колыванский район ,р.п.КолываньИП Ависова Ольга Петровна 542406095180 328 П13/06/22-16 от 22.06.2013
Новосибирская область, Колыванский район, деревня Малый ОёнИП Ожиганов Дмитрий Владимирович 540411108200 326 П14/02/16-7К от 16.02.2014
Новосибирская область, Колыванский район, с. Воробьево ИП Начатой Александр Филиппович 542405012180 328 П13/06/22-12 от 22.06.2013
Новосибирская область, Колыванский район, п. Колывань ИП Чакин Александр Иванович 542405810694 328 П13/06/22-10 от 22.06.2013
Новосибирская область, Колыванский район, р.п. Колывань ИП Екимова Наталья Викторовна 542405431760 326 П14/02/16-5К от 10.02.2014
Новосибирская область, Краснозёрский район, р.п. Краснозёрское ИП Соколов Вячеслав Николаевич 542707724875 540 М14/12/24-10С
Новосибирская область, Краснозёрский район, р.п. Краснозёрское ОАО Краснозёрскавтотранс-1 5427101151 510a М15/01/19-9 от 19.01.2015
Новосибирская область, Краснозёрский район, р.п. Краснозёрское ОАО Краснозёрскавтотранс-1 5427101151 586 М15/01/19-9
Новосибирская область, Кочковский район ,с. Кочки ООО "Кочковское автотранспортное предприятие" 5426103639 506 М14/12/26-8 от 26.12.2014
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Афанасьев Александр Витальевич 544705106588 561 М 14/12/29-2
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Иванов Сергей Геннадьевич 544705099806 561 М15/02/16-2 от 16.01.2015
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Кириенко Эдуард Васильевич 544705428754 561 М14/03/20-1
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Омельченко 545206304882 561 М 14/09/23-3
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Сентяков Евгений Васильевич 544705018081 561 М14/12/29-1
Новосибирская область, Куйбышевский район, г. Куйбышев ИП Фрицлер Владимир Владимирович 545210705421 561 М15/01/13-1
Новосибирская область, Кыштовский район , с. Кыштовка ИП Агеев Равиль Каримович543005120627 572 М14/06/04-1
Новосибирская область, Маслянинский район , р.п. Маслянино ИП Фогель Александр Валентинович 543105238358 576 М14/04/30-10
Новосибирская область, Маслянинский район ,р.п. Маслянино ООО Маслянинское АТП 5431208605 576 М14/12/26-7
Новосибирская область, Маслянинский район, р.п. Маслянино ИП Матюк Сергей Тихонович 543106026853 576 М14/07/18-9
Новосибирская область, Мошковский район, с. ТашараИП Швецов Анатолий Серпинович540320595282 528 М15/02/16-1 от 16.01.2015
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 7м 48
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 6м 65
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 7м 50
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 5м 64
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 7 м 51
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 5 м 67
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 6м 69
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 5м 63
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 7м 52
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 7м 49
г. Новосибирск ИП Ануреев Юрий Николаевич 540822044507 6м 68
г. Новосибирск ИП Бабашов Алексер Ислам оглы540121398000 234 П14/02/18-1С от 18.02.2014
г. Новосибирск ИП Байгулов Сергей Михайлович 542405687730 328 П13/06/22-11 от 22.06.2013
г. Новосибирск ИП Байтуяков Борис Муратович 540412250802 1 64
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 110 П 14/12/24-1
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 113 П 14/12/24-1
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 117 П 14/12/24-1
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 147 П 14/12/24-1 от 24.12.2014
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 225К П 14/12/24-1 от 24.12.2014
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 227 П12/11/28-3К от 10.12.2012
г. Новосибирск ИП Бондаренко Игорь Александрович 540411034527 347 П 13/06/22-18 от 22.06.2013
г. Новосибирск ИП Гаврилюк Игорь Анатольевич 540447601106 233 П14/03/05-11С от 05.03.2014
г. Новосибирск ИП Гаврилюк Игорь Анатольевич 540447601106 234 П14/03/05-11С от 05.03.2014
г. Новосибирск ИП Гадючка Т.Е 383406691843 43м 160
г. Новосибирск ИП Гигин Михаил Андреевич 540409885947 9 208
г. Новосибирск ИП Гнедко Тамара Михайловна 540121305648 234 П14/03/05-13С от 05.03.2014
г. Новосибирск ИП Грицев Андрей Леонидович 540907309079 50 72
г. Новосибирск ИП Грицев Андрей Леонидович 540907309079 32 71
г. Новосибирск ИП Грицев Андрей Леонидович 540907309079 32 32
г. Новосибирск ИП Грицев Андрей Леонидович 540907309079 35 106
г. Новосибирск ИП Даллакян А.А. 540201569903 234 1
г. Новосибирск ИП Дмитрусик Владимир Федорович 540111348480 73м 16
г. Новосибирск ИП Дмитрусик Владимир Федорович 540111348480 16м 24
г. Новосибирск ИП Дмитрусик Владимир Федорович 540111348480 311 П13/06/22-4 от 22.06.2013
г. Новосибирск ИП Животягин Сергей Владимирович 540105134804 30м 443
г. Новосибирск ИП Замылин Николай Васильевич 540950415556 21м 92
г. Новосибирск ИП Золовкин Владимир Николаевич 540320402773 9 206
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 48м 86
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 31 105
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 46 105
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 96 105
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 35 30
г. Новосибирск ИП Калашников Олег Владимирович 540320082989 576 М14/08/21-3
г. Новосибирск ИП Кандаков В.В. 540442467168 99 27
г. Новосибирск ИП Кандаков В.В. 540442467168 100 57
г. Новосибирск ИП Кандаков В.В. 540442467168 66 23м
г. Новосибирск ИП Кандаков В.В. 540442467168 365 П14/07/14-1К от 14.07.2014
г. Новосибирск ИП Киселев Леонид Александрович 540952236827 508 М14/09/24-24 от 24.09.2014
г. Новосибирск ИП Киселев Леонид Александрович 540952236827 510a М 14/09/24-24 от 24.09.014
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 34 60
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 31 60
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 13 60
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 60 60
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 1 1
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 55 40
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 13 1
г. Новосибирск ИП Кобенко Вячеслав Александрович 540617570761 29 40
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 105 П14/12/23-1 от 23.12.2014
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 106 П 14/12/23-1от 23.12.2014
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 119 П 14/12/23-1 от 23.12.14
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 153 П 14/12/23-1 от 23.12.14
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 216 П 14/12/23-1 от 23.12.14
г. Новосибирск ИП Ковалев Николай Григорьевич 540209116670 258ж П 14/12/23-1 от 23.12.14
г. Новосибирск ИП Копыльцов Константин Анатольевич 540320188424 29 33
г. Новосибирск ИП Копыльцов Константин Анатольевич 540320188424 18м 50
г. Новосибирск ИП Копыльцов Константин Анатольевич 540320188424 35 39
г. Новосибирск ИП Копыльцов Константин Анатольевич 540320188424 27 78
г. Новосибирск ИП Копыльцов Константин Анатольевич 540320188424 96 78
г. Новосибирск ИП Костомарова Светлана Геннадьевна 540320341390 32м 99
г. Новосибирск ИП Костомарова Светлана Геннадьевна 540320341390 32м 100
г. Новосибирск ИП Костомарова Светлана Геннадьевна 540320341390 9 32
г. Новосибирск ИП Костомарова Светлана Геннадьевна 540320341390 32м 98
г. Новосибирск ИП Кривошапова Татьяна Николаевна 540324124220 43 85
г. Новосибирск ИП Кузнецов Василий Яковлевич 540407476307 15м 39
г. Новосибирск ИП Куранова Лариса Юрьевна 540318445000 40 80
г. Новосибирск ИП Курусь Владимир Вениаминович 540410729597 20м 36
г. Новосибирск ИП Курусь Владимир Вениаминович 540410729597 20м 121
г. Новосибирск ИП Лядусов Алексей Николаевич 545262224140 508 М14/12/25-1С от 25.12.2014
г. Новосибирск ИП Лядусов Алексей Николаевич 545262224140 511 М14/12/24-13С от 24.12.2014
г. Новосибирск ИП Лядусов Алексей Николаевич 545262224140 525 М14/12/24 -11 С от 24.12.2014
г. Новосибирск ИП Малетин Виталий Петрович 540320601391 9 31
г. Новосибирск ИП Малинкин Алексей Владимирович 540806566440 52м 38
г. Новосибирск ИП Малинкин Алексей Владимирович 540806566440 52м 37
г. Новосибирск ИП Малинкин Алексей Владимирович 540806566440 52м 36
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 93
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 9 44
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 74 96
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 90
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 91
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 92
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 87
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 89
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 74 95
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 44 94
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 96
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 44 93
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 94
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 88
г. Новосибирск ИП Матюнина Галина Аркадьевна 540320607957 43 95
г. Новосибирск ИП Михайлов Сергей Васильевич 540306118707 50м 66
г. Новосибирск ИП Михайлов Сергей Васильевич 540306118707 50м 65
г. Новосибирск ИП Михайлов Сергей Васильевич 540306118707 50м 63
г. Новосибирск ИП Молокова Людмила Николаевна 540960401915 21м 102
г. Новосибирск ИП Молокова Людмила Николаевна 540960401915 1м 43
г. Новосибирск ИП Недзелюк Валерий Степанович 540320522580 21м 386
г. Новосибирск ИП Некрасов Николай Алексеевич 540905468274 233 П14/03/05-14С от 05.03.2014
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 307 П12/11/30-3К от 10.12.2012
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 301 П 14/11/26-1 от 26.112.2014
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 312 П13/06/22-28 от 22.06. 2013
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 13м 23
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 35м 44
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 15м 38
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 15м 45
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 20м 232
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 15м 399
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 43м 406
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 380 П14/12/10-10
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 380 П13/06/22/29 от 22.06.2013
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 365 П14/07/11-2К от 11.07.2014
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 364 П14/02/11-2К от 11.02.2014
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 350 П15/01/19-4К от 19.01.2015
г. Новосибирск ИП Остапенко Эдуард Александрович 540821274917 332 П14/08/05-55К от 05.09.2014
г. Новосибирск ИП Панасюк Михаил Владимирович 540106715752 312 П13/06/22-3 от 22.06.2013
г. Новосибирск ИП Платонов Евгений Александрович 540320244693 18м 62
г. Новосибирск ИП Полнарева Ольга Михайловна 540435027102 64 34
г. Новосибирск ИП Полнарева Ольга Михайловна 540435027102 25м 88
г. Новосибирск ИП Прилукова Ирина Александровна 540320509413 13 2
г. Новосибирск ИП Рак Роберт Анатольевич 540306118707 11м 19
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 78
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 76
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 79
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 42
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 43
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 40
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 34
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 33м 224
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 41
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 147
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 143
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 142
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 145
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 141
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 140
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 146
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 34м 144
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 169
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 170
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 48м 171
г. Новосибирск ИП Сарычев Виталий Валерьевич 541073086307 51м 35
г. Новосибирск ИП Тихонов Владимир Александрович 540405083117 227 П 12/11/29-1К от 10.12.12
г. Новосибирск ИП Тихонов Владимир Александрович 540405083117 112 П14/02/16-8К
г. Новосибирск ИП Тихонов Владимир Александрович 540405083117 9 64
г. Новосибирск ИП Толмачев Александр Евгеньевич 540105346037 24м 234
г. Новосибирск ИП Трунова Оксана Дмитриевна 541019156130 234 П14/03/05-15С от 5.03.2014
г. Новосибирск ИП Усольцева Анжелика Николаевна 540411311604 46 73
г. Новосибирск ИП Усольцева Анжелика Николаевна 540411311604 73 84
г. Новосибирск ИП Усольцева Анжелика Николаевна 540411311604 73 83
г. Новосибирск ИП Усольцева Анжелика Николаевна 540411311604 64 101
г. Новосибирск ИП Усольцева Анжелика Николаевна 540411311604 59 42
г. Новосибирск ИП Федотко Михаил Юрьевич 540619192177 33м 183
г. Новосибирск ИП Федотко Михаил Юрьевич 540619192177 33м 180
г. Новосибирск ИП Федотко Михаил Юрьевич 540619192177 33м 181
г. Новосибирск ИП Федотко Михаил Юрьевич 540619192177 33м 182
г. Новосибирск ИП Фирсов Николай Валентинович 540951185048 138 П 15/01/19-3 от 19.01.2015
г. Новосибирск ИП Фирсов Николай Валентинович 540951185048 322 №П13/06/22-27 от 22.06.2013
г. Новосибирск ИП Фирсов Николай Валентинович 540951185048 338 П 15/01/19-2 от 19.01.2015
г. Новосибирск ИП Хохлов Олег Николаевич 540308922448 41 97
г. Новосибирск ИП Хохлов Олег Николаевич 540308922448 41 98
г. Новосибирск ИП Хохлов Олег Николаевич 540308922448 18м 77
г. Новосибирск ИП Чаукин Дмитрий Борисович 540219062906 189 №10/04/12-1Т от 10.04.12
г. Новосибирск ИП Чернов Дмитрий Сергеевич 221101954797 587 М13/12/04-1С
г. Новосибирск ИП Шабалина Л.А 540950879692 35 26
г. Новосибирск ИП Шабалина Л.А 540950879692 37 192
г. Новосибирск ИП Шабалина Л.А 540950879692 50 24
г. Новосибирск ИП Шаронова Г.М. 540957856422 61 248
г. Новосибирск ИП Щекина И.Н. 540120534300 19 1
г. Новосибирск ООО "Автоальянс" 5404282430 24 11
г. Новосибирск ООО "Автоальянс" 5404282430 4 11
г. Новосибирск ООО "Автоальянс" 5404282430 10 11
г. Новосибирск ООО "Автоальянс" 5404282430 25м 95
г. Новосибирск ООО "Автоальянс" 5404282430 15 11
г. Новосибирск ООО "Автоальянс" 5404282430 4 12
г. Новосибирск ООО "Автоальянс" 5404282430 25м 94
г. Новосибирск ООО "Автолига" 5403164226 3 35
г. Новосибирск ООО "Автолига" 5403164226 29 83
г. Новосибирск ООО "Автолига" 5403164226 65м 50
г. Новосибирск ООО "Автолига" 5403164226 25м 79
г. Новосибирск ООО "Автолига" 5403164226 25м 80
г. Новосибирск ООО "Автолига" 5403164226 25м 81
г. Новосибирск ООО "Автолига" 5403164226 25м 82
г. Новосибирск ООО "Автолига" 5403164226 233 П14/02/18-88 от 18 .02.2014
г. Новосибирск ООО "АвтоПартнер" 5402539088 9м 8
г. Новосибирск ООО "АвтоПартнер" 5402539088 43м 41
г. Новосибирск ООО "АвтоПартнер" 5402539088 311 П13/06/22-32 от 22.06.2013
г. Новосибирск ООО "Автострада" 5404413845 19 18
г. Новосибирск ООО "Автострада" 5404413845 120 П14/01/29-1
г. Новосибирск ООО "АкадемЛайн" 5408229572 35м 48
г. Новосибирск ООО "АкадемЛайн" 5408229572 86м 194
г. Новосибирск ООО "АкадемЛайн" 5408229572 43 м 23
г. Новосибирск ООО "АкадемЛайн" 5408229572 88м 67
г. Новосибирск ООО "АкадемЛайн" 5408229572 86м 193
г. Новосибирск ООО "АкадемЛайн" 5408229572 15м 71
г. Новосибирск ООО "АкадемЛайн" 5408229572 15м 72
г. Новосибирск ООО "АкадемЛайн" 5408229572 86м 195
г. Новосибирск ООО "АкадемЛайн" 5408229572 15м 70
г. Новосибирск ООО "АкадемЛайн" 5408229572 88м 68
г. Новосибирск ООО "АкадемЛайн" 5408229572 88м 69
г. Новосибирск ООО "АкадемЛайн" 5408229572 109К П 14/09/22-22
г. Новосибирск ООО "АкадемЛайн" 5408229572 170 П14/09/30-1
г. Новосибирск ООО "АкадемЛайн" 5408229572 307 П12/11/30-2К от 10.11.2012
г. Новосибирск ООО "АкадемЛайн" 5408229572 317 П 14/10/09-3 от 09. 10. 2014 г.
г. Новосибирск ООО "Альянс-НСК" 5403360206 41 103
г. Новосибирск ООО "Альянс-НСК" 5403360206 35 104
г. Новосибирск ООО "Б3" 5407201180 28м 26
г. Новосибирск ООО "Б3" 5407201180 28м 25
г. Новосибирск ООО "БелМарС-2005" 5403177793 52 94
г. Новосибирск ООО "БелМарС-2005" 5403177793 6 94
г. Новосибирск ООО "БелМарС-2005" 5403177793 39 77
г. Новосибирск ООО "БелМарС-2005" 5403177793 97 78
г. Новосибирск ООО "БелМарС" 5407199981 5 76
г. Новосибирск ООО "БелМарС" 5407199981 97 76
г. Новосибирск ООО "БелМарС" 5407199981 39 76
г. Новосибирск ООО "ВИКО-Транс" 5410000772 34 38
г. Новосибирск ООО "ВИКО-Транс" 5410000772 27 38
г. Новосибирск ООО "Группа компаний ПАТП" 5405426621 64 108
г. Новосибирск ООО "Демос-С" 5404189223 62м 53
г. Новосибирск ООО "Демос-С" 5404189223 43 м 842
г. Новосибирск ООО "Демос-С" 5404189223 62м 56
г. Новосибирск ООО "Демос-С" 5404189223 86м 7
г. Новосибирск ООО "Демос-С" 5404189223 62 м 55
г. Новосибирск ООО "Демос-С" 5404189223 86м 6
г. Новосибирск ООО "Демос-С" 5404189223 62 м 54
г. Новосибирск ООО "Клайпеда" 5402551310 49 20
г. Новосибирск ООО "Клайпеда" 5402551310 91 21
г. Новосибирск ООО "ЛАНР" 5401327958 254 П14/08/28-1С от от 28.08.2014
г. Новосибирск ООО "ЛАНР" 5401327958 311 П13/06/22-14 от 22.06.2013
г. Новосибирск ООО "Магистраль-Трансавто" 5404388003 32 31
г. Новосибирск ООО "Магистраль-Трансавто" 5404388003 6 97
г. Новосибирск ООО "Магистраль" 5404447844 35 28
г. Новосибирск ООО "Магистраль" 5404447844 35 29
г. Новосибирск ООО "Мотос" 5401223324 33м 185
г. Новосибирск ООО "Мотос" 5401223324 33м 184
г. Новосибирск ООО "Мотос" 5401223324 33м 52
г. Новосибирск ООО "НИКА" 5404236593 31 62
г. Новосибирск ООО "НИКА" 5404236593 79 61
г. Новосибирск ООО "НИКА" 5404236593 79 62
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 98 39
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 98 40
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 31 39
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 3 39
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 6 115
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 6 101
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 28 49
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 28 51
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 8 51
г. Новосибирск ООО "НОВОСИБИРСКПРОФСТРОЙ -ПАТП-1" 5402175433 52 к 101
г. Новосибирск ООО "НОВОСТАРТ" 54025134345 53м 89
г. Новосибирск ООО "НОВОТЕХ-авто" 5410016236 27 11
г. Новосибирск ООО "НОВОТЕХ-авто" 5410016236 73 м 14
г. Новосибирск ООО "НОВОТЕХ-авто" 5410016236 87м 215
г. Новосибирск ООО "НОВОТЕХ-авто" 5410016236 53 м 13
г. Новосибирск ООО "НОВОТЕХ-авто" 5410016236 34 12
г. Новосибирск ООО "ОСТА" 5401257891 95 47
г. Новосибирск ООО "ОСТА" 5401257891 3 47
г. Новосибирск ООО "ОСТА" 5401257891 95 2
г. Новосибирск ООО "ПассАвтоСиб" 5406365241 565 М14/12/18-1
г. Новосибирск ООО "ПассАвтоСиб" 5406365241 566 М 14/03/18-1
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 16 54
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 11 53
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 28 53
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 8м 300
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 14 55
г. Новосибирск ООО "Регион-Автоцентр" 5410137223 14 54
г. Новосибирск ООО "Сибирь – Альянс" 5402581749 525 М14/12/19 -1 С от 19.12.2014
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 11м 182
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 30 9
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 34 21
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 42м 2
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 73м 27
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 42м 5
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 18к 109
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 53 9
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 42 9
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 18 110
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 18 111
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 42м 3
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 30 60
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 18 109
г. Новосибирск ООО "Сибирь Экспресс" 5405397265 9м 190
г. Новосибирск ООО "СИБИРЬАВТОТУР" 5406517455 12м 80
г. Новосибирск ООО "СИБИРЬАВТОТУР" 5406517455 12м 81
г. Новосибирск ООО "СИБИРЬАВТОТУР" 5406517455 12м 82
г. Новосибирск ООО "СИБИРЬАВТОТУР" 5406517455 17м 22
г. Новосибирск ООО "Сибникма" 5403355608 44 77
г. Новосибирск ООО "Сибникма" 5403355608 57 77
г. Новосибирск ООО "СИБСВЯЗЬ АВТО" 5407258595 11м 20
г. Новосибирск ООО "СитиБас" 5410776438 59 45
г. Новосибирск ООО "Стаер" 5406395084 189/189в,л,с №14/02/12-1Т от 14.02.2012
г. Новосибирск ООО "СТАТУС" 5406309617 189 №11/04/12-1Т от 11.04.12
г. Новосибирск ООО "СТАТУС" 5406309617 49м 15
г. Новосибирск ООО "СТАТУС" 5406309617 353 П 13/06/22-23 от 22.06.2013
г. Новосибирск ООО "СТАТУС" 5406309617 353 П14/07/03-1 от 03.07.2014
г. Новосибирск ООО "Техсервис" 5403171760 18м 76
г. Новосибирск ООО "Техсервис" 5403171760 4 м 151
г. Новосибирск ООО "Техсервис" 5403171760 4м 152
г. Новосибирск ООО "Техсервис" 5403171760 18м 33
г. Новосибирск ООО "ТРАНСКОР" 5407219444 46м 63
г. Новосибирск ООО "Урман" 5401362141 189 №П15/01/20-7 от 20.01.15
г. Новосибирск ООО "Фанжел" 5401222828 21м 428
г. Новосибирск ООО "Ясная Поляна" 5405316467 10м 145
г. Новосибирск ООО «БП-Транзит» 5408222577 88м 93
г. Новосибирск ООО «БП-Транзит» 5408222577 327 П14/08/20-1 от 20.07.2014
г. Новосибирск ООО «БП-Транзит» 5408222577 339 П14/02/13-10К от 13.02.2014
г. Новосибирск ООО «ГАПП-6» 5405281253 16м 28
г. Новосибирск ООО «ГАПП-6» 5405281253 13м 30
г. Новосибирск ООО «ГАПП-6» 5405281253 19м 29
г. Новосибирск ООО «ГАПП-6» 5405281253 18м 84
г. Новосибирск ООО «ГАПП-6» 5405281253 15м 85
г. Новосибирск ООО «ГАПП-6» 5405281253 68м 27
г. Новосибирск ООО «ГАПП-6» 5405281253 4 м 168
г. Новосибирск ООО «ГАПП-6» 5405281253 46м 86
г. Новосибирск ООО «ГАПП-6» 5405281253 23м 70
г. Новосибирск ООО «Ком Пасс» 5409228765 301 П 14/12/10-1 от 10.12.2014
г. Новосибирск ООО «Лазурит-Н» 5406555806 303 П13/06/22 -5 от 22 .06.2013
г. Новосибирск ООО «Лазурит-Н» 5406555806 323 П13/06/22 -5 от 22 .06.2013
г. Новосибирск ООО «ЛарКонст» 5408187499 332 П14/09/05-5К от 05 .09.2014
г. Новосибирск ООО «ПАТП-1118» 5410006118 8м 273
г. Новосибирск ООО «ПАТП-6» 5410041641 48 9
г. Новосибирск ООО «ПАТП-6» 5410041641 48 10
г. Новосибирск ООО «ПАТП-6» 5410041641 13 9
г. Новосибирск ООО «ПАТП-6» 5410041641 13 10
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 51м 48
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 16 68
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 64м 57
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 17а 19
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 60 69
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 32м 96
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 64 м 60
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 35м 45
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 91м 561
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 35м 46
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 64 м 58
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 35м 47
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 51м 49
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 64 м 65
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 60 68
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 64м 59
г. Новосибирск ООО «Предприятие СИБНИКМА» 5404121497 41 93
г. Новосибирск ООО «Сибтрансавто» 5405412650 227 П 14/02/21-2 С от 21.02.2014
г. Новосибирск ООО ДСТК "Мочище" 5433166950 53м 216
г. Новосибирск ООО ДСТК "Мочище" 5433166950 9м 91
г. Новосибирск ООО ДСТК "Мочище" 5433166950 347 П 13/06/22-17 от 22.06.2013
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 30 43
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 30 187
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 30 188
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 53 43
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 42 43
г. Новосибирск ООО ПКП «Лига-Т» 5403170371 30 32
г. Новосибирск ООО ПП "ЛОТиОС" 5404412376 55м 71
г. Новосибирск ООО ПП "ЛОТиОС" 5404412376 55м 6
г. Новосибирск ООО ПП "ЛОТиОС" 5404412376 55м 5
г. Новосибирск ООО ПП "ЛОТиОС" 5404412376 55м 4
г. Новосибирск ООО СД-РЕГИОН 54 5408224990 32м 1я07
г. Новосибирск ООО СД-РЕГИОН 54 5408224990 32м 108
г. Новосибирск ООО СД-РЕГИОН 54 5408224990 43 м 850
г. Новосибирск ООО СД-РЕГИОН 54 5408224990 50м 67
Новосибирская область, Новосибирский район, с.БоровоеИП Кандаков В.В. 540442467168 99 57
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 109 П 14/09/03-1К
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 104 П14/12/30-33 от 30.12.2014
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 107 П14/12/30-33 от 30.12.2014
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 107К П14/04/02-22
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 125 П14/12/30-33
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 280 П 14/12/30-33 от 30.12.2014
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 320 П14/02/13-3К от 12.02.2014
Новосибирская область, Новосибирский район, с.БоровоеИП Шестакова В.В. 540320523143 330 П14/02/13-4К от 12.02.2014
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Кильгишев Михаил Сергеевич 543305225589 303 П13/06/22-34 от 22.06.2013
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Кондаков Александр Николаевич 543305541802 323 П13/06/22-2 от 22.06.2013
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Сандомирская Анна Юрьевна 540717901921 102 П14/10/24-1
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Сандомирская Анна Юрьевна 540717901921 103 П14/08/28-9К
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Сандомирская Анна Юрьевна 540717901921 114 П14/08/28-9К
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Сандомирская Анна Юрьевна 540717901921 139 П14/08/28-9К
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Ткаченко Евгений Викторович 543306689103 189 №28/02/12-1Т от 28.02.12
Новосибирская область, Новосибирский район, с. Верх-Тула ИП Ткаченко Евгений Викторович 543306689103 323 П13/06/22-6
Новосибирская область, Новосибирский район, с.Верх-Тула ООО "Виктория" 5433160980 323 П13/06/22-7 от 22.06.2013
Новосибирская область, Новосибирский район, с.Верх-Тула ООО "Виктория" 5433160980 303 П13/06/22-21 от 22.06.2013
Новосибирская область, Новосибирский район,п. Восход ИП Кожанов Анатолий Николаевич 543311704364 19м 25
Новосибирская область, Новосибирский район,п. Восход ИП Кожанов Анатолий Николаевич 543311704364 72м 221
Новосибирская область, Новосибирский район,п. Восход ИП Кожанов Анатолий Николаевич 543311704364 203 №П14/02/21-1 от 21.02.2014
Новосибирская область, Новосибирский район,п. Восход ИП Кожанов Анатолий Николаевич 543311704364 399 П13/06/22-1 от 22.06.2013
Новосибирская область, Новосибирский район ,п. ДвуречьеООО "БраМиС" 5407244296 307Б П14/08/27-1 от 27.08.2014
Новосибирская область, Новосибирский район , р.п. Кольцово ИП Свинцов Валерий Павлович 543305203673 304 П15/02/24-1 от 24.02.2015
Новосибирская область, Новосибирский район ,р.п. Кольцово ИП Свинцов Валерий Павлович 543305203673 304К П15/02/24-1 от 24.02.2015
Новосибирская область, Новосибирский район, п.КриводановкаИП Суханов Олег Николаевич 543310909351 220 П 14/12/29-1 от 29.12.2014
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 115в П 15/01/19-8К
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 122 П 14/09/03-2К от 03.09.14
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 124 П 14/12/30-34 от 30/12/14
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 141 П 15/01/19-28К от 19.01.2015
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 189 №17/04/12-1Т от 17.04.12
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 212 П 14/12/30-34 от 30.12.14
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 220 П 14/12/30-1 от 30.12.14
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск 1" 5406392573 226 П 13/12/09-1 от 09.12.13
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск" 5406227964 6 95
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск" 5406227964 60 139
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Транском-Новосибирск" 5406227964 52 95
Новосибирская область, Новосибирский район, п.МичуринскийООО «Транском-Новосибирск 1» 5406392573 115 П 14/09/03-2К
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Магистраль-Авто" 5406501215 32 75
Новосибирская область, Новосибирский район, п. Мичуринский ООО "Магистраль-Авто" 5406501215 11 75
Новосибирская область, Новосибирский район, с.НовошиловоООО «Перевозчик Сибири» 5433169609 217 №17/12/10-2Т от 17.12.2010
Новосибирская область, Новосибирский район, с.НовошиловоООО «Перевозчик Сибири» 5433169609 312 П13/06/22-9 от 22.06.2013
Новосибирская область, Новосибирский район, с.НовошиловоООО «Перевозчик Сибири» 5433169609 323 П13/06/22-8 от 22.06.2013
Новосибирская область, Новосибирский район, с.РаздольноеИП Хачатурянц Жанетта Вараздатовна543307702614 234 П15/01/20-9 от 20.01.2015
Новосибирская область, Новосибирский район, с.ТолмачёвоИП Кораблин Сергей Александрович 543310320340 312 П13/06/22-33 от 22.06. 2013
Новосибирская область, г. Обь ИП Шишлаков Владимир Викторович 220408077103 340 П 15/01/26-15 от 26.01.2015
Новосибирская область, г. Обь ООО "МК ТрансКомпани" 5448452880 324К П13/06/22-26 от 22.06.2013
Новосибирская область, г. Обь ООО "Обская Транспортная Компания" 5448453764 227 П 14/12/25-5 от 25.12.2014
Новосибирская область, г. Обь ООО "Обское Транспортное Предприятие" 5448455338 227 П 14/12/25-2 от 25.12.2014
Новосибирская область, г. Обь ООО «МК Транс Компани» 5448452880 111э П 14/02/12-6К
Новосибирская область, г. Обь ООО «Обская Транспортная Компания» 5448453764 101 П14/12/25-1
Новосибирская область, г. Обь ООО «Обская Транспортная Компания» 5448453764 228 П14/02/19-8С от 19.02.2014
Новосибирская область, г. Обь ООО «Обская Транспортная Компания» 5448453764 324 П13/06/22-24 от 22.06.2013
Новосибирская область, г. Обь ООО «ОбьТранс» 5448451686 111э П 14/02/15-5К
Новосибирская область, г. Обь ООО «ОбьТранс» 5448451686 112 П 14/02/15-6К
Новосибирская область, г. Обь ООО «ОбьТранс» 5448451686 226 П14/12/25-4 от 25.12.2014
Новосибирская область, г. Обь ООО «ОбьТранс» 5448451686 227 П 14/12/25-3 от 25.12.2014
Новосибирская область, г. Обь ООО «ОбьТранс» 5448451686 264 П14/02/25-22С от 25.02.2014
Новосибирская область, Ордынский район, р.п. Ордынское ИП Пирко Евгений Александрович 543407377397 525 М14/07/15-1 от 15.07.2014
Новосибирская область, Северный район с.СеверноеОАО АТП "Северноеагротранс" 5435100070 532 М 15/01/27-1С от 27.01.2015
Новосибирская область, Северный район, с.СеверноеОАО АТП "Северноеагротранс" 5435100070 568 М 15/01/27-1
Новосибирская область, Сузунский район , р.п. Сузун ИП Куликов Павел Федорович 543660163221 511 М 14/12/26-85 от 26.12.2014
Новосибирская область, Татарский район, г.ТатарскИП Фуголь Владимир Николаевич 7707083893 593 М14/10/27-2
Новосибирская область, Усть-Таркский район, с.Усть-ТаркаООО "Усть-Таркское АТП" 5416103887 574 М 15/01/23-5
Новосибирская область, Тогучинский район, п. Горный ИП Винтер Владимир Викторович 543808065162 509 М15/01/14-5 от 14.01.2015
Новосибирская область, Тогучинский район, п.ГорныйИП Волобуев Андрей Владимирович 543809060520 509 М13/07/10-1 от 10.07.2014
Новосибирская область, Тогучинский район, п. Горный ИП Карлисон Владимир Николаевич 543809649393 509 М 14/01/14-8 от 14.01.2015
Приложение № 2 к Описанию объекта закупкиот «__» __________ 2015 г. №____
Требования к информационному взаимодействию с внешними информационными системами
Состав и структура справочных данныхИнформационный обмен данными между модулем «Интеграция» и внешними системами должен осуществляться с использованием протокола передачи файлов FTP или с использованием другой более подходящей для взаимодействия технологии по согласованию с поставщиками внешних информационных систем.
Данные, передаваемые посредством FTP, должны соответствовать структуре и составу, описанным ниже:
Таблица SEQ _TableAddА \* MERGEFORMAT 1 – Состав файлов, содержащих общедоступные данные
Имя файла Обязательный Описание содержимого
agency.txt Да Одно или несколько предприятий-перевозчиков, данные которых предоставлены в канале.
stops.txt Да Остановочные пункты, где транспортные средства осуществляют посадку и/или высадку пассажиров.
routes.txt Да Маршруты, обслуживаемые предприятиями-перевозчиками.
trips.txt Да Рейсы для каждого маршрута.
stop_times.txt Да Время прибытия и отправления транспортного средства для каждого остановочного пункта в каждом рейсе.
calendar.txt Да Даты для маршрутов, использующих недельные графики. Описывает, когда маршрут начинает и заканчивает действовать, а также дни недели, когда маршрут доступен.
calendar_dates.txt Нет Исключения для маршрутов, описанных в файле calendar.txt. Если calendar_dates.txt включает все даты для маршрута, то этот файл может быть использован вместо файла calendar.txt.
fare_attributes.txt Нет Информация о тарифах проезда на маршрутах.
fare_rules.txt Нет Правила действия тарифов проезда на маршрутах.
shapes.txt Нет Правила отображения линий на карте, показывающих производственные трассы маршрутов.
frequencies.txt Нет Интервалы между рейсами для маршрутов с переменными интервалами.
transfers.txt Нет Правила осуществления пересадок между маршрутами.
feed_info.txt Нет Дополнительная информация о канале, включая организатора канала, версию и сроки актуальности информации.
Таблица SEQ _TableAddА \* MERGEFORMAT 2 – Описание данных файла agency.txt
Имя поля Обязательное Описание
agency_idНет Поле agency_id содержит идентификатор, однозначно определяющий транспортное предприятие. Канал может предоставлять данные более чем от одного предприятия. Поле agency_id должно быть уникальным. Это поле необязательно для канала, который содержит информацию только от одного предприятия.
agency_nameДа Поле agency_name содержит полное название транспортного предприятия.
agency_urlДа Поле agency_url содержит URL транспортного предприятия.
Это значение — полный URL, включающий http:// или https://, и в котором все специальные символы корректно преобразованы.
agency_timezoneДа Поле agency_timezone содержит часовой пояс места расположения транспортного предприятия. Название часового пояса не должно содержать пробелов, но может содержать символы подчёркивания. Если канал представляет несколько предприятий, то у всех их должны быть одинаковые значения поля agency_timezone.
agency_langНет Поле agency_lang содержит двухбуквенный код языка, основного для транспортного предприятия (по ISO 639-1). Языковой код регистронезависим (и ru, и RU допустимы). Этот параметр определяет правила использования заглавных букв и другие языковые особенности для всей текстовой информации, содержащейся в канале предприятия.
agency_phoneНет Поле agency_phone содержит один телефонный номер для описываемого предприятия. Это поле — строковое значение, представляющее телефонный номер в формате, принятом в регионе, которое обслуживает предприятие. Оно может содержать знаки пунктуации для группировки цифр номера. Замена цифр буквами (например, »503-238-RIDE») допустима, но поле не должно содержать никакого другого разъяснительного текста.
agency_fare_urlНет Поле agency_fare_url задаёт URL страницы, позволяющей купить билеты или предоставляющей какой-либо другой сервис, связанный с оплатой проезда.
Это значение — полный URL, включающий http:// или https://, и в котором все специальные символы корректно преобразованы.
Таблица SEQ _TableAddА \* MERGEFORMAT 3 – Описание данных файла stops.txt
Имя поля Обязательное Описание
stop_idДа Поле stop_id содержит идентификатор, однозначно определяющий остановку или станцию. Разные маршруты могут использовать одни и те же остановки. Поле stop_id должно быть уникальным.
stop_codeНет Поле stop_code содержит короткий текст или число, однозначно определяющее остановку для пассажира. Этот код может быть использован в информационных системах, ориентированных на мобильные платформы или указан на знаке или вывеске на остановке для упрощения получения расписания или информации о прибытии транспорта в реальном времени для конкретной остановки.
Поле stop_code должно быть использовано только для кодов, которые видны обычным пассажирам. Это поле должно быть оставлено пустым, если остановка не имеет такого кода. Для внутренних кодов следует использовать stop_id.
stop_nameДа Поле stop_name содержит название остановки или станции. Сюда следует вносить название, хорошо понятное на местном языке.
stop_descНет Поле stop_desc содержит описание остановки. Сюда следует вносить дополнительную полезную информацию об остановке. Не следует здесь просто дублировать её название.
stop_latДа Поле stop_lat содержит значение широты остановки или станции. Значение должно быть в системе координат WGS 84.
stop_lonДа Поле stop_lon содержит значение долготы остановки или станции. Значение должно быть в системе координат WGS 84 в диапазоне от −180 до 180.
zone_idНет Поле zone_id определяет тарифную зону остановки. zone_id необходимо, если информация о тарифах предоставляется каналом при помощи файла fare_rules.txt. Если данная остановка представлена станцией, данное значение zone_id будет проигнорировано.
stop_urlНет Поле stop_url содержит URL страницы о данной остановке. Адрес должен быть отличным, от указанных в полях agency_url и route_url.
Это значение — полный URL, включающий http:// или https://, и в котором все специальные символы корректно преобразованы.
location_typeНет Поле location_type определяет, что представляет эта запись: остановку или станцию. Если данное поле не определено или оставлено пустым, то данная запись рассматривается, как представляющая остановку. Станции могут иметь отличные от остановок свойства при отображении на карте или планировании поездки.
Поле location_type может принимать следующие значения:
0 (или пустое значение) — остановка. Место, где осуществляется посадка или высадка пассажиров из транспортного средства.
1 — станция. Физическая структура или зона, включающая одну или несколько остановок.
parent_stationНет Для остановки, которая физически располагается внутри станции, поле parent_station определяет включающую её станцию. Для использования этого поля файл stops.txt должен также содержать строку, где данному идентификатору соответствует location_type=1.
stop_timezoneНет Поле stop_timezone содержит часовой пояс, в котором располагается данная остановка. Если поле пропущено, предполагается, что остановки расположены в часовом поясе, определённом в agency_timezone в файле agency.txt.
Когда у остановки есть включающая её станция, остановка считается расположенной в часовом поясе, определённом для этой станции значением поля stop_timezone. Если включающая станция не имеет значения в поле stop_timezone, остановки, включённые в неё, считаются расположенными в часовом поясе, определённом в agency_timezone, даже если остановки имеют собственные значения поля stop_timezone. Другими словами, если для остановки определено значение поля parent_station, то любое значение поля stop_timezone для данной записи должно игнорироваться.
Даже если значения stop_timezone представлены в файле stops.txt, время в файле stop_times.txt должно определяться как время от полуночи в часовом поясе, определённом в полеagency_timezone в файле agency.txt. Это гарантирует, что значения времени в течение поездки всегда будут увеличиваться, независимо от того, какие часовые пояса пересекаются за поездку.
wheelchair_boardingНет Поле wheelchair_boarding определяет, возможна ли посадка на инвалидном кресле на данной остановке или станции. Поле может принимать следующие значения:
0 (или пустое значение) — показывает, что для этой остановки нет информации о такой возможности.
1 — показывает, что, по крайней мере, некоторые транспортные средства на этой остановке могут принять пассажира в инвалидном кресле.
2 — посадка на инвалидном кресле невозможна на этой остановке.
Когда остановка является частью станции, о чём говорит непустое значение поля parent_station, значение её поля wheelchair_boarding имеет дополнительную семантику:
0 (или пустое значение) — остановка наследует своё значение wheelchair_boarding от включающей её станции, если таковое у станции имеется.
1 — существует некоторый доступный для передвижения на коляске путь из-за пределов станции до данной остановки/платформы.
2 — не существует доступного для передвижения на коляске пути из-за пределов станции до данной остановки/платформы.
Таблица SEQ _TableAddА \* MERGEFORMAT 4 – Описание данных файла routes.txt
Имя поля Обязательное Описание
route_idДа Поле route_id содержит идентификатор, однозначно определяющий маршрут. Поле route_id должно быть уникальным.
agency_idНет Поле agency_id определяет транспортное предприятие для данного маршрута. Его значение берётся из файла agency.txt. Это поле используется, когда канал предоставляет данные о маршрутах более чем от одного предприятия.
route_short_nameДа Поле route_short_name содержит короткое название маршрута. Это может быть короткое абстрактное обозначение, типа «45», «53А» или «Зелёная», которое люди используют для идентификации маршрута, но которое ничего не говорит о том, какие места он соединяет. Если у маршрута нет такого короткого названия, следует использовать поле route_long_name, а для этого задать в качестве значения пустую строку.
route_long_nameДа Поле route_long_name содержит полное название маршрута. Это название, как правило, более описательное, чем route_short_name и часто включает остановки или пункт назначения маршрута. Если у маршрута нет такого длинного названия, следует использовать поле route_short_name, а для этого задать в качестве значения пустую строку.
route_descНет Поле route_desc содержит описание маршрута. Сюда следует вносить дополнительную полезную информацию о маршруте. Не следует здесь просто дублировать его название. Например: «Рейсы маршрута 208, отправляющиеся в 20:40 и 21:45 осуществляются по маршруту автобуса 205 — через посёлок Комсомольский и деревню Пруды».
route_typeДа Поле route_type указывает на вид транспорта, используемого на маршруте. Для этого поля допустимы следующие значения:
0 — трамвай или другие легкорельсовые наземные виды транспорта, действующие в черте города.
1 — метро. Любые подземные рельсовые виды транспорта, действующие в черте города.
2 — железнодорожный транспорт, используемый на дальние дистанции (пригородные электрички, поезда дальнего следования).
3 — автобус, троллейбус. Используется для маршрутов, обслуживаемых безрельсовыми пневмоколёсными видами транспорта, независимо от их дальности: внутригородские, пригородные, междугородние.
4 — паром. Любой водный вид транспорта.
5 — канатный трамвай. Используется для наземного рельсового транспорта, приводимого в движение канатом, расположенным под днищем.
6 — канатная дорога, подъёмник. Используется для канатных дорог, у которых кабина подвешена к тросу.
7 — фуникулёр. Любая рельсовая система, предназначенная для крутых склонов.
route_urlНет Поле route_url содержит URL страницы о данном маршруте. Адрес должен быть отличным, от указанного в поле agency_url.
Это значение — полный URL, включающий http:// или https://, и в котором все специальные символы корректно преобразованы.
route_colorНет В транспортных системах, где маршрутам назначаются цвета, поле route_color задаёт цвет, соответствующий данному маршруту. Цвет должен быть представлен шестизначным шестнадцатеричным кодом, например: FF0000. Если цвет не задан, то по умолчанию маршруту назначается белый цвет (FFFFFF).
Различие цветов между route_color и route_text_color должно обеспечить достаточный контраст при просмотре на черно-белом экране.
route_text_colorНет Поле route_text_color может использоваться для задания цвета текста, для обеспечения его удобочитаемости при использовании поверх фона, цвет которого задан в route_color. Цвет должен быть представлен шестизначным шестнадцатеричным кодом, например: FFFF00. Если цвет не задан, то по умолчанию тексту назначается чёрный цвет (000000).
Различие цветов между route_color и route_text_color должно обеспечить достаточный контраст при просмотре на черно-белом экране.
Таблица SEQ _TableAddА \* MERGEFORMAT 5 – Описание данных файла trips.txt
Имя поля Обязательное Описание
route_idДа Поле route_id содержит идентификатор, однозначно определяющий маршрут. Его значение берётся из файла routes.txt.
service_idДа Поле service_id содержит идентификатор, однозначно определяющий перечень дат, в которые доступны один или несколько маршрутов. Его значение берётся из файла calendar.txt илиcalendar_dates.txt.
trip_idДа Поле trip_id содержит идентификатор, однозначно определяющий рейс. Поле trip_id должно быть уникальным.
trip_headsignНет Поле trip_headsign содержит текст, который отображается на табличке или табло транспортного средства, сообщающий пассажирам пункт назначения рейса. Это поле используется, чтобы различать отличающиеся друг от друга рейсы одного маршрута. Если надпись на табло изменяется в течение поездки, то можно переопределять значение поля trip_headsign, задавая значения поля stop_headsign в файле stop_times.txt.
trip_short_nameНет Поле trip_short_name содержит текст, который отображается в расписаниях и на вывесках, позволяющий пассажирам идентифицировать конкретно этот рейс. Если люди обычно не полагаются на такого рода надписи, следует оставить поле пустым.
Если значение поля trip_short_name задано, то оно должно однозначно определять рейс среди других в любой отдельно взятый день. Оно не должно использоваться для названий пунктов назначения или дополнительных обозначений.
direction_idНет Поле direction_id содержит одно из двух возможных значений, показывающих направление движения рейса. Это поле используется, чтобы различать рейсы одного маршрута противоположных направлений (имеют одинаковые значения поля route_id). Данные значения не используется при расчёте поездки, а только предоставляют возможность различать рейсы по направлению при публикации расписаний. Можно задать название каждого направления при помощи поля trip_headsign.
0 — рейс в одном направлении (например, отправляющийся со станции).
1 — рейс в противоположном направлении (например, пребывающий на станцию).
Можно использовать поля trip_headsign и direction_id вместе, что бы назначить названия поездок в каждом направления для рейсов. Для этого файл trips.txt должен содержать следующие строки:
…,trip_id,…,trip_headsign,direction_id…,5212021,…,Варнавино,0…,5212022,…,Ветлужский,1
block_idНет Поле block_id определяет связку, к которой относится данный рейс. Связка включает последовательность из двух и более рейсов, осуществляемых одним и тем же транспортным средством, где пассажиры могут продолжать движение каждым последующим рейсом, не покидая транспортного средства. На одно и то же значение block_id должно ссылать не менее двух рейсов из файла trips.txt.
shape_idНет Поле shape_id содержит идентификатор, определяющий путь следования рейса. Его значение берётся из файла shapes.txt. Файл shapes.txt позволяет задать то, как будет отображаться линия данного маршрута на карте.
wheelchair_accessibleНет 0 (или пустое значение) — нет информации о доступности для колясочников.
1 — транспортное средство, используемое на данном рейсе, может разместить, по крайней мере, одного пассажира в инвалидном кресле.
2 — люди в инвалидных креслах не смогут воспользоваться этим рейсом.
Таблица SEQ _TableAddА \* MERGEFORMAT 6 – Описание данных файла stop_times.txt
Имя поля Обязательное Описание
trip_idДа Поле trip_id содержит идентификатор, однозначно определяющий рейс. Его значение берётся из файла trips.txt.
arrival_timeДа Поле arrival_time определяет время прибытия на конкретную остановку для конкретного рейса маршрута. Время отсчитывается от момента «полдень минус 12 часов» (фактически полночь, кроме дней перехода на летнее или зимнее время) дня начала рейса. Для времени после полуночи, относительно для начала рейса, следует вводить значение времени большее, чем 24:00:00, в формате ЧЧ:ММ:СС по местному времени, начиная отсчёт со дня начала рейса. Если время прибытия и отправления с остановки не разделены, следует вводить одинаковые значения в поля arrival_time и departure_time.
Обязательно нужно ввести время прибытия на первую и последнюю остановки рейса. Если для этих остановок не определено время прибытия, используйте пустую строку в качестве значений полей arrival_time и departure_time. Расписание для остановки без времени прибытия будет составлено на основе ближайшей предыдущей остановки с заданным временем прибытия. Для обеспечения точности расчёта поездки, рекомендуется указать время прибытия и отправления для всех остановок, у которых оно известно.
Время должно быть представлено в 8-знаковом формате ЧЧ:ММ:СС (формат Ч:ММ:СС также допустим, если часы начинаются с 0). Пробелы в значениях поля недопустимы. Примечание: Рейсы, которые охватывают несколько дней, будут иметь значения времени остановок большие, чем 24:00:00. Например, если рейс начинается в 22:30:00 и заканчивается в 2:15:00 следующего дня, то значения времени остановок будут 22:30:00 и 26:15:00. Введение для этих остановок значений 22:30:00 и 02:15:00 не даст желаемого результата.
departure_timeДа Поле departure_time определяет время отправления с конкретной остановки для конкретного рейса маршрута. Время отсчитывается от момента «полдень минус 12 часов» (фактически полночь, кроме дней перехода на летнее или зимнее время) дня начала рейса. Для времени после полуночи, относительно для начала рейса, следует вводить значение времени большее, чем 24:00:00, в формате ЧЧ:ММ:СС по местному времени, начиная отсчёт со дня начала рейса. Если время прибытия и отправления с остановки не разделены, следует вводить одинаковые значения в поля arrival_time и departure_time.
Обязательно нужно ввести время отправления с первой и последней остановки рейса. Если для этих остановок не определено время отправления, используйте пустую строку в качестве значений полей arrival_time и departure_time. Расписание для остановки без времени отправления будет составлено на основе ближайшей предыдущей остановки с заданным временем отправления. Для обеспечения точности расчёта поездки, рекомендуется указать время прибытия и отправления для всех остановок, у которых оно известно.
Время должно быть представлено в 8-знаковом формате ЧЧ:ММ:СС (формат Ч:ММ:СС также допустим, если часы начинаются с 0). Пробелы в значениях поля недопустимы. Примечание: Рейсы, которые охватывают несколько дней, будут иметь значения времени остановок большие, чем 24:00:00. Например, если рейс начинается в 22:30:00 и заканчивается в 2:15:00 следующего дня, то значения времени остановок будут 22:30:00 и 26:15:00. Введение для этих остановок значений 22:30:00 и 02:15:00 не даст желаемого результата.
stop_idДа Поле stop_id содержит идентификатор, однозначно определяющий остановку. Разные маршруты могут использовать одни и те же остановки. stop_id берётся из файла stops.txt. Если в файле stops.txt используется поле location_type, то все остановки, на которые ссылается файл stop_times.txt должна иметь значение location_type равное 0.
Если это возможно, значение stop_id должно оставаться прежним при обновлении канала. Другими словами, остановка А со stop_id=1 должна иметьstop_id=1 при всех последующих обновлениях данных. Если время остановки не определено, используйте пустое значение для полейarrival_time и departure_time.
stop_sequenceДа Поле stop_sequence определяет последовательность остановок конкретного маршрута. Значенияstop_sequence должны быть неотрицательными целым числом и увеличиваться по ходу рейса.
Например, первая остановка рейса может иметь stop_sequence=1, вторая — stop_sequence=23, третья — stop_sequence=40 и так далее.
stop_headsignНет Поле stop_headsign содержит текст, который отображается на табличке или табло транспортного средства, сообщающий пассажирам пункт назначения рейса. Это поле используется для переопределения предустановленного в  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "trips_trip_headsign_field" trip_headsign значения, когда надпись на табло изменяется в течение поездки. Если надпись на табло не изменяется и относится ко всему рейсу, вместо этого поля следует использовать  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "trips_trip_headsign_field" trip_headsign.
pickup_typeНет Поле pickup_type показывает, осуществляется ли посадка пассажиров на этой остановке (при обычном расписании) или нет. Это поле также позволяет транспортному предприятию указать, необходимо ли пассажирам звонить на предприятие или предупреждать водителя, что бы осуществить посадку на этой остановке. Для этого поля допустимы следующие значения:
0 — посадка осуществляется по штатному расписанию.
1 — посадка не осуществляется.
2 — необходимо позвонить на предприятие, что бы договорится о посадке.
3 — необходимо договорится с водителем для осуществления посадки.
По умолчанию это поле принимает значение 0.
drop_off_typeНет Поле drop_off_type показывает, осуществляется ли высадка пассажиров на этой остановке (при обычном расписании) или нет. Это поле также позволяет транспортному предприятию указать, необходимо ли пассажирам звонить на предприятие или предупреждать водителя, что бы осуществить высадку на этой остановке. Для этого поля допустимы следующие значения:
0 — высадка осуществляется по штатному расписанию.
1 — высадка не осуществляется.
2 — необходимо позвонить на предприятие, что бы договорится о высадке.
3 — необходимо договорится с водителем для осуществления высадки.
По умолчанию это поле принимает значение 0.
shape_dist_traveledНет Когда это поле используется в файле stop_times.txt, shape_dist_traveled определяет расстояние до остановки от первой точки пути следования. shape_dist_traveled обозначает реальное расстояние по пути следования в таких единицах, как километры или футы. Например, если автобус проходит расстояние в 5,25 километров от начала своего пути до данной остановки, в полеshape_dist_traveled надо ввести «5.25». Эта информация позволяет планировщику поездки определять какую часть пути следования необходимо отобразить на карте. Значения поляshape_dist_traveled должны увеличиваться с увеличением значения stop_sequence: они не могут использоваться для указания обратного хода относительно всего пути следования.
Единицы измерения, используемые в shape_dist_traveled в файле stop_times.txt должны совпадать с используемыми в этом поле в файле shapes.txt.
Таблица SEQ _TableAddА \* MERGEFORMAT 7 – Описание данных файла calendar.txt
Имя поля Обязательное Описание
service_idДа Поле service_id содержит идентификатор, однозначно определяющий перечень дат, в которые доступны один или несколько маршрутов. Его значение берётся из файла trips.txt.
Каждое значение service_id может встречаться не более одного раза в файле calendar.txt; эти значения уникальны.
mondayДа Поле monday содержит одно из двух возможных значений, показывающих доступен рейс по понедельникам или нет.
Значение 1 показывает, что рейс доступен в каждый понедельник из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по понедельникам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
tuesdayДа Поле tuesday содержит одно из двух возможных значений, показывающих доступен рейс по вторникам или нет.
Значение 1 показывает, что рейс доступен в каждый вторник из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по вторникам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
wednesdayДа Поле wednesday содержит одно из двух возможных значений, показывающих доступен рейс по средам или нет.
Значение 1 показывает, что рейс доступен в каждую среду из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по средам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
thursdayДа Поле thursday содержит одно из двух возможных значений, показывающих доступен рейс по четвергам или нет.
Значение 1 показывает, что рейс доступен в каждый четверг из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по четвергам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
fridayДа Поле friday содержит одно из двух возможных значений, показывающих доступен рейс по пятницам или нет.
Значение 1 показывает, что рейс доступен в каждую пятницу из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по пятницам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
saturdayДа Поле saturday содержит одно из двух возможных значений, показывающих доступен рейс по субботам или нет.
Значение 1 показывает, что рейс доступен в каждую субботу из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по субботам из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
sundayДа Поле sunday содержит одно из двух возможных значений, показывающих доступен рейс по воскресеньям или нет.
Значение 1 показывает, что рейс доступен в каждое воскресенье из диапазона дат. (Диапазон дат задаётся при помощи полей  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_start_date_field" start_date и  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_end_date_field" end_date.)
Значение 0 показывает, что рейс недоступен по воскресеньям из заданного диапазона дат.
Примечание: Можно задать список исключений для конкретных дат, например, праздничных дней, в файле calendar_dates.txt.
start_dateДа Поле start_date содержит дату начала действия рейса.
Значение поля start_date должно быть в формате ГГГГММДД.
end_dateДа Поле end_date содержит дату окончания действия рейса.
Значение поля end_date должно быть в формате ГГГГММДД.
Таблица SEQ _TableAddА \* MERGEFORMAT 8 – Описание данных файла calendar_dates.txt
Имя поля Обязательное Описание
service_idДа Поле service_id содержит идентификатор, однозначно определяющий перечень дат, для которого вводятся исключения доступности рейсов. Каждая пара (service_id, date) может быть представлена в файле calendar_dates.txt только один раз. Если значение service_id представлен и в файле calendar.txt, и в файле calendar_dates.txt информация в calendar_dates.txt заменяется информацией из calendar.txt. Это значение берётся из файла trips.txt.
dateДа Поле date указывает на конкретную дату, когда доступность рейса отличается от обычной. Можно использовать поле  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_dates_exception_type_field" exception_type, что бы показать доступен ли рейс на данную дату.
Поле date должно быть в формате ГГГГММДД.
exception_typeДа Поле exception_type показывает доступен ли рейс на дату, указанную в поле  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_dates_date_field" date.
Значение 1 говорит, что рейс вводится на данную дату.
Значение 2 говорит, что рейс на данную дату отменяется.
Например, для рейса есть одно расписание на праздничные дни и другое на все остальные дни. Тогда должен быть один  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_service_id_field" service_id, который будет соответствовать обычному расписанию и ещё один  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_service_id_field" service_id, который будет соответствовать расписанию на праздничные дни. Файл calendar_dates.txt будет добавлять праздники в праздничный  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_service_id_field" service_id и исключать праздники из будничного  HYPERLINK "http://avtobusing.ru/gtfs/reference.html" \l "calendar_service_id_field" service_id.
Таблица SEQ _TableAddА \* MERGEFORMAT 9 – Описание данных файла fare_attributes.txt
Имя поля Обязательное Описание
fare_idДа Поле fare_id содержит идентификатор, однозначно определяющий тариф. Поле fare_id должно быть уникальным.
priceДа Поле price содержит цену в валюте, задающейся через currency_type.
currency_typeДа Поле currency_type определяет валюту, используемую для оплаты проезда. Значение должно представлять собой буквенный код валюты по стандарту ISO 4217.
payment_methodДа Поле payment_method показывает когда необходимо оплатить проезд. Данное поле может принимать следующие значения:
0 — оплата после посадки.
1 — оплата перед посадкой.
transfersДа Поле transfers показывает сколько пересадок можно совершить по одному билету. Данное поле может принимать следующие значения:
0 — ни одной пересадки.
1 — одна пересадка.
2 — две пересадки.
пустое значение — неограниченное количество пересадок.
transfer_durationНет Поле transfer_duration задаёт временя в секундах, в течение которого возможна пересадка.
Если значение поля transfers равно 0, transfer_duration показывает как долго действует билет, когда пересадки недоступны. Если это поле не будет использоваться для указания времени действия билета, поле transfer_duration должно быть пропущено или оставлено пустым, когда transfers равно 0.
Таблица SEQ _TableAddА \* MERGEFORMAT 10 – Описание данных файла fare_rules.txt
Имя поля Обязательное Описание
fare_idДа Поле fare_id содержит идентификатор, однозначно определяющий тариф. Это значение берётся из файла fare_attributes.txt.
route_idНет Поле route_id соотносит тариф с маршрутом. route_id берётся из файла routes.txt. Если есть несколько маршрутов с одинаковыми тарифами, в файл fare_rules.txt необходимо добавить запись для каждого из них.
Например, если тариф «а» действует и на маршруте 90, и на маршруте 95, то файл fare_rules.txt должен содержать такие строки для данного тарифа:
а,90а,95
origin_idНет Поле origin_id соотносит тариф с начальной тарифной зоной. Это значение берётся из файлаstops.txt. Если несколько начальных тарифных зон представлены одинаковыми тарифами, в файл fare_rules.txt необходимо добавить запись для каждой из них.
Например, если тарифный план «б» действителен для поездки, начинающейся как с зоны «2», так и с зоны «8», то файл fare_rules.txt должен содержать такие строки для данного тарифа:
б,…,2,…б,…,8,…
destination_idНет Поле destination_id соотносит тариф с конечной тарифной зоной. Это значение берётся из файлаstops.txt. Если несколько конечных тарифных зон представлены одинаковыми тарифами, в файл fare_rules.txt необходимо добавить запись для каждой из них.
Например, необходимо одновременно использовать поля origin_id и destination_id, что бы указать, что тариф «б» действителен как для поездки из зоны «3» в зону «4», так и из зоны «3» в зону «4», тогда файл fare_rules.txt должен содержать такие строки для данного тарифа:
б,…,3,4б,…,3,5
contains_idНет Поле contains_id соотносит тариф с тарифной зоной, берётся из файла stops.txt. Стоимость проезда, в свою очередь, соотносится с поездками, проходящими через каждую зону contains_id.
Например, если тариф «д» соотносится со всеми поездками на электричке «элек» через зоны 5, 6 и 7, файл fare_rules.txt должен содержать такие строки:
д,элек,,,5д,элек,,,6дет,элек34,,,7
Потому что все зоны из contains_id должны соответствовать применяемому тарифу, а к поездке, которая проходит через зоны 5 и 6, но не через зону 7, не должен применяться тариф «д».
Таблица SEQ _TableAddА \* MERGEFORMAT 11 – Описание данных файла shapes.txt
Имя поля Обязательное Описание
shape_idДа Поле shape_id содержит идентификатор, однозначно определяющий путь следования.
shape_pt_latДа Поле shape_pt_lat задаёт точке пути значение широты. Значение должно быть в системе координат WGS 84. Каждая строка в файле shapes.txt представляет точку заданного пути.
Например, если путь «A_shp» состоит из трёх точек, то файл shapes.txt для задания такого пути должен содержать следующие строки:
A_shp,37.61956,-122.48161,0A_shp,37.64430,-122.41070,6A_shp,37.65863,-122.30839,11
shape_pt_lonДа Поле shape_pt_lon задаёт точке пути значение долготы. Значение должно быть в системе координат WGS 84. Каждая строка в файле shapes.txt представляет точку заданного пути.
Например, если путь «A_shp» состоит из трёх точек, то файл shapes.txt для задания такого пути должен содержать следующие строки:
A_shp,37.61956,-122.48161,0A_shp,37.64430,-122.41070,6A_shp,37.65863,-122.30839,11
shape_pt_sequenceДа Поле shape_pt_sequence задаёт точке с заданными координатами место на пути следования. Значение поля shape_pt_sequence должно быть неотрицательным целым числом и увеличиваться по ходу рейса.
Например, если путь «A_shp» состоит из трёх точек, то файл shapes.txt для задания такого пути должен содержать следующие строки:
A_shp,37.61956,-122.48161,0A_shp,37.64430,-122.41070,6A_shp,37.65863,-122.30839,11
shape_dist_traveledНет Когда это поле используется в файле shapes.txt, shape_dist_traveled определяет положение точки пути, как расстояние, пройденное по пути следования от его первой точки. shape_dist_traveledобозначает реальное расстояние по пути следования в таких единицах, как километры или футы. Эта информация позволяет планировщику поездки определять какую часть пути следования необходимо отобразить на карте. Значения поля shape_dist_traveled должны увеличиваться с увеличением значения shape_pt_sequence: они не могут использоваться для указания обратного хода относительно всего пути следования. Единицы измерения, используемые в shape_dist_traveled в файле shapes.txt должны совпадать с используемыми в этом поле в файле stop_times.txt.
Например, если автобус проходит через три точки, задаваемые путём «A_shp», то значенияshape_dist_traveled (здесь в километрах) должны выглядеть следующим образом:
A_shp,37.61956,-122.48161,0,0A_shp,37.64430,-122.41070,6,6.8310A_shp,37.65863,-122.30839,11,15.8765
Таблица SEQ _TableAddА \* MERGEFORMAT 12 – Описание данных файлаfrequencies.txt
Имя поля Обязательное Описание
trip_idДа Поле trip_id содержит идентификатор, определяющий рейсы, для которых задаются интервалы движения. trip_id берётся из файла trips.txt.
start_timeДа Поле start_time задаёт время, начиная с которого действуют данные интервалы. Время отсчитывается от момента «полдень минус 12 часов» (фактически полночь, кроме дней перехода на летнее или зимнее время) дня начала рейса. Для времени после полуночи следует вводить значение времени большее, чем 24:00:00, в формате ЧЧ:ММ:СС по местному времени, начиная отсчёт со дня начала рейса. Например, 25:35:00.
end_timeДа Поле end_time задаёт время, с которого на первой остановке рейса прекращают действовать данные интервалы (начинают действовать другие). Время отсчитывается от момента «полдень минус 12 часов» (фактически полночь, кроме дней перехода на летнее или зимнее время) дня начала рейса. Для времени после полуночи следует вводить значение времени большее, чем 24:00:00, в формате ЧЧ:ММ:СС по местному времени, начиная отсчёт со дня начала рейса. Например, 25:35:00.
headway_secsДа Поле headway_secs задаёт интервалы отправления рейсов, действующие в период времени, заданный значениями start_time и end_time. Интервалы должны задаваться в секундах.
Периоды, для которых определены интервалы движения (строки в файле frequencies.txt) не должны перекрывать друг друга на каждом маршруте, так как в этом случае может быть сложно определить, какой из них действует. Однако, период действия интервала может начинаться в то же время, когда предыдущий заканчивается, например:
A,05:00:00,07:00:00,600B,07:00:00,12:00:00,1200
exact_timesНет Поле exact_times определяет, имеют ли рейсы, описанные интервалами, точное расписание, которое можно сгенерировать из информации об интервалах. Для этого поля допустимы следующие значения:
0 (или пустое значение) — для рейсов, заданных интервалами, нет точного расписания. Это значение принимается по умолчанию.
1 — для рейсов, заданных интервалами, есть точное расписание. Для каждого периода времени из frequencies.txt время начала движения рейса можно вычислить по формуле:trip_start_time = start_time + x * headway_secs для всех x = (0, 1, 2, …) при которыхtrip_start_time < end_time.
Значения exact_times должны быть одинаковыми для всех записей frequencies.txt с одинаковыми значениями trip_id. Если exact_times равно 1 и записи в frequencies.txt задано start_time равноеend_time, то значит ни одного рейса нет. Когда exact_times равно 1, надо помнить, что значениеend_time должно быть больше чем время старта последнего рейса данного периода, но меньше, чем (время старта последнего рейса + headway_secs).
Таблица SEQ _TableAddА \* MERGEFORMAT 13 – Описание данных файла transfers.txt
Имя поля Обязательное Описание
from_stop_idДа Поле from_stop_id содержит идентификатор, определяющий остановку или станцию, с которой начинается пересадка. from_stop_id берётся из файла stops.txt. Если идентификатор остановки ссылается на станцию, включающую несколько остановок, то данное правило пересадки применяется ко всем остановкам станции.
to_stop_idДа Поле to_stop_id содержит идентификатор, определяющий остановку или станцию, на которой заканчивается пересадка. to_stop_id берётся из файла stops.txt. Если идентификатор остановки ссылается на станцию, включающую несколько остановок, то данное правило пересадки применяется ко всем остановкам станции.
transfer_typeДа Поле transfer_type задаёт тип связи для пары (from_stop_id, to_stop_id). Для этого поля допустимы следующие значения:
0 (или пустое значение) — это место рекомендуется для пересадки.
1 — это точка пересадки, где отправляющееся транспортное средство дожидается прибытия другого рейса и после этого ждёт некоторое время, достаточное для пересадки с прибывшего рейса.
2 — пересадка в этой точке требует некоторого минимального запаса времени. Требуемое время задаётся в поле min_transfer_time.
3 — пересадка в данной точке невозможна.
min_transfer_timeНет Когда пересадка требует некоторого минимального запаса времени между прибытием одного рейса и отправлением другого (transfer_type=2), поле min_transfer_time задаёт время, которое должно быть заложено в поездку, что бы совершить пересадку между рейсами в этом месте. min_transfer_time должно быть достаточным для перемещения обычного пассажира между двумя остановками и включать запас времени, учитывающий возможное опоздание каждого рейса.
Значение min_transfer_time должно вводится в секундах и быть неотрицательным целым числом.
Таблица SEQ _TableAddА \* MERGEFORMAT 14 – Описание данных файла feed_info.txt
Имя поля Обязательное Описание
feed_publisher_nameДа Поле feed_publisher_name содержит полное название организации, которая занимается данным каналом. (Оно может совпадать со значением поля agency_name в файле agency.txt.) Приложения, использующие канал могут отображать это название, при указании источника данных.
feed_publisher_urlДа Поле feed_publisher_url содержит URL сайта организации, которая занимается каналом. (Оно может совпадать со значением поля agency_url в файле agency.txt.)
Это значение — полный URL, включающий http:// или https://, и в котором все специальные символы корректно преобразованы. С подробным описание того, как правильно создать полный URL, можно ознакомиться по ссылке:http://www.w3.org/Addressing/URL/4_URI_Recommentations.html (на английсокм).
feed_langДа Поле feed_lang содержит код языка по стандарту IETF BCP 47, который используется по умолчанию в текстах этого канала. Этот параметр помогает пользователям канала выбирать правила использования заглавных букв и другие языковые особенности для данного канала.
feed_start_datefeed_end_dateНет Канал предоставляет полную и достоверную информацию о расписании на период, со дняfeed_start_date по день feed_end_date. Оба дня задаются датой в формате ГГГГММДД как дляcalendar.txt, или оставляются пустыми, если не могут быть определены. Дата feed_end_date не должна предшествовать дате feed_start_date, если они обе заданы. Одобряется, если канал продолжает отдавать информацию и после этого периода, что бы можно было предположить будущее расписание, но потребителям информации следует помнить о ненадёжности такой информации. Если feed_start_date или feed_end_date выходят за пределы дат действующего календаря, определённого в файлах calendar.txt и calendar_dates.txt, то потребитель информации предполагает, что на даты с feed_start_date по feed_end_date, не включённые в действующий календарь, не никаких рейсов.
feed_versionНет В этом поле организатор может указать текущую версию своего канала. Приложения, использующие данные канала, могут отображать этот параметр, что бы помочь организаторам определить используется ли в приложении последняя версия канала.
Состав данных о текущем положении транспортных средствДанные о текущем положении транспортных средств должны быть доступны посредством GET-запросов по протоку HTTP. Идентификаторы данных должны соответствовать информационному каналу.
Таблица SEQ _Table \* MERGEFORMAT 1 – Состав данных ответа FeedMessageИмя поля Тип данных Параметры поля Описание поля
headerFeedHeaderобязательное Описательная информация информационного канала.
entityFeedEntityмассив Содержание данных ответа информационного канала.
Таблица SEQ _Table \* MERGEFORMAT 2 – Состав и описание типа данных FeedHeaderИмя поля Тип данных Параметры поля Описание поля
channel_realtime_versionstringобязательное Текущая версия информационного канала.
incrementalityIncrementalityнеобязательное Возможные значения:
FULL_DATASET: ответ перезапишет все предыдущие данные информационного канала.
timestampuint64 необязательное Время создания данных информационного канала в формате POSIX.
Таблица SEQ _Table \* MERGEFORMAT 3 – Состав и описание типа данных FeedEntityИмя поля Тип данных Параметры поля Описание поля
idstringобязательное Уникальный идентификатор объекта информационного канала.
is_deletedboolнеобязательное Указание, что объект был удален.
trip_updateTripUpdateнеобязательное Данные о задержке рейса.
vehicleVehiclePositionнеобязательное Данные о текущем географическом положении транспортного средства.
alertAlertнеобязательное Данные о нештатной ситуации.
Таблица SEQ _Table \* MERGEFORMAT 4 – Состав и описание типа данных TripUpdateИмя поля Тип данных Параметры поля Описание поля
tripTripDescriptorобязательное Уникальный идентификатор, присвоенный рейсу в информационном канале.
vehicleVehicleDescriptorнеобязательное Дополнительная информация по транспортному средству.
stop_time_updateStopTimeUpdateмассив Обновления времени прибытия транспортного средства на остановочные пункты.
timestampuint64 необязательное Время обновления данных о рейсе в формате POSIX.
Таблица SEQ _Table \* MERGEFORMAT 5 – Состав и описание типа данных StopTimeUpdateИмя поля Тип данных Параметры поля Описание поля
stop_sequenceuint32 необязательное Порядковый номер остановочного пункта для рейса, присвоенный в информационном канале.
stop_idstringнеобязательное Уникальный идентификатор, присвоенный остановочному пункту в информационном канале.
arrivalStopTimeEventнеобязательное Время прибытия.
departureStopTimeEventнеобязательное Время отправления.
schedule_relationshipScheduleRelationshipнеобязательное Соответствие расписанию
Возможные значения:
SCHEDULED – прибытие рейса на остановочный пункт соответствует установленному расписанию.
SKIPPED – транспортное средство пропустит остановочный пункт.
NO_DATA – нет данных по прохождению остановочного
Значение по умолчанию: SCHEDULED.
Таблица SEQ _Table \* MERGEFORMAT 6 – Состав и описание типа данных StopTimeEventИмя поля Тип данных Параметры поля Описание поля
delayint32 необязательное Величина опоздания в секундах
timeint64 необязательное Время прибытия в формате POSIX.
uncertainty int32 необязательное Не определено.
Таблица SEQ _Table \* MERGEFORMAT 7 – Состав и описание типа данных VehiclePositionИмя поля Тип данных Параметры поля Описание поля
tripTripDescriptorнеобязательное Описание рейса, выполняемого транспортным средством.
vehicleVehicleDescriptorнеобязательное Дополнительная информация по транспортному средству.
positionPositionнеобязательное Текущая позиция транспортного средства.
current_stop_sequenceuint32 необязательное Порядковый номер остановочного пункта, на котором находится транспортное средство.
stop_idstringнеобязательное Идентификатор остановочного пункта, на котором находится транспортное средство.
current_statusVehicleStopStatusнеобязательное Состояние транспортного средства.
Возможные значения:
INCOMING_AT – прибытие на остановочный пункт.
STOPPED_AT – транспортное средство стоит на остановочном пункте.
IN_TRANSIT_TO – транспортное средство покинуло остановочный пункт и движется к следующему остановочному пункту.
timestampuint64 необязательное Время создания данных по транспортному средству в формате POSIX.
congestion_levelCongestionLevelнеобязательное Информация о нахождении транспортного средства в пробке.
Возможные значения:
UNKNOWN_CONGESTION_LEVEL.
RUNNING_SMOOTHLY.
STOP_AND_GO.
CONGESTION.
SEVERE_CONGESTION.
Таблица SEQ _Table \* MERGEFORMAT 8 – Состав и описание типа данных Alert
Имя поля Тип данных Параметры поля Описание поля
active_periodTimeRangeмассив Периоды действия нештатной ситуации.
informed_entityEntitySelectorмассив Организации, которые должны быть уведомлены о нештатной ситуации.
causeCauseнеобязательное Причина возникновения нештатной ситуации.
Возможные значения:
UNKNOWN_CAUSE.
OTHER_CAUSE.
TECHNICAL_PROBLEM.
STRIKE.
DEMONSTRATION.
ACCIDENT.
HOLIDAY.
WEATHER.
MAINTENANCE.
CONSTRUCTION.
POLICE_ACTIVITY.
MEDICAL_EMERGENCY.
effectEffectнеобязательное Результаты возникновения нештатной ситуации.
Возможные значения:
NO_SERVICE.
REDUCED_SERVICE.
SIGNIFICANT_DELAYS.
DETOUR.
ADDITIONAL_SERVICE.
MODIFIED_SERVICE.
OTHER_EFFECT.
UNKNOWN_EFFECT.
STOP_MOVED.
urlTranslatedStringнеобязательное URL, по которому можно найти дополнительную информацию о нештатной ситуации.
header_textTranslatedStringнеобязательное Заголовок нештатной ситуации.
Описание поля_textTranslatedStringнеобязательное Описание нештатной ситуации.
Таблица SEQ _Table \* MERGEFORMAT 9 – Состав и описание типа данных TimeRangeИмя поля Тип данных Параметры поля Описание поля
startuint64 необязательное Время начала периода в формате POSIX.
end uint64 необязательное Время окончания периода в формате POSIX.
Таблица SEQ _Table \* MERGEFORMAT 10 – Состав и описание типа данных PositionИмя поля Тип данных Параметры поля Описание поля
latitudefloatобязательное Широта в проекции WGS-84.
longitudefloatобязательное Долгота в проекции WGS-84.
bearingfloatнеобязательное Азимут.
odometerdoubleнеобязательное Пробег в метрах.
speedfloatнеобязательное Мгновенная скорость в метрах в секунду.
Таблица SEQ _Table \* MERGEFORMAT 11 – Состав и описание типа данных TripDescriptorИмя поля Тип данных Параметры поля Описание поля
trip_idstringнеобязательное Уникальный идентификатор рейса, присвоенный в информационном канале.
route_idstringнеобязательное Уникальный идентификатор маршрута, присвоенный в информационном канале.
start_timestringнеобязательное Время начала рейса по расписанию.
start_datestringнеобязательное Дата начала рейса по расписанию.
schedule_relationshipScheduleRelationshipнеобязательное Соответствие расписанию.
Возможные значения:
SCHEDULED – Рейс соответствует расписанию.
ADDED – Дополнительный рейс, не предусмотренный расписанием.
UNSCHEDULED – Рейс вне расписания.
CANCELED – Отмененный рейс.
REPLACEMENT – Замененный рейс.
Таблица SEQ _Table \* MERGEFORMAT 12 – Состав и описание типа данных VehicleDescriptorИмя поля Тип данных Параметры поля Описание поля
idstringнеобязательное Уникальный идентификатор транспортного средства, присвоенный в информационном канале.
labelstringнеобязательное Обозначение транспортного средства, доступное пассажирам для идентификации.
license_platestringнеобязательное Регистрационный номер транспортного средства.
Таблица SEQ _Table \* MERGEFORMAT 13 – Состав и описание типа данных EntitySelectorИмя поля Тип данных Параметры поля Описание поля
agency_idstringнеобязательное Уникальный идентификатор транспортного предприятия, присвоенный в информационном канале
route_idstringнеобязательное Уникальный идентификатор маршрута, присвоенный в информационном канале
route_type int32 необязательное Тип маршрута
tripTripDescriptorнеобязательное Описание рейса
stop_idstringнеобязательное Уникальный идентификатор остановочного пункта, присвоенный в информационном канале
Таблица SEQ _Table \* MERGEFORMAT 14 – TranslatedStringИмя поля Тип данных Параметры поля Описание поля
translationTranslationмассив Текстовая строка.
Таблица SEQ _Table \* MERGEFORMAT 15 – Translation
Имя поля Тип данных Параметры поля Описание поля
textstringобязательное Текст в кодировке UTF-8 на необходимом языке.
languagestringнеобязятельноеКод языка в соответствии с BCP-47.

Обоснование начальной (максимальной) цены контракта
В соответствии со статьей 22 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и Методическими рекомендациями по применению методов определения начальной (максимальной) цены контракта, цены контракта, заключаемого с единственным поставщиком (подрядчиком, исполнителем) начальная (максимальная) цена контракта определена Методом сопоставимых рыночных цен (анализа рынка):№ п/п Наименование услуг Цена услуг (руб.)/источники информации о ценах
Исполнитель 1 (Письмо № 204/15-SIB от 17.08.2015) Исполнитель 2 (Письмо № 304/1 от 17.08.2015) Исполнитель 3 (Письмо №INTX-203i/1 от 14.08.2015)
1 Оказание услуг по доработке и внедрению государственной информационной системы «Региональная навигационно-информационная система Новосибирской области» 14 285 714, 00 15 000 000, 00 15 360 000, 00
Начальная (максимальная) цена контракта 14 285 714, 00 руб. определена по минимальному значению вышеуказанных данных.



Приложенные файлы

  • docx 7003492
    Размер файла: 4 MB Загрузок: 0

Добавить комментарий