Приложение

к типовым техническим требованиям

на проектирование «Площадки для временного размещения передвижного автомобильного газового заправщика»



ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

к автоматизированной системе отгрузки топлива


ОБЩИЕ СВЕДЕНИЯ Назначение документа

Данный документ описывает перечень требований к автоматизированной системе отгрузки топлива (далее – «АСОТ») «Площадки для временного размещения передвижного автомобильного газового заправщика» (далее – Объект).

Далее по тексту к АСОТ Объекта будет применяться термин «Система».


Термины и аббревиатура

АСОТ – автоматизированная система отгрузки топлива;

АЗК – автозаправочный комплекс;

АРМ – Автоматизированное рабочее место;

ГЗК КПГ – газозаправочная колонка КПГ;

ГМТ – газомоторное топливо;

КПГ – компримированный природный газ;

ПАК – Программно-Аппаратный Комплекс Системы;

ПНР – Пуско-Наладочные работы;

ПО – Программное Обеспечение;

СБР – система безналичных расчётов;

ТТ – технические требования;

ФР – Фискальный Регистратор;

ЦО – Центральный офис;

ЦП – Центр процессинга, центр управления системой;

ЦОД – центр обработки данных;

POS – Point Of Sale – точка продаж (терминал кассира-оператора).


Общие требования к ТТ

Поставить АРМ АСОТ в следующем составе:

ПАК Системы, включающий управляющее ПО для контроля за ходом выполнения операций по отгрузке топлива (с выходом на монитор оператора) на русском языке и интерфейс информационного обмена с ЦП с протоколом обмена данными по GPRS – каналу (и/или по интернет-каналу LAN/WAN), контроллер, считыватель идентификационных карт для идентификации автотранспортного средства по карте, фискальный регистратор и денежный ящик, необходимое для обеспечения связи с компонентами Системы и для передачи данных в ЦОД.

НЕ нашли? Не то? Что вы ищете?

НАЗНАЧЕНИЕ СИСТЕМЫ Назначение системы

Функциональное назначение Автоматизированной системы отгрузки топлива Объекта:

    Обеспечение контроля приёма и реализации топлива на Объекте за наличный и безналичный расчёты (карты, ведомости и прочие кредиты). Обеспечение реализации товаров, услуг за наличный и безналичный расчёты. Сбор и обработка данных по операциям в едином центре обработки информации в центральном офисе. Генерация требуемой по законодательству и требуемой документации (сменных отчетов, отчётов по операциям и т. п.). Удаленный контроль и администрирование площадкой, такой как установка цен, ведение справочников, управление карточной и талонной системой и т. п.

Цель применения системы

Система АСОТ должна представлять собой специализированное решение для предприятия, работающего в области сбыта ГМТ. В системе должно быть предусмотрено использование различных видов карт (контактных и бесконтактных), позволяющие с высокой степенью безопасности совершать операции по оплате товаров и услуг без использования специальных дорогостоящих выделенных линий связи.

Использовании системы должно преследовать достижения следующих целей:

    Бесперебойное обеспечение отгрузки топлива; Привлечение дополнительных средств за счет организации собственной системы безналичных расчетов (предоплата за ГМТ, товары и услуги по картам, талонам); Уменьшение издержек при продаже ГМТ, а также других товаров и услуг; Повышение эффективности работы обслуживающего персонала, занятого технологическим оборудованием и обеспечением функционирования площадки; Повышение эффективности работы персонала, занятого бухгалтерской и оперативной отчетностью; Обеспечение оперативного обмена информацией между центральным офисом и Объектом, ведение централизованного контроля и учёта; Повышение эффективности принятия административных и организационных решений; Минимизация участия кассира-оператора в процессе реализации топлива.

Объект применения системы

По данному перечню требований объектом применения является Объект.


