Техническое задание (технические требования к национальным компонентам и компоненту Комиссии системы)

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

1. Типовые требования к системе в целом

   1. 
      Требования к структуре и функционированию системы
      

1. 
   типовая центральная учетная система, включающая:
   
   1. 
      типовую подсистему контроля за оборотом маркированных товаров;
      
   2. 
      типовую подсистему аналитики;
      
   3. 
      типовую подсистему взаимодействия с внешними системами;
      
   4. 
      типовую подсистему НСИ;
      
   5. 
      типовую подсистему информационной безопасности.
      
2. 
   типовой компонент «Информационный киоск» или web-приложение;
   
3. 
   типовой компонент «Мобильный АРМ уполномоченного контролирующего лица»;
   
4. 
   типовой «АРМ эмитента»;
   
5. 
   типовой «АРМ индивидуализации КиЗ»;
   
6. 
   типовой «АРМ передачи сведений о продаже».
   

1. 
   подсистема НСИ;
   
2. 
   информационно-аналитическая подсистема;
   
3. 
   информационный портал Комиссии.
   
4. 
   интеграционная платформа.
   

1. 
   Перечень и назначение типовых подсистем национального компонента¹⁴ системы
   
   1. 
      Типовая подсистема контроля за оборотом маркированных товаров предназначена для обеспечения основных функций системы по контролю за оборотом маркированных товаров. В состав данной подсистемы должны входить:
      
      1. 
         компонент «сервисы G2C», который обеспечивает обработку запросов от информационных киосков, учетной системы продавца, web-приложений;
         
      2. 
         web-приложение открытого доступа, предоставляющее покупателям сведения о маркированных товарах;
         
      3. 
         компонент «Личный кабинет эмитента», предназначенный для предоставления в систему сведений об эмитированных КИЗ;
         
      4. 
         компонент «Личный кабинет внутреннего производителя, импортера, продавца», предназначенный для предоставления в систему сведений о маркированных товарах, выпущенных в оборот;
         
      5. 
         компоненты для доступа контролирующих лиц;
         
      6. 
         компонент «сервисы G2G», который обеспечивает обработку запросов от мобильного АРМ уполномоченного контролирующего лица;
         
      7. 
         web-приложение, предоставляющее уполномоченному контролирующему лицу сведения о маркированных товарах.
         
   2. 
      Типовая подсистема аналитики предназначена для формирования управленческой, регламентной, аналитической отчетности. Подсистема аналитики должна включать типовой «АРМ аналитика».
      
   3. 
      Типовая подсистема взаимодействия предназначена для обеспечения информационного взаимодействия системы с информационными системами контролирующих органов с использованием, применяемой в государстве-члене Союза, системы межведомственного взаимодействия в электронном виде, сервисами национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национальным централизованным ресурсом по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов).
      
   4. 
      Типовая подсистема НСИ предназначена для ведения справочников, реестров и классификаторов и предоставления их другим подсистемам и компонентам системы.
      
   5. 
      Типовая подсистема информационной безопасности предназначена для обеспечения целостности, доступности и сохранности данных, управления доступом пользователей на основе ролевой модели, а также протоколирования событий доступа к данным.
      
   6. 
      Типовой компонент «Информационный киоск» предназначен для проверки потребителями легальности нахождения маркированных товаров в обороте и получения характеристик (описания) товаров.
      
   7. 
      Типовой компонент «Мобильное АРМ уполномоченного контролирующего лица» предназначен для обеспечения выполнения проверки легальности товаров уполномоченным контролирующим лицом.
      
   8. 
      Типовой компонент «АРМ эмитента» предназначен для обеспечения эмиссии контрольных (идентификационных) знаков и формирования данных для предоставления в национальный компонент об изготовленных и реализованных контрольных (идентификационных) знаках.
      
   9. 
      Типовой компонент «АРМ индивидуализации КиЗ» предназначен для записи информации о единице товара в КиЗ и формирования данных для предоставления в национальный компонент об использованных контрольных (идентификационных) знаках.
      
   10. 
       Типовой компонент «АРМ передачи сведений о продаже» предназначен для формирования данных для предоставления в национальный компонент о контрольных (идентификационных) знаках, нанесенных на товар, реализованный (проданный) в рамках розничной торговли товарами, включенными в Перечень, для предоставления в национальный компонент. (Примечание – данный компонент используется в случае если законодательство государства – члена Союза предусматривает информирование компетентного органа о реализации (продаже) маркированных товаров).
       

2. 
   Перечень и назначение подсистем компонента Комиссии
   
   1. 
      Функциональность компонента Комиссии реализуется средствами подсистем интеграционного сегмента Комиссии ИИС Союза в том числе:
      
      1. 
         для ведения общих реестров, справочников и классификаторов ИС маркировки используется Подсистема НСИ.
         
      2. 
         для приема и обработки статистических данных из национального компонента ИС маркировки используется Информационно-аналитическая подсистема.
         
      3. 
         для публикации открытых данных ИС маркировки используется информационный портал Комиссии.
         
      4. 
         для реализации информационного взаимодействия национальных компонентов Системы между собой, а также с компонентом Комиссии в рамках электронного обмена сведениями об эмитентах контрольных (идентификационных) знаков, а также товарах, подлежащих маркировке контрольными (идентификационными) знаками, произведенных или ввезенных на таможенную территорию Евразийского экономического союза, в том числе при трансграничном обороте таких товаров на территории Евразийского экономического союза, задействуется интеграционная платформа.
         

3. 
   Требования к архитектуре системы
   
   1. 
      Общая типовая схема архитектуры системы приведена на рисунке выше (см. Рисунок ).
      
   2. 
      Рекомендуемая схема типовой архитектуры национального компонента, отображающая основные подсистемы и компоненты системы, а также внешние системы, приведена в приложении А к настоящему техническому заданию.
      
   3. 
      Для реализации национального компонента рекомендуется использовать централизованную архитектуру, представляющую собой единый информационный ресурс на территории государства-члена Союза.
      
   4. 
      Национальный компонент системы должен реализовывать необходимые для информационного взаимодействия сервисы, позволяющие осуществлять доступ к информации для участников системы на национальном уровне.
      
   5. 
      Рекомендуемая типовая архитектура центральной учетной системы национального компонента должна быть реализована таким образом, чтобы компоненты для доступа контролирующих лиц к центральной учетной системе (см. схему архитектуры – Рисунок в приложении А) могли быть переданы на эксплуатацию в отдельный уполномоченный орган по контролю за оборотом товаров. При такой схеме взаимодействие между компонентами доступа контролирующих лиц в учетную систему и учетной системой должно осуществляться через национальную систему межведомственного взаимодействия.
      
   6. 
      Рекомендуемая типовая архитектура национального компонента может быть уточнена разработчиками национального компонента государства – члена Союза путем разработки частных технических заданий или спецификации требований к программному обеспечению в соответствии с законодательством государства-члена Союза и должна обеспечивать реализацию функционала, описанного в разделе 4.2 данного документа.
      

4. 
   Требования к взаимосвязям системы с внешними системами
   
   1. 
      Информационное взаимодействие между национальным компонентом и ведомственными информационными системами государства-члена должно осуществляться в соответствии с национальным законодательством и включать как минимум следующие виды взаимодействия:
      
      1. 
         взаимодействие с уполномоченными органами по налоговому и таможенному администрированию;
         
      2. 
         взаимодействие с сервисами национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национальным централизованным ресурсом по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов);
         
      3. 
         взаимодействие с учетными системами субъектов хозяйствования (участниками процессов системы маркировки).
         
   2. 
      Уровень интеграции национального компонента с системами уполномоченных органов, национальными ресурсами и учетными системами субъектов хозяйствования и используемыми сервисами определяется в частных технических заданиях или спецификации требований к программному обеспечению на национальный компонент в соответствии с законодательством государства-члена Союза.
      

5. 
   Требования к режимам функционирования
   
   1. 
      Для системы определены следующие режимы функционирования:
      
      1. 
         нормальный режим функционирования;
         
      2. 
         аварийный режим функционирования;
         
      3. 
         профилактический (сервисный) режим функционирования.
         
   2. 
      Основным режимом функционирования системы является нормальный режим, характеризуемый следующими признаками.
      
      1. 
         клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
         
      2. 
         серверное программное обеспечение и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на техническое обслуживание;
         
      3. 
         оборудование, составляющее комплекс технических средств, должно работать исправно;
         
      4. 
         системное и прикладное программное обеспечение должно работать исправно.
         
   3. 
      Нормальный режим функционирования системы должен обеспечивать возможности диагностики системы.
      
   4. 
      Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.
      
   5. 
      В случае простоя системы должно выполняться информирование пользователей (в том числе внешних) о временной недоступности системы.
      
   6. 
      Профилактический режим функционирования предполагает регулярные процедуры обслуживания системы, конфигурирование компонент, обновление системных и общесистемных средств. Для перевода системы в данный режим необходимо предварительное оповещение пользователей с указанием периода профилактики.
      

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

2. 
   Требования к показателям назначения
   
   1. 
      Система должна хранить регламентированную информацию в течение установленного законами срока, но не менее 3 лет.
      
   2. 
      Национальный компонент системы должен обеспечивать хранение и обработку реестра маркированных товаров в количестве, вычисленном на основе показателей среднегодового оборота государства – члена Союза по всем товарным позициям, подлежащим маркировке, умноженного на 3 (года), но не менее 200 млн записей.
      
   3. 
      Время отклика системы при запросе сведений о товарах не должно превышать 15 сек.
      
   4. 
      Должна обеспечиваться постоянная доступность системы 24 часа в сутки, 7 дней в неделю, 365 дней в году.
      
   5. 
      Время простоя системы должно составлять не более 24 ч/год.
      
   6. 
      Система должна обеспечивать выполнение не менее 100 запросов/сек от внешних пользователей.
      
   7. 
      Количественный состав участников цепи оборота товаров, подлежащих маркировке контрольными (идентификационными) знаками, на территории Союза не ограничен.
      
   8. 
      Количество кодов ТН ВЭД товаров и товарных групп, подлежащих маркировке, обрабатываемых в системе, не должно иметь ограничений.
      
   9. 
      Количество кодов GTIN товаров, обрабатываемых в системе, не должно иметь ограничений.
      
   10. 
       Количественный состав товаров, контролируемых системой не должен иметь ограничений.
       
   11. 
       Детальные требования данного раздела будут уточняться и дополняться путем разработки частных технических заданий или спецификации требований к программному обеспечению в государствах-членах Союза.
       

3. 
   Требования к надежности
   
   1. 
      Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении внештатных ситуаций.
      
   2. 
      Показатели надежности системы должны отвечать требованиям национальных стандартов по обеспечению надежности информационных систем и определены в ЧТЗ на национальный компонент.
      
   3. 
      Детальные требования данного раздела будут уточняться и дополняться путем разработки частных технических заданий или спецификации требований к программному обеспечению в государствах-членах Союза.
      

4. 
   Требования к безопасности
   
   1. 
      Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии национальными стандартами.
      
   2. 
      Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
      
   3. 
      Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
      
   4. 
      Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм, установленных национальным законодательством (в Российской Федерации − СанПиН 2.2.2./2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» от 03.06.2003 г.).
      

5. 
   Требования к эргономике и технической эстетике
   
   1. 
      Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы, должно осуществляться посредством визуального графического интерфейса.
      
   2. 
      Интерфейс пользователя системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод (вывод) данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
      
   3. 
      Интерфейс пользователя системы должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и (или) редактировании текстовых и числовых полей экранных форм.
      
   4. 
      Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
      
   5. 
      Экранные формы должны проектироваться с учетом требований унификации:
      
      1. 
         все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
         
      2. 
         для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
         
      3. 
         внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должно реализовываться одинаково для однотипных элементов.
         
   6. 
      Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности национальных организаций по стандартизации.
      

6. 
   Требования к эксплуатации и техническому обслуживанию
   
   1. 
      Система должна обеспечивать круглосуточную работу.
      
   2. 
      При возникновении неполадок в работе системы должны отображаться соответствующие сообщения в журналах работы системы.
      
   3. 
      Также должна быть предусмотрена функция сбора диагностической информации, на основе журналирования и протоколирования событий программных компонентов системы.
      
   4. 
      Детальные требования данного раздела будут уточняться и дополняться путем разработки частных технических заданий или спецификации требований к программному обеспечению в государствах-членах Союза.
      

7. 
   Требования к защите информации от несанкционированного доступа
   
   1. 
      Защита информации от несанкционированного доступа в системе должна быть реализована в соответствии национальными требованиями и законами, регламентирующими правила защиты информации, с учетом межгосударственных и национальных стандартов в области информационной безопасности, за счет применения специальных организационных и технических мер защиты, направленных на обеспечение конфиденциальности, целостности и доступности информации, обрабатываемой в Системе. Требования к защите информации от несанкционированного доступа должны быть определены в ЧТЗ на национальный компонент.
      
   2. 
      Типовые требования к защите информации от несанкционированного доступа приведены в разделе «Требования к функциям подсистемы информационной безопасности».
      
   3. 
      Детальные требования данного раздела будут уточняться и дополняться путем разработки частных технических заданий или спецификации требований к программному обеспечению в государствах-членах Союза.
      

8. 
   Требования по сохранности информации при авариях
   
   1. 
      К аварийным ситуациям относятся отказы, сбои или выход из строя технических средств, отключение электропитания, сбой общесистемного или прикладного программного обеспечения, неквалифицированные действия персонала.
      
   2. 
      Любые из перечисленных аварийных ситуаций могут привести к потере информации или ее искажению.
      
   3. 
      В системе должны предусматриваться следующие действия по обеспечению сохранности информации при сбоях или авариях:
      
      1. 
         средства для резервного копирования информации. В состав эксплуатационной документации должен входить регламент, определяющий процедуры резервного копирования, восстановления данных и программного обеспечения;
         
      2. 
         подключение основного оборудования системы к источникам бесперебойного питания;
         
      3. 
         наличие дополнительных резервных серверов (резерв для основного сервера системы, Proxy-сервера для обеспечения отказоустойчивости системы);
         
      4. 
         средства архивирования и хранения данных (надежные носители информации);
         
      5. 
         поддержка сохранности информационных потоков и данных на уровне современной высоконадежной СУБД;
         
      6. 
         обеспечение контроля неквалифицированных действий пользователей при работе с системой, регистрация таких действий и блокировка их выполнения или нейтрализация последствий.
         
      7. 
         Детальные требования данного раздела будут уточняться и дополняться путем разработки частных технических заданий или спецификации требований к программному обеспечению в государствах-членах Союза.
         

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

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