×
02.10.2019
219.017.cf79

СИСТЕМА ДЛЯ ГАРАНТИРОВАНИЯ ПОДЛИННОСТИ БРЕНДОВЫХ ТОВАРОВ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002700395
Дата охранного документа
16.09.2019
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к электронной регистрации в базе данных прав собственности на материальные изделия посредством пронумерованных карточек. Технический результат заключается в повышении надежности определения подлинности товара. В способе вводят в базу данных коды особых идентификаторов этикеток и особые номера пронумерованных карточек, поддерживают в базе данных для этих кодов статус, включающий в себя указатель того, связаны ли код особого идентификатора этикетки и особый номер пронумерованной карточки с проданными материальными изделиями, получают запросы на электронную регистрацию в базе данных из удаленных торговых терминалов для покупаемых материальных изделий, содержащие код особого идентификатора и номер пронумерованной карточки, регистрируют в базе данных права собственности на материальное изделие с помощью пронумерованной карточки, только если код уникального идентификатора и номер карточки совпадают с уникальным идентификатором и номером карточки, которые находятся в базе данных и не связаны с проданным физическим изделием, при этом изменяют статус на указатель, что код уникального идентификатора этикетки и уникальный номер пронумерованной карточки теперь связаны с проданным материальным изделием. 4 з.п. ф-лы, 136 ил.
Реферат Свернуть Развернуть

УРОВЕНЬ ТЕХНИКИ

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

Изготовители развернули в основном безуспешную (к данному моменту) кампанию, чтобы помешать и подделыванию, и производству несанкционированных товаров.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

1) получают фирменные ярлыки (этикетки с универсальными общемировыми кодами (универсальными общемировыми универсальными общемировыми идентификаторами, УОИД)) для брендов, добавляемые к товарам (изделиям) розничной торговли изготовителем, задают код УОИД на многоцелевой фабричной этикетке или ярлыке в виде человекочитаемого кода, двумерного штрих-кода («QR-кода») или аналогичного кода;

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

3) при осуществлении предлагаемого решения, товар, соответствующую ему этикетку с УОИД и соответствующую ему карточку ПОБ - все это отслеживают в магазине розничной торговли; в этом момент розничный торговец устанавливает контроль над информацией о товаре и точке его продажи;

4) находясь в магазине, потребитель перед совершением покупки может удостовериться в подлинности изделия, запрашивая решение с использованием этикетки с УОИД;

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

6) когда изделие доставляют потребителю, розничный торговец заканчивает регистрацию и передачу собственности, которая имеет и материальную, и электронную составляющие; теперь потребитель имеет запись своей покупки, доказательство права собственности, защиту от утраты и еще один товар для своей «виртуальной кладовой», которая содержит все розничные покупки предметов роскоши этого владельца;

7) после продажи, потребитель может доказать подлинность товара и право собственности на него, запрашивая решение посредством этикетки с УОИД; аналогичным образом, любой может запросить решение с той же самой информацией, чтобы определить подлинность товара;

8) после продажи, потребитель может «поделиться» своим запасом товаров, запрашивая предлагаемое решение и/или посредством социальных сетей.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

фиг. 1 и 2 иллюстрируют весь процесс в соответствии с предпочтительными вариантами осуществления данного изобретения;

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

фиг. 4-6 дополнительно иллюстрируют весь процесс в соответствии с предпочтительными вариантами осуществления данного изобретения;

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

на фиг. 9-15 показан процесс покупки этикеток в соответствии с предпочтительным вариантом осуществления данного изобретения;

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

на фиг. 19-25 показан процесс проводки товаров на складе в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 26-30 показан процесс перевозки товаров в сбытовую сеть в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 31-41 показан процесс покупки карточек ПОБ в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 42-49 показан процесс тестирования карточек ПОБ в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 50-54 показан процесс проводки карточек ПОБ на складе в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 55-60 показан процесс перевозки карточек ПОБ в соответствии с предпочтительными вариантами осуществления данного изобретения;

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

на фиг. 62-69 показаны процессы, связанные с перевозкой карточек ПОБ, в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 70-73 показан процесс оформления требования на закупку карточек ПОБ торговыми точками (ТТ) в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 74-75 показан процесс проводки карточек ПОБ в ТТ в соответствии с предпочтительными вариантами осуществления данного изобретения;

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

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

на фиг. 81-82 показан процесс проводки товаров в ТТ в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 83А, 83В и 84-87 показан процесс регистрации продаж в соответствии с предпочтительными вариантами осуществления данного изобретения;

на фиг. 88-90 показаны процессы возвратов и передач потребителями в соответствии с предпочтительными вариантами осуществления данного изобретения;

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

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

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

на фиг. 95 показан процесс регистрации свидетельства в соответствии с предпочтительным вариантом осуществления данного изобретения;

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

на фиг. 97 показаны процессы обработки запросов в соответствии с предпочтительным вариантом осуществления данного изобретения;

на фиг. 98-99 показаны экраны дисплеев интерфейсов пользователей в мобильных приложениях для контроля товаров и запрашивания товаров в соответствии с предпочтительным вариантом осуществления данного изобретения;

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

на фиг. 101-107 представлены диаграммы «сущность - связь» (ДСС) в соответствии с предпочтительным вариантом осуществления данного изобретения;

на фиг. 108-129 показаны поля данных и типы данных, касающиеся сущностей на ДСС согласно фиг. 101-107.

на фиг. 130-135 показаны компоненты аппаратного/программного обеспечения и связанная с ними архитектура сети в соответствии с предпочтительными вариантами осуществления данного изобретения;

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

I. ОБЗОР

В данном описании - лишь для удобства, а не в качестве ограничения данного изобретения, употребляется определенная терминология.

Содержание

1 КОНТЕКСТ

1.1 ЗАДАЧИ

2 ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЯМ

2.1 ТРЕБОВАНИЯ К ПРОИЗВОДИТЕЛЯМ

2.1.1 Производство

2.1.2 Организация складирования

2.1.3 Сбытовая сеть

2.1.4 Возвраты и передачи

2.2 ТРЕБОВАНИЯ К КОНЕЧНЫМ ПОТРЕБИТЕЛЯМ

2.2.1 Сертификация конечного потребителя

2.2.2 Поиск товаров

2.3 ОБЩИЕ И ТЕХНОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ

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

2.3.2 Технологические требования

1 Контекст

Данное изобретение в широком смысле можно сокращенно назвать «ЗСБ», что означает «Защита своего бренда». ЗСБ предназначается для использования компаниями, которые владеют товарными знаками и собираются снизить риски подделывания, а также гарантировать, что поставляемые товары являются оригинальными товарами.

Целевыми потребителями ЗСБ являются производящие компании (производители) и конечные потребители, которые приобрели товары у производителей.

1.1 Задачи

Производителей:

1. Бороться против подделывания брендовых товаров.

2. Защитить конечных потребителей гарантией подлинности покупаемого товара.

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

Конечных потребителей:

1. Гарантировать подлинность покупаемых товаров.

2. Иметь свидетельства о подлинности покупаемых изделий.

3. Иметь целенаправленные предложения.

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

2 Требования к пользователям

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

Заимствование решения, основанного на использовании карточек, известных как карточки ПОБ (карточки правообладателей брендов) и объединяемых с этикеткой с УОИД при продажах (деятельность, осуществляемая оператором торговой точки), служит в качестве еще одного элемента, обеспечивающего гарантию подлинности товара. Карточки ПОБ также называют «пронумерованными карточками».

2.1 Требования к производителям

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

«Производство», «Организация складирования», «Торговая точка», «Возвраты и передачи», «Маркетинг».

2.1.1 Производство

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

Для ясности, каждая этикетка имеет присвоенный ей код УОИД. УОИД или код УОИД также взаимозаменяемо именуется здесь «кодом уникального идентификатора (ИД)» УОИД находится на части этикетки, крепится к части этикетки, либо представляет собой часть этикетки, крепящейся (прикрепляемой) к изделию или к упаковке изделия. Соответственно, этикетка взаимозаменяемо именуется здесь также этикеткой с УОИД.

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

Для печати и активации кода на выбранных носителях, необходимо создать централизованное рабочее место печати этикеток; в противном случае, печатать этикетки с УОИД можно у смежника.

По возможности, этикетки вшивают в товары (например, предметы одежды, дамские сумочки, шарфы); в противном случае, этикетки сопровождают товары в их упаковках (ящиках/чемоданах/коробках для обуви, блузок, …).

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

2.1.2 Организация складирования

2.1.2.1 Этикетки с УОИД

Всю информацию, касающуюся количества произведенных товаров организуют в системе ЗСБ и обязательно подтверждают, начиная с проводки готового товара на складе (считывание при обмене между перевалочными пунктами, проверка возможностей/перспектив оптического считывания с помощью с помощью персональных цифровых секретарей (ПЦС)). Сразу же после завершения инвентаризации полученных товаров, неиспользованные этикетки утилизируют. Этот этап очень важен, потому что лишь после подтверждения этого коды становятся доступными в системе реализации, а статус товаров изменяется с «В производстве» на «В логистике».

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

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

2.1.2.2 Карточка правообладателя (защиты/безопасности) бренда (ПОБ)

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

Уникальный код взаимозаменяемо именуется здесь также «уникальным номером».

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

Чтобы лучше управлять процессом покупки товаров, можно осуществлять процесс считывания кодов УОИД, когда товары покидают склад. Таким образом, товары изменяют свой статус с «В логистике» на «В пути».

2.1.3 Сбытовая сеть

2.1.3.1 Товары и карточки ПОБ

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

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

Каждый одиночный товар, имеющий собственную этикетку с УОИД, поставляется в ТТ или на оптовую базу, импортеру или в отделение по сбыту.

При проводке товаров и карточек ПОБ в ТТ, требуется подтверждать их получение посредством считывания кодов этикетки с УОИД (проводка товаров) и/или карточек ПОБ с помощью наиболее подходящей технологии. Данные центральной системы пополняются данными ТТ, а статус товаров изменятся «В логистике/В пути» на «В продаже».

Объем запасов на складе, а также в ТТ, можно увеличивать путем использования технологии, представленной в этикетках с УОИД.

2.1.3.2 Продажи конечным потребителям

Важной фазой в процессе является фаза продаж, во время которой торговая точка осуществляет объединение этикетки с УОИД товара и карточки ПОБ. В этот момент, данные, касающиеся товара, имеющего этикетку с УОИД, заносятся в центральную систему (также именуемую здесь «компьютером администрации») вместе с местом и датой продажи.

Это ключевое событие во всем процессе в целом. В этот момент, продажа согласно коду с УОИД делается уникальной. Если бы акт продажи был уже совершен, объединить этикетку с УОИД и карточку ПОБ было бы невозможно.

Розничные торговцы должны объединить человекочитаемый код карточки ПОБ и код УОИД товара. В центральной системе товар занесен (связан) с двумя кодами, относящимися к карточке ПОБ (статус изменяется с «В продаже» на «Продано»).

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

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

Розничный торговец, который продает изделие потребителю в ТТ, взаимозаменяемо именуется также «коммерсантом». Розничный торговец или коммерсант может присутствовать физически и/или виртуально. Примером физического присутствия является магазин. Примером виртуального присутствия является сайт электронной торговли (Internet-магазин). Хотя процесс, описанный выше аналогичен, место некоторых событий в среде электронной торговли отличается. Например, определенная информация, относящаяся к изделию и связанной с ним карточке ПОБ, в среде электронной торговли будет вводиться в пункте исполнения и обработки заказов на складе, а не в терминале, находящемся в реально существующем магазине. Аналогичным образом, структура, ответственная за решение определенных задач внутри сбытовой сети, для среды электронной торговли может быть другой. Канал электронной торговли для продаж изделий подробно описывается ниже. Объем данного изобретения включает в себя оба варианта осуществления (т.е. физический и виртуальный).

2.1.3.3 Возвраты от потребителей

Система предназначена для управления возвратами от потребителей:

i. возвраты товаров с карточкой ПОБ или без нее/

ii. может происходить и возврат карточек ПОБ без возврата объединенного с ними товара, но этот процесс здесь не описывается.

Каждую возвращаемую карточку ПОБ предпочтительно уничтожают таким способом, как разрезание карточки.

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

2.1.4 Возвраты и передачи

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

2.2 Требования к конечным потребителям

2.2.1 Сертификация конечных потребителей

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

2.2.2 Поиск товаров

2.2.2.1 Запрос кодов УОИД

Любой, кто имеет код УОИД, может получить доступ в систему, чтобы проверить информацию, касающуюся товара/бренда/поставщика/места продажи/покупателя. Доступ к этой информации свободен для каждого.

2.2.2.2 Сообщения/запросы для пояснения, направляемые производителю

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

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

2.3 Общие и технологические требования

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

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

Статусы этикеток с УОИД и карточек ПОБ надо отслеживать в системе ЗСБ в соответствующий день. Операции пользователей надо отслеживать в системах в соответствующий день.

2.3.2 Технологические требования

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

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

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

II. ПОДРОБНОЕ ОПИСАНИЕ

СОДЕРЖАНИЕ

1 ОСНОВА ЗСБ

1.1 ОСНОВА ЗСБ

2 ПРЕДЛАГАЕМОЕ РЕШЕНИЕ - ПРОИЗВОДИТЕЛИ

2.1 ОБЩИЙ ПРОЦЕСС

2.2 ПРОИЗВОДСТВО

2.2.1 Покупка этикеток с УОИД

2.2.2 Объединение этикеток с УОИД и товаров

2.2.3 Перевозка товаров на склад

2.3 СКЛАД

2.3.1 Управление товарами

2.3.2 Управление карточками ПОБ

2.4 СБЫТОВАЯ СЕТЬ

2.4.1 Управление карточками ПОБ в сбытовой сети

2.4.2 Управление товарами в сбытовой сети

2.4.3 Продажа товаров

2.4.4 Возвраты от потребителей

2.5 ВОЗВРАТЫ И ПЕРЕДАЧИ

2.5.1 Передачи из ТТ

2.5.2 Передачи от логистических дистрибьюторов

3 ПРЕДЛАГАЕМОЕ РЕШЕНИЕ - ПОТРЕБИТЕЛЬ

3.1 ОБЩИЙ ПРОЦЕСС - ПОТРЕБИТЕЛЬ

3.2 ФУНКЦИИ ОБСЛУЖИВАНИЯ

3.2.1 Вход в систему для регистрации

3.2.2 Мой профиль

3.2.3 Изменение пароля

3.3 РЕГИСТРАЦИЯ СВИДЕТЕЛЬСТВА

3.3.1 Регистрация свидетельства прав собственности

3.4 ЗАПРОС

3.4.1 Запрос на платяной товар

3.4.2 Запрос на одиночный товар

1. Основа ЗСБ

1.1 Основа ЗСБ

На фиг. 1 иллюстрируется, как с товаром, в данном случае - изданием карманного формата, связывают и скрепляют универсальный общемировой код (универсальный общемировой идентификатор, УОИД);

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

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

На фиг. 4 иллюстрируется сертификация продажи, во время которой УОИД этикетки, прикрепленной к изделию, становится связанным с карточкой ПОБ.

На фиг. 5 иллюстрируется, как потребитель регистрирует свои свидетельства прав собственности (карточки ПОБ) на товары.

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

2. Предлагаемое решение - производители

В этом разделе описано решение, предлагаемое для производителей.

2.1 Общий процесс (фиг. 7)

Процессы, осуществляемые производителем, разделены на следующие области: «Производство», «Складирование», «Сбытовая сеть», «Возвраты и передачи» и «Маркетинг».

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

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

2.2 Производство (фиг. 8)

Макроалгоритм процессов области «Производство».

2.2.1 Покупка этикеток с УОИД (фиг. 9)

Схема последовательности операций процесса: «Покупка этикеток»

На фиг. 10 показан интерфейс между системами планирования ресурсов предприятия (ПРП) клиента и порталом ЗСБ.

На фиг. 11 ход выполнения заказа показан на информационной панели портала ЗСБ.

Описание процесса «Покупка этикеток с УОИД»

1. Макропроцесс показывает связь между заказом на выполнение работ и печатью этикеток с УОИД:

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

a. Код компании

b. Бренд

c. Запрашивающий офис

d. Код языка производителя

e. Код заказа на выполнение работ

f. Номер смежника, т.е. получателя заказов на печать этикеток (для каждого заказа на проведение работ - только один поставщик)

g. Описание поставщика/название компании

h. Данные товара:

i. Товар/модель

ii. Описание товара (язык производителя)

iii. Описание товара на английском языке

iv. Типы этикеток (их может быть больше одного для каждого заказа на выполнение работ):

Штрих-код (обязательно)

QR-код (не обязательно)

Радиочастотный идентификатор (РЧИД) (не обязательно)

v. Количество товаров, которые надлежит произвести

vi. Наценка, %

2. Основные этапы макропроцесса «Покупка этикеток с УОИД». Формирование заказов этикеток с УОИД

a. Отдел планирования размещает заказ на печать этикеток с УОИД и посылает его в типографию (зачастую - стороннюю по отношению к компании).

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

c. В соответствии с еще одним предложением, заказы на этикетки с УОИД формируют в течение фазы формирования партий.

d. Атрибуты заказов этикеток с УОИД:

i. Код компании

ii. Бренд

iii. Запрашивающий офис

iv. Код языка производителя

v. Код заказа на выполнение работ

vi. Номер смежника, т.е. получателя заказов на печать этикеток (для каждого заказа на проведение работ - только один поставщик).

vii. Данные товаров (их может быть больше одних для каждого заказа на выполнение работ)

A. Товар/модель

B. Описание поставщика/название компании

C. Описание товара (язык производителя)

D. Описание товара на английском языке

E. Типы этикеток:

Штрих-код (обязательно)

QR-код (не обязательно)

РЧИД (не обязательно)

F. Количество товаров, которые надлежит

произвести

G. Первый последовательный символ этикеток

е. Система нумерации этикеток с УОИД

Согласуемый ключ этикеток с УОИД:

i. Код компании (4 цифровых символа)

ii. Последовательный символ компании (9 цифровых символов)

iii. Предлагается использовать код 128 (который не является европейским кодом номеров изделий (ЕКНИ)).

3. Заказ формируют в системе ПРП компании, размещают на портале ЗСБ (заказ оказывается в статусе «Послан») и посылают поставщику посредством структурированного сообщения электронной почты.

Производственно-диспетчерский отдел может управлять эволюцией заказов этикеток с УОИД посредством портала ЗСБ.

Статус заказов, размещенных на портале ЗСБ, может принимать следующие значения:

Фиг. 12: Оператор компании может видеть список заказов и видеть их эволюцию.

Подтверждение получения заказов на этикетки с УОИД

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

2. Функции портала являются такими же, как используемые компанией, и специально адаптированы для поставщика.

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

Фиг. 14: На портале ЗСБ заказ имеет статус «Подтвержден».

Печать этикеток с УОИД

1. Типография печатает этикетки в соответствии с инструкциями, полученными в заказе.

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

Упаковка этикеток с УОИД

1. Упаковку этикеток проводят в соответствии с инструкциями, полученными в заказе.

2. Упаковка этикеток с УОИД не поддерживается посредством какой-либо функции ЗСБ.

Передача этикеток с УОИД на фабрики

1. Передачу этикеток с УОИД на фабрики (принадлежащие или не принадлежащие производителю, т.е. внутренние или внешние по отношению к нему) проводят в соответствии с инструкциями, полученными в заказе.

2. Предполагается использовать онлайн-функцию ЗСБ (портал), с помощью чего типография может уведомить производителя о передаче этикеток на фабрики (заказ имеет статус, соответствующий ситуации «Послан в производство», как показано на фиг. 15).

Этикетки с УОИД не отслеживаются во время передачи из типографии в производство; они отслеживаются только по прибытии товара на склад или в ТТ (в соответствии с параметрами конфигурации, определенными в системе ЗСБ).

Обращаясь к фиг. 9, отмечаем, что здесь вышеописанный процесс покупки этикеток с УОИД иллюстрируется как разбитый на следующие этапы:

Этап 901: Формирование заказов на этикетки

Этап 902: Выбор сценария

Этап 902: Подтверждение получения заказа

Этап 904: Подтверждение получения заказа (структурированным сообщением электронной почты)

Этап 905: Печать этикеток с УОИД

Этап 906: Упаковка этикеток с УОИД

Этап 907: Передача этикеток с УОИД на фабрики/в производство (подтверждение передачи на уровне заказа на выполнение работ)

2.2.2 Объединение этикеток с УОИД с товарами

фиг. 16: Схема последовательности операций процесса: «Объединение этикеток с УОИД с товарами»

Процесс, относящийся к объединению этикеток с УОИД с товарами, не поддерживается посредством какой-либо функции ЗСБ.

2.2.3 Перевозка товаров на склад

фиг. 17: Схема последовательности операций процесса: «Перевозка товаров на склад»

Процесс, относящийся к перевозке товаров на склад, не поддерживается посредством какой-либо функции ЗСБ.

2.3 Склад (фиг. 18)

Макроалгоритм процессов области «Склад»

2.3.1 Управление товарами

В абзаце «Управление товарами» речь идет о проводке товаров на складе и о соответствующей перевозке в сбытовую сеть. Процессы, относящиеся к управлению товарами внутри склада, находятся за рамками объема проекта ЗСБ.

2.3.1.1 Проводка товаров на складе

ЗСБ встроена в процесс контроля качества (ее можно осуществлять на основе каких-либо образцов или больше на массовом уровне) или подсчета получаемых товаров. Управление получением товаров осуществляется перед их попаданием на склад.

Отслеживание этикеток с УОИД на складе является необязательным процессом; если при поступлении товара на склад регистрацию этикетки с УОИД не проводят, первая регистрация этикетки с УОИД происходит в ТТ при получении товара.

2.3.1.1.1 Проводка товаров на складе без регистрации этикеток с УОИД

фиг. 19: Схема последовательности операций процесса

Процесс, относящийся к проводке товаров без регистрации этикеток с УОИД, не поддерживается посредством какой-либо функции ЗСБ.

2.3.1.1.2 Проводка товаров на складе с регистрацией с УОИД

фиг. 20: Схема последовательности операций процесса

фиг. 21: Регистрацию этикеток с УОИД на складе объединяют с управлением заказом на выполнение работ. Для каждого товара можно различить следующее:

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

2. Баланс заказа на выполнение работ

3. Окончательное согласование заказа на выполнение работ

4. После сведения баланса заказа на выполнение работ, любые не полученные этикетки с УОИД отслеживаются со статусом «Не получены».

Регистрацию изделий, поступающих на склад можно проводить путем проверки каждой одиночной этикетки (см., например, фиг. 22 и 23), или путем проведения широкомасштабного контроля с помощью надлежащего оборудования для регистрации (см., например, фиг. 24 и 25).

Фиг. 22 и 23: Регистрация одиночной этикетки

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

Фиг. 24 и 25: Регистрация с помощью РЧИД турникета (этикеток турникета)

Оператор выбирает номер задания, которому соответствуют этикетки, проводку которых в запас Вы хотите зафиксировать, а потом продолжает процесс регистрацией изделий (большинства изделий для каждой записи). Считывание этикеток будет проводиться посредством РЧИД турникета. См. фиг. 24, 25.

Обращаясь к фиг.20, отмечаем, что здесь вышеописанный процесс проводки товаров с регистрацией этикеток с УОИД иллюстрируется как разбитый на следующие этапы:

Этап 2001: Регистрация заказов на выполнение работ

Этап 2002: Регистрация этикеток с УОИД

Этап 2003: Изменение заказа на выполнение работ?

Этап 2004: Завершение заказа на выполнение работ?

Этап 2005: Заказы на выполнение работ имеют статус «Выполняется»

Этап 2006: Согласование заказов на выполнение работ?

Этап 2007: Аннулирование пропущенных этикеток

Этап 2008: Заказ на выполнение работ имеет статус «Завершен»

Этап 2009: Другие заказы на выполнение работ, подлежащие регистрации?

2.3.1.2 Перевозка товаров в сбытовую сеть

Что касается перевозки товаров в сбытовую сеть (дистрибьюторам/в ТТ), то идентифицированы следующие две возможности:

1. Первая возможность менее вероятна, чем вторая и обеспечивает информацию на количественной основе только на уровне товара/модели (см. процесс «Перевозка товаров без регистрации кода УОИД»)

2. Вторая возможность возникает чаще и влечет за собой регистрацию посылаемых кодов УОИД (см. процесс «Перевозка товаров с регистрацией кода УОИД»)

Статус ордеров на погрузку, размещаемых на портале ЗСБ может принимать следующее значение:

На фиг. 26 показаны групповые заказы, которые компания видит, когда заходит на портал ЗСБ.

2.3.1.2.1 Перевозка товаров без регистрации этикеток с УОИД

Фиг. 27: Схема последовательности операций процесса

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

2.3.1.2.2 Перевозка товаров с регистрацией этикеток с УОИД

Фиг. 28: Схема последовательности операций процесса

Регистрацию этикеток с УОИД во время перевозки можно проводить на складах, управление которыми осуществляется вручную, а не на автоматизированных складах.

Фиг. 29, 30: Регистрация кодов УОИД во время процесса подготовки перевозки со склада в сбытовую сеть (во время упаковки товаров, укладываемых в ящики, или в конкретном месте (РЧИД турникета) для товаров, подвешиваемых на крюках).

2.3.2 Управление карточками ПОБ

В этом разделе описываются процессы, классифицируемые под названием «Управление карточками ПОБ».

Обращаясь к фиг. 28, отмечаем, что вышеописанный процесс перевозки товаров в сбытовую сеть с регистрацией этикеток с УОИД иллюстрируется как разбитый на следующие этапы:

Этап 2801: Регистрация транспортно-сопроводительного документа

Этап 2802: Регистрация этикетки с УОИД

Этап 2803: Изменение документа/ТТ?

Этап 2804: Зарегистрировать другой документ?

2.3.2.1 Покупка карточек ПОБ

Фиг. 31: Схема последовательности операций процесса

1. Разметка карточек ПОБ.

a. Основная информация, организуемая в карточках ПОБ:

i. Компания

ii. Бренды (их может быть больше одного)

iii. Унифицированный указатель ресурсов (УУР (URL)) для доступа к специфичному для компании порталу ЗСБ

iv. Человекочитаемый код: 4 символа идентификации компании +9 последовательных символов компании

v. Человекочитаемый код: 5 буквенно-цифровых символов (только заглавные буквы за исключением «I» и «О»)

b. Структура определена на нескольких уровнях упаковки:

i. Одиночная карточка ПОБ

ii. Ящик: упаковка до 100 карточек ПОБ

iii. Партия: упаковка до 10 ящиков

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

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

2. Архив карточек ПОБ

a. Основные ключи

Человекочитаемый код

i. Код компании: 4 буквенно-цифровых символа (только заглавные буквы за исключением «I» и «О»)

ii. Последовательные символы: 9 последовательных символов (последовательных символов на уровне компании)

b. Атрибуты

i. Скрытый код (родовой атрибут)

5 буквенно-цифровых символов

ii. Статус карточки (приблизительный список значений, которые предстоит подтвердить)

A. Заказана

B. На складе

C. Послана в сбытовую сеть

D. У дистрибьютора

E. В ТТ

G. Объединена с кодом УОИД

H. Уничтожена (должны быть доступны несколько кодов уничтожения, например: уничтожена при тестировании на складе, другие случаи уничтожения)

iii. Местонахождение

A. Где

На складе

В сбытовой сети

У потребителя

B. Код местонахождения

Код склада

Код дистрибьютора

Код ТТ

Номер потребителя

iv. Уведомления потребителя

A. Передача карточек ПОБ другим или какая-либо кража

B. Типичные замечания

v. Атрибуты для целей маркетинга

Описание процесса «Покупка карточек ПОБ»

Статус ордеров на погрузку, размещаемых на портале ЗСБ, может принимать следующее значение:

На следующем чертеже показаны групповые заказы, которые видит компания, когда заходит на портал ЗСБ.

Планирование выпуска карточек ПОБ

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

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

3. Процесс поддерживается посредством функции ЗСБ.

На фиг. 32 показан интерфейс между клиентскими системами с ПРП и порталом ЗСБ.

На фиг. 33 прохождение заказа показано на информационной панели портала ЗСБ.

Выдача заказов на карточки ПОБ

Управление заказами на карточки ПОБ

1. Номера карточек, которые должна напечатать типография, генерируются в соответствии с количеством заказов на карточки ПОБ.

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

a. Справочные данные заказа

b. Информацию об упаковке

c. Список карточек ПОБ, подлежащих печати; для каждого товара также задают скрытый код.

3. Заказ карточек ПОБ можно разместить в системе с ПРП, а потом послать в систему ЗСБ, при этом составление подробностей заказа и управление ими происходит в системе ЗСБ.

4. Процесс поддерживается посредством функции ЗСБ.

Оператор составляет заказ, начиная с прогноза и запросов, получаемых из торговых точек розничной торговли.

Фиг. 34: Это пример выбора прогноза (номер 3000).

Фиг. 35, 36: Это пример выбора заказа из торговой точки (номер 0312).

Фиг. 37: Состояние в конце составления заказа называется «Запущена процедура утверждения».

Фиг. 38: После утверждения компетентной службой, статус заказа - «Послан».

Подтверждение заказов на карточки ПОБ

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

Фиг. 39: Пример утверждения через портал.

Фиг. 40: Пример утверждения посредством структурированного сообщения электронной почты.

Печать карточек ПОБ

1. Типография печатает карточки ПОБ в соответствии с инструкциями, полученными в заказе.

2. Этот процесс не поддерживается посредством какой-либо функции ЗСБ, за исключением информации, получаемой в заказе (разметка, количества, которые надо напечатать).

Упаковка карточек ПОБ

1. Сразу после завершения фазы печати, типография осуществляет упаковку этикеток, следуя инструкциям о составе упаковки, получаемым в заказе.

2. Развертывают функцию ЗСБ, за исключением информации, получаемой в заказе (упаковка).

Передача карточек ПОБ на склад (фиг. 41)

1. Передачу карточек ПОБ на склад осуществляют в соответствии с инструкциями, полученными в заказе.

2. Развертывают онлайн-функцию ЗСБ (портал). В соответствии с этой функцией, типография может уведомлять производителя о передаче карточек на склад (задание диапазонов начала/конца карточек во время процесса передачи).

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

Этап 3101: Планирование выпуска карточек ПОБ

Этап 3102: Выдача заказов на карточки ПОБ

Этап 3103: Выбор сценария

Этап 3104: Подтверждение порядка заказов на карточки (посредством портала)

Этап 3105: Подтверждение порядка заказов на карточки (по почте)

Этап 3106: Печать карточек ПОБ

Этап 3107: Упаковка карточек ПОБ

Этап 3108: Передача карточек ПОБ на склад

Этап 3109: Технологическое тестирование связей карточек (см. точку 2)

Этап 3110: Физическое уничтожение карточек, которые протестированы, и карточек, которые не прошли процесс тестирования

Этап 3111: Проводка карточек ПОБ на склад

Этап 3112: Складское хранение карточек, которые прошли процесс тестирования

Тестирование карточек ПОБ

Фиг. 42: Схема последовательности операций процесса

Фазы тестирования

1. В начале процесса тестирования, указывают заказ и партию/ящик (посредством задания проверяемого диапазона начала/конца этикеток), а в конце тестирования заказа возможно принятие решения о том, подтвердить ли партию в соответствующих остающихся карточках.

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

3. Процесс тестирования осуществляют, соскребая слой с карточки ПОБ, а протестированные карточки извлекают (как физически, так и логически, в системе ЗСБ).

4. Все протестированные карточки нужно отслеживать в системе ЗСБ безотносительно результата тестирования.

5. Процесс тестирования карточек ПОБ поддерживается посредством функции ЗСБ.

6. Если результат процесса тестирования является отрицательным (например, идентифицировано избыточное количество карточек, которые не прошли), считают, что в выдаче карточек ПОБ отказано.

На фиг. 43-49 показаны экраны для управления сообщениями проводимого теста.

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

Этап 4201: Регистрация диапазона начала/конца, подлежащего тестированию

Этап 4202: Регистрация одиночной карточки, подлежащей тестированию

Этап 4203: Результат тестирования

Этап 4204: Статус карточки: извлечена (отрицательный результат тестирования)

Этап 4205: Статус карточки: извлечена (использована для тестирования)

Этап 4206: Другие карточки, подлежащие регистрации

Этап 4207: Результат тестирования диапазона

Этап 4208: Статус карточки из диапазона: извлечена (отрицательный результат тестирования)

Этап 4209: Другой диапазон, подлежащей тестированию?

Проводка карточек ПОБ на складе (фиг. 50-54)

При проводке карточек ПОБ на складе, функция ЗСБ позволяет оператору регистрировать проводку карточек ПОБ с заданием диапазонов начала/конца карточек, получаемых типографией, на уровне партии (максимальная упаковочная единица) или на уровне ящика (минимальная упаковочная единица).

Физическое уничтожение карточек ПОБ, которые протестированы, и карточек ПОБ, которые не прошли тестирование

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

Этот процесс не поддерживается посредством какой-либо функции ЗСБ.

Хранение карточек ПОБ на складе

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

2.3.2.1 Перевозка карточек ПОБ в сбытовую сеть

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

2.3.2.1.1 Перевозка карточек ПОБ в сбытовую сеть без регистрации номеров карточек

Фиг. 55: Схема последовательности операций процесса:

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

2.3.2.1.2 Передача карточек ПОБ в сбытовую сеть с регистрацией номеров карточек

Фиг. 56: Схема последовательности операций процесса

Фиг. 57-60: Справочные данные перевозочного документа (т.е. дата, количество, пункт назначения (другой склад, дистрибьютор, ТТ), диапазоны начала/конца карточек во время перевозки) должны быть зарегистрированы в системе ЗСБ.

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

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

Этап 5601: Регистрация перевозочного документа

Этап 5602: Регистрация начала/конца партии/ящика

Этап 5603: Изменить документ?

Этап 5604: Другой документ, подлежащий регистрации?

2.4 Сбытовая сеть (фиг. 61)

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

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

2.4.1 Управление карточками ПОБ в сбытовой сети

2.4.1.1 Управление карточками ПОБ у дистрибьюторов

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

2.4.1.1.1 Проводка карточек ПОБ у дистрибьюторов (фиг. 63, 64)

Фиг. 62: Схема последовательности операций процесса

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

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

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

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

Этап 6201: Выбор сценария

Этап 6202: Отсутствие регистрации

Этап 6203: Указание только полученного количества

Этап 6204: Указание диапазона начала/конца

2.4.1.1.2 Передача карточек ПОБ от дистрибьюторов в ТТ (фиг. 66-69)

Фиг. 65: Схема последовательности операций процесса

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

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

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

Этап 6501: Регистрация диапазона отправки?

Этап: 6502: Отсутствие регистрации диапазона отправки

Этап 6503: Регистрация перевозочного документа

Этап 6504: Регистрация диапазона начала/конца

Этап 6505: Изменить документ/ТТ?

Этап 6506: Другой документ, подлежащий регистрации?

2.4.1.2 Управление карточками ПОБ в ТТ

2.4.1.2.1 Предписания на закупку карточек ПОБ торговыми точками (фиг. 71-73)

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

Фиг. 70: Схема последовательности операций процесса.

Статус заказа, размещаемого на портале ЗСБ, может принимать следующее значение:

2.4.1.2.2 Проводка карточек ПОБ в ТТ (фиг. 75)

Фиг. 74: Схема последовательности операций процесса

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

2.4.2 Управление товарами в сбытовой сети

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

2.4.2.1 Управление товарами у дистрибьюторов

2.4.2.1.1 Проводка товаров у дистрибьюторов

Фиг. 76: Алгоритм процесса

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

2.4.2.1.2 Перевозка товаров в ТТ

Фиг. 77: Алгоритм процесса

1. Как видно на чертеже, в процессе передачи товаров в сбытовую сеть, товары, посылаемые со склада дистрибьютору, идут в сопровождении перевозочного документа (например, перевозочного документа номер 1). В системе ЗСБ сработает онлайн-функция, которая позволяет дистрибьютору выбрать перевозочный документ, полученный со склада (например, перевозочный документ номер 1), создать новый перевозочный документ для перевозки от дистрибьютора в ТТ (например, перевозочный документ номер 2), указать ТТ места назначения и указать, какие товары, полученные со склада (с перевозочным документом номер 1) будут посланы в ТТ.

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

3. Справочные данные о документах поступлений у дистрибьютора и справочные данные документов об отправках, осуществляемых дистрибьютором, вводятся в систему.

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

Управление товарами ЗСБ у дистрибьютора является не обязательным процессом.

Ниже приводятся экраны, отображаемые на портале ЗСБ.

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

Сразу же после того, как Вы сформировали заказ, он связывается с количеством каждого товара (фиг. 79).

В конце завершения заказа, его статус изменяется на «Послан» (фиг. 80).

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

Этап 7701: Регистрация перевозочного документа

Этап 7702: Задание посылаемого количества, выражаемое через товар/модель

Этап 7703: Изменить документ/ТТ?

Этап 7704: Печать транспортного документа?

Этап 7705: Транспортный документ в отпечатанном виде

Этап 7706: Другой документ, подлежащий печати?

2.4.2.2 Управление товарами в ТТ

2.4.2.2.1 Проводка товаров в ТТ

Фиг. 81: Алгоритм процесса

1. Предполагается, что для регистрации товаров в ТТ можно позаимствовать два разных способа. Первый способ является «интеллектуальным» и подразумевает, что после входа в систему, контактное лицо ТТ регистрирует коды УОИД товаров, не входя в какой либо канал связи для получения какого-либо сопроводительного документа (эту функцию развертывают с помощью мобильных устройств).

2. Второй способ более структурирован и позволяет вводить в систему ЗСБ справочные данные входящего транспортного документа (документа о транспортировке, упаковочного листа или других документов), при этом последовательно осуществляется регистрация и согласование всех этикеток с УОИД (эту функцию развертывают через портал).

3. Обе вышеупомянутые функции можно запустить с помощью сети Internet или без нее.

4. В ТТ можно использовать оптическое считывающее устройство или более совершенное устройство.

На фиг. 82 показан простой экран дисплея.

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

Этап 8101: Регистрация транспортного документа?

Этап 8102: Регистрация только этикеток с УОИД

Этап 8103: Регистрация перевозочного документа

Этап 8104: Регистрация этикетки с УОИД

Этап 8105: Изменение документа?

Этап 8106: Согласование успешно?

Этап 8107: Сообщение о несогласовании транспортного документа/зарегистрированных этикеток

Этап 8108: Другой документ?

2.4.3 Сбыт товаров

Фиг. 83А и 83В: Алгоритм процесса

При анализе отслеживаемого процесса сбыта, предполагается, что оплата уже проведена потребителем при введении товара в систему ЗСБ.

1. Оператор может зарегистрировать данные потребителя (если они есть), код УОИД и человекочитаемый код карточки ПОБ.

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

3. В случае неблокируемых ошибок (система рассматривает только этикетки с УОИД, код действительной карточки которых в ТТ не загружен), оператору предоставляется возможность принудительного объединения этикетки с УОИД и карточки ПОБ и поддержки отслеживания принудительного процесса.

4. В случае некорректности получаемых данных, оператору предоставляется обратная связь в системе; аналогично, предполагается возможность предоставления обратной связи потребителю посредством использования SMS-сообщений, сообщений электронной почты или мобильного приложения в соответствии с информацией, предоставляемой самим потребителем (номером мобильного телефона, адресом электронной почты, номером потребителя в системе ЗСБ). Если данные потребителя отсутствуют, информационный отчет о существующей регистрации можно послать в ТТ, пользуясь SMS-сообщениями, сообщениями электронной почты или мобильным приложением.

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

6. Предполагается, что при невозможности зарегистрировать объединение кода УОИД с карточкой ПОБ в торговой точке, этот процесс нужно осуществить впоследствии.

7. Потребитель не может завершить проводку карточки ПОБ в портале, если не завершено объединение кода УОИД с карточкой ПОБ в торговой точке.

Пример экрана.

фиг. 84: Экран для регистрации сбыта (существующий потребитель)

фиг. 85: Экран для регистрации сбыта (новый потребитель)

фиг. 86: Экран для регистрации сбыта (потребитель не хочет предоставлять свои персональные подробные данные). Если потребитель не хочет предоставлять свои персональные подробные данные, система просит оператора указать торговую точку.

фиг. 87: Во время продажи осуществляют согласование с кодом товара (например: 0001111116780) и кодом ПОБ (например: 0001800000005).

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

Этап 83А01: Выбор сценария

Этап 83А02: Существующий потребитель: отображение персональных данных потребителя

Этап 83А03: Новый потребитель: ввод данных потребителя: имени, номера мобильного телефона, и т.д.

Этап 83А04: Потребитель не хочет предоставлять свои персональные данные: ввод имени оператора ТТ

Этап 83В01: Ввод данных этикеток с УОИД и карточки ПОБ (человекочитаемый код)

Этап 83В02: Введен ли код?

Этап 83В03: Отображение отрицательного результата в системе

Этап 83В04: Отслеживание положительного результата: объединение этикетки с УОИД и карточки ПОБ

Этап 83В05: Отображение положительного результата в системе

Этап 83В06: Данные потребителя в наличии?

Этап 83В07: Посылка положительного результата посредством SMS в ТТ и потребителю

Этап 83В08: Другой товар, проданный потребителю?

2.4.4 Возвраты от потребителей

фиг. 88: Алгоритм процесса

1. Возврат товаров

a. Процесс позволяет регистрировать возврат товаров от потребителей.

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

c. Товар может быть возвращен в ТТ, которая его продала, или даже в другую ТТ.

d. Предполагается осуществление регистрации и товара (посредством регистрации кода УОИД), и карточки ПОБ (если потребитель предоставляет ее).

e. Регистрация возврата товара (кода УОИД)

i. Некоторая конкретная функция позволяет оператору зарегистрировать код УОИД на возвращенном товаре.

ii. Система осуществляет надлежащие проверки по зарегистрированному коду.

iii. Система отображает следующую информацию:

A. ТТ, в которой произошла продажа

B. Номер карточки ПОБ, объединенный с кодом УОИД

C. Статус карточки ПОБ

iv. Возможно указание причин возврата

v. Сразу же после завершения регистрация кода УОИД, статус карточки ПОБ (статус в ТТ) обновляют, карточку ПОБ логически отделяют от кода УОИД, а ее статус изменяется на «Уничтожена из-за возврата товара».

Возврат карточки ПОБ

a. Случай возврата карточки без товара не допускается.

b. Обращение к вышеупомянутой информации для возврата товаров.

c. Если карточку ПОБ возвращают, то ее физически уничтожают, даже если секретный код все еще не поврежден.

2.5 Возвраты и передачи

фиг. 89: Макроалгоритм.

Управление передачами включает в себя:

1. Передачи в сбытовую сеть (в ТТ/дистрибьюторам)

2. Передачи на складах

Возможна передача как изделий, так и карточек ПОБ.

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

Этап 8801: Регистрация кода УОИД

Этап 8802: Обнаружена ошибка?

Этап 8803: Отображение положительного результата проверки в системе

Этап 8804: Ввод причин возврата

Этап 8805: Обновление по базе данных (БД):

этикетка с УОИД: статус=«В ТТ из-за возврата»

карточка ПОБ: статус=«Уничтожена из-за возврата товара»

Этап 8806: Предпринимаемое отслеживание. Возврат кода УОИД с регистрацией ошибок

Этап 8807: Отображение сообщения об ошибках в системе

Этап 8808: карточка ПОБ возвращена?

Этап 8809: Отслеживание произошедшего возврата карточки ПОБ

Этап 8810: Физическое уничтожение карточки ПОБ

2.5.1 Передачи из ТТ

фиг. 90: Алгоритм процесса.

Передача изделий из ТТ

1. Передаваемые изделия следует регистрировать одно за другим посредством задания кода УОИД.

2. Система позволяет:

a. Регистрировать код УОИД

b. Задавать пункт назначения товаров (контролирующая компания, дистрибьютор, другая ТТ)

c. Задавать причину передачи

d. Вводить любые примечания

3. В конце регистрации кода УОИД, статус изменяется на «В пути» (если потребуется - путем задания пункта назначения, где находится ТТ, склад, дистрибьютор)

Передача карточек ПОБ

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

2. Проводка передаваемых товаров (товара, карточки ПОБ) в ТТ считается стандартной проводкой в ТТ.

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

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

Этап 9001: Задание справочных данных перевозочного документа

Этап 9002: Что передается?

Этап 9003: Обнаружение этикетки с УОИД

Этап 9004: Обнаружение начальной и конечной карточек ПОБ

Этап 9005: Изменить документ?

Этап 9006: Печать транспортного документа?

Этап 9007: Печать транспортного документа

Этап 9008: Другие товары/карточки, подлежащие передаче?

Передачи от логистических дистрибьюторов

Управление передачами включает в себя:

1. Передачи в сбытовую сеть (в ТТ/дистрибьюторам)

2. Передачи на складах

Возможна передача как изделий, так и карточек ПОБ; с концептуальной точки зрения, управление аналогично уже описанному в процессах «Проводка карточек ПОБ у дистрибьюторов», «Передача карточек ПОБ в сбытовую сеть", но - с дополнительной информацией о следующем:

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

b. Задание причины передачи

c. Ввод любых примечаний

3. ПРЕДЛАГАЕМОЕ РЕШЕНИЕ - ПОТРЕБИТЕЛЬ

В следующей главе описывается предлагаемое решение для конечного потребителя.

3.1 Общий процесс - потребитель (фиг. 91)

Процессы, осуществляемые потребителем, разделены на следующие области: «Функция обслуживания», «Регистрация свидетельств прав собственности» (карточки ПОБ), «Запрос».

Фиг. 91

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

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

Общая характеристика:

1. Тому, кто будет задавать некоторые общие вопросы о ЗСБ, с целью набора баллов следует зарегистрироваться, указав логин и пароль.

2. Для доступа в систему, пользователь должен быть направить сообщение электронной почти, пароль на начальном этапе может быть создан посредством ЗСБ, а потом может быть изменен с сайта друга бренда.

3. Потребитель-заказчик/собственник:

а. Потребитель-покупатель может быть или не быть собственником, и у нас есть два реестра - для клиента (возможно - становящегося таковым во время продажи), и окончательный - для владельцев. Этот период назвали тем, в течение которого - по завершении продажи или безотносительно наличия или отсутствия продаж - будут создаваться бренд и друг бренда (пример: человек, который не купил, а посылает запрос в систему ЗСБ).

b. Будет фиксировать и мастер-данные.

c. Публикует свои данные на портале ЗСБ:

i. Друг бренда опубликует свои данные лишь для себя (это будут конфиденциальные данные) или сделает их общедоступными.

ii. Опубликованные данные будут посланы в общую БД.

3.2 Функции обслуживания

Фиг. 92: Макросхема.

3.2.1 Вход в систему при регистрации (фиг. 93, 94).

Описание процесса

1. В процессе регистрации на портал (входа в систему) предполагалось, что регистрация осуществляется по ЗСБ в целом, безусловно - для данных пользователя, пароля и имени. Манипуляции другими, более подробными данными, возможны только на уровне компании (по причинам конфиденциальности и различных разрешений).

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

3. Регистрацию согласно логину могут осуществлять один из тех, кто купил товары у компании, придерживающейся ЗСБ, причем это могут быть и люди, которые только собираются воспользоваться запросом услуг, предоставляемых системой (в этом случае регистрация не обязательна).

4. Любой, кто регистрируется на портал ЗСБ (как потребители, так и люди, которые задают вопросы о товарах), называется другом бренда.

5. Регистрация логина необходима для того, чтобы зарегистрировать на портале свои свидетельства прав собственности (карточку ПОБ). Аналогично, это будет обязательным, чтобы набирать баллы и получить преимущество пользования возможностями, предлагаемыми маркетингом на основе ЗСБ.

6. Этап регистрации логина:

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

b. Регистрация пользователей

i. Регистрация персональных данных

A. По электронной почте будет послан идентификатор, ЗСБ на уровне системы по-прежнему будет генерировать внутренний код, а это позволит нам отрабатывать случаи, в которых пользователь решает изменить адрес.

B. Другая информация:

или имя (мужчина)

или фамилия (мужчина)

Дата рождения (мужчина)

или место рождения (мужчина)

или пол (мужской)

или гражданство (мужчина)

или адрес (факс)

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

или номер мобильного телефона (факс)

Конфиденциальность или данные (мужчина)

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

iii. Регистрация будет завершена в ответ на полученную ссылку при запросе нового логина.

3.2.2 Мой профиль.

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

3.2.3 Изменение пароля.

Изменение пароля позволит Вам изменять пароль участников портала ЗСБ (членов компании, друга бренда).

1. Для пользователей компании управление паролем будет возможно посредством упрощенного протокола доступа к каталогам (LDAP).

2. Пароль друга бренда не будет иметь срока действия.

3. В функции «изменение протокола» будет понятен даже признак восстановления пароля.

3.3 Регистрация свидетельства

фиг. 95: Макропроцесс

3.3.1 Регистрация свидетельства права собственности (фиг. 96).

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

Процесс предваряет регистрацию Ваших персональных данных по ЗСБ (регистрацию логина) Описание процесса:

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

2. После прохождения проверок достоверности, система отображает изделие (ранее согласованное оператором торговой карточки с карточкой ПОБ во время продажи).

Система проведет следующие операции контроля:

Проверки:

1. Наличия

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

3. Действительного кода

Просмотр описания товара или изготовителя, маркетингового обращения с приветствием, и т.п.

4. Неверного кода или неупорядоченного статуса карточки ПОБ

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

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

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

d. Статус карточки ПОБ в конце присвоения с этикеткой УОИД в конце или статус присвоения карточки будет таким: «Согласование, проведенное владельцем: статус карточки=объединена».

3.4 Запрос

Фиг. 97: Макроалгоритм.

3.4.1 Запрос носимого товара.

С помощью этого процесса Вы получите шанс опросить товары этого портфолио, зарегистрированные на ЗСБ (по всей компании, действующей на основе ЗСБ).

3.4.2 Запрос одиночного товара, (фиг. 98, 99)

Цель этого процесса состоит в том, чтобы дать публике шанс убедиться в оригинальности изделий компании, которая придерживается принципа ЗСБ.

Вопрос отдельного изделия является одной из основ ЗСБ, поскольку он позволяет аудитории audience стать кем-то вроде «контролера» на рынке.

Любой может удостовериться по телефону, является ли изделие оригинальным, путем поиска УОИД этикетки (например, 0001111116780).

СОДЕРЖАНИЕ

1 ДИАГРАММА «СУЩНОСТЬ - СВЯЗЬ»

1.1 БАЗА ДАННЫХ

1.2 ОРГАНИЗАЦИЯ

1.3 ПОКУПКА ЭТИКЕТКИ С УОИД

1.4 ПЕРЕДАЧА ЭТИКЕТКИ С УОИД В СЕТЬ

1.5 ПОКУПКА КАРТОЧЕК ЗСБ

1.6 ПЕРЕДАЧА ЗСБ В СЕТЬ

1.7 СБЫТ И РЕГИСТРАЦИЯ СВИДЕТЕЛЬСТВ ПРАВ ЗСБ

1.9 ДРУГИЕ ПРОЦЕССЫ

1. Диаграмма «сущность - связь»

1.1 База данных (фиг. 100)

Приложение ЗСБ охватывает несколько баз данных.

Общая база данных:

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

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

База данных компании

3. Содержит все файлы компании. У каждой компании есть своя база данных.

На фиг. 101 представлена моделируемая диаграмма «сущность - связь» сущностей в базе данных компании для общей базы данных.

1.2 Организация

На фиг. 102 представлена моделируемая диаграмма «сущность - связь» организационной структуры компании.

1.3 Покупка этикетки с УОИД

На фиг. 103 представлена моделируемая диаграмма «сущность - связь» сущностей, связанных с данными процесса покупки этикеток с УОИД.

1.4 Передачи этикетки с УОИД в сеть

На фиг. 104 представлена моделируемая диаграмма «сущность - связь» сущностей, вовлеченных в процесс посылки данных этикеток с УОИД в сбытовую сеть (дистрибьюторам, в торговые точки).

1.5 Покупка карточек ПОБ

На фиг. 105 представлена моделируемая диаграмма «сущность - связь» сущностей, вовлеченных в процесс сбора данных карточек правообладателей брендов (ПОБ).

1.6 Передача ПОБ в сеть

На фиг. 106 представлена моделируемая диаграмма «сущность - связь» сущностей, вовлеченных в процесс посылки карточки правообладателя бренда в сбытовую сеть и введения карточки правообладателя бренда в сбытовой сети (у дистрибьюторов, в торговых точках).

1.7 Сбыт и регистрация свидетельств прав (ПОБ)

На фиг. 107 представлена моделируемая диаграмма «сущность - связь» сущностей, вовлеченных в сбыт и регистрацию свидетельств прав (ПОБ).

1.8 Другие процессы

Другие процессы, описываемые в этом документе и касающиеся функциональности ЗСБ, основаны на этих сущностях.

СОДЕРЖАНИЕ

1 ПОЛЕ ДАННЫХ

1.1 СПИСОК СУЩНОСТЕЙ

1.2 ПОЛЕ ДАННЫХ

1. Поле данных

1.1 Список сущностей

На фиг. 108 и 109 показан список прикладной сущности «Защита своего бренда».

1.2 Поле данных

На фиг. 110-129 показан список прикладной сущности «Защита своего бренда» с указанием полей и их символики.

Эти поля данных относятся к ДСС, показанным на фиг. 100-107.

СОДЕРЖАНИЕ

АППАРАТНОЕ ОБЕСПЕЧЕНИЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

1.1 АППАРАТНОЕ ОБЕСПЕЧЕНИЕ

1.2 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

Аппаратное обеспечение и программное обеспечение

1.1 Аппаратное обеспечение

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

Фиг. 130: Производство

Фиг. 131: Склад и принтер карточек ПОБ

Фиг. 132: Дистрибьюторы

Фиг. 133: Торговая точка (ТТ)

Фиг. 134: Клиенты, друзья бренда и все кто хочет послать запрос в базу данных ЗСБ

Фиг. 135: Структура архитектуры аппаратных средств, организованная компанией, являющейся третьей стороной, где может быть установлено приложение ЗСБ.

Требования к аппаратным средствам физической инфраструктуры

Сервер приложения (также именуемый здесь «компьютером администрации»):

Сервер БД

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

Если сервер, на котором будет организовано приложение ЗСБ, будет построен на виртуальной инфраструктуре, требования, изложенные в предыдущей главе, придется ПРЕДНАЗНАЧИТЬ для каждой виртуальной памяти (ВП), а не для всеобщего пользования.

Сервер приложения

Сервер БД

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

Если сервер, на котором будет организовано приложение ЗСБ, будет построен на виртуальной инфраструктуре, требования, изложенные в предыдущей главе, придется ПРЕДНАЗНАЧИТЬ для каждой виртуальной памяти (ВП), а не для всеобщего пользования.

Сервер приложения

Сервер БД

1.2 Программное обеспечение

Требования к программному обеспечению

Вариант осуществления ЭЛЕКТРОННОЙ КОММЕРЦИИ

Для продаж по каналу электронной коммерции, управление платформой электронной коммерцией поручают специализирующемуся на этом оператору.

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

1. Модель 1 «Глобальный аутсорсинг»

2. Модель 2 «Промежуточный аутсорсинг»

3. Модель 3 «Легкий аутсорсинг»

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

Модель 1 «Глобальный аутсорсинг»

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

Основные роли:

1. Производитель:

a. Создает товары и карточки ПОБ

b. Посылает товары и карточки ПОБ глобальному аутсорсеру

2. Глобальный аутсорсер

a. Управляет товарами и карточками ПОБ на собственном складе

b. Управляет платформой электронной коммерции (заказами и платежами потребителей)

c. Управляет обработкой заказов, а также поставками товаров и карточек ПОБ

d. Управляет возможными возвратами

e. Архивирует пересылки производителю персональных данных и заказов потребителей

Этапы

Возможные возвраты посылаются глобальному аутсорсеру.

Модель 2 «Промежуточный аутсорсинг»

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

Основные роли:

1. Производитель:

a. Создает товары и карточки ПОБ

b. Посылает товары и карточки ПОБ глобальному аутсорсеру

c. Управляет обработкой заказов и поставкой карточек ПОБ потребителю

2. Аутсорсер

a. Управляет собственным складом и товарами

b. Управляет платформой электронной коммерции (заказами и платежами потребителей)

c. Посылает производителю заказы на сбыт, персональные данные потребителей и код УОИД проданного товара

d. Управляет обработкой заказов и поставками товаров потребителю

e. Управляет возможными возвратами

Этапы

Возможные возвраты посылаются глобальному аутсорсеру.

Модель 3 «Легкий аутсорсинг»

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

Основные роли:

1. Производитель:

a. Создает товары и карточки ПОБ

b. Управляет обработкой заказов и поставками товаров и карточек ПОБ потребителю

c. Управляет возможными возвратами

2. Аутсорсер и платформа электронной коммерции

a. Управляет платформой электронной коммерции (заказами и платежами потребителей)

b. Сообщает производителю заказы на сбыт и персональные данные потребителей

Этапы

Возможные возвраты посылаются глобальному аутсорсеру.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник поступления информации: Роспатент
+ добавить свой РИД