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

Требования к функциям, выполняемым системой

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

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

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

1. 
   Предоставление данных об эмиссии КиЗ в систему:
   

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

1. 
   Проверка подлинности КиЗ:
   

1. 
   подсистема должна предоставлять возможность проверки подлинности КиЗ, которая производится в случае если заказчик КиЗ хочет убедиться в том, что КиЗ легально эмитированы и зарегистрированы в БД системы.
   
2. 
   подсистема должна поддерживать возможность проверки КиЗ на предмет подлинности путем поиска в реестре КиЗ системы и проверки статуса эмиссии;
   
3. 
   подсистема должна обеспечивать контроль изменения значения идентификатора КиЗ.
   
4. 
   подсистема должна обеспечивать защиту от дублирования КиЗ.
   
5. 
   подсистема должна обеспечивать защиту от повторного использования КиЗ (для маркировки другого товара).
   
6. 
   для проверки подлинности система должна использовать ту же структуру данных, которая используется для передачи данных об эмиссии КиЗ. Требования к возвращаемым сведениям о КиЗ должны быть определены на стадии технического проектирования системы.
   

1. 
   Ведение национального реестра участников системы (производители, импортеры, продавцы):
   

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

1. 
   Ведение национального реестра товаров. Ввод характеристик (описаний) товаров:
   

1. 
   Идентификатором торговой единицы (товара, продукции) (обязательный атрибут) в системе маркировки должны быть:
   
   1. 
      GTIN (Global Trade Item Number) - Глобальный идентификационный номер единицы товара (продукции). Глобальный идентификационный номер, присваиваемый единице товара (продукции) национальной организацией GS1 в соответствии с правилами, установленными стандартами системы GS1, наносимый в виде штрихового кода на каждую единицу товара (продукции) в целях ее однозначной идентификации в мировом экономическом пространстве. GTIN-13: Тринадцатиразрядный глобальный номер торговой единицы (товара, продукции) в единичной или групповой упаковке, который состоит из регистрационного номера пользователя системы GS1, номера единицы товара (продукции) и контрольного разряда.
      
2. 
   подсистема должна предоставлять пользователям (внутреннему производителю, импортеру, продавцу) возможность ввода описаний товаров (trade items) в реестр товаров системы:
   
   1. 
      на основании GLN (префикса предприятия в GS1) организации и GTIN товара, полученного в GS1 или национальном централизованном ресурсе по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов) и предоставляемого участником системы, загрузка (импорт) описания товара в национальный компонент из национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национального централизованного ресурса по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов). Недостающие данные, описывающие товар, могут быть заполнены участником системы в национальном компоненте или загружены в виде XML-файла.
      
3. 
   подсистема должна обеспечивать аутентификацию пользователей;
   
4. 
   подсистема должна обеспечивать уникальность товара (торговой единицы, продукции) в единичной или групповой упаковке в рамках одного участника системы и обеспечивать защиту от дублирования.
   
5. 
   подсистема должна предоставить возможность пользователю проверять по введенному GTIN-коду наличие описания товара в реестре товаров системы;
   
6. 
   реестр товаров системы рекомендуется регулярно обновлять из информационного ресурса национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национального централизованного ресурса по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов), содержащего описания товаров, соответствующих их кодам GTIN;
   
7. 
   требования к реквизитному составу реестра товаров должны быть определены на стадии технического проектирования системы.
   

1. 
   Регистрация выпуска в оборот маркированных товаров при внутреннем производстве:
   

1. 
   подсистема должна обеспечивать регистрацию выпуска в оборот маркированных товаров при внутреннем производстве;
   
2. 
   должна выполняться аутентификация пользователя;
   
3. 
   подсистема должна требовать ввода типа выпуска в оборот по справочнику типов выпуска в оборот;
   
4. 
   ввод данных должен выполняться путем загрузки файла с данными для регистрации выпуска товара в оборот;
   
5. 
   пользователь должен передать в систему уникальные идентификаторы КиЗ и EPC-коды товаров (SGTIN) (должна проверяться их уникальность);
   
6. 
   подсистема должна выполнять проверку легальности передаваемых КиЗ путем поиска в реестре КиЗ и проверке статуса эмиссии КиЗ. В случае неуспешной проверки легальности КиЗ система должна проинформировать об этом пользователя и отказать в регистрации выпуска в оборот для данного товара;
   
7. 
   подсистема должна проверять наличие описаний передаваемых товаров в реестре товаров (по коду GTIN). При отсутствии описания товара в реестре товаров подсистема должна уведомлять об этом пользователя и отказывать в выпуске в оборот данного товара;
   
8. 
   подсистема должна возвращать статусы, подтверждающие или отказывающие в выпуске в оборот для товаров.
   
9. 
   требования к реквизитам, передаваемых в систему данных о выпуске товаров в оборот должны быть определены на стадии технического проектирования системы.
   

1. 
   Регистрация выпуска в оборот маркированных товаров при ввозе товаров в государство–член Союза при взаимной торговле:
   

1. 
   подсистема должна обеспечивать регистрацию выпуска в оборот маркированных товаров при ввозе товаров в государство–член при взаимной торговле;
   
2. 
   должна выполняться аутентификация пользователя;
   
3. 
   ввод данных должен выполняться путем загрузки файла с данными для регистрации выпуска товара в оборот;
   
4. 
   подсистема должна проверять ввод типа выпуска в оборот по справочнику типов выпуска товаров в оборот;
   
5. 
   данные для регистрации выпуска товара в оборот должны содержать уникальные идентификаторы КиЗ и EPC-коды товаров (SGTIN) (система должна проверять их уникальность);
   
6. 
   данные для регистрации выпуска товара в оборот должны содержать код государства–члена Союза, экспортирующего товары;
   
7. 
   подсистема должна передавать запрос в государство – член Союза, экспортирующее товары, запрос на проверку легальности нахождения товаров в обороте и получение сведений о товарах. Данный запрос должен передаваться через интеграционную платформу ИИС Союза;
   
8. 
   при положительной проверке легальности нахождения товаров в государстве – члене Союза экспортера система должна сохранить полученные сведения о КиЗ, а также сведения о выпуске в оборот и выводе из оборота товара. После этого товар считается выпущенным в оборот (должен быть установлен соответствующий статус);
   
9. 
   далее система должна отправлять данные о выводе товаров из оборота в государство – член Союза, экспортирующего товары;
   
10. 
    подсистема должна поддерживать хранение и передачу по запросу сведений обо всех фактах выпуска товаров в оборот и вывода товаров из оборота¹⁵;
    
11. 
    подсистема должна возвращать статусы, подтверждающие или отказывающие в выпуске в оборот для товаров;
    
12. 
    требования к реквизитам данных о выпуске товаров в оборот, передаваемых импортером в систему, должны быть определены на стадии технического проектирования системы;
    
13. 
    требования к реквизитам сведений о товаре, возвращаемых государством – членом Союза -экспортера, должны быть определены на стадии технического проектирования системы;
    
14. 
    требования к реквизитам данных о выводе товара из оборота, передаваемых в государство – член Союза экспорта, должны быть определены на стадии технического проектирования системы.
    

1. 
   Проверка легальности нахождения маркированных товаров в обороте для потребителей:
   

1. 
   проверка легальности товаров должна осуществляться как через web-приложение (для неавторизованного пользователя), так и через интерфейс взаимодействия для приложений, через сеть Интернет;
   
2. 
   проверка должна осуществляться по уникальному идентификатору КиЗ, либо EPC-коду товара (SGTIN-коду), либо TID RFID метки;
   
3. 
   подсистема должна обеспечивать возможность проверки одновременно нескольких идентификаторов;
   
4. 
   подсистема должна выполнять проверку легальности КиЗ товара. В случае если уникальный идентификатор КиЗ не найден в БД системы, система должна уведомлять пользователя о нелегальности КиЗ;
   
5. 
   формируемые сведения о товарах должны содержать уникальный идентификатор КиЗ, EPC-код товара (SGTIN), описание товара¹⁶;
   
6. 
   подсистема должна возвращать сведения о первичном (первоначальном) выпуске товара в оборот.
   
7. 
   подсистема должна возвращать сведения о выводе товара из оборота (о продаже или экспорте в государство – член Союза), при условии, что информирование компетентного органа предприятиями розничной сети о продаже (реализации) товаров определено национальным законодательством государства-члена.
   