ТРЕБОВАНИЯ К СИСТЕМЕ Общие требования к системе Система должна быть готовым программным продуктом с опытом внедрения и эксплуатации в сетях автозаправочных станций сроком не менее пяти лет. Система должна иметь опыт внедрения и сопровождения на территории Российской Федерации. Система должна предусматривать возможность дальнейшего развития с учетом новых тенденций рынка. В системе должен быть предусмотрено предоставление данных внешним приложениям для их обработки и анализа. Специалисты Заказчика должны иметь возможность получить квалифицированную помощь для корректного использования данных системы во внешних приложениях. Система должна предусматривать возможность локализации и адаптации функционала под условия Заказчика. Система должна обладать модульной структурой с возможностью начальной установки базового комплекта и постепенного наращивания функционала при помощи модулей. Система должна обеспечивать безопасность обработки и сохранения данных и обеспечивать многоуровневый контроль доступа для пользователей. Система должна быть реализована для функционирования на платформе операционных систем: Microsoft Windows XP (32 и 64-bit) или выше. Система должна иметь подробную техническую и пользовательскую документацию по настройке и эксплуатации Системы на русском языке, или иметь официальный перевод на русский язык. Система должна иметь в своем составе фискальный регистратор в соответствие с законодательством РФ.
Требования к функциональной структуре системы

Система АСОТ должна представлять собой комплексную многоуровневую автоматизированную систему и структурно объединять в единую информационную сеть центральный офис и операторную Объекта с единым центром в ЦОДе.

Функциональная структура:

    Центр процессинга (ЦП) АСОТ в ЦОД с единой центральной базой данных – для централизованного контроля и управления системой, должен представлять собой единый центр обработки данных для всей сети с функцией централизованного контроля с возможностью идентификации безналичных средств оплаты (таких как карты и талоны собственной эмиссии) и предоставлять автоматические рабочие места (АРМ) менеджменту компании; Локальные компоненты ЦП с локальными базами данных - для оперативного локального контроля и управления - АРМ менеджера на Объекте. Рабочие места операторов на Объекте – АРМ оператора.

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

Процессинговый центр и центральная база данных размещаются в ЦОД, рабочие места организованы в ЦО.

Данные из локальных БД в центральную БД передаются в соответствие с правилами бухгалтерского учета, учетной политикой Общества, и правилами оперативного учета.

Контроллер управления оборудованием должен интегрировать различные типы оборудования Объекта с системами управления торговлей (POS), делая каждую часть независимой, то есть, с одной стороны должен иметь подключения по интегрированным протоколам производителей, с другой стороны подключение по TCP/IP. Должен позволяет проводить замену, добавление или удаление оборудование без изменений в системе управления. Построен по модульному принципу в части аппаратного и программного обеспечения.

Должен иметь централизованное программное обеспечение, объединяющее данные с сети заправок на уровне контроллера управления оборудованием. Консолидирует мониторинг работы оборудования, протоколирование данных, контроль в реальном времени за работой оборудования Объекта.

POS-терминал, должен поддерживать всю линейку периферийного торгового оборудования (сканеры штрих-кодов, денежные ящики, дисплеи покупателей, фискальные регистраторы), обладать современным дизайном.


Базовые технические характеристики (не менее)

POS-терминал

Напряжение питающей сети, В

~ 100 - 240

Частота питающей сети, Гц

50 - 60

Потребляемая мощность, Вт, не более

180

Модель и частота процессора, Гц

Intel Celeron 807UE, 1 Ghz

ОЗУ, Гб

4, DDR3

Жесткий диск, Гб

128 SATA

Видеокарта (встроенная)

Intel HD Graphics

Сенсорный монитор, диагональ, дюймы

15”

Монитор, разрешение, пиксели

1024 х 768

Сетевая связь

LAN 100/1000 Mbit

Порты

6 USB

1 RJ-12 + 1 PS/2

1 VGA + 1 DVI

1 RJ-45

1 Audio

2 x RS-232

Операционная система

Microsoft Windows 7 POSReady

Считыватель карт

Магнитная полоса

Габаритные размеры, cм, не более, (ДхШхВ)

36.6 x 42.4 x 33.58

Масса, кг, не более

6,8

Общие требования к функционалу АСОТ Требования к приспособляемости системы к изменению процессов и методов управления

Система должна предусматривать возможность реализации дополнительных функций по:

    управлению отпуском топлива (подключение новых моделей ГЗК КПГ); расчетам за топлива с помощью платёжных средств; возможность синхронизации с АСОТ ПАГЗ.
Требования по модернизации и развитию системы

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

При увеличении количества карт в системе и/или изменении схем работы с клиентами могут требоваться дополнительные рабочие места (АРМ оператора по работе с клиентами). В этом случае могут возрастать требования к быстродействию сервера баз данных и средствам телекоммуникаций, но при этом структура базы данных, системные и прикладные программные средства не должны изменяться.

Требования к вероятностно-временным характеристикам, при которых должно сохраняется целевое назначение системы

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

Требования к надежности

Средний срок службы с учетом ремонтно-профилактических работ должен быть не менее 3 лет. Средний ресурс - не менее 25000 часов.

Параметр

Значение

- максимальное допустимое время простоя  в случае возникновения нештатной ситуации (выход из строя оборудования или ПО Системы, делающий невозможным отгрузку топлива);

с 00:00 до 05:00 – 2 часа;

с 05:00 до 00:00 – 1 час.

- максимальное допустимое время простоя при проведении планово-профилактического обслуживания и планово-профилактического ремонта;

с 00:00 до 05:00 – 0,5 часа.

Требования безопасности

Требования безопасности ПАК Системы должно соответствовать положениям раздела 2 ГОСТ 24.104-85 «Автоматизированные системы управления. Общие требования».

Технические средства Системы по требованиям защиты человека от поражений электрическим током должны относиться к классу 1 и выполнены в соответствии с ГОСТ 12.2.007-0-75.

Технические средства Системы при их монтаже, наладке, обслуживании и ремонте должны соответствовать общим требованиям безопасности по ГОСТ 12.2.003-91 и ГОСТ 12.3.002-75.

Требования к эргономике и технической эстетике

Система должна предусматривать интерфейс взаимодействия с оператором Объекта посредством визуального отображения необходимой информации на дисплее персонального компьютера (ПК) или специализированного POS-компьютера в графическом режиме. В качестве основной панели управления АРМ оператора Объекта может использоваться графический дисплей с сенсорной панелью, поддерживающий стандарт отображения не менее XGA (1024х768 точек) с частотой вертикальной развертки не менее 50 Гц.

Так же следует предусмотреть выбор действий оператора и ввод необходимых данных с подключаемой клавиатуры персонального компьютера.

Для выполнения дополнительных функций, настройки Системы и работы с операционной системой может использоваться манипулятор типа «мышь».

Интерфейс Системы должен быть реализован на русском языке. В отдельных структурных частях ПО Системы, рассчитанных на взаимодействие с Администратором Процессингового центра Системы и техническим обслуживающим персоналом, допускается использование интерфейса на английском языке.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению

Время непрерывной работы системы должно составлять 24 часа в сутки с учетом технологических перерывов (режим 24/7/365).

Первичным источником электропитания Системы, включая средства представления информации, должна быть сеть переменного тока напряжением 220 В частотой 50 Гц бесперебойного питания.

Электропитание устройств Системы должно производится от собственных источников (модулей) питания, получающих энергию от общей электросети

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

Техническое обслуживание Системы должно охватывать следующие режимы:

    текущее обслуживание; профилактическое обслуживание; регламентное обслуживание.

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

Предусмотреть допуск замены компонентов Системы без ее полной остановки.

Информация о нарушениях в работе ПАК Системы в обобщенном виде должна поступать и на АРМы операторов.

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

Профилактическое обслуживание не должно нарушать управление технологическим процессом.

Условия хранения применяемых компонентов Системы должны соответствовать ГОСТ 15150-69 (отапливаемое помещение).

Требования к защите информации

Система должна выполнять:

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

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

    При сбое обеспечения электропитанием. При сбое или выходе из строя вычислительной техники. При сбое в работе технологического оборудования.

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

Дополнительные требования

Аппаратура, входящая в состав Системы, должна быть устойчивой к внешним воздействующим факторам. Значения параметров определены для стандартного компьютерного оборудования и специального оборудования Системы, устанавливаемого в отапливаемых помещениях (класс защиты не менее IP44). Предельно допустимые значения внешних воздействующих факторов не должны превышать разрешенных, в соответствии с ТУ на каждое из устройств.

