Как интегрировать RFID с существующей системой управления складом (WMS), ERP или POS-системой.
На 140-й Кантонской ярмарке на стенде FYJ снова и снова задавался один и тот же вопрос:
«У нас уже есть собственная система управления складом (WMS), система планирования ресурсов предприятия (ERP) или POS-система. Можем ли мы добавить RFID-технологию без её замены?»
Во многих случаях — да.
Некоторые посетители уже использовали программное обеспечение для управления складом. Другие применяли ERP-платформы, розничные POS-системы или приложения, разработанные их собственными техническими командами.
Они не обязательно искали еще одну полноценную программную платформу.
Они хотели добавить возможности RFID, такие как:
Это был не единичный случай.
В ходе выставки компания FYJ встретилась с клиентами, которые задавали конкретные вопросы. RFID-оборудование Благодаря поддержке SDK, компаниям, запрашивающим тестирование API, розничным продавцам, желающим добавить RFID в существующее программное обеспечение для розничной торговли, и техническим командам, ищущим оборудование для интеграции в свои собственные приложения.
Один из клиентов, занимающийся производством, привел особенно наглядный пример.
Компания уже использовала QR-коды для управления изделиями из листового металла и имела существующую программную систему. Вместо того чтобы сразу заменять это программное обеспечение, заказчик планировал сначала обратиться к своему поставщику программного обеспечения с вопросом о возможности добавления функциональности RFID.
Если существующее программное обеспечение поддерживает RFID, компания рассмотрит возможность интеграции RFID-оборудования.
В противном случае будет рассмотрено отдельное программное решение для RFID.
Зачастую это является правильной отправной точкой.
Не начинайте с:
«Какой RFID-считыватель нам следует приобрести?»
Начнём с:
«Что уже делает наша существующая система, и какое место RFID должна занять в рабочем процессе?»
Да. Во многих проектах внедрение RFID-технологии возможно без замены существующей бизнес-системы.
Существует три распространенных пути интеграции:
Третий вариант имеет важное условие:
Ваше программное обеспечение должно уже поддерживать RFID, либо ваша внутренняя команда разработчиков или поставщик программного обеспечения должны разработать необходимые функции RFID.
Приобретение RFID-считывателя не гарантирует автоматическую возможность использования RFID в системах ERP, WMS или POS.
Программное обеспечение должно уметь:
Правильный путь зависит от четырех вещей:
ваше существующее программное обеспечение, внутренние ресурсы разработки, целевой рабочий процесс и требуемый уровень интеграции.
В большинстве устоявшихся компаний уже много лет хранятся данные и логика рабочих процессов, накопленные в существующих системах.
Это может включать в себя:
Замена всего этого лишь для внедрения RFID-технологии часто приводит к ненужной работе.
Возможно, потребуется перенести данные.
Сотрудникам может потребоваться переобучение.
Возможно, потребуется перестроить существующие интерфейсы.
Во многих проектах RFID-технология необходима лишь в определенных точках, например:
Если ваша ERP-система уже хорошо управляет закупками, финансами и продажами, то замена этих функций на RFID-технологию не требуется.
Цель состоит в том, чтобы интегрировать RFID в рабочий процесс, где автоматическая идентификация создает ценность.
Этот подход обычно подходит в тех случаях, когда существующая ERP-система, система управления складом или POS-система должны оставаться основной бизнес-системой.
Программное обеспечение RFID управляет специфическим для RFID уровнем, включая связь с устройством, считывание меток и логику рабочих процессов RFID.
Обе системы обмениваются необходимыми данными через API.
Упрощенный процесс может выглядеть следующим образом:
WMS / ERP / POS → Программное обеспечение для RFID → Считыватель RFID → RFID-метка
и обратно:
RFID-метка → RFID-считыватель → RFID-программное обеспечение → WMS / ERP / POS
Например, система управления складом (WMS) отправляет заказ на отгрузку в RFID-приложение.
Система RFID считывает товары в пункте отгрузки и сравнивает обнаруженные коды EPC с ожидаемыми товарами.
После завершения проверки результат возвращается в систему управления складом (WMS).
Интеграция API обычно является оптимальным решением в следующих случаях:
На Кантонской ярмарке компания FYJ встретилась с клиентами, которые специально запрашивали доступ к тестовому режиму и API-интерфейсам в ходе оценки своей продукции. RFID-решения для складов.
Прежде чем начнется разработка, обе стороны должны определить:
API обеспечивает соединение.
Проекту по-прежнему необходимы четкие правила относительно того, какие данные перемещаются, когда они перемещаются и какие действия за этим следуют.
Глубокая интеграция не всегда необходима.
Компания может сохранить свою текущую ERP-систему, WMS-систему или POS-систему, используя при этом отдельную RFID-систему только для выполнения определенных задач.
Типичные примеры включают:
Существующая система продолжает обрабатывать основные бизнес-процессы.
Система RFID обеспечивает оптимизацию рабочих процессов, в которых RFID приносит дополнительную пользу.
Компания уже использует ERP-систему для учета закупок, продаж и складских запасов.
Главная проблема заключается в проведении инвентаризации.
Вместо замены ERP-системы компания внедряет RFID-приложение для проведения инвентаризации.
Данные о продукции импортируются или синхронизируются в соответствии с проектной документацией, а результаты инвентаризации с использованием RFID-технологии затем применяются для обновления или согласования данных в основной системе.
Этот подход хорошо работает в следующих случаях:
Это также снижает риск необходимости перестройки функциональности уже работающего программного обеспечения.
Этот маршрут наиболее актуален для:
В этой модели заказчик сохраняет собственное программное обеспечение и интегрирует в него RFID-оборудование FYJ.
Но это условие важно:
Программное обеспечение должно уже поддерживать RFID, либо поставщик программного обеспечения или техническая группа заказчика должны разработать необходимые для проекта функции RFID.
RFID-оборудование не становится автоматически частью существующего приложения.
Программное обеспечение должно понимать как устройство, так и бизнес-событие, стоящее за каждым считыванием.
На Кантонской ярмарке компания FYJ встретилась с предприятиями, которые уже имели собственное программное обеспечение и нуждались в поддержке оборудования или SDK. Одна из компаний-разработчиков программного обеспечения имела собственную техническую команду и возможности в области RFID, но нуждалась в более широком спектре аппаратного обеспечения для RFID, а не в еще одной стандартной программной платформе.
В зависимости от рабочего процесса разработка может включать в себя:
Читатель возвращает электронный паспорт, например:
E280XXXXXXXXXXXX
Само по себе это не дает бизнес-системе достаточно информации.
Приложению необходимо знать, что EPC соответствует чему-то значимому, например:
EPC → SKU → Товар → Местонахождение склада
или:
EPC → Идентификатор актива → Отдел → Ответственный пользователь
Эта бизнес-логика должна находиться на программном уровне.
В таблице ниже представлен более практичный способ выбора между тремя подходами.
| Ваша ситуация | Интеграция API | Отдельное программное обеспечение для RFID | Прямая интеграция оборудования |
| Существующие системы ERP/WMS/POS уже хорошо работают. | Плотная посадка | Возможный | Возможный |
| Существующее программное обеспечение имеет поддержку API. | Лучший вариант | Возможный | Зависит от поддержки RFID. |
| Существующее программное обеспечение не поддерживает RFID. | Возможно через промежуточное программное обеспечение. | Плотная посадка | Требуется разработка |
| У вас нет внутренней команды разработчиков. | Хорошо подходит | Лучший вариант | Обычно не рекомендуется |
| У вас есть собственная техническая команда. | Хорошо подходит | Возможный | Плотная посадка |
| Ваше программное обеспечение уже поддерживает RFID. | Возможный | Обычно ненужно | Лучший вариант |
| RFID необходим только для одного рабочего процесса. | Возможный | Плотная посадка | Возможный |
| Вам нужен полный контроль над поведением устройства. | Умеренный | Умеренный | Лучший вариант |
| Вам нужна более быстрая развертка? | Умеренный | Плотная посадка | Зависит от развития событий. |
| Вам нужна максимальная гибкость в долгосрочной перспективе. | Хороший | Умеренный | Плотная посадка |
| Вы хотите сохранить имеющееся у вас программное обеспечение. | Да | Да | Да |
| Усилия по развитию | Середина | Низкий–Средний | Средне-высокий |
Выбирайте интеграцию API, если ваше текущее программное обеспечение достаточно мощное и предоставляет удобные интерфейсы.
Если вам срочно нужна RFID-технология, но вы не хотите разрабатывать RFID-функции собственными силами, выбирайте отдельное программное обеспечение для работы с RFID.
Выбирайте прямую интеграцию с оборудованием, если ваше программное обеспечение уже поддерживает RFID или ваша техническая команда может разработать RFID-слой.
Одно из наиболее распространенных заблуждений в интеграции RFID заключается в предположении, что RFID-считыватель напрямую обновляет данные в ERP-системе.
Обычно их несколько.
Упрощенная схема потока данных RFID выглядит следующим образом:
↓
RFID-считыватель / КПК / RFID-ворота
↓
SDK устройства / Интерфейс / Программное обеспечение RFID
↓
Бизнес-логика
↓
API / Уровень обмена данными
↓
WMS / ERP / POS
Возможно и обратное.
Например:
Заказ на отгрузку ERP
↓
Применение RFID
↓
Ожидаемый список EPC
↓
RFID-считыватель обнаруживает реальные метки
↓
Результат проверки
↓
Заказ ERP обновлен
Это различие важно, потому что интеграция RFID — это не только передача номеров EPC.
Система должна преобразовывать данные, полученные с помощью тегов, в бизнес-события.
Например:
Метка обнаружена у двери А.
Это только необработанные данные RFID.
Бизнес-система может интерпретировать это следующим образом:
Товар X покинул склад А в 14:32 по отгрузочному заказу № 10025.
Именно в этой трансформации интеграция RFID создает коммерческую ценность.
Какое RFID-оборудование может потребоваться?
На первом месте стоит программная архитектура, но именно рабочий процесс определяет аппаратную часть.
Подходит для мобильных операций, таких как:
Использование портативных устройств часто является одним из самых простых способов внедрения RFID-технологии, поскольку персонал контролирует место и время считывания.
RFID-принтер необходим, когда нужно печатать и кодировать этикетки.
Это особенно полезно, когда для каждого товара требуется уникальный электронный код производителя (EPC), связанный с существующим артикулом, штрихкодом, номером детали или записью в реестре активов.
Стационарные считыватели подходят для автоматической идентификации в заранее определенных местах, в том числе:
RFID-ворота идентифицируют помеченные товары, проходящие через вход или выход.
Затем программное обеспечение должно определить значение произошедшего события:
Входящий? Исходящий? Авторизованный? Неожиданный?
Именно поэтому успех проектов с использованием RFID-технологии зависит как от точности считывания, так и от бизнес-логики.
Выбор тега зависит от:
Например, одному клиенту, оценивавшему возможности использования RFID-технологии для компонентов холодильных установок, необходимо было подтвердить, сможет ли выбранная метка выдержать переход от условий замерзания обратно к комнатной температуре.
Большинство компаний уже используют такие идентификаторы, как:
Технология RFID вводит еще один идентификатор: электронный код производителя (EPC), хранящийся в RFID-метке.
Для работы системы необходима четко определенная взаимосвязь между EPC и существующей записью о предприятии.
Например:
EPC → SKU → Продукт
или:
EPC → Штрих-код → Запись о товаре
или:
EPC → Идентификатор актива → Запись об активе
Без этой связи считыватель может успешно обнаружить метку, в то время как бизнес-система по-прежнему не знает, что именно было идентифицировано.
Это приводит к важному различию.
Интеграция устройств
Может ли ваше программное обеспечение получать данные с RFID-устройства?
Интеграция бизнеса
Ваше программное обеспечение способно понять, что представляют собой эти данные, и правильно их использовать?
Технически успешного соединения недостаточно, если отсутствует бизнес-логика.
Прежде чем выбирать устройства или просить разработчиков начать кодирование, ответьте на следующие вопросы:
Эти ответы обычно определяют архитектуру интеграции до выбора окончательной модели оборудования.
Даже высокопроизводительный RFID-считыватель может создавать проблемы, если программное обеспечение не может с ним взаимодействовать.
Перед заказом оборудования необходимо подтвердить архитектуру интеграции.
SDK помогает разработчикам взаимодействовать с устройством.
Это не создает автоматически:
Hi! Click one of our members below to chat on
ru 
Поддерживается сеть IPv6
