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


НазваниеЦель и основания для разработки Концепции
страница19/22
ТипДокументы
1   ...   14   15   16   17   18   19   20   21   22

8.7. Ключевые шаги при применении Систем Прослеживаемости



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

Шаг 1. Свяжитесь с локальной организацией GS1 для получения рекомендаций от экспертов.

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

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

Список НО GS1 может быть найден по адресу: www.gs1.org

Шаг 2. Смоделируйте цепь поставок, построенную на принципах Прослеживаемости

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

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

Шаг 3. Определение Ключевых Потребностей Бизнеса

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

Пример из практики анти-контрафактной продукции:

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

Шаг 4. Описание физического потока товаров

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

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

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

Так или иначе, как только модель завершена или получена, у вас появится подобный шаблон:

Партнер по Прослеживаемости 1 ←→---- (процесс 1-2)---- ←→ Партнер по Прослеживаемости 2 ←→---- (процесс 2-n)---- Партнер по Прослеживаемости n ←----

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

Пример из логистики:

Логистический оператор может выполнять два и более процесса доставки: (1) прямая доставка непосредственно в магазин (2) доставка на склад (3) организовать самовывоз товара покупателем. При этом физическим потоком между двумя торговыми партнерами может быть, например, грузовик с товаром насыпью или грузовик, заполненный большими мешками с зерном.

Шаг 5. Определение ролей Партнеров по Прослеживаемости

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

Такой подход может быть проверен и проработан более детально. Для этого необходимо обратиться к таблице Ролей и разделу «Использование Информации», приведенному в Секции 6.1.3 «Действующие Бизнес Сценарии».

Пример:

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

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

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

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

Если уже существуют релевантные (специфичные организации или индустрии) «Пользовательские Руководства GS1 для Внедрения Прослеживаемости», они должны быть учтены.

Для определения уровня детализации, требуемого применительно к Прослеживаемости, можно использовать такие критерии для оценки рисков, как «Высокий», «Средний» или «Низкий». Риски, например, могут быть финансовыми, нести угрозу репутации организации, влиять и на здоровье конечного потребителя или пациента и так далее. Управления партиями является лучше практикой, применяемой многими бизнесами, поэтому, следуя ей, стоит обязательной определить идентификацию для своих партий. В других индустриях, таких, например, как фармацевтическая или парфюмерная, идентификация каждой индивидуальной потребительской единицы или иного предмета торговли по Серийному Номеру часто используется для обеспечения дополнительной возможности для идентификации продукта, а также поддержания стратегий по борьбе с контрафактной продукцией.

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

  • Уровень точности

  • Логистическая Иерархия

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

Чтобы принять правильное решение, подходящее вашей ситуации, следует изучить иерархию отслеживаемых предметов торговли. Для этого обратитесь к иллюстрациям 6-11 и 6-12 в Секции 6.1.2.6 «Иерархия Отслеживаемых Предметов Торговли».

Информация о дате может использоваться для внедрения системы «Первый на входе, Первый на выходе» для управления складом, а также для управления последовательностью продажи / использование в точки продажи / потребление / использование. Идентификаторы Применения для соответствующей информации о датах могут быть взяты из стандарта по маркировке GS1-128. Хотя даты «Дата Реализации», «Использовать До» или «Дата Окончания Срока Действия», являются, безусловно, полезными элементами данных, в стандартных случаях они все же не применяются как основная идентификация для целей Прослеживаемости ввиду того, что они не могут переносить достаточное количество информации, как, например, Номер Партии / Серии или Серийный Номер.

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

Шаг 7. Принятие решения об объеме данных по Прослеживаемости для каждого отдельного Партнера по Прослеживаемости

Глобальный Стандарт Прослеживаемости GS1 указывает количество атрибутов данных, которые должны быть созданы, собраны, зафиксированы, согласованы и предоставлены в общий доступ Партнерам в Цепи Поставок для обеспечения соответствия уровню лучших практик по Прослеживаемости (это касается определения номеров GTIN, Номеров Партии / Серии, Номеров SSCC и других данных).

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

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

Минимальные требования к данным указаны в БТ 13. Они также подробно рассмотрены и объяснены в Секции 9 «Анализ Бизнес Объекта».

Шаг 7. Выбор технологий для поддержания Прослеживаемости

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

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

Бизнес Сценарии (секция 6.1.3)

Потенциально подходящие инструменты и технологии

Носитель идентификации

Струйная печать, этикетка, метка, сопроводительная документация. Может иметь формат, воспринимаемый человеком или формат, воспринимаемый машиной (штриховые коды, метки RFID) и другие.

Сбор и передача данных

Этикетка, Маркировка, Сообщения EDI, Факс, Интернет, Телефон, Базы Данных, Физический осмотр, сопроводительная документация и другие.

Сохранение данных

Ноутбук, база данных (внутренняя или предоставляемая в пользование поставщиком хостинговых услуг через интернет)

Управление запросом слежения

Телефон, e-mail, Факс

Глобальный регистр предприятий EAN (GEPIR) (www.gepir.org), Сеть GDSN (Сеть синхронизации глобальных данных), Информационные Системы для Электронного Кода Продукции(EPCIS)


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

Ниже приведены примеры наиболее распространенных «технологических моделей», однако, им существует большое множество альтернатив:



Модель

Технология

Комментарии

Отслеживаемая информация передается с физическим объектом (отслеживаемым объектом)

Бумага

Автоматический процесс отсутствует

GS1-128*

Вся отслеживаемая информация (GTIN, Номер Партии / Серии, Дата Реализации и прочие данные) включена в этикетку, выполненную в соответствии со стандартом GS1-128 .

Отслеживаемый предмет торговли идентифицируется по номеру партии / Серии или серийному номеру, отслеживаемая информация отправляется с физическим объектом (отслеживаемым объектом)

GS1-128* + сообщения EDI/XML

Этикетка логистической единицы в рамках стандарта GS1-128 должна содержать только номер SSCC (серийный код транспортной упаковки). Однако для однородных паллет могут потребоваться дополнительные атрибуты в формате, воспринимаемом человеком, и в формате штрихового кодирования. Обмен дополнительной информацией происходит посредством сообщений EDI/XML.

Электронный Код Продукта (EPC)

Метка EPC содержит уникальный идентификационный номер. Информация для Прослеживаемости передается из связанных систем и баз данных (например, из Информационных Систем для Электронного Кода Продукции (EPCIS)).

Отслеживаемый предмет торговли идентифицируется по номеру партии / Серии или серийному номеру. Отслеживаемая информация становится доступной из базы данных.

GS1-128

Этикетка логистической единицы в рамках стандарта GS1-128 должна содержать только номер SSCC (серийный код транспортной упаковки). Информация передается в базу данных, через которую становится доступной Партнерам по Цепи Поставок.

Электронный Код Продукта (EPC)

Метка EPC содержит уникальный идентификационный номер. Информация для Прослеживаемости передается из связанных систем и баз данных (например, из Информационных Систем для Электронного Кода Продукции (EPCIS)).

* или другие применимые стандарты штрихового кодирования

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

Пример:

GS1-128 → определение Идентификаторов Применения и маркировка моделей

Сообщения EDI/XML → определение типов и характеристик Сообщений в Руководстве по Внедрению, которые будут описывать выбранные и утвержденные элементы данных, и так далее…

Шаг 8. Валидация Процесса

Утвердите ваши Руководства по Внедрению и Технические Руководства вместе с НО GS1 для обеспечения их соответствия соответствующим глобальным стандартам. Для использования стандартов GS1 для Прослеживаемости этот шаг является обязательным.

Шаг 9. Модель внутренних процессов (применительно к организациям)

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

Шаг 10. Завершающая проверка модели Прослеживаемости

Как только все вовлеченные стороны и бизнес процессы были определены, вам следует произвести проверку всей модели. А именно, внимание должно быть уделено возможностям Сторон выполнять требования процессов, связанных с получением товара, а также процессов, связанных с его дальнейшей передачей по цепи поставок (в том числе, ответить на вопрос: будет ли возможно связать отслеживаемую информацию на входе и на выходе, а также другие вопросы). Например, для логистического оператора не будет логичным утвердить «ручной» процесс получения товара (то есть в условиях, когда не используются какие-либо технологии, вроде штрихового кодирования или маркировки на паллетах), гораздо более подходящим вариантом будет процесс получения и передачи товара, основанный на системах штрихового кодирования. Все подобные моменты должны быть еще раз тщательно пройдены и рассмотрены для устранения оставшихся несоответствий и обеспечения успешного применения Глобального Стандарта Прослеживаемости GS1.

Шаг 11. Поддержание Стандартов

Когда организация внедряет стандарты GS1, в них может быть выявлена некоторая недостаточность охвата фактических бизнес процессов или требований, которая не могла быть предусмотрена на этапе планирования. В этом случае, организация обязательно должна связаться с НО GS1 и получить указания для подачи Запроса на Изменения в процесс управления глобальными стандартами (GSMP). Локальная НО GS1 может предоставить последние обновления стандартов. Для того, чтобы связаться с вашей локальной НО GS1 и получить больше информации о стандартах GS1, пожалуйста, обратитесь к сайту: www.gs1.org

Для Соответствия и Сертификации, пожалуйста, обратитесь к документу GS1 Глобальное Единообразие в Прослеживаемости (GTC).
Шаг 12. Соблюдение Архитектурных Принципов



Архитектурный Принцип

Соблюдает BRAD?

Комментарии

1

Требования в BRAD поддерживают ключи GS1 в качестве основных, обязательных идентификаторов.

Да




2

Требования в BRAD не изменяют форматов первичных идентификаторов и соответствуют элементам данных в том виде, в котором они определены в Глобальном Словаре Данных GS1.

Да




3

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

Да




4

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

Да




5

Бизнес требования, содержащиеся в BRAD, не нарушают архитектуры данных в каждом слое, а также между слоями Системы GS1. Например, требования не изменяют ключевые значения, используемые различными стандартами GS1, а также не изменяют повторно используемые объекты без применения соответствующих изменений ко всем связанным стандартам.

Да




6

Бизнес требования оценивают потенциальное воздействие стандарта, особенно в отношении внедрения и поддержания. Любое установленное потенциальное воздействие документируется в BRAD.

Да




7

Бизнес требования учитывают потенциальное масштабирование стандарта. Любое установленное потенциальное воздействие на масштабирование документируется в BRAD.

Да




8

Бизнес требования учитывают взаимную совместимость данных и процессов. Например, любые объекты, данные о которых используются в разных сообщениях, должны остаться совместимыми со всеми такими сообщениями. Любое установленное потенциальное воздействие на взаимную совместимость документируется в BRAD.

Да




9

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

Да




10

Бизнес требования в BRAD не создают дубликатов существующих компонентов GS1. Если создается риск создания дубликата, он документируется в BRAD вместе с пояснениями касательно возможности создания дубликатов.

Да




11

Бизнес требования в BRAD не накладывают явных или скрытых ограничений любых технологий.

Да




12

Бизнес требования в BRAD учитывают глобальную перспективу. Все сугубо локальные (индустриальные или геополитические) требования снабжены соответствующими пояснениями, описывающими, почему они не могут быть применены на глобальном уровне. Например, Булевский индикатор специфичной нормы противопоставляется стандартному списку кодов, покрывающему множественные регуляции.

Да




BRAD (Business Requirements Analysis Document) – Анализ Бизнес-требований
1   ...   14   15   16   17   18   19   20   21   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

Поиск