Как собрать доказательную базу по спорной ситуации на Wildberries

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

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

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

Содержание

• Сначала определите предмет спора
• Соберите карточку спорной ситуации
• Доказательная база — это цепочка, а не папка скриншотов
• Какие доказательства сильнее, а какие только дополняют картину
• Соберите хронологию событий
• Какие доказательства нужны продавцу
• Как сохранить переписку с поддержкой
• Как зафиксировать ущерб или риск
• Если проблема повторяется: как показать закономерность
• Что собрать по типу спора
• Как упаковать доказательства в понятный пакет
• Когда переходить к претензии
• Чек-лист доказательной базы перед следующим шагом
• Итоги: сильная база экономит время в споре
• Следующий шаг: выберите, что делать с вашей ситуацией

Сначала определите предмет спора

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

Предмет спора — это конкретное действие, начисление, статус, отказ или решение Wildberries, с которым продавец не согласен. Например: штраф, удержание, акт расхождений, блокировка карточки, скрытие товара, отказ по документу, невыплаченная компенсация, потеря товара, подмена, расхождение в отчётах, спорный ответ поддержки или жалоба правообладателя.

Если продавец пишет: «Wildberries неправильно списал деньги», этого мало. Нужно понять, какая именно сумма спорная, за какой период, по какому основанию, где она отражена и какое действие продавец требует: объяснить начисление, отменить штраф, сделать перерасчёт, выплатить компенсацию, восстановить карточку, принять документ или провести повторную проверку.

Предмет спора должен отвечать минимум на четыре вопроса:

• что оспариваем;
• какой объект затронут;
• когда это произошло;
• какое действие нужно от Wildberries.

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

Пример: продавец спорит не просто с «непонятным удержанием», а с удержанием на сумму 18 420 рублей за период с 1 по 7 мая, которое отражено в отчёте за конкретную неделю и не объяснено в ответе поддержки по обращению № [номер]. Требование: проверить основание удержания и сделать перерасчёт, если начисление ошибочное.

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

Соберите карточку спорной ситуации

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

Карточка нужна не для красоты, а для скорости: она позволяет за 1–2 минуты объяснить проблему руководителю, эксперту, юристу или самому себе через неделю.

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

В карточке спорной ситуации зафиксируйте:

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

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

Пример структуры карточки:

• Тип ситуации: удержание.
• Объект: отчёт за период [даты], строка начисления [номер / описание].
• Сумма: [сумма].
• Что произошло: удержание отражено в отчёте, основание непонятно.
• Что сделали: создали обращение № [номер], приложили отчёт и скриншот начисления.
• Что ответил Wildberries: общий ответ без проверки основания.
• Что не решено: не объяснено основание удержания, перерасчёт не проведён.
• Доказательства: отчёт, скриншот, обращение, ответ поддержки, расчёт суммы.
• Требование: проверить основание удержания и сделать перерасчёт при ошибке.

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

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

Доказательная база — это цепочка, а не папка скриншотов

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

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

Эта формула нужна, чтобы каждый файл работал на позицию. Сначала продавец формулирует утверждение: «удержание начислено ошибочно». Затем показывает факт: в отчёте есть удержание на конкретную сумму за конкретный период. Потом прикладывает доказательство: отчёт, скриншот строки начисления, обращение, ответ поддержки. После этого делает вывод: основание не подтверждено или ответ не закрывает вопрос. И только затем формулирует требование: проверить начисление и сделать перерасчёт.

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

Один спорный факт — одно доказательство — одно пояснение. Это простое правило спасает от хаоса. Если продавец прикладывает отчёт, нужно написать, какую сумму и период он подтверждает. Если прикладывает скриншот карточки, нужно пояснить, какой статус на нём виден. Если прикладывает ответ поддержки, нужно указать, какой пункт этот ответ не закрыл.

Какие доказательства сильнее, а какие только дополняют картину

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

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

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

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

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

Практическая иерархия выглядит так:

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

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

Соберите хронологию событий

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

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

Таблица 1 — Как собрать хронологию спорной ситуации

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

Какие доказательства нужны продавцу

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

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

Чаще всего продавцу нужны:

• скриншоты из кабинета с датой, статусом, суммой, объектом или комментарием;
• отчёты Wildberries по продажам, начислениям, удержаниям, возвратам, компенсациям или поставкам;
• акты, УПД, накладные, документы поставки, если они относятся к ситуации;
• статусы карточек, поставок, товаров, документов или обращений;
• переписка с поддержкой;
• номера обращений и ответы поддержки;
• фото и видео товара, упаковки, маркировки, повреждения, подмены или фактического состояния;
• данные по датам, суммам, артикулам, поставкам, заказам и периодам;
• расчёт ущерба или риска;
• правовые документы, условия или оферта — только если они актуально проверены и действительно относятся к спору.

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

Как сохранять скриншоты, чтобы они работали как доказательства

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

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

Проверяйте скриншот перед сохранением:

• видна дата или период;
• виден объект: артикул, карточка, поставка, заказ, документ, обращение, сумма;
• виден статус или спорное действие;
• не обрезаны важные поля;
• понятно, из какого раздела сделан скриншот;
• файл назван так, чтобы его можно было найти через неделю;
• рядом есть короткое пояснение, что скриншот подтверждает.

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

Как сохранить переписку с поддержкой

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

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

По каждому важному обращению сохраните:

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

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

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

Подробно про работу с шаблонными ответами — в статье «Что делать, если поддержка Wildberries отвечает шаблонами». Если обычная переписка уже не решает вопрос, полезно свериться с инструкцией «Как эскалировать проблему на Wildberries».

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

Как зафиксировать ущерб или риск

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

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

Что можно фиксировать как ущерб или риск:

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

Важно не путать примерную оценку с подтверждённым расчётом. Фраза «я потерял много денег» слабее, чем расчёт по периоду, сумме, отчёту и объекту. Если точную сумму пока невозможно подтвердить, можно отдельно разделить подтверждённую сумму и предварительную оценку риска.

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

Если проблема повторяется: как показать закономерность

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

Закономерность появляется, когда продавец может показать: проблема повторяется по одному признаку, затрагивает несколько объектов, имеет период, суммы, статусы и подтверждается отчётами, выгрузками, обращениями или ответами поддержки.

Чтобы показать повторяющуюся проблему, соберите:

• период, за который видна проблема;
• список объектов: карточки, артикулы, поставки, заказы, документы, начисления;
• суммы по каждому объекту или общую сумму;
• статусы и даты изменений;
• отчёты или выгрузки по периоду;
• номера обращений по каждому эпизоду;
• ответы поддержки;
• общий нерешённый пункт;
• короткий вывод: какой признак повторяется.

Например, продавец спорит не с одной строкой удержания, а с серией начислений за месяц. Тогда доказательная база должна показывать период, строки начислений, суммы, обращения, ответы поддержки и общий признак: основание не объяснено, перерасчёт не проведён, ситуация повторяется по нескольким операциям.

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

Что собрать по типу спора

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

Таблица 2 — Какие доказательства собрать по типу спорной ситуации

Эта таблица не заменяет тематические инструкции. Её задача — быстро показать, какие доказательства искать по конкретному типу спора и какую подробную инструкцию открыть дальше.

Как упаковать доказательства в понятный пакет

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

Пакет доказательств должен быть понятен без устных объяснений. Человек открывает папку и видит: хронология, обращения, отчёты, документы, скриншоты, фото / видео, расчёт ущерба. Каждый файл назван по смыслу, а не случайно.

Пример структуры папки:

• 01_хронология;
• 02_обращения_и_ответы;
• 03_отчёты_и_начисления;
• 04_документы_и_акты;
• 05_скриншоты_и_статусы;
• 06_фото_видео;
• 07_расчёт_ущерба.

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

Упаковка должна помогать ответить на три вопроса:

• что произошло;
• чем это подтверждается;
• какое требование следует из доказательств.

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

Как понять, что доказательств пока не хватает

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

Доказательств пока не хватает, если:

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

Если нашли один или два слабых пункта, лучше закрыть их до претензии. Претензия не исправляет хаос в доказательствах. Она только переносит эту слабость дальше.

Ошибки, которые ослабляют доказательную базу

Самая частая ошибка — собирать всё подряд. Продавцу кажется, что большой объём файлов производит впечатление. На практике важнее не объём, а связь каждого доказательства с предметом спора.

Плохо: «Вот все скриншоты, посмотрите сами».

Хорошо: «Скриншот 1 подтверждает статус карточки на [дата], отчёт 2 подтверждает удержание [сумма] за [период], ответ поддержки 3 не закрывает вопрос об основании начисления».

Что чаще всего ломает аргументы:

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

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

Когда переходить к претензии

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

Переходить к претензии логично, если:

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

Здесь задача — подготовить доказательную базу. Структура претензии, формулировки требования и следующий формальный шаг раскрываются отдельно в статье «Как составить претензию к Wildberries».

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

Чек-лист доказательной базы перед следующим шагом

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

Проверьте:

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

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

Итоги: сильная база экономит время в споре

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

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

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

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

Следующий шаг: выберите, что делать с вашей ситуацией

Дальше смотрите по признаку:

• если спор ещё не сформулирован, начните с предмета спора и карточки ситуации в этой статье;
• если проблема началась с поддержки и ответа по существу нет, откройте «Как эскалировать проблему на Wildberries»;
• если поддержка отвечает шаблонами, сначала разберите «Что делать, если поддержка Wildberries отвечает шаблонами»;
• если спор связан со штрафом или удержанием, переходите к статье «Как оспаривать штрафы и удержания на Wildberries»;
• если уже есть собранная база и нужен формальный следующий шаг, откройте «Как составить претензию к Wildberries»;
• если спор связан с деньгами, ущербом или компенсацией, изучите «Споры, претензии и компенсации на Wildberries».