Цель и основания для разработки Концепции


НазваниеЦель и основания для разработки Концепции
страница12/22
ТипДокументы
1   ...   8   9   10   11   12   13   14   15   ...   22

7. Требования и Правила при построении Систем Прослеживаемости

7.2. Бизнес Требования


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

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

  • СМД → Синхронизация Мастер Данных

  • ЗОД → Запись Отслеживаемых Данных

  • ЗС → Запрос Слежения

Ключевые слова

  • ДОЛЖЕН = Обязательно. Это слово, либо синонимичные термины «ОБЯЗАН» или «ОБЯЗУЕТСЯ», будут обозначать абсолютную необходимость выполнения или соответствия (в зависимости от контекста) указанной спецификации.

  • МОЖЕТ = Опционально. Это слово, либо прилагательное «ОПЦИОНАЛЬНЫЙ», обозначают, что указанная спецификация является опциональной.

Соответствующие случаи указываются на Иллюстрации 6-14 .

Таблица 7-1. Бизнес Требования (БТ)



Бизнес Требование (БТ)

Обоснование

Соответствующие Стандарты

БТ 1

(СМД)

Любое внутреннее или внешнее местоположение, которое должно быть отслежено, ДОЛЖНО быть уникально идентифицировано на глобальном уровне.

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

Выбор уровня местоположения происходит по усмотрению Партнера по Прослеживаемости.

Для уникальной идентификации местоположения
Соответствующие случаи: 3, 4

[Ссылка 1] Основные Спецификации GS1

номер GLN

БТ 2

(ЗОД)

Торговые Партнеры ДОЛЖНЫ быть уникально идентифицированы на глобальном уровне.

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

Определение роли, которой будет направлен запрос слежения и которая будет ответственна за сбор отслеживаемой информации

Соответствующие случаи: 7, 11, 12, 14

[Ссылка 1] Основные Спецификации GS1

номер GLN
Список Ролей Сторон для сообщений

БТ 3

(СМД)

Любой предмет торговли, который должен быть отслежен вперед или назад по цепи поставок, ДОЛЖЕН быть уникально идентифицирован на глобальном уровне между торговыми партнерами.

Это правило применимо к любому уровню Иерархии Предметов Торговли, например к Потребительской Единице (товара) или отслеживаемому Предмету Торговли (до момента продажи).

Для уникальной идентификации отслеживаемого предмета торговли
Соответствующие случаи: 6

[Ссылка 1] Основные Спецификации GS1

номер GTIN

БТ 4

(СМД)

Любой актив, который должен быть отслежен вперед или назад по цепи поставок, ДОЛЖЕН быть уникально идентифицирован на глобальном уровне.

Для уникальной идентификации актива
Соответствующие случаи: 5

[Ссылка 1] Основные Спецификации GS1

Глобальный Идентификатор Возвратных Активов (Global Returnable Asset

Identifier - GRAI) и Глобальный Идентификатор Индивидуальных Активов (Global

Individual Asset Identifier - GIAI)

БТ 5

(ЗОД)

Идентификация отслеживаемого предмета торговли ДОЛЖНА быть присвоена не позже момента его физического создания.

Когда отслеживаемый предмет торговли является товаром, он как минимум ДОЛЖЕН быть идентифицирован путем присвоения номера GTIN. Для целей Прослеживаемости, этого может оказаться недостаточно. В этом случае, потребуется дополнительная информация, уникальным образом идентифицирующая такой товар или группу товаров. Например – Номер Партии/Серии или серийный номер для случаев, когда он является необходимым.

Когда отслеживаемый предмет торговли является логистической единицей, он ДОЛЖЕН быть уникально идентифицирован.

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

Для уникальной идентификации отслеживаемого предмета торговли
Соответствующие случаи: 8

[Ссылка 1] Основные Спецификации GS1
Номер GTIN

Номер GTIN + Серийный Номер/SGTN

Логистическая Единица – SSCC
Лучшая Практика:

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








Бизнес Требование (БТ)

Обоснование

Соответствующие Стандарты

БТ 6

(ЗОД)

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

Передача идентификации, уникальной на глобальном уровне.
Соответствующие случаи: 9

[Ссылка 1] Основные Спецификации GS1
Предмет Торговли: номер GTIN

Партия/Серия предметов торговли: GTIN + Номер Партии/Серии

Серийный Предмет Торговли: GTIN + Серийный Номер, SGTIN

Логистическая Единица: SSCC

Поставка: Идентификационный Номер Поставки
Лучшая Практика:

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

БТ 7

(ЗОД)

Владелец Бренда ДОЛЖЕН обеспечить уникальную идентификацию отслеживаемого предмета торговли

Владелец Бренда является стороной, ответственной за присвоение рассматриваемому предмету торговли нумерации и штриховых кодов Системы GS1, либо меток по технологии RFID.
Соответствующие случаи: 8

[Ссылка 1] Основные Спецификации GS1


БТ 8

(ЗОД)

Носитель идентификации ДОЛЖЕН оставаться на отслеживаемом предмете торговли или быть прикрепленным к нему вплоть до момента окончания срока действия у отслеживаемого предмета торговли.

Для уникальной идентификации отслеживаемого предмета торговли на всем протяжении его жизненного цикла
Соответствующие случаи: 9, 10

[Ссылка 1] Основные Спецификации GS1
Правила Присвоения Идентификации и Маркировки







Бизнес Требование (БТ)

Обоснование

Соответствующие Стандарты

БТ 9

(ЗОД)

Носитель идентификации ДОЛЖЕН оставаться на отслеживаемом предмете торговли или быть прикрепленным к нему в момент его включения в следующий (более высокий) иерархический уровень упаковки.

Для уникальной идентификации отслеживаемого предмета торговли в упаковочной иерархии.

Соответствующие случаи: 9, 10

[Ссылка 1] Основные Спецификации GS1

Правила Присвоения и Маркировки


БТ 10

Носитель идентификации ДОЛЖЕН содержать какую-либо информацию, устанавливающую его связь хотя бы с одним Источником Отслеживаемых Данных (например, Владельцем Бренда или импортером).

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

Соответствующие случаи: 14

[Ссылка 1] Логистическая Этикетка GS1


БТ 11

(ЗОД)

Все Источники и Получатели Отслеживаемых Предметов Торговли ДОЛЖНЫ считывать идентификационные данные отслеживаемых предметов торговли или активов, содержащих такие предметы торговли, с маркировок, нанесенных на такие предметы торговли или активы.

Следование по пути, пройденному отслеживаемым предметом торговли.
Соответствующие случаи: 10




БТ 12

(ЗОД)

Партнеры по Прослеживаемости ДОЛЖНЫ согласиться об одном (как минимум) обычном уровне для отслеживаемого предмета торговли и согласовать между собой минимально необходимое количество данных по Прослеживаемости, которыми они будут обмениваться между собой при отслеживании данного предмета торговли.

Партнеры по Прослеживаемости будут обмениваться данными по отслеживаемым предметам торговли. При этом они обеспечат уникальную идентификацию товаров с данными, которые будут получены каждым Партнером по Прослеживаемости на входе, будут сохранены и надлежащим образом изменены (при необходимости) в процессе обращения предмета торговли внутри пределов Прослеживаемости данного Партнера, после чего переданы другим Партнерам на выходе.
Соответствующие случаи: 8, 9, 10, 11, 12, 13

Со штриховым кодированием:

Если отслеживаемый предмет торговли пересекает POS (то есть, является потребительской единицей), то следует применять стандарты: EAN/UPC, GS1DataBar*.
Если отслеживаемый предмет торговли не пересекает POS (например, такой предмет торговли может объединять в себе несколько предметов торговли), то следует применять стандарты: GS1-128, ITF-14, GS1 DataMatrix, GS1 DataBar*, EAN/UPC (исключая стандарт

EAN-8), в соответствии с соответствующими руководствами по применению, описанным в Основных Спецификациях GS1.
Если отслеживаемый предмет торговли является Партией/Серией, состоящим из предметов торговли, не пересекающим POS, то следует применять стандарты: GS1-128, ITF-14,

GS1 DataBar*, EAN/UPC (исключая стандарт EAN-8).
Если отслеживаемый предмет торговли является серийным предметом торговли, не пересекающим POS, то следует применять стандарты: GS1-128, ITF-14,

GS1 DataBar*, EAN/UPC (исключая стандарт EAN-8).
Если отслеживаемый предмет торговли является логистической единицей, то следует применять стандарты: GS1-128, GS1 DataBar*.
Если отслеживаемый предмет торговли является поставкой, то следует применять стандарты: GS1-128.
[Ссылка 1] Основные Спецификации, раздел 4
С радиочастотной идентификацией (RFID):

Радиочастотная Идентификационная Метка класса 0 с частотой 900 MHz

Радиочастотная Идентификационная Метка класса 1 с частотой 860 - 930 MHz

Спецификации к Радиочастотному и Логическому Коммуникационному Интерфейсу

Класс - 1 Поколение 2 УВЧ

Глобальный EPC Протокол Воздушного Интерфейса

Стандарт EPC Маркировки Данных
*технические спецификации и спецификации данных, связанные с GS1 DataBar и кодом EPC, прошли утверждение со стороны GS1. Код GS1 DataBar утвержден для закрытых глобальных приложений. И Код GS1 DataBar и EPC рассматриваются как прикладные стандарты, но не для конкретных открытых решений.






Бизнес Требование (БТ)

Обоснование

Соответствующие Стандарты

БТ 13

(ЗОД)

Все Источники Отслеживаемых Данных и все Получатели Отслеживаемых Данных ДОЛЖНЫ записывать, и МОГУТ делать публичной следующую информацию (часто записываемую в идентификационных документах по определенной партии):
ИДЕНТИФИКАЦИЯ ТОРГОВЫХ ПАРТНЕРОВ:
Идентификация Источника Отслеживаемого Предмета Торговли

Идентификация Получателя Отслеживаемого Предмета Торговли

Идентификация Источника Отслеживаемых Данных

Идентификация Получателя Отслеживаемых Данных
ИДЕНТИФИКАЦИЯ И ДЕТАЛИ ОТСЛЕЖИВАЕМЫХ ПРЕДМЕТОВ ТОРГОВЛИ:

Идентификация Предмета Торговли

Описание Предмета Торговли

Количество Предметов Торговли

Дата Отгрузки и/или Получения


Это минимальные требуемые данные, необходимые для осуществления прослеживаемости и для управлением связями между входами, внутренними процессами и выходами. Каждая индустрия должна самостоятельно решить, требуется ли здесь какое-то расширение этого набора минимальных данных для удовлетворения всех ее специфичных требований, или нет. Обратитесь к секции 11 «Дополнительная Информация по Внедрению Стандартов GS1».

Соответствующие случаи: 12, 13

Стандарты Бизнес Сообщений

Глобальный словарь данных (Global Data Dictionary - GDD)

EANCOM

Идентификаторы Применения GS1

Символики GS1
Лучшая Практика:

Все экземпляры отслеживаемых предметов торговли должны содержать уникальную глобальную идентификацию.
В тех случаях, когда Номер Партии/Серии может потребоваться для обеспечения большей точности данных по Прослеживаемости, такой Номер должен быть создан и присвоен.
Глобальный Номер Предмета Торговли (номер GTIN) является ссылкой на полноценную информацию о предмете торговли. Примеры – это описания, ингредиенты, требования к обработке, срок годности предмета торговли.
Нет необходимости в дублировании уже существующих данных по Прослеживаемости. Например, идентификации партии служит ссылкой на другие элементы данных, такие как «Доставлено От», «Доставлена для», «Дата Отправки», «Единица Измерения» и так далее.
Примерами идентификации партии являются:

Счет Номера Отгрузки

Номер Отправки

Номер Инвойса

Номер Упаковочной Ведомости

Номер Контейнера

Квитанция о доставке груза
Также, обратитесь к БПР 25 и БТ 6 для получения дополнительной информации по идентификации Отслеживаемых предметов торговли.

Пожалуйста, обратите внимание: Источник Отслеживаемых Данных и Источник Отслеживаемого Предмета Торговли часто являются одним и тем же лицом или организацией

БТ 14

(ЗОД)

Все Создатели Отслеживаемых Предметов Торговли, а также их Источники и Получатели ДОЛЖНЫ записывать связи между создаваемыми, получаемыми, обрабатываемыми и/или отправляемыми Отслеживаемыми предметами торговли.

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


Глобальный словарь данных GS1

Лучшие Практики GS1, применяемые на внутреннем уровне

Примерами являются:

Партии из предметов торговли, содержащиеся в паллете

Предметы торговли, используемые как ингредиенты для готовых товаров

Паллеты, которые так или иначе участвовали в формировании и создании новых паллет.

БТ 15

(ЗОД)

Источник Отслеживаемого Предмета Торговли МОЖЕТ распространить или сделать доступной определенную информацию об отслеживаемом предмете торговли (его качестве, например) для доступа одного или нескольких Партнеров по Прослеживаемости.

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

Соответствующие случаи: 12

EANCOM Сообщение QALITY


БТ 16

(ЗОД)

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

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

Соответствующие случаи: 11, 12, 13

Не указано

БТ 17

(ЗОД)

Любой Партнер по Прослеживаемости МОЖЕТ отправить запрос слежения Источнику Отслеживаемого Предмета Торговли, Получателю Отслеживаемого Предмета Торговли, Источнику Отслеживаемых Данных и/или Получателю Отслеживаемых Данных.

Запрос Слежения может быть инициирован любым партнером по Прослеживаемости потому, что проблема может возникнуть на каждом этапе цепи поставок.
Соответствующие случаи: 14, 15

Не указано

БТ 18

(ЗС)

Партнеры по Прослеживаемости, которые хотят инициировать запрос слежения, ДОЛЖНЫ при обращении к Источнику Отслеживаемых Данных предоставить хотя бы один из параметров отслеживаемой информации из списка, приведенного ниже, с тем, чтобы последний мог найти требуемый предмет торговли и дать ответ по запрашиваемой информации:
Идентификация Отслеживаемого Предмета Торговли (или его атрибутов)

Идентификация Партнера по Прослеживаемости (или любых его атрибутов)

Идентификация местоположения (или атрибутов такого местоположения)

Дата или время, период времени

Идентификация процесса или события (или любых их атрибутов).

Это минимальные требования к данным для запроса по Прослеживаемости.
Соответствующие случаи: 14, 15, 16, 17

Не указано

БТ 19


Данные по Прослеживаемости ДОЛЖНЫ архивироваться и оставаться читаемыми в течение минимального установленного применимыми нормами и правилами (например, действующим законодательством) периода, бизнес практиками (например, внутренней политикой или применимыми контрактами), либо Стандартами GS1 или индустриальными соглашениями.

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

Не указано
1   ...   8   9   10   11   12   13   14   15   ...   22

Похожие:

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

Цель и основания для разработки Концепции icon«Основания и фундаменты»
...

Цель и основания для разработки Концепции icon«страховая компания «райффайзен лайф» утверждаю: Генеральный директор ООО «ск «Райффайзен Лайф»
Основания для освобождения Страховщика от страховой выплаты. Основания для отказа в страховой выплате

Цель и основания для разработки Концепции iconУтвержден Приказом Минрегиона России от 29 декабря 2011 г. N 635/2...
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-фз "О техническом...

Цель и основания для разработки Концепции iconПлюс Утвержден Приказом Минрегиона России от 29 декабря 2011 г. N...
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-фз "О техническом...

Цель и основания для разработки Концепции iconМедицинская академия имени с. И. Георгиевского
Знание клинической анатомии основания черепа и черепно-мозговых нервов необходимо для понимания механизма неврологических нарушений...

Цель и основания для разработки Концепции iconРуководство к выполнению лабораторных работ по курсу «Механика грунтов, основания и фундаменты»
«Механика грунтов, основания и фундаменты» для студентов специальностей «Промышленное и гражданское строительство» 270102

Цель и основания для разработки Концепции iconПрограмма по технологии разработана на основе Федерального государственного...
...

Цель и основания для разработки Концепции iconПонятие и правовая природа залога. Основания возникновения залогового правоотношения
Российской Федерации 1 (далее – законопроект №47538-6, единый законопроект) который был разработан на основе Концепции развития гражданского...

Цель и основания для разработки Концепции iconМуниципальное бюджетное общеобразовательное учреждение – основная...
Назначение программы и концептуальная цель ее разработки

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск