Продавец Елизавета в публичной истории на vc.ru пишет, что после доставки часов покупателю не смогла вывести 6610 ₽: система показывала неизвестную ошибку, хотя заказ имел статус получения. Спорный момент в том, что по одной линии поддержки заказ якобы отменён и деньги возвращены покупателю, а по опубликованным скриншотам у автора есть и статус о вручении, и сообщение покупателя о получении товара. Официального ответа аккаунта площадки в доступной фактуре под публикацией не найдено, а на момент поста деньги так и оставались зависшими.
Суть истории
Это не абстрактная жалоба на задержку выплаты, а конкретный спор по одному заказу. Автор публикации, пользователь Елизавета, описала историю с заказом №70000000366463830 от 18 декабря 2025 года. По её словам, покупатель оформил доставку, затем возник странный сбой с первым оформлением, после чего заказ появился повторно и продавец отправила товар в пункт приёма.
Дальше всё выглядело как обычная завершённая сделка: 29 декабря в статусе заказа было указано, что покупатель получил часы. Более того, в переписке он, по словам автора, отдельно написал: «спасибо, часы получил». Для продавца это выглядит как финал сделки: товар выдан, получение подтверждено, можно забирать деньги.
Но именно на этом этапе система, если верить публикации, сломалась. При попытке вывести средства сначала не сработала выплата в кошелёк, потому что кошелёк был переполнен, а затем не прошёл и альтернативный вариант — перевод на карту или через СБП. Вместо выплаты появлялась «неизвестная ошибка». И вот это уже ключевой нерв всей истории: товар у покупателя, кнопка получения денег есть, а сам вывод не работает.
Особенно важно, что автор не описывает общий сбой всего аккаунта. В истории отдельно сказано: остальные заказы выводились нормально, проблема касалась только одного конкретного отправления. Это усиливает позицию продавца: речь не о том, что пользователь не разобрался в интерфейсе или у него не настроен кошелёк, а о точечной аномалии внутри одной сделки.
Хронология
18.12.2025. Покупатель оформляет заказ. Почти сразу, как следует из описания, пишет продавцу, что заказ не отображается. Позже, по словам автора, деньги вернулись ему на кошелёк, после чего заказ был оформлен повторно и уже появился у продавца.
После повторного оформления. Елизавета отправляет часы через доставку. На этой стадии в публикации не описан конфликт между продавцом и покупателем: спор не о том, был ли товар отправлен, а о том, что произошло после доставки.
29.12.2025. В статусе заказа указано, что покупатель получил товар. Дополнительно в переписке он подтверждает получение. Для продавца это два независимых сигнала, что сделка завершена.
Конец декабря — начало января. Автор пытается вывести деньги. Сначала не проходит перевод в кошелёк, затем не работает получение на карту или через СБП. Система показывает неизвестную ошибку.
05.01.2026. Продавец обращается в поддержку через приложение. Там, по её словам, просят прикрепить скриншоты, но в самом чате нет кнопки для вложений. Из-за этого диалог, как утверждает автор, фактически застрял и обращение было закрыто без решения вопроса.
Конец января 2026 года. Елизавета пишет в поддержку уже через VK. И там получает совсем другую трактовку происходящего: ей сообщают, что заказ якобы был отменён после доставки в пункт выдачи, а деньги возвращены покупателю.
После этого. Автор отправляет доказательства: скриншоты статуса заказа, переписку с покупателем, фото товара со штрихкодом. В ответ ей рекомендуют зайти с другого устройства или использовать полную версию сайта.
02.02.2026. Создано новое обращение №70716748. Затем, по словам автора, снова наступает пауза, а позднее поддержка просит запись экрана с пошаговыми действиями.
Февраль 2026 года. Продавец отправляет записи с телефона и ноутбука, показывает, что ошибка воспроизводится постоянно, версия приложения актуальная, кэш очищен, устройства и браузеры разные.
К 18.02.2026. Выплата в размере 6610 ₽ за этот заказ по-прежнему не выведена. На момент публикации проблема остаётся открытой.
Что ответила поддержка
По опубликованной истории видно не одно, а сразу несколько объяснений от поддержки, и именно их несостыковка делает кейс особенно неприятным.
Сначала, как пишет Елизавета, поддержка в приложении попросила скриншоты. Но этот запрос выглядел формально бесполезным: автор утверждает, что в чате не было возможности прикрепить вложения. Если так, то площадка запросила доказательства способом, который сам пользователь не мог выполнить внутри конкретного диалога.
Позже через другой канал поддержки прозвучала уже содержательная версия: заказ «был отменён после доставки в пункт выдачи, деньги возвращены покупателю». Это не просто технический совет, а фактическое объяснение судьбы заказа и денег. И именно здесь возникает главное противоречие, потому что у автора на руках, по её словам, были скриншоты статуса с получением и сообщение от покупателя о том, что часы получены.
После того как продавец направила эти материалы, поддержка не дала внятного разъяснения, почему внутри сделки одновременно существует статус получения и версия об отмене с возвратом. Вместо этого ей советовали войти с другого устройства, воспользоваться полной версией сайта, проверить актуальность приложения и очистить кэш. Затем запросили запись экрана.
Сам по себе запрос записи экрана — нормальный шаг, если компания действительно проверяет технический сбой. Но в этой истории проблема не только техническая. Есть ещё и вопрос учёта статусов внутри сделки: кто именно и на каком основании считает заказ отменённым, если у продавца есть признаки завершённой доставки. Из описания автора следует, что именно этого объяснения она так и не получила.
Отдельно важно: в доступной фактуре официальный ответ аккаунта площадки в комментариях под публикацией не найден. Поэтому финальная публичная позиция компании по самому посту не опубликована, и мы видим ситуацию только через изложение автора и пересказ её переписки с поддержкой.
Где спорный момент
В этом кейсе спор не сводится к банальному «деньги долго идут». Если верить опубликованной истории, продавец столкнулась сразу с двумя разными реальностями внутри одной сделки.
Первая реальность — пользовательская. В ней товар отправлен, покупатель получил часы, статус заказа это показывает, покупатель пишет, что всё получил, кнопка на вывод денег в заказе есть, но операция завершается ошибкой. В такой картине проблема выглядит как сбой выплаты уже после завершённой сделки.
Вторая реальность — версия поддержки. В ней заказ почему-то считается отменённым уже после доставки в пункт выдачи, а деньги, как утверждает поддержка, были возвращены покупателю. Если бы это действительно было так, площадка должна была бы объяснить, как тогда внутри заказа оказался статус получения и почему у продавца вообще доступна кнопка «Получить деньги».
Вот этот разрыв и есть главный спорный момент. Не просто задержка, а конфликт статусов. Для продавца сделка выглядит завершённой. Для поддержки — отменённой. При этом, судя по публикации, поддержка не дала ясной хронологии: когда именно произошла отмена, на каком основании, в какой момент были возвращены деньги покупателю и как это сочетается с подтверждением получения товара.
Есть и ещё один важный штрих. Автор пишет, что проблема воспроизводилась на разных устройствах и в разных браузерах, а другие сделки выводились нормально. То есть стандартные советы уровня «перезайдите» или «очистите кэш» не закрывают главный вопрос. Даже если предположить технический баг на стороне интерфейса, он не объясняет, почему по одному и тому же заказу пользователю сообщили взаимоисключающие версии.
Именно поэтому позиция продавца в этой истории выглядит убедительно: она показывает не только эмоции, но и набор несостыковок в логике площадки. Однако окончательно утверждать, где именно произошёл сбой — в расчётах, статусах заказа или в логике возврата, — по одной публичной публикации всё же нельзя. У нас нет внутренней истории заказа со стороны сервиса.
Какие доказательства важны
В подобных спорах решает не общий тон жалобы, а то, можно ли связать в одну цепочку движение товара, статус сделки и попытки получить деньги. В этой истории автор как раз перечисляет несколько видов доказательств, и они выглядят существенными.
| Доказательство | Зачем нужно | Как помогает |
|---|---|---|
| Скриншот статуса заказа с получением | Показать, что сделка отмечена как завершённая по выдаче | Подрывает версию о простой отмене без вручения |
| Переписка с покупателем | Подтвердить фактическое получение часов | Добавляет второе подтверждение помимо статуса |
| Фото товара со штрихкодом | Привязать конкретный товар к отправлению | Полезно, если спор уходит в идентификацию отправки |
| Записи экрана с телефона и ноутбука | Зафиксировать саму ошибку вывода денег | Показывает, что проблема повторяется, а не возникла разово |
| Проверка на разных браузерах и устройствах | Отсечь версию о локальной проблеме у пользователя | Ослабляет шаблонные советы про кэш и обновление |
| Факт нормального вывода по другим заказам | Показать, что аккаунт в целом работает | Указывает на сбой именно в одном заказе |
Самые сильные элементы тут — двойное подтверждение получения товара и демонстрация воспроизводимой ошибки. Когда у продавца есть только эмоции, поддержке легко отвечать общими фразами. Когда есть статус, сообщение покупателя, номер заказа и записи экрана, игнорировать это сложнее.
Но в этой истории не хватает одного важного кусочка: публичного документа или сообщения от самой площадки, где бы было видно, когда именно, по каким основаниям и на чью сторону были переведены деньги. Именно поэтому конфликт остаётся в подвешенном виде. Продавец показывает завершённую доставку, а поддержка ссылается на отмену, но публичной технической расшифровки этого расхождения нет.
Что можно сделать дальше
Этот кейс полезен не только как жалоба, но и как шаблон того, как собирать позицию, если сделка зависла между статусом доставки и выплатой. Ниже — не универсальная инструкция на все случаи, а практичные шаги, которые логично вытекают именно из этой истории.
| Действие | Когда подходит | Риск |
|---|---|---|
| Собрать единый архив скринов по заказу | Если статусы менялись или поддержка отвечает противоречиво | Без хронологии часть фактов потеряется |
| Сохранить переписку с покупателем | Если есть подтверждение получения товара | Позже сообщение может быть трудно быстро найти |
| Записать видео попытки вывода денег | Если ошибка повторяется постоянно | Без видео поддержка может списать всё на разовый сбой |
| В каждом обращении указывать номер заказа и номер заявки | Если каналов поддержки несколько | Без этого обращения будут рассматривать обрывочно |
| Требовать письменного объяснения расхождения статусов | Если сервис говорит об отмене при статусе получения | Можно получить новую шаблонную отписку |
Если у вас похожая ситуация, полезно действовать не по кругу, а по линии доказательств. Сначала зафиксировать статус заказа, затем подтверждение получения от второй стороны, затем саму ошибку вывода и только после этого писать в поддержку с просьбой ответить на один конкретный вопрос: что именно произошло с этим заказом по внутренней логике площадки.
Важно не распыляться на десять разных претензий сразу. В истории Елизаветы ключевой вопрос звучит так: если заказ отменён и деньги вернули покупателю, почему заказ имеет признаки успешно полученного, а кнопка вывода денег остаётся активной, но нерабочей? Это сильнее, чем просто писать «помогите, деньги зависли».
Ещё один разумный шаг — просить поддержку не только дать советы по устройству, но и подтвердить финансовый маршрут сделки: был ли возврат, в какую дату, по какому основанию, какой итоговый статус зафиксирован в системе. Даже если сервис не раскроет все внутренние детали, сам запрос помогает вывести разговор из шаблонной техподдержки в предметный разбор заказа.
И наконец, если проблема касается только одного заказа, как в этом кейсе, стоит прямо подчеркивать это в каждом обращении. Такой аргумент помогает отсеять ответы в духе «обновите приложение»: если другие сделки выводятся нормально, значит, сбой может быть завязан не на приложение вообще, а на конкретную операцию внутри заказа.
FAQ
Можно ли считать сделку завершённой, если покупатель написал, что получил товар?
Это сильный аргумент, но не единственный. В истории Елизаветы важно именно сочетание двух подтверждений: статуса заказа и сообщения покупателя. Одной переписки без статуса могло бы быть недостаточно, а вместе они выглядят убедительнее.
Почему советы вроде «очистите кэш» не решают спор?
Потому что здесь спор не только о технической ошибке кнопки. Поддержка, по словам автора, одновременно утверждала, что заказ отменён и деньги возвращены покупателю. Очистка кэша не объясняет противоречие между этой версией и статусом получения товара.
Насколько важен факт, что другие заказы выводились нормально?
Он очень важен. Это помогает показать, что у пользователя в целом работает аккаунт, карта, приложение и обычная логика вывода. Значит, проблема, вероятно, привязана не ко всему профилю, а к одному конкретному заказу.
Есть ли в этой истории окончательная публичная позиция площадки?
Нет. В доступной фактуре есть только пересказ ответов поддержки со слов автора и её материалы. Официального комментария аккаунта компании под публикацией на момент проверки не найдено.
Вывод
Кейс Елизаветы выглядит не как обычная задержка выплаты, а как конфликт статусов внутри одной сделки. По опубликованной фактуре продавец показывает логичную цепочку: заказ оформлен, часы отправлены, покупатель получил товар, вывод денег не работает, а поддержка даёт версии, которые плохо стыкуются между собой. На момент публикации спор не был закрыт: товар остался у покупателя, 6610 ₽ продавцу не поступили, а внятного объяснения, как заказ мог одновременно считаться полученным и отменённым, в публичной истории так и не появилось.
Комментарии