Онлайн-оголошення про продукт можна видалити за лічені хвилини, але записи, необхідні для обґрунтування цього оголошення, можуть знадобитися зберігати роками. Якщо ви продаєте споживчі товари в Європейський Союз, безпека продукції більше не є лише проблемою оформлення документів для виробника. Ваше оголошення, файл постачальника, повідомлення клієнтів, записи про запаси та процес відшкодування — усе це може стати частиною доказів того, що ви відповідально поставилися до продукту.
Регламент ЄС про загальну безпеку продукції (GPSR) застосовується з 13 грудня 2024 року. Він створює загальну систему безпеки для продуктів, що продаються онлайн та офлайн, включаючи правила щодо простежуваності, оголошень для дистанційного продажу, скарг, нещасних випадків, коригувальних дій та відкликань. Європейська Комісія повідомила про 4 671 попередження в Безпековому шлюзі у 2025 році — це найвищий зафіксований показник і зростання на 13% порівняно з 2024 роком — разом із 5 794 подальшими діями.
Цей посібник перекладає регламент у робочу систему для невеликого онлайн-продавця. Він не замінює юридичну консультацію або вимоги щодо відповідності, специфічні для конкретного продукту. Використовуйте його, щоб визначити записи, відповідальних осіб і заходи контролю, які варто обговорити з вашим консультантом із питань відповідності.
Спочатку визначте свою роль у ланцюзі постачання
Один і той самий бізнес може виконувати більше ніж одну роль. Приватний брендовий магазин може бути виробником, оскільки продає продукт під власною назвою або торговельною маркою. Бізнес, який імпортує товари з-поза меж ЄС, може бути імпортером. Магазин, який купує готові товари в оптовика в ЄС і перепродує їх, зазвичай є дистриб'ютором. Постачальник логістичних послуг також може мати конкретні обов'язки, коли він обробляє продукти для оператора, який не має виробника, імпортера, уповноваженого представника або іншого відповідального оператора, зареєстрованого в ЄС.
Ваша роль визначає, які перевірки ви повинні виконувати та які записи зберігати. Не припускайте, що використання маркетплейсу передає ваші обов'язки маркетплейсу. Платформа може мати власні обов'язки, але трейдер, який пропонує продукт, все одно повинен знати, що він продає та чи містить пропозиція необхідну інформацію.
GPSR загалом охоплює споживчі продукти, розміщені або надані на ринку ЄС, включаючи продукти, що продаються за плату або надаються безкоштовно. Він може застосовуватися до нових, уживаних, відремонтованих або відновлених продуктів. Продукти, що регулюються більш специфічними законами ЄС про безпеку, не просто випадають із системи; GPSR може також охоплювати ризики та аспекти, які не регулюються більш специфічними правилами.
Створіть односторінковий реєстр ролей продуктів із такими полями:
- продукт або SKU;
- бренд та виробник;
- ваша роль для цього продукту;
- країна, де зареєстровано виробника;
- відповідальний економічний оператор в ЄС та контактні дані;
- відповідне спеціальне законодавство або стандарти для продукту;
- канали продажу та країни ЄС, які обслуговуються; та
- відповідальна особа за рішення щодо безпеки, скарг та відкликання.
Цей реєстр корисніший, ніж загальна заява про те, що ваш бізнес «відповідає GPSR». Він значно полегшує наступне рішення — які докази належать кожному продукту.
Створіть файл безпеки продукту до публікації оголошення
Центральне зобов'язання просте: лише безпечні продукти можуть бути розміщені або надані на ринку ЄС. Складна частина — показати, як ви дійшли такого висновку.
Для продукту, який ви виробляєте або продаєте під власним брендом, почніть із внутрішнього аналізу ризиків та технічної документації. Файл має описувати продукт та його характеристики, що впливають на безпеку, визначати обґрунтовано передбачувані ризики та пояснювати заходи, вжиті для їх усунення або зменшення. Зберігайте разом звіти про випробування, інструкції, попередження, макети пакування, інформацію про компоненти, застосовні стандарти, декларації постачальників та затверджені версії продукту.
Для продукту, який ви розповсюджуєте, зберіть достатньо доказів для виконання ваших перевірок, а не покладайтеся на загальне запевнення постачальника. Запитайте про особу виробника, інформацію про модель або партію, інструкції, попередження та докази відповідної роботи з підтвердження відповідності. Переконайтеся, що пакування та маркування продукту відповідають запасам, які ви фактично отримуєте. Якщо постачальник не може точно ідентифікувати товар, ви не зможете точно ідентифікувати його для клієнта чи органу влади пізніше.
Корисна структура файлу:
SKU-1042/
identity-and-versions/
supplier-and-responsible-person/
risk-assessment/
tests-and-standards/
labels-warnings-instructions/
complaints-and-incidents/
corrective-actions-and-recalls/Надайте кожному документу версію та дату затвердження. Фотографія продукту сама по собі не є надійним ідентифікатором: зберігайте номери моделей, коди партій або лотів, штрих-коди, версії компонентів та діапазон дат, протягом якого кожна версія продавалася.
Зробіть онлайн-пропозицію повною, а не лише привабливою
Для дистанційних продажів пропозиція продукту має чітко та помітно показувати ключову інформацію про безпеку та простежуваність до моменту покупки клієнтом. Як мінімум, заплануйте відображення:
- назви виробника, зареєстрованої торгової назви або торговельної марки;
- поштової та електронної контактної адреси виробника;
- якщо виробник знаходиться за межами ЄС, ім'я відповідальної особи в ЄС, а також її поштову та електронну адресу;
- інформації, що ідентифікує продукт, включаючи зображення, тип та інший ідентифікатор продукту; та
- обов'язкових попереджень та інформації про безпеку мовою, яку легко розуміють споживачі у відповідній державі-члені.
Не ховайте цю інформацію на загальній сторінці умов, у зображенні, яке неможливо прочитати на телефоні, або за посиланням, яке зникає, коли маркетплейс змінює свій шаблон. Вона має залишатися прив'язаною до конкретної пропозиції та версії продукту.
Додайте перевірку перед публікацією оголошення до вашого робочого процесу публікації. Особа, яка затверджує новий SKU, має підтвердити, що дані оголошення відповідають файлу продукту, інформація про відповідальну особу є актуальною, попередження викладені необхідною мовою, а пропозиція точно визначає модель або варіант. Коли постачальник змінює пакування, компоненти, інструкції або відповідального оператора, повертайте оголошення на цю перевірку.
Це також гарне місце для ведення журналу аудиту. Зберігайте затверджений вміст оголошення та знімок із міткою часу, коли продукт вперше публікується та коли публікується суттєва зміна. Якщо маркетплейс надає сторінку оголошення, експортуйте відповідну інформацію, а не припускайте, що платформа збереже історичні версії для вас.
Зробіть простежуваність звичайним полем транзакції
Простежуваність — це не щорічна вправа з електронними таблицями. Це зв'язок між товаром, його джерелом, призначенням та транзакцією клієнта.
Для кожного руху продукту фіксуйте якомога більше з наступного, наскільки цього вимагає ваша роль:
- постачальник, виробник, імпортер або інший вищестоящий оператор;
- замовлення на закупівлю, дата отримання товару та партія або лот;
- SKU, модель, серійний номер або інший ідентифікатор продукту;
- місце розташування на складі та отримана кількість;
- канал продажу, номер замовлення, країна призначення та дата відправлення;
- контактна інформація клієнта для повідомлень щодо безпеки; та
- результат повернення, відшкодування, заміни, ремонту або утилізації.
GPSR вимагає, щоб економічні оператори могли надавати інформацію про продукт протягом 10 років після того, як їм поставили продукт або вони поставили його далі. Інформація про простежуваність ланцюга постачання має бути доступна протягом шести років. Ці періоди не є причиною зберігати кожен операційний документ вічно, але вони є причиною свідомо встановлювати правила зберігання та перевіряти, що архівні записи справді можна отримати.
Якщо ви продаєте змішані запаси, не дозволяйте SKU бути єдиним ідентифікатором. Один SKU може охоплювати кілька виробничих партій або редакцій пакування. Використовуйте поля лота, серійного номера або версії там, де повідомлення про безпеку може стосуватися лише частини запасів.
Перетворіть скарги на сигнал про безпеку
Служба підтримки клієнтів часто першою бачить докази того, що продукт небезпечний. Скарга на кшталт «зарядний пристрій нагрівся», «застібка зламалася» або «дитина проковтнула дрібну деталь» не має зникати в загальній скриньці.
Створіть реєстр скарг щодо безпеки продукту з щонайменше:
- датою отримання та каналом зв'язку;
- продуктом, моделлю, партією та ідентифікатором замовлення;
- описом клієнтом того, що сталося;
- інформацією про травму, пошкодження майна або близьку до небезпеки подію;
- фотографіями, відео, деталями повернутого товару та іншими доказами;
- початковою класифікацією ризику та відповідальною особою за ескалацію;
- датою повідомлення постачальника або виробника;
- результатами розслідування та коригувальними діями; та
- посиланням на будь-яке відшкодування, заміну, відкликання або повідомлення органу влади.
Відокремлюйте звичайне незадоволення від потенційної скарги щодо безпеки, але не встановлюйте поріг настільки високо, щоб персонал ігнорував ранні сигнали. Скупчення дрібних недоліків може мати значення, навіть якщо жоден клієнт не повідомляє про травму. Переглядайте реєстр за фіксованим графіком і негайно ескалюйте у разі ймовірної травми, пожежі, ураження електричним струмом, небезпеки задушення, хімічного впливу або іншого серйозного ризику.
Коли вам стає відомо про нещасний випадок, спричинений продуктом, скористайтеся відповідним процесом Безпекового бізнес-шлюзу без невиправданої затримки та скоординуйте дії з виробником і відповідальною особою. Правильна сторона, яка має повідомляти, може залежати від продукту та ролі, тому документуйте, хто ухвалив рішення та чому.
Підготуйте процес відкликання до того, як він вам знадобиться
Відкликання — це операційна подія, а не просто повідомлення на вебсайті. Вам потрібно зупинити подальші продажі, визначити уражені одиниці, зв'язатися з клієнтами, скоординувати дії з вищестоящими операторами та врахувати фінансові наслідки.
Напишіть короткий план дій із відкликання із зазначенням відповідальних осіб для:
1. Локалізації
Призупиніть оголошення, платну рекламу, поповнення запасів і виконання замовлень для ураженого продукту та будь-яких пов'язаних партій. Ізолюйте фізичні запаси та позначте систему, щоб замінюване відправлення не могло випадково їх вивільнити. Повідомте кожному каналу продажу, який ідентифікатор і діапазон дат блокувати.
2. Визначення масштабу
Використовуйте записи про лоти, серійні номери, версії та замовлення, щоб визначити уражені одиниці. Звірте кількість проданих, на складі, повернутих, знищених, переданих та тих, що ще не обліковані. Якщо ви не можете визначити масштаб, зафіксуйте консервативне припущення та зверніться за спеціалізованою консультацією.
3. Повідомлення та прямий контакт
Використовуйте зрозумілу мову, описуючи продукт, небезпеку, уражені ідентифікатори, що клієнт має зробити та як отримати допомогу. Коли повідомлення про відкликання надається письмово, використовуйте необхідний формат повідомлення про відкликання. Зв'яжіться безпосередньо з ураженими клієнтами, використовуючи наявні дані про клієнтів, а не лише загальний банер на головній сторінці.
4. Засіб виправлення
Сплануйте логістику та бухгалтерський облік для ремонту, заміни або адекватного відшкодування. Клієнт не повинен платити за повернення небезпечного продукту або чекати відшкодування нескінченно довго. Зберігайте докази пропозиції, вибору клієнта, дати відправлення або відшкодування та будь-якої невдалої спроби зв'язку.
5. Завершення
Звітуйте про прогрес, оновлюйте файл продукту, зберігайте фінальну звірку популяції та документуйте, коли було знято обмеження на оголошення та контроль запасів. Відкликання не завершене лише тому, що ви опублікували повідомлення.
Чек-лист упровадження на 30 днів
Якщо ваш процес досі неформальний, використайте цю послідовність:
Дні 1–5: інвентаризація впливу. Складіть перелік кожного споживчого продукту, який пропонується клієнтам в ЄС, каналів продажу, країн, які обслуговуються, та ролі вашого бізнесу для кожного товару. Позначте продукти з батареями, нагрівом, використанням дітьми, ризиком проковтування, рухомими частинами, хімікатами або функціями під програмним керуванням для детальнішого перегляду.
Дні 6–12: усунення прогалин у доказах. Запитайте відсутні записи про виробника, імпортера, відповідальну особу, модель, партію, попередження, інструкції, випробування та оцінку ризиків. Призупиніть продаж продуктів, якщо ви не можете точно ідентифікувати оператора або продукт.
Дні 13–18: виправлення даних оголошень і транзакцій. Додайте обов'язкові поля до вашої системи управління інформацією про продукт, шаблону маркетплейсу, експорту замовлень і складських квитанцій. Перевірте одне оголошення з кожного каналу на мобільному пристрої та переконайтеся, що історичний запис можна отримати.
Дні 19–24: репетиція скарги та відкликання. Використайте вигадану партію для тестування ескалації, зіставлення клієнтів, зняття оголошень на каналах, ізоляції запасів, затвердження відшкодування та відповідальності за повідомлення органів влади. Виміряйте, скільки часу потрібно для ідентифікації уражених клієнтів і звірки одиниць.
Дні 25–30: зв'язок операцій із фінансами. Додайте виміри відкликання до вашої бухгалтерської книги, встановіть правила зберігання та доступу, призначте щомісячного рецензента та підготуйте зразок звірки від популяції продукту до відшкодувань, замін і руху запасів.
Мета — не папка, яка виглядає повною. Це відтворюваний ланцюг від дизайну або закупівлі продукту до оголошення, продажу, скарги, коригувальних дій та фінального бухгалтерського запису.
Спростіть управління фінансами
Коли заходи контролю безпеки продукції створюють транзакції з запасами, відшкодуваннями та відкликаннями, прозорі записи полегшують перегляд роботи. Beancount.io пропонує бухгалтерський облік у відкритому текстовому форматі, який є прозорим, керованим версіями та готовим до використання зі ШІ; ознайомтеся з документацією або дашбордами Fava, щоб зв'язати фінансову історію з операційними записами, які ваша команда вже веде.