Требования по предотвращению материального ущерба.

Минимизация операций ручного ввода информации в систему. В случаях необходимости ручного ввода информации в систему полномочиями наделить ограниченный круг лиц.

Система должна иметь возможность интеграции с системой видеонаблюдения.


Требования к функциональным возможностям системы Требования к АРМ оператора

АРМ оператора должен соответствовать следующим требованиям:

Иметь модульную структуру с возможностью постепенного наращивания функционала; Иметь возможность расширения от одного рабочего места до нескольких; Предоставлять оператору интерфейс для управления процессами на ГЗК КПГ; Иметь возможность ввода данных о поставках топлива; Предусматривать возможность подключения дополнительных устройств (по согласованию с Заказчиком), таких как:
    Дисплей клиента; Принтер для печати отчётов; Фискальный регистратор; Устройства считывания карт; Устройства считывания штрих-кодов; Денежный ящик; Внутренние и внешние карточные (Petrol+, Газпромнефть, и др.); и/или банкнотные терминалы и/или системы внешней идентификации. Внешние ценовые табло.
Поддерживать работу со стандартными штрих-кодами – EAN-8, EAN-13, UPC-E, UPC-A; Обеспечивать отгрузку КПГ на Объекте. Обеспечивать работу с такими товарами как:
    Моторное топливо; Услуги.
Обеспечивать фискальные и нефискальные кассовые операции. Обеспечивать инкассацию и учёт наличных средств, обеспечивать учёт операций вноса и выноса наличных средств из денежного ящика; Обеспечивать работу как с наличными, так и различными видами безналичных форм оплаты (как идентифицируемыми, так и неидентифицируемыми); Осуществлять автоматический учет отпущенного и принятого объема топлива; Осуществлять отпуск топлива в режимах "по объему", "на сумму", "до полного бака"; Иметь гибкую настройку видов оплат; Иметь индикацию состояния ГЗК КПГ; Иметь возможность имитации отпуска топлива через программный эмулятор ГЗК КПГ; Обеспечивать округление заказа до сотых долей значения с печатью в чеке фискальным регистратором; Возможность работы с аппаратными счетчиками контроллеров колонок; Иметь сетевой режим работы ПО; Обеспечивать протоколирование всех действий оператора и событий системы с защитой от изменения; Возможность отпуск топлива по наличному и безналичному расчету (в контексте видов оплат) с контролем лимитов отпуска (ведомости, идентификаторы и смарт-карты); Иметь поддержку идентификации товаров и клиентов (радиометки, штрих-коды, прокси-карты, смарт-карты) (возможность расширения модулей); Возможность генерации отчетов за заданный период времени; Экспорт отчетов в центральный офис в формате XML для дальнейшей обработки; Экспорт данных в 1С "ERP 2.0"; Возможность настройки внешнего вида и полноты отчетов; Возможность загрузки данных из ЦО и сторонних систем (1С "ERP 2.0"); Печать чека продажи до отпуска топлива (предоплата) или после отпуска (постоплата); Печать залогового чека; Печать чека возврата; Печать подкладного документа при приеме топлива; Контроль поступления, реализации и остатков топлива; Гибкая система настройки цен; Гибкая настройка прав пользователей системы; Возможность объединения системы в единую централизованно управляемую сеть; Обслуживание клиентов по дебетовым и дисконтным картам корпоративных платежных систем; Обслуживание клиентов по банковским картам, в т. ч. и международным при подключении соответствующего банковского сервиса и терминала; Обслуживание клиентов по предоплаченным топливным картам; Возможность управления ценовой стелой; Возможность автоматического сохранения всех транзакций в базе данных; Иметь возможность изменения розничных цен на товары и услуги; Иметь систему лояльности как меру стимулирования продаж и привлечения, поощрения и удержания клиентов в виде системы скидок (как процентных, так и абсолютных) как на отдельные товары и услуги и/или группы товаров и услуг, так и на формы оплаты (в том числе карты) с возможностью автоматического начисления без участия оператора и с регулируемыми порогами срабатывания; Иметь возможность использования системы бонусов, начисляемых на счёт клиента; Возможность установки видов лимитов на карты; Возможность формирования акта приема-передачи топливных карт для клиента; Поддержка топливного счета клиента; Наличие Личного кабинета клиента; Срок хранения данных – не менее 5 лет; Предоставлять возможность продажи товаров как по номеру PLU (Price Look-Up), так и по уникальному артикулу и штрих-коду; Проводить операцию получения суточного отчёта с гашением. Иметь возможность выбора и печати суточного отчёта с гашением как по номеру, так и по дате; Получать все требуемые по законодательству РФ отчёты. Иметь возможность доработки системы отчетов под требования Заказчика; Иметь возможность разграничения прав доступа к системе по уровням доступа для оператора, менеджера, администратора, службы технической поддержки; Иметь механизм защиты данных от несанкционированного доступа; Иметь механизм резервного архивирования данных (back up). Требования к АРМ менеджмента Иметь возможность оперативного контроля, корректирования и вноса изменений в конфигурацию; Разграничивать права доступа по контролю, корректированию и вносу изменений в конфигурацию; В соответствии с правами доступа АРМ менеджмента на Объекте должна содержать такую справочную информацию как:
    Пользователи; Конфигурация с указанием её реквизитов и идентификационного номера; ГЗК КПГ; Услуги; Счета; Карты; Список клиентов; Архив событий (транзакций); Архив чеков; Архив отчётов (в частности суточного отчёта с гашением);
Иметь механизм защиты данных от несанкционированного изменения; Иметь механизм резервного архивирования данных; Предоставлять возможность печати всех необходимых отчётов, как за текущий период, так и за прошлые. Формирование перемещения товаров. Обеспечение проведения инвентаризации товаров при использовании удаленных сканеров штрих-кода (выгрузка данных, формирование ведомостей по группам товаров, корректировка остатков). Формирование и вывод на печать ценников, с возможностью настройки оформления. Требования к функционалу АРМ менеджмента в ЦО Иметь возможность оперативного контроля, корректирования и вноса изменений в конфигурацию сети Объекта; Разграничивать права доступа по контролю, корректированию и вносу изменений в конфигурацию сети Объекта; В соответствии с правами доступа АРМ менеджмента сети Объекта должна содержать справочную информацию, аналогичную как АРМ менеджмента как: Пользователи; Конфигурация Объекта с указанием её реквизитов и идентификационного номера; Иметь механизм защиты данных от несанкционированного изменения; Иметь механизм резервного архивирования данных; Предоставлять возможность печати всех необходимых отчётов, как за текущий период, так и за прошлые. Иметь механизмы работы с топливными счетами клиентов.
Требования по проведению Пуско-Наладочных работ

ПНР АСОТ проводятся организациями, обладающими опытом реализации проектов АСОТ на объектах газомоторной инфраструктуры не менее 3 лет.

ПНР должны проводиться специалистами, прошедшими обучение и имеющими соответствующий сертификат разработчика Системы, подтверждающий уровень подготовки специалистов к установке и настройке Системы, для обеспечения максимально сжатых сроков ввода Системы в промышленную эксплуатацию, не более 1 рабочего дня для запуска одного АРМ АСОТ, включая обучение минимум одного оператора АРМ, при соблюдении следующих условий – Система подключается к существующей на Объекте системе электропитания согласно п.3.3.7., в отапливаемом помещении, где предусмотрено эргономичное размещение ПАК АРМ, при наличии коммуникации для подключения технологического оборудования, например, ГЗК КПГ, ценовой стелы, интерфейса для передачи данных в ЦО и т. п.

При проведении ПНР должны соблюдаться как общие требования безопасности, указанные в п.3.3.5, так и внутренние требования Заказчика при работах на Объекте.



Генеральный подрядчик:

__________________

М. П.

  Заказчик:

Заместитель генерального директора

по капитальному строительству

газомоторное топливо»

___________________

  М. П.