8. 
   в результате проверки система должна возвращать состояние легальности нахождения товара в обороте;
   
9. 
   В случае если сведения о товаре не найдены в БД данного национального компонента, система должна выполнять обращения в национальные компоненты других государств – членов Союза;
   
10. 
    требования к реквизитам возвращаемых сведений о товаре для потребителя должны быть определены на стадии технического проектирования системы.
    

1. 
   Проверка легальности нахождения маркированных товаров в обороте для уполномоченного контролирующего лица:
   

1. 
   подсистема должна предоставлять возможность проверки легальности нахождения товара в обороте товаров для уполномоченного контролирующего лица;
   
2. 
   должна обеспечиваться аутентификация пользователя либо мобильного устройства;
   
3. 
   должна поддерживаться проверка легальности товаров через сеть Интернет, как через web-приложение, так и через интерфейс взаимодействия для приложений;
   
4. 
   подсистема должна обеспечивать возможность проверки нескольких товаров одновременно.
   
5. 
   при запросе на проверку должны передаваться идентификаторы КиЗ либо EPC-коды товаров (SGTIN-код), либо TID RFID метки;
   
6. 
   подсистема должна выполнять проверку легальности КиЗ. В случае если уникальный идентификатор КиЗ не найден в БД системы, система должна уведомлять пользователя о нелегальности КиЗ. Пользователь может подтвердить системе нелегальность КиЗ дополнительным обращением к системе;
   
7. 
   подсистема должна возвращать сведения о товарах (уникальный идентификатор КиЗ, EPC-код товара, описание товара (на основе реестра товаров));
   
8. 
   подсистема должна возвращать сведения о выпуске товара в оборот (дата выпуска, кем выпущен в оборот, тип выпуска в оборот: «Производство товаров», «Ввоз товаров»);
   
9. 
   если товар был ввезен на территорию Союза (при внешней торговле), система должна возвращать номер декларации на товары, коды ТН ВЭД товаров и описание товаров по справочнику ТН ВЭД;
   
10. 
    подсистема должна выдавать сведения обо всех фактах выпуска в оборот данного товара;
    
11. 
    подсистема должна выдавать сведения обо всех фактах вывода товара из оборота (о реализации в розничной сети либо экспорте товара в государство – член Союза), если информирование компетентного органа определено национальным законодательством государства-члена Союза;
    
12. 
    подсистема должна сверять переданный EPC-код товара (SGTIN) с EPC-кодом в БД системы, при их несоответствии система должна уведомлять об этом пользователя и выдавать предположение о возможном повторном использовании КиЗ;
    
13. 
    в результате проверки система должна возвращать состояние легальности нахождения в обороте запрашиваемых товаров;
    
14. 
    в случае если сведения о товаре не найдены в БД данного национального компонента, система должна выполнять обращения в национальные компоненты других государств – членов Союза;
    
15. 
    требования к реквизитам возвращаемых сведений о товарах для уполномоченного контролирующего лица должны быть определены на стадии технического проектирования системы.
    

1. 
   Регистрация выпуска товаров в оборот от информационной системы таможенной службы в случае если такое участие таможенной службы предусмотрено государством-членом Союза:
   

1. 
   подсистема должна обеспечивать регистрацию выпуска товаров в оборот от информационной системы таможенной службы;
   
2. 
   подсистема должна выполнять запросы на проверку легальности КиЗ от информационной системы таможенной службы;
   
3. 
   подсистема должна проверять реквизит «тип выпуска в оборот» по справочнику типов выпуска в оборот;
   
4. 
   подсистема должна проверять наличие уникальных идентификаторов КиЗ товаров;
   
5. 
   подсистема должна проверять наличие EPC-кодов товаров (SGTIN);
   
6. 
   подсистема должна выполнять проверку легальности передаваемых КиЗ путем поиска в реестре КиЗ и проверке статуса эмиссии КиЗ. В случае неуспешной проверки легальности КиЗ система должна информировать пользователя и отказать в регистрации выпуска в оборот для данного товара.
   
7. 
   подсистема должна проверять по переданному GTIN-коду наличие описания товаров в реестре товаров системы. При отсутствии описания товара система должна уведомлять об этом ИС таможенной службы и отказывать в выпуске в оборот данного товара;
   
8. 
   подсистема должна возвращать отправителю статусы, подтверждающие или отказывающие в выпуске в оборот для переданных товаров;
   
9. 
   требования к реквизитам передаваемых данных о выпуске товаров в оборот должны быть определены на стадии технического проектирования системы.
   

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

1. 
   подсистема должна предоставлять возможность проверки легальности нахождения товара в обороте для национального компонента другого государства − члена Союза;
   
2. 
   взаимодействие между национальными компонентами должно осуществляться через интеграционную платформу ИИС Союза;
   
3. 
   подсистема должна обеспечивать возможность проверки нескольких товаров одновременно;
   
4. 
   при запросе на проверку должны передаваться идентификаторы КиЗ и EPC-коды товаров(SGTIN), либо TID RFID метки;
   
5. 
   подсистема должна выполнять проверку легальности переданных КиЗ. В случае если уникальный идентификатор КиЗ не найден в БД системы, система должна уведомлять отправителя о нелегальности КиЗ;
   
6. 
   подсистема должна возвращать сведения о товарах: уникальный идентификатор КиЗ, EPC-код товара, описание товара (на основе реестра товаров);
   
7. 
   подсистема должна возвращать сведения о выпуске товара в оборот согласно справочнику типов выпуска товаров в оборот;
   
8. 
   если товар был ввезен на территорию Союза (в рамках внешней торговли), система должна возвращать номер декларации на товары, коды ТН ВЭД товаров и описание товаров по справочнику ТН ВЭД;
   
9. 
   подсистема должна возвращать сведения обо всех фактах выпуска в оборот данного товара;
   
10. 
    подсистема должна возвращать сведения обо всех фактах вывода товара из оборота (о реализации в розничной сети либо экспорте товара в государство – член Союза), если информирование компетентного органа о продаже (реализации) определено национальным законодательством государства − члена Союза.
    
11. 
    в результате проверки система должна возвращать состояние легальности нахождения товаров в обороте;
    
12. 
    требования к реквизитам, возвращаемых сведений о товарах для национального компонента, должны быть определены на стадии технического проектирования системы.
    

1. 
   Регистрация реализации (вывода из оборота) маркированного товара:
   

1. 
   подсистема должна выполнять регистрацию реализации (продажи) маркированных товаров (вывода из оборота) – в случае если информирование компетентного органа предусмотрено законодательством государства – члена Союза;
   
2. 
   при регистрации вывода товаров из оборота в БД системы должны сохраняться, как минимум, следующие реквизиты: идентификатор (в налоговом органе) организации, реализовавшей товар, уникальный идентификатор КиЗ, EPC-код товара (SGTIN);
   
3. 
   должны фиксироваться все факты реализации (продажи) товара, имеющего один и тот же уникальный идентификатор КиЗ либо EPC-код;
   
4. 
   в ответ на запрос уполномоченного контролирующего лица на проверку легальности товара система должна предоставлять сведения обо всех известных системе фактах реализации товара, имеющего данный идентификатор КиЗ либо EPC-код товара;
   
5. 
   требования к реквизитам данных о выводе из оборота должны быть определены на стадии технического проектирования системы.
   

1. 
   Обработка данных при трансграничном обороте (взаимной торговле):
   

1. 
   подсистема должна обрабатывать данные о выводе товара из оборота, передаваемые национальным компонентом государства – члена Союза ввоза товаров при ввозе товара в государство–член Союза вывоза товара: система должна зарегистрировать вывод товара из оборота с типом «экспорт» и сохранить код государства – члена Союза импортера.
   
2. 
   данное взаимодействие должно выполняться через интеграционную платформу ИИС Союза.
   

3. 
   Подсистема должна выполнять форматно-логический контроль данных, вводимых пользователем.
   

2. 
   Требования к функциям типовой подсистемы взаимодействия
   
   1. 
      Типовая подсистема взаимодействия предназначена для обеспечения следующих видов взаимодействия:
      
      1. 
         Информационное взаимодействие между национальным компонентом системы и ведомственными информационными системами государства-члена.
         
      2. 
         Информационное взаимодействие с национальными компонентами системы других государств-членов Союза.
         
      3. 
         Информационное взаимодействие с компонентом Комиссии.
         
      4. 
         Информационное взаимодействие национального компонента с сервисами национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национальным централизованным ресурсом по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов) осуществляться в соответствии с национальным законодательством.
         
   2. 
      Типовая подсистема взаимодействия должна выполнять следующие функции:
      
      1. 
         форматно-логический контроль информации, поступающей в систему от внешних систем;
         
      2. 
         взаимодействие с подсистемой НСИ компонента Комиссии для приема обновлений НСИ;
         
      3. 
         передача национальной части реестра эмитентов в подсистему НСИ компонента Комиссии;
         
      4. 
         передачу статистических данных в подсистему аналитики компонента Комиссии. Требования к передаваемым статистическим данным определяются решениями Комиссии;
         
      5. 
         взаимодействие с компонентом Комиссии;
         
      6. 
         передачу сведений об обороте маркированных товаров в информационную систему налогового администрирования. Состав передаваемых сведений определяется на этапе технического проектирования системы;
         
      7. 
         обеспечение взаимодействия с сервисами национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национальным централизованным ресурсом по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов). На этапе технического проектирования системы должна быть определена технология взаимодействия, обеспечивающая обновление реестра товаров данными, с сервисом национальной (региональной) организации GS1 всемирной Ассоциации по автоматической идентификации или национальным централизованным ресурсом по товарной номенклатуре (справочники характеристик товаров, удовлетворяющих требованиям международных стандартов), предоставляющих на основании GLN организации характеристики товаров (Trade Items), идентифицируемые кодами GTIN;
         
      8. 
         обеспечение взаимодействия с системами национальных компонентов других государств-членов Союза для проверки легальности товаров, передаче данных о выпуске товаров в оборот и передачи сведений о товарах. Данное взаимодействие должно осуществляться через компонент Комиссии.
         
   3. 
      Взаимодействие информационных систем клиентов, ERP систем предприятий, стационарных и мобильных АРМ должно осуществляться на базе WEB-сервисов и сервисной службы национального компонента. Требования к перечню сервисов национального компонента и применяемых технологий информационного взаимодействия, в т.ч. применения технологии ONS, определяются на национальном уровне.
      

1. 
   Требования к функциям типовой подсистемы НСИ
   
   1. 
      Типовая подсистема НСИ должна обеспечивать следующие функции
      
      1. 
         предоставление справочников, реестров и классификаторов подсистемам и компонентам системы:
         

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

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

1. 
   единый классификатор ТН ВЭД Союза;
   
2. 
   единый справочник кодов ТН ВЭД товаров, подлежащих маркировке.
   

5. 
   ведение собственных справочников, реестров и классификаторов (которые не предоставляются внешними системами).
   
6. 
   выполнение форматно-логического контроля при вводе данных в собственные справочники и классификаторы, в том числе контроль на дублирование данных.
   

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

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

1. 
   регистрация успешных и неуспешных событий аутентификации и доступа к данным.
   
1. 
   Безопасность на уровне метки должна обеспечиваться:
   
   1. 
      Уникальностью TID метки.
      
   2. 
      Защищенностью от перезаписи уникального EPC кода маркированного товара.
      
   3. 
      Уникальной комбинацией TID метки и EPC кода маркированного товара.
      
2. 
   Безопасность на уровне протокола обмена данными между устройством считывания и RFID-меткой обеспечивается соблюдением стандартов ISO/IEC 18000-63:2013 и EPC Global Gen 2 и выше.
   

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

1. 
   выявление нелегальных КИЗ (эмитированных незарегистрированными эмитентами);
   
2. 
   выявление фактов повторного использования КИЗ;
   
3. 
   выявление фактов длительного не предоставления сведений о реализации выпущенных в оборот маркированных товаров (за заданный пользователем период), что может свидетельствовать о нарушении правил оборота маркированных товаров продавцом (если предоставление таких сведений определено национальным законодательством государства-члена).
   

1. 
   пользователь должен иметь возможность отобрать найденные товары для последующего просмотра в БД сведений по этим товарам;
   
2. 
   подсистема аналитики должна обеспечивать отбор в реестре товаров по различным критериям, в том числе по статусам, для последующего анализа отобранных записей;
   
3. 
   подсистема аналитики должна выполнять формирование статистических отчетов по анализу оборота маркированных товаров, отражающих, в том числе, следующие показатели:
   

1. 
   количество выпущенных в оборот маркированных товаров за период;
   
2. 
   количество реализованных маркированных товаров за период;
   
3. 
   количество не реализованных маркированных товаров за период;
   
4. 
   среднее время оборота маркированных товаров.
   

6. 
   при формировании отчетов должна быть возможность задать период отбора данных.
   

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

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

8. 
   Требования к функциям типового компонента «АРМ эмитента»
   
   1. 
      Типовой «АРМ эмитента» должен выполнять следующие функции:
      
      1. 
         изготовление и персонализация КиЗ в соответствии с требованиями к контрольным (идентификационным) знакам (см. приложение Б).
         
      2. 
         формирование файла с перечнем изготовленных КиЗ. Требования к составу данных указанного файла должны быть определены на стадии технического проектирования системы.
         

9. 
   Требования к функциям типового компонента «АРМ индивидуализации КиЗ»
   
   1. 
      Типовой «АРМ индивидуализации КиЗ» должен выполнять:
      
      1. 
         запись в КиЗ SGTIN-кода товара. В КиЗ регистрируются соответствующий EPC и другая необходимая информация;
         
      2. 
         печать на КиЗ штрих кода с SGTIN-кодом товара в соответствии с требованиями к КиЗ, утвержденными Комиссией (см. приложение Б);
         
      3. 
         печать штрих кода на КиЗ должна быть доступна как опция программного обеспечения;
         
      4. 
         формирование файла с перечнем идентификаторов КиЗ и соответствующими SGTIN-кодами товаров. Формируемый файл предназначен для передачи в систему данных о персонализированных КиЗ и предоставления информации контролирующим органам. Требования к составу передаваемых данных должны быть определены на стадии технического проектирования системы.
         

1. 
   Требования к функциям типового компонента «АРМ передачи сведений о продаже»
   
   1. 
      Типовой «АРМ передачи сведений о продаже», в случае его реализации в национальном компоненте, должен выполнять следующие функции:
      
      1. 
         передачу в национальный компонент системы сведений о продаже товара. Требования к составу передаваемых данных должны быть определены на стадии технического проектирования системы;
         
      2. 
         Взаимодействие с учетной системой розничной торговли должно осуществляться путем получения от учетной системы розничной торговли файлов. Требования к составу данных, передаваемых в указанных файлах, должны быть определены на стадии технического проектирования системы.
         
1. 
   Требования к функциям компонента Комиссии
   

1. 
   Требования к подсистеме НСИ компонента Комиссии
   
   1. 
      Подсистема НСИ компонента Комиссии должна обеспечивать следующие функции:
      
      1. 
         Ведение общего реестра эмитентов в НСИ компонента Комиссии ИИС Союза путем объединения национальных реестров эмитентов.
         
      2. 
         Ведение справочника ТН ВЭД товаров, подлежащих маркировке. Требования к реквизитам данного справочника должны быть определены на стадии технического проектирования системы.
         
      3. 
         Предоставляемая НСИ должна передаваться в национальный компонент в формате XML в рамках общей технологии распространения справочной информации в ИИС Союза.
         

2. 
   Требования к порталу компонента Комиссии
   
   1. 
      Должна обеспечиваться публикация общего реестра эмитентов на портале Комиссии для общего использования.
      

3. 
   Требования к аналитической подсистеме компонента Комиссии
   
   1. 
      Должна обеспечивать сбор и анализ данных о товарах, подлежащих маркировке контрольными (идентификационными) знаками, произведенных или ввезенных на таможенную территорию Евразийского экономического союза, в том числе при трансграничном обороте таких товаров на территории Евразийского экономического союза.
      

3. 
   Требования к внешним системам
   

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

2. 
   Требования к учетной системе продавца
   
   1. 
      Учетная система продавца, в случае реализации в национальном компоненте, должна обеспечивать передачу в национальный компонент системы сведений о выводе товара из оборота (продаже).
      
   2. 
      Требования к реквизитам передаваемых в систему данных о выводе товаров из оборота должны быть определены на стадии технического проектирования системы.