Skip to main content
ГоловнаБлогГлосарійКодування логістичної інформації

Кодування логістичної інформації

17TRACK

Що таке кодування логістичної інформації?

Кодування логістичної інформації — це призначення та використання структурованих ідентифікаторів, класифікаційних кодів і узгоджених значень даних для представлення інформації про товари, місця, логістичні одиниці, відправлення та логістичні операції. У складському господарстві, транспортуванні, електронній торгівлі та міжнародній торгівлі воно дає змогу людям та інформаційним системам посилатися на ті самі об'єкти й узгоджено інтерпретувати операційну інформацію.

Кодування логістичної інформації

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

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

Що представляють логістичні коди

Логістична операція має розрізняти кілька речей: що являє собою продукт, яку фізичну одиницю обробляють, де вона розташована, до якого комерційного або транспортного запису вона належить і що з нею сталося. Це пов'язані питання, але для них не обов'язково використовується один і той самий ідентифікатор.

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

ПризначенняЩо представляє кодПрикладВажливе обмеження
Ідентифікація продуктуПродукт або торговельна одиницяВнутрішня одиниця обліку запасів або глобальний номер торговельної одиниці GS1Ідентифікатор продукту не обов'язково розрізняє окремі фізичні одиниці.
Ідентифікація логістичної одиниціОдиниця, створена для транспортування або зберіганняСерійний код транспортної упаковки GS1, призначений палетіСам ідентифікатор не є переліком вмісту одиниці.
Ідентифікація місцяМісце ведення діяльності або інше визначене місцеГлобальний номер місця GS1 або внутрішній код складської коміркиРізні системи ідентифікації місць працюють на різних рівнях деталізації.
Посилання на відправлення або посилкуТранспортне переміщення, запис про відправлення або посилка в певній системіНомер відстеження, виданий перевізникомЙого охоплення та зв'язок з іншими записами залежать від видавця.
Класифікація товарівКатегорія товарів для визначеної метиКласифікаційний код Гармонізованої системиКласифікаційний код не є унікальним ідентифікатором продукту або посилки.
Операційний статусВизначений стан або категорія подіїЗадокументоване внутрішнє значення для отримання або відправленняОднакові на вигляд значення можуть мати різні значення в різних системах.

Ідентифікатори, класифікації та носії даних

Ідентифікатори розрізняють записи або об'єкти

Ідентифікатор відповідає на запитання на кшталт «Який це товар, об'єкт, місце або логістична одиниця?». Його унікальність потрібно розуміти в межах призначеної області. Внутрішній код продукту може бути унікальним лише в каталозі одного продавця, тоді як стандартизована схема ідентифікації має власні правила розподілу, призначені для використання різними організаціями.

Ідентифікаційні ключі GS1 ілюструють цю відмінність. Глобальний номер торговельної одиниці, або GTIN, ідентифікує торговельні одиниці; серійний код транспортної упаковки, або SSCC, ідентифікує логістичні одиниці; а глобальний номер місця, або GLN, ідентифікує сторони та місця. Ці ключі не є взаємозамінними лише тому, що всі вони можуть з'являтися в логістичних записах.

Класифікаційні коди описують категорії

Класифікаційний код відповідає на запитання «До якої категорії це належить?». Гармонізована система Всесвітньої митної організації, або HS, надає міжнародну номенклатуру для класифікації товарів, що продаються. Її міжнародні підпозиції використовують шестизначні коди, тоді як національні або регіональні тарифні номенклатури можуть додавати подальші підрозділи.

Кілька продуктів можуть належати до однієї категорії HS. Отже, код HS не може замінити ідентифікатор продукту, серійний номер або номер відстеження. Вибір митної класифікації також потребує інформації про товари; сам формат дійсного коду не доводить, що класифікацію визначено правильно.

Носії даних кодують інформацію для зчитування

Штрихкод або тег радіочастотної ідентифікації є засобом перенесення даних, а не тим самим, що ідентифікатор, який він містить. Штрихкод може кодувати ідентифікатор і, якщо це дозволяє відповідний стандарт, додаткові дані, як-от номер партії або термін придатності. Зчитування цього штрихкоду фіксує закодовані значення; підключена система може потім отримати пов'язані записи.

Ця відмінність пояснює, чому сканування етикетки не обов'язково розкриває всі деталі відправлення. Вміст, право власності, інструкції з обробки та історія подій можуть зберігатися в базах даних, пов'язаних з ідентифікатором, а не бути вбудованими в етикетку.

Як працює кодування логістичної інформації

  1. Визначте об'єкт або поле інформації. Встановіть, чи ідентифікує код продукт, окрему одиницю, логістичну одиницю, місце, документ або категорію події. Неоднозначні визначення можуть призвести до використання одного коду для несумісних цілей.
  2. Оберіть керівну схему. Визначте, чи потребує бізнес-процес визнаного зовнішнього стандарту, ідентифікатора торговельного партнера або внутрішнього коду. Внутрішнього посилання на складську комірку може бути достатньо на місцевому рівні, тоді як для зовнішньої співпраці може знадобитися спільна схема ідентифікації.
  3. Визначте правила розподілу та перевірки. Задокументуйте дозволені символи, довжину поля, орган, що призначає код, вимоги до унікальності та будь-які застосовні правила контрольної цифри. Правила мають походити з обраної схеми, а не з передбачуваного універсального формату.
  4. Пов'яжіть код із записом. Збережіть зв'язок між ідентифікатором і відповідною інформацією, як-от атрибути продукту, вміст палети, відомості про місце або посилання на відправлення.
  5. Зчитайте та обміняйтеся інформацією. Працівники або автоматизоване обладнання можуть зчитати етикетку, ввести посилання або отримати повідомлення від іншої системи. Приймальний застосунок має розуміти і значення, і тип ідентифікатора.
  6. Підтримуйте зв'язки та зміни. Фіксуйте пакування, розпакування, переміщення, виправлення та інші відповідні події, не втрачаючи відмінності між ідентифікаторами й не перезаписуючи непомітно важливі зв'язки.

Сервіси інформації про електронний код продукту GS1, або EPCIS, надають стандарт для створення та обміну даними про події видимості між застосунками й організаціями. Це ілюструє важливу межу: ідентифікація об'єкта та фіксація того, що з ним сталося, є окремими, але пов'язаними функціями. Сам код не становить повної історії відстеження.

Використання в електронній торгівлі та транскордонній логістиці

У показовому процесі електронної торгівлі продавець може використовувати внутрішній SKU для керування запасами та GTIN для ідентифікації торговельної одиниці у спільних записах про продукти. Коли товари пакують на палету, SSCC може ідентифікувати цю логістичну одиницю. Після цього складська система може пов'язати палету з її вмістом і відповідним записом про відправлення.

Коли замовлення відправляють, перевізник може призначити номер відстеження. Продавцеві потрібно зберегти зв'язок між замовленням, відправленими товарами та посиланням перевізника. Не слід припускати, що ці зв'язки є взаємно однозначними: замовлення може бути розділене на кілька посилок, а консолідована логістична одиниця може містити товари, пов'язані з кількома замовленнями.

Для транскордонного переміщення додаткові системи кодування можуть виконувати окремі функції. Код HS класифікує товари для митних цілей, тоді як UN/LOCODE ідентифікує місця, що використовуються в торгівлі та транспортуванні. UN/LOCODE підтримується Європейською економічною комісією Організації Об'єднаних Націй, і його не слід плутати з кодом складської комірки або повною адресою доставки.

Повернення створюють ще один зв'язок. Посилання на дозвіл на повернення, номер початкового замовлення та номер відстеження відправлення повернення можуть стосуватися різних записів. Окреме визначення кожного з них дає змогу компанії пов'язати переміщення повернення з початковим продажем, не вважаючи прибуття посилки доказом завершення відшкодування.

Якість даних і сумісність

Використання кодів не робить системи автоматично сумісними. Два застосунки можуть обмінюватися однаковим рядком символів, але інтерпретувати його по-різному. Надійний обмін потребує узгодження типу ідентифікатора, його видавця, області застосування та пов'язаних визначень даних.

  • Зберігайте передбачений формат. За потреби опрацьовуйте ідентифікатори як рядки. Перетворення в електронній таблиці або числове зберігання може видалити початкові нулі та змінити початкове значення.
  • Фіксуйте тип ідентифікатора. Зберігайте ідентифікатори продуктів, номери відстеження, коди місць і класифікаційні коди в чітко визначених полях, а не в невизначеному полі «код».
  • Перевіряйте унікальність у правильній області. Значення, унікальне в записах однієї компанії, може збігатися зі значенням, виданим в іншому місці.
  • Відокремлюйте перевірки формату від бізнес-перевірок. Значення може відповідати вимогам щодо довжини або контрольної цифри, але все одно бути призначеним неправильному продукту, відправленню чи місцю.
  • Документуйте зіставлення. Перекладаючи внутрішній статус у статус партнера, визначайте, які значення збігаються і де переклад втрачає деталі.
  • Контролюйте зміни довідкових даних. Підтримуйте актуальні версії списків кодів, визначення та записи про зміни, щоб історичні транзакції залишалися зрозумілими.
  • Перевіряйте зв'язки між фізичними та цифровими об'єктами. Етикетка, яку можна зчитати, корисна лише тоді, коли вона прикріплена до потрібного об'єкта та пов'язана з точним записом.

Ці перевірки стосуються різних типів помилок. Пошкоджена етикетка є проблемою зчитування; дубльований ідентифікатор — проблемою розподілу; неправильний зв'язок між палетою та її вмістом — проблемою зв'язків. Розгляд усіх трьох як «помилок штрихкоду» приховує їхні причини.

Поширені непорозуміння

Не існує одного коду для всіх логістичних цілей. Ідентифікація продукту, відстеження відправлення, ідентифікація місця та митна класифікація відповідають на різні запитання. Об'єднання їхніх записів є корисним, але заміна одного іншим може усунути важливе значення.

Код не обов'язково описує свій об'єкт. Деякі схеми містять структуровані компоненти, але багато ідентифікаторів переважно діють як ключі пошуку. Користувачі не повинні робити висновки про походження, пункт призначення, власника або вміст продукту з незнайомого коду без документації.

Кодування не гарантує видимість або безпеку. Ідентифікатор може поєднувати записи, але видимість також залежить від фіксації подій і дозволеного обміну даними. Так само представлення інформації у штрихкоді не шифрує її та не підтверджує автентичність етикетки.

Запитання та відповіді

Чи є кодування логістичної інформації тим самим, що маркування штрихкодами?

Ні. Кодування визначає значення та їхні смисли. Маркування штрихкодами є одним зі способів розмістити ці значення на об'єкті для машинного зчитування. Та сама інформація також може передаватися в електронному вигляді.

У чому різниця між SKU, GTIN і SSCC?

SKU — це внутрішнє посилання на запаси. GTIN ідентифікує торговельну одиницю відповідно до правил GS1. SSCC ідентифікує логістичну одиницю, як-от палету, зібрану для транспортування або зберігання.

Чи можна використовувати код HS для відстеження відправлення?

Ні. Код HS класифікує товари, а не ідентифікує конкретне відправлення. Для відстеження відправлення потрібні відповідне посилання на відправлення або посилку та пов'язана інформація про події.

Чи має кожен логістичний код бути глобально унікальним?

Ні. Необхідна область застосування залежить від його призначення та керівної схеми. Внутрішнього коду може бути достатньо в межах однієї системи, але для зовнішнього обміну потрібна чітка домовленість щодо його видавця та значення.

Джерела