СДЭК снова недоступен по всей стране: не работает сайт, падает приложение, отслеживание посылок парализовано
Логистическая компания СДЭК столкнулась с масштабным сбоем в работе цифровых сервисов. Клиенты по всей России сообщают о недоступности как официального сайта, так и мобильного приложения. Проверить статус отправлений, оформить новую доставку или получить код для выдачи посылки в ряде случаев невозможно.
По данным сервисов мониторинга, фиксирующих работоспособность онлайн-платформ, количество жалоб на СДЭК измеряется сотнями и поступает из разных регионов страны. Наибольшую активность демонстрируют пользователи из Москвы и Санкт‑Петербурга, однако проблемы затронули и регионы: в числе лидеров по числу обращений отмечаются Ярославская, Калужская, Челябинская, Свердловская и Новосибирская области, а также Хабаровский край.
Картина при этом неоднородна: часть пользователей сообщает, что приложение запускается и отображает базовую информацию, но сайт либо не открывается вовсе, либо загружается фрагментарно, без ключевых функций. У некоторых клиентов в мобильном приложении не работает авторизация в личном кабинете, у других – не обновляется статус посылок или не подгружаются заказы.
Представители СДЭК объясняют происходящее плановыми техническими работами на инфраструктуре. По их официальному комментарию, во время обновления систем наблюдалась «кратковременная недоступность сайта», работы якобы выходят на финальную стадию и «не повлияли на обслуживание клиентов и обработку отправлений». При этом в заявлении компании фигурирует только сайт, тогда как реальные пользователи жалуются и на проблемы с мобильным приложением, вплоть до полной невозможности им пользоваться.
Сколько именно продлится перебой, в компании на момент подготовки материала не уточняют. Формулировки сводятся к традиционному для подобных случаев обещанию скорого восстановления «штатного режима». Для клиентов это означает, что сроки доставки и возможность получить уже прибывшие посылки остаются под вопросом — особенно там, где выдача завязана на цифровые коды и подтверждения в приложении.
Масштаб текущего сбоя особенно заметен на фоне того, что для СДЭК это уже не единичный инцидент, а как минимум второй крупный технологический сбой менее чем за полгода. 4 августа 2025 года пользователи также массово жаловались на неработоспособность сервиса. Тогда ситуация выглядела несколько иначе: мобильное приложение запускалось и показывало данные аккаунта, однако функция отслеживания посылок фактически была парализована.
Кроме того, в августовский сбой клиенты не могли получить отправление, даже если оно уже физически находилось в пункте выдачи. Приложение не генерировало четырехзначный код, который требуется предъявить сотрудникам для выдачи посылки. Попытки забрать заказ без этого кода успехом, как правило, не увенчивались — операторы ссылались на регламент и отсутствие доступа к нужным данным.
Тогда представители СДЭК отказались раскрывать детали произошедшего: не назывались ни конкретные причины сбоя, ни ориентировочные сроки полного восстановления, ни масштаб проблемы. Официальная формулировка сводилась к тому, что «у небольшой части пользователей» возможны кратковременные затруднения с доступом к личному кабинету, а нормальная работа будет «восстановлена в ближайшее время».
За несколько дней до того, 1 августа 2025 года, сервис также испытывал серьезные трудности. Клиенты снова не могли авторизоваться в личном кабинете и проверять статус отправлений. Тогда компания объяснила происходящее все теми же «техническими работами», не вдаваясь в подробности: что именно обновлялось, какой элемент инфраструктуры оказался уязвим, и почему это приводит к массовым простоям ключевых функций.
Самый болезненный эпизод в цифровой истории СДЭК произошел в мае 2024 года. Тогда речь шла уже не о плановом обновлении, а о масштабной кибератаке. Вся ИТ-инфраструктура компании была выведена из строя хакерской группировкой Head Mare. Поначалу официально взлом не признавался: в публичных комментариях избегали прямых формулировок, ограничиваясь общими объяснениями о «технических неполадках». Лишь спустя некоторое время факт атаки был подтвержден.
Последствия мая 2024 года стали для клиентов СДЭК критическими. Сервис на несколько дней фактически остановился: пункты выдачи не могли отпустить поступившие посылки, прием новых отправлений был приостановлен, сайт и приложение не работали, операции внутри логистической сети были сильно затруднены. Для многих бизнес‑клиентов это обернулось срывом сроков поставок и финансовыми потерями.
На фоне такой истории повторяющиеся объяснения сбоев «плановыми работами» вызывают у части пользователей очевидное недоверие. Клиентам трудно оценить, действительно ли речь идет о безобидном обновлении, либо о последствиях очередных проблем с безопасностью или архитектурой систем. Отсутствие детализированных пояснений и прозрачной публичной коммуникации лишь подогревает негатив.
Ситуацию усугубляет тот факт, что СДЭК уже несколько лет декларирует масштабную трансформацию своей ИТ-инфраструктуры: полный реинжиниринг систем и курс на импортозамещение в течение нескольких лет. Такие проекты неизбежно сложны: переписывание ключевых сервисов, миграция данных, внедрение отечественных решений и перестройка DevSecOps‑процессов повышают риск ошибок, несовместимостей и временных отключений. Однако для конечного пользователя все это выглядит просто как очередной «падший» сервис в самый неподходящий момент.
Для бизнеса, завязанного на регулярные отправки товаров, нестабильность цифровых сервисов логистического партнера оборачивается прямыми убытками. Интернет‑магазины и маркетплейсы вынуждены срочно искать обходные решения: переключаться на альтернативных перевозчиков, менять сроки доставки в своих интерфейсах, вручную актуализировать статусы заказов для покупателей. Малому бизнесу сделать это быстро и без последствий особенно сложно.
Частные клиенты сталкиваются с другой проблемой: отсутствием контроля над собственными отправлениями. Когда сайт и приложение недоступны, люди не понимают, где сейчас находится их посылка, успеет ли она к нужной дате, можно ли планировать поездку до пункта выдачи. Особенно болезненно это для тех, кто ждет важные документы, лекарства или срочные заказы к конкретному событию.
В такой ситуации основным инструментом остаются старые каналы коммуникации: телефон горячей линии и личное общение в пунктах выдачи. Однако операторские линии при крупных сбоях быстро перегружаются, ожидание соединения растягивается, а сотрудники пунктов нередко сами не обладают полной информацией — их рабочие места завязаны на те же ИТ‑системы, что и приложение пользователя.
Повторяемость сбоев поднимает вопрос о зрелости подхода СДЭК к управлению ИТ‑рисками и отказоустойчивости. Для крупного логистического игрока критически важно иметь резервные контуры, ясные сценарии переключения, возможность частично сохранить работоспособность ключевых операций даже при падении центральных систем. В теории подходы класса DevSecOps и современная архитектура должны снижать масштаб последствий, но на практике клиенты пока видят противоположную картину – единичные проблемы оборачиваются массовым простоем.
Еще один чувствительный аспект – информационная политика компании во время инцидентов. Рынок все меньше терпит размытые формулировки и отсутствие временных ориентиров. Клиентам и партнерам нужны четкие ответы: что именно сломалось, какой функционал пострадал, затронуты ли данные пользователей, каковы ориентировочные сроки восстановления. Чем прозрачнее эти ответы, тем выше шанс сохранить лояльность даже в кризисный момент.
При этом нельзя исключать и фактор нарастающего давления на российский рынок логистики и ИТ. Рост объемов онлайн‑заказов, ужесточение требований по безопасности, переход на отечественные технологии, необходимость интеграции с множеством внешних сервисов – все это усложняет инфраструктуру. Любая ошибка в обновлении, не до конца протестированный модуль или недооцененная нагрузка способны вызвать лавинообразный отказ.
Для самих пользователей сегодня ключевым становится умение минимизировать риски. При заказе критически важных товаров разумно закладывать временной запас и учитывать возможные задержки из‑за технических сбоев. Бизнесу – диверсифицировать логистику, не завязывая все поставки на одного партнера. А при возникновении сбоев фиксировать факты задержек и срывов — это может пригодиться при последующем урегулировании претензий и компенсаций.
История с очередным «падением» СДЭК снова показывает, насколько уязвимой становится современная логистика, когда вся цепочка опирается на цифровые сервисы. Отказ сайта или приложения сегодня означает не просто неудобство, а реальную остановку потоков товаров и денег. И чем чаще это происходит, тем внимательнее клиенты будут смотреть на надежность ИТ‑инфраструктуры при выборе логистического партнера.
