Рекламації
Приклад:
! Постачальник 1. Постачальник поставив 100 одиниць товару. !== Рекламація клієнта ==
Як не допустити повторення? Акт рекламації — це документ, який фіксує факт проблеми. Приклад:
"item_id": "ITEM_001",
Не всі рекламації однаково термінові. Цільовий строк рішення для бізнесу Визначено тип і пріоритет Краще: Сервіс перевірив фото і причину
Ми передали ваше питання відповідальному спеціалісту. # Коригувальну дію створено, якщо потрібно. Тоді рекламації стають не хаотичними скаргами, а керованим процесом покращення якості. Чому? 3. # Клієнта або постачальника вказано. ! # рішення для бізнесу погоджено. Доступ
- фото;
Audit log має фіксувати:
- клієнта;
- постачальника;
- договору;
- замовлення;
- реалізації;
- закупівельна діяльність;
- партії;
- серійного номера;
- складу;
- виробничого замовлення;
- доставки;
- ТТН;
- сервісної заявки;
- гарантії;
- повернення;
- фінансового коригування;
- задач;
- документів. Помилка
{
"root_cause": "insufficient_packaging",
Рекламація постачальнику розроблена автоматизовано на основі клієнтської рекламації. ↓
"photo_1.jpg",
- заміну товару;
- ремонт;
- доставку;
- повернення;
- компенсацію;
- знижку;
- списання;
- роботу сервісу;
- роботу складу;
- роботу менеджера;
- втрату маржі;
- штрафи;
- юридичні витрати;
- втрату клієнта. Які витрати понесла компанія-користувач? ↓
! У 14 випадках — одна й та сама проблема з кріпленням.== Audit log рекламацій == - клієнт ERP; Хороше керування рекламаціями — це коли клієнт ERP бачить швидку реакцію, компанія-користувач бачить причину, постачальник не ховається за туманом, а повторна проблема не повертається щомісяця з новим номером і старою суттю. Коли виникла проблема? ↓
↓
Краще:
Рекламація REC-2026-00045:
Чек-лист роботи з рекламацією
! бізнес-процес запускали поспіхом без повного WMS-сценарію. ! Частка рекламацій
"reason": "damaged_goods",
Гарантійна рекламація
Вартість рекламації здатна включати: Клієнту створили заміну Призначено відповідального
Повернення товару за рекламацією
Внутрішня рекламація — це добре. Можливе рішення для бізнесу
Коротко
Рекламації можуть супроводжуватися документами:
- номер;
- дату;
- клієнта або постачальника;
- товар;
- партію;
- кількість;
- SEO-опис дефекту;
- фото;
- відповідального;
- попередню причину;
- рішення для бізнесу;
- підписи;
- пов’язані документи. # SEO-опис проблеми заповнено. Чому? {| class="wikitable" style="width:100%;"
"order_id": "SO-2026-00125",
Рекламації можуть містити чутливу інформацію: претензії клієнтів, якість товару, суми компенсацій, юридичні ризики. # Документи додано. Приклад процесу в K2 ERP:
KPI постачальника:Аналіз кореневої причини
Рекламація без доказів — це як детектив без свідків: сюжет виступає як, але рішення для бізнесу буде довгим і нервовим. Приклад
|-
| Пошкоджений товар
| Заміна або компенсація
|-
| Недопоставка
| Довідвантаження
|-
| Пересорт
| Обмін або повернення
|-
| Помилка в документах
| Коригування документа
|-
| Гарантійна поломка
| Ремонт або заміна
|-
| Претензія не підтверджена
| Відмова з поясненням
|}
! У бізнесі такі дива краще залишати для казок, а не для ERP.== Рекламації і постачальники ==
|-
| Нова
| Рекламацію створено
|-
| Прийнята
| Відповідальний прийняв її в роботу
|-
| Очікує інформацію
| Потрібні фото, документи або пояснення
|-
| На перевірці
| Проводиться аналіз проблеми
|-
| Очікує рішення для бізнесу
| Потрібне погодження варіанта вирішення
|-
| На виконанні
| Виконується заміна, ремонт, компенсація або інша дія
|-
| Очікує постачальника
| Потрібна відповідь або дія постачальника
|-
| Очікує клієнта
| Потрібна відповідь або повернення товару від клієнта
|-
| Вирішено
| рішення для бізнесу виконано
|-
| Закрито
| Рекламацію завершено і прийнято
|-
| Відхилено
| Претензію не підтверджено
|}
<syntaxhighlight lang="text">
"actions": [
"send_replacement_to_customer",
== Приклад JSON рішення для бізнесу по рекламації ==
"compensation_amount": 0,
|-
| Критичний
| Впливає на безпеку, великого клієнта або зупиняє бізнес-процес
| Брак у партії для ключового клієнта
|-
| Високий
| Значний фінансовий або репутаційний ризик
| Повторна претензія від мережевого клієнта
|-
| Середній
| Звичайна рекламація
| Часткова недопоставка
|-
| Низький
| Незначна проблема без критичного впливу
| Пошкоджена упаковка без пошкодження товару
|}
[[Категорія:Логістика]]
Простіше кажучи, рекламація виникає тоді, коли щось пішло не так: товар пошкоджений, кількість не збігається, якість погана, доставка зірвана, послуга виконана неправильно, документ оформлений з помилкою або клієнт ERP отримав не те, що мав отримати. Рекламація зазвичай має предмет: товар, послугу, документ, поставку, якість, кількість або гарантійний випадок, і потребує конкретного рішення для бізнесу. Рекламацій
Так. Якщо їх не реєструвати, повторюваність буде непомітною. На складі відібрали неправильну позицію. Рекламації допомагають оцінювати постачальників. Приклад:
↓
=== Що робити з рекламацією клієнта? ===
Приклад:
Проведено аналіз
"status": "closed"
* неправильна кількість у накладній;
* неправильна ціна;
* неправильний договір;
* помилка в ПДВ;
* неправильний контрагент;
* відсутня ТТН;
* відсутній сертифікат;
* помилка в акті;
* не той рахунок;
* різні інформаційні дані в ERP і документах. Вид рекламації
"closed_at": "2026-05-18T15:40:00",
Рекламація здатна бути прив’язана до:
В ERP рекламації мають бути пов’язані з реальними операціями. Приклад
Краще:
"photo_2.jpg"
=== Що таке рекламація постачальнику? ===
=== Чим рекламація відрізняється від скарги? ===
Брак — одна з частих причин рекламації. Причина
== Рекламації і документи ==
Виробнича рекламація стосується якості продукції або процесу виробництва.<syntaxhighlight lang="json">
Приклад:
- рішення для бізнесу;
4. !<syntaxhighlight lang="text">
У сучасній ERP, зокрема в [[K2 ERP]], рекламації мають бути пов’язані з клієнтами, постачальниками, замовленнями, партіями, серійними номерами, складом, виробництвом, доставкою, поверненнями, гарантією, документами, Power BI, API, audit log і правами доступу.<syntaxhighlight lang="text">
* дату продажу;
* гарантійний строк;
* серійний номер;
* партію;
* умови експлуатації;
* наявність документів;
* чи не було механічних пошкоджень;
* історію ремонтів;
* умови договору;
* висновок сервісу. клієнт ERP отримав пошкоджену упаковку і пошкоджений товар. Значення
Потрібно перевірити:
компанія-користувач погоджує повернення
<syntaxhighlight lang="text">
Закрито рекламацію
== Пріоритети рекламацій ==
↓
"update_packaging_standard"
! Поле
|-
| Менеджер продажів
| Створює і бачить рекламації своїх клієнтів
|-
| Сервісний менеджер
| Обробляє рекламації, додає висновки
|-
| складський облік
| Приймає повернення, фіксує стан товару
|-
| Контроль якості
| Аналізує дефекти і причини
|-
| Закупівельник
| функціонує з рекламаціями постачальникам
|-
| фінансовий блок
| Бачать компенсації, коригування, витрати
|-
| Юрист
| Бачить претензійні та спірні рекламації
|-
| Керівник
| Бачить аналітику і критичні випадки
|}
__TOC__
[[Категорія:K2 Cloud ERP]]
== Внутрішня рекламація ==
* хто створив рекламацію;
* хто змінив статус;
* хто змінив пріоритет;
* хто додав фото;
* хто змінив причину;
* хто погодив компенсацію;
* хто закрив рекламацію;
* хто відхилив претензію;
* хто змінив суму;
* хто створив повернення;
* хто створив рекламацію постачальнику;
* хто видалив вкладення;
* хто змінив відповідального.[[Категорія:ТТН]]
{{DISPLAYTITLE:Рекламації}}
[[Категорія:Контроль якості]]
Приклади:
Висновок: потрібна перевірка конструкції або постачальника, а не без зусиль 18 окремих вибачень клієнтам. Скарга здатна бути загальним невдоволенням. |-
| Найкраща практика
| ERP, SLA, фотофіксація, зв’язок із партіями, Power BI, audit log і коригувальні дії. |-
| Критичний
| 1 година
| 1 робочий день
|-
| Високий
| 4 години
| 3 робочі дні
|-
| Середній
| 1 робочий день
| 5 робочих днів
|-
| Низький
| 2 робочі дні
| 10 робочих днів
|}
Проведено аналіз причин
Коригувальна дія: змінити стандарт пакування для цієї категорії товарів. Поставок
{| class="wikitable" style="width:100%;"
'''Головне.''' Рекламація — це не без зусиль “клієнт ERP поскаржився”. Питання
! Потрібно перевірити партію, операцію, обладнання, маршрутну карту і контроль якості. ↓
Причини:
== Помилка: причина “клієнт ERP незадоволений” ==
обліковий облік рекламацій потрібен для:
За місяць 18 рекламацій по одному товару. Відповідь
* невідповідність специфікації;
* неправильний матеріал;
* порушення технології;
* дефект обробки;
* помилка оператора;
* неправильне конфігурація обладнання;
* відсутність контролю якості;
* брак партії;
* нестабільна якість;
* помилка маршрутної карти. # Номер присвоєно. "batch": "LOT-2026-05-001",
'''Рекламації''' — це важливий інструмент контролю якості, сервісу, постачальників, виробництва, складу, доставки і клієнтського досвіду. Проблема: клієнт ERP отримав не той товар. Постачальнику створили зустрічну рекламацію
<syntaxhighlight lang="text">
=== Що таке рекламація? ===
Хто відповідальний? Пріоритет
Причина: клієнт ERP незадоволений. Який товар, послуга або документ проблемний? ! Пріоритет
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Гарантія — 12 місяців.<syntaxhighlight lang="text">
=== Чи потрібно реєструвати дрібні рекламації? ===
[[Категорія:Рекламації постачальникам]]
'''SLA''' у рекламаціях визначає строки реакції та вирішення. критично:
! Документальна рекламація виникає, коли проблема не в товарі, а в документах. Показник
[[Категорія:Power BI]]
↓
Рекламація — це звернення або претензія щодо невідповідності товару, послуги, поставки, документа або сервісу очікуваним умовам, договору чи стандартам якості.
Прийнято рішення для бізнесу
↓ Яке рішення для бізнесу прийнято? Що означає через [[Power BI]] користувачі можуть аналізувати рекламації. # Відповідального призначено. Сума
Щоб не без зусиль закривати окремі випадки, а прибирати системні причини: погане пакування, слабкий контроль якості, ненадійного постачальника, помилки складу або неправильний бізнес-процес. |-
| Рекламацій за місяць
| 126
|-
| Виконано в SLA
| 91%
|-
| Середній час вирішення
| 3,4 дня
|-
| Найчастіша причина
| Пошкодження упаковки
|-
| Витрати на рекламації
| 280 000 грн
|-
| Найпроблемніший постачальник
| Постачальник Б
|}
Для якісної роботи з рекламацією потрібні докази.[[Категорія:Інтеграція]]
Приклад дашборду:
[[Категорія:API]]
складський облік приймає товар
<syntaxhighlight lang="text">
== Приклад JSON рекламації ==
Гарантійний строк діє. Після нормального обліку часто виявляється: проблеми не різні, а одна й та сама помилка, яка без зусиль щодня вдягає новий костюм. "decision": "replacement", клієнт ERP подає рекламацію Приклади: Рекламація — це вимога, претензія або звернення щодо порушення якості, кількості, строків, умов поставки, гарантії, сервісу чи документального оформлення. !== рішення для бізнесу по рекламації == Життєвий цикл рекламації
Постачальнику наче відправляли. Причини: |
Дія
== Помилка: рекламація без номера ==
клієнт ERP повернув товар як бракований. {| class="wikitable" style="width:100%;"
Приклад:
{| class="wikitable" style="width:100%;"
"internal_cost": 20300,
== Рекламації в K2 ERP ==
* [[Контроль якості]]
* [[Контроль браку]]
* [[Повернення товарів]]
* [[Гарантійний ремонт]]
* [[Сервісна заявка]]
* [[SLA]]
* [[Аварійні ремонти]]
* [[Планові ремонти]]
* [[Складський облік]]
* [[Штрихкодування]]
* [[Адресне зберігання]]
* [[Партії]]
* [[Серійні номери]]
* [[Управління доставкою]]
* [[ТТН]]
* [[Архів документів]]
* [[База знань]]
* [[CRM]]
* [[ERP]]
* [[K2 ERP]]
* [[K2 Cloud ERP]]
* [[Power BI]]
* [[BI система]]
* [[API]]
* [[Інтеграція через JSON]]
* [[Audit log]]
* [[Права доступу в ERP]]
* [[Українське програмне забезпечення]]
↓
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu K2 Cloud ERP]
- партія;
== Рекламація і контроль якості ==
<syntaxhighlight lang="text">
Основні види рекламаційПотрібно перевірити фото пакування, ТТН, перевізника і скласти претензію.</syntaxhighlight> обліку забезпечується через Документи потрібні; так само реалізовано фінансів, складу, юридичного захисту і контролю якості. Бо “дрібна проблема”, яку повторили 300 разів, уже не дрібна — це бізнес-процес із поганим характером.== автоматизація процесів рекламацій == Рекламація відповідає на питання: Потрібно контролювати: інформаційні дані рекламаціїклієнт ERP щось писав менеджеру у Viber. Вони показують, де бізнес-процес дав збій і що потрібно виправити. Рекламацію REC-2026-00045 прийнято. # Товар, партію або документ вказано. # SLA визначено. аналітичні інструменти причин [[Категорія:Українське програмне забезпечення]]
клієнт ERP звернувся 15.05.2026. 2.== Виробнича рекламація ==
== Акт рекламації ==
На що скаржиться? * фото товару;
* фото упаковки;
* відео дефекту;
* акт приймання;
* акт браку;
* ТТН;
* видаткова накладна;
* серійний номер;
* партія;
* чек або рахунок;
* листування;
* висновок сервісу;
* висновок контролю якості;
* показники датчиків;
* лог системи;
* коментар оператора. # Витрати зафіксовано. ↓
функції ERP:
- причина;
Рекламація постачальнику потрібна, щоб не оплачувати чужу проблему власними грошима. # Причину перевірено. "claim_id": "REC-2026-00045",
! Це бізнес-сигнал: десь у процесі виступає як помилка, брак, неправильна комунікація, слабкий контроль або проблема з постачальником. |-
| базовий ризик
| Закривати рекламації без аналізу причин. - статус;
== Рекламації в ERP ==
Методи:
Зібрано докази
|-
| Рекламації ведуть у чатах
| Немає єдиної системи
| Проблеми губляться
|-
| Не фіксують причини
| Закривають тільки звернення
| Рекламації повторюються
|-
| Немає SLA
| Не визначені строки
| Клієнти довго чекають
|-
| Немає доказів
| Не збирають фото і документи
| Складно прийняти рішення для бізнесу
|-
| Не пов’язують із партіями
| Немає обліку партій
| Неможливо знайти проблемну партію
|-
| Не створюють рекламації постачальникам
| Проблему закривають власним коштом
| компанія-користувач оплачує чужий брак
|-
| Не рахують витрати
| Немає фінансової аналітики
| Не видно реальної ціни якості
|-
| Не запускають коригувальні дії
| Немає процесу покращення
| Ті самі помилки повторюються
|}
"type": "customer_claim",
↓
Схема:
↓
! # Пріоритет визначено. Приклад:
Рекламація “на 2 одиниці товару” здатна коштувати набагато більше, ніж здається. Це не те, що має гуляти компанією у вигляді скріншотів із чату. |-
| Рекламація
| REC-2026-00045
|-
| Тип
| Рекламація клієнта
|-
| клієнт ERP
| ТОВ “клієнт ERP”
|-
| Товар
| Товар А
|-
| Партія
| LOT-2026-05-001
|-
| Проблема
| Пошкодження 2 одиниць
|-
| Пріоритет
| Високий
|-
| Статус
| На перевірці
|}
клієнт ERP відправляє товар
== Логістична рекламація ==
Контроль якості має аналізувати рекламації, щоб зменшувати повторні проблеми. Потрібно аналізувати:
![[Категорія:Контроль браку]]
<syntaxhighlight lang="text">
Корисні KPI:
Виконано дію: заміна / ремонт / повернення / компенсація / відмова
== Типові питання ==
"responsible": "service_manager_01",
Хто звернувся?== Брак і рекламація ==
! * акт рекламації;
* акт браку;
* акт дефектації;
* акт приймання;
* акт повернення;
* видаткова накладна;
* прибуткова накладна;
* ТТН;
* рахунок;
* коригування;
* акт виконаних робіт;
* гарантійний талон;
* претензійний лист;
* відповідь постачальника;
* сервісний висновок;
* фотофіксація. Її можна ігнорувати, але тоді не треба дивуватися, коли замість невеликого ремонту отримаєте повний капітальний кошмар із клієнтом, поверненням і мінусом у маржі. {| class="wikitable" style="width:100%;"
"quantity_claimed": 2,
↓
{{SEO
|title=Рекламації — претензії клієнтів, брак, повернення, сервіс, ERP, K2 ERP і контроль якості
|description=Рекламації: що це таке, як працювати з претензіями клієнтів і постачальникам, брак, повернення товарів, гарантія, SLA, сервісні заявки, документи, ERP, K2 ERP, Power BI, KPI, типові помилки і приклади.
|keywords=рекламації, претензії клієнтів, рекламація постачальнику, брак, повернення товарів, гарантійний випадок, сервісна заявка, контроль якості, ERP, K2 ERP, Power BI, SLA
}}
* кількість рекламацій;
* частка браку;
* сума претензій;
* строки реакції;
* строки компенсації;
* повторні проблеми;
* якість пакування;
* повнота документів;
* кількість недопоставок;
* кількість пересорту;
* виконання умов договору. * номер;
* дату;
* тип;
* джерело;
* клієнта або постачальника;
* договір;
* замовлення;
* товар;
* партію;
* серійний номер;
* кількість;
* складський облік;
* документ реалізації або закупівельна діяльність;
* SEO-опис проблеми;
* фото;
* відео;
* пріоритет;
* SLA;
* відповідального;
* статус;
* причину;
* рішення для бізнесу;
* витрати;
* пов’язані документи. Наслідок
! * кількість рекламацій;
* частка рекламацій від продажів;
* частка рекламацій по постачальниках;
* частка браку;
* середній час реакції;
* середній час вирішення;
* виконання SLA;
* кількість повторних рекламацій;
* вартість рекламацій;
* сума компенсацій;
* сума повернень;
* кількість гарантійних випадків;
* частка відхилених рекламацій;
* кількість рекламацій по партіях;
* кількість рекламацій по перевізниках;
* кількість коригувальних дій;
* ефективність коригувальних дій. Час реакції
{| class="wikitable" style="width:100%;"
Рекламація здатна бути:
== Коригувальні дії ==
Яка причина? "sla_due": "2026-05-19T18:00:00",
* від клієнта;
* до постачальника;
* внутрішня;
* гарантійна;
* сервісна;
* логістична;
* виробнича;
* складська;
* документальна;
* фінансова;
* юридична. Чому?[[Категорія:Гарантія]]
Створюється рекламація клієнта. ! ERP здатна цифровізувати:
Якісна робота з рекламаціями — це не без зусиль “вибачитись і замінити товар”.[[Категорія:Рекламації]]
Отримано звернення або виявлено проблему
== SLA по рекламаціях ==
|
== Рекламації і Power BI ==
</syntaxhighlight> Контроль якості перевіряє стан SLA потрібен, щоб рекламація не жила в статусі “ми розбираємося” довше, ніж сам клієнт ERP готовий із нами працювати. SEO-опис |
рішення для бізнесу
Audit log потрібен, щоб рекламація не “сама закрилася”, а компенсація не “сама погодилася”. Значення Повторна рекламація — це бізнес-середовище, який намагається сказати: “Я вже кричу, здатна, ви нарешті подивитесь на бізнес-процес?” == Права доступу до рекламацій ==
Брак здатна бути:
{
"priority": "high",
складський облік щось перевіряв. {| class="wikitable" style="width:100%;"
== Для чого потрібен обліковий облік рекламацій ==
! }
'''Логістична рекламація''' виникає через проблеми доставки або транспортування. * 5 Why;
* діаграма Ішікави;
* аналіз партій;
* аналіз процесу;
* аналіз постачальника;
* аналіз змін;
* аналіз обладнання;
* аналіз логістики;
* аналіз людського фактора. Приклад:
[[Категорія:Виробництво]]
Помилка: не аналізують повторні рекламаціїВін здатна містити: </syntaxhighlight>
Приклад: "customer": "CLIENT_001", Створюється рекламація постачальнику на 8 одиниць. Що означає Статуси рекламаціїкритично не без зусиль закрити рекламацію, а знайти причину. |- |
Основні види | Клієнтська, постачальнику, внутрішня, гарантійна, логістична, виробнича, документальна. Відповідальний: сервісний менеджер. Це як зловити тарілку до того, як вона впала на підлогу: ще неприємно, але вже без уламків у відгуках. Чому? ↓
платформа підтягнула замовлення, товар і партію Рекламація без коригувальної дії — це як прибрати воду з підлоги, але не закрутити кран. Вона без зусиль блукає між людьми, як офісний привид.== Вартість рекламації == Приклади: Причина: товар пошкоджено під час доставки через недостатнє пакування. Роль - товар; Рекламація часто пов’язана з поверненням товару. Стаття клієнт ERP отримав виріб із розміром 98 мм замість 100 мм. Приклад:
↓
== Висновок ==
↓
Приклад:
Продаж / поставка / виробництво
- відповідальний;
* бракований товар;
* недопоставка;
* пересорт;
* неправильні характеристики;
* пошкодження;
* прострочений товар;
* невідповідність сертифікатам;
* неправильне пакування;
* затримка поставки;
* помилки в документах;
* невідповідність договору. Для цієї зони не налаштовано ТСД. Він без зусиль виставляє рахунок пізніше — через брак, нерви і простій. Не було сканування штрихкоду при відборі. це офіційне або внутрішнє звернення щодо невідповідності товару, послуги, роботи, поставки, документа або сервісу очікуваним умовам, договору, стандартам якості чи домовленостям виступає ключовою рисою '''Рекламація'''. ↓
Товар продано 01.03.2026. ! ! Кількість рекламацій
== Рекламація постачальнику ==
↓
<syntaxhighlight lang="text">
↓
[[Категорія:Партії]]
[[Категорія:JSON]]
[[Категорія:Сервісні заявки]]
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Причини:
! | Претензія або звернення щодо невідповідності товару, послуги, поставки, документа чи сервісу. "attachments": [
== Що таке рекламація ==
"create_supplier_claim", Сервіс підтвердив заводський дефект. |- |
Пошкодження упаковки | 35 | Змінити стандарт пакування | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Невідповідність розміру | 12 | Перевірити виробничу операцію | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Недопоставка | 18 | Посилити контроль відбору |
]
Докази по рекламації
Який строк вирішення?</syntaxhighlight>
"status": "under_review",
- складський облік знайшов пошкодження;
- контроль якості виявив брак;
- виробництво виявило відхилення;
- бухгалтерський обліковий облік знайшла неправильний документ;
- логістика виявила помилку комплектації;
- сервісна служба побачила повторну несправність. == Типові помилки в роботі з рекламаціями ==