СДЭК: баг или фича?

Где возникла проблема: Multi-Vendor.

Суть проблемы: Модуль СДЭК должен считать доставку от адреса продавца. Но если мы указываем “город-отправитель” в настройках способа доставки, то как он будет рассчитывать от адреса продавца? Это баг или фича?

Возможно, это подходит для интернет-магазинов или когда у маркетплейса включен фулфилмент, но когда модуль выключен, но как делать расчет доставки от продавца?

Как воспроизвести проблему: Создаем способ доставки СДЭК → указываем в настройках логин и пароль. Если не указать страну, регион и город-отправитель, то не отображается доставка.

@Asya @d.lotochkov @cs-cart_team @ikoshkin Прошу Вас отреагировать.

@Nail.Gafin Добрый день!
Подскажите, может Вы сможете подсказать по данному вопросу?

Честно говоря, я не понял проблему и почему этот топик в багтрекере)
У вас не отображается способ доставки на чекауте?

Попробую подробнее объяснить)
У нас маркетплейс и подключен способ доставки СДЭК.
Нам необходимо, чтобы стоимость доставки рассчитывалась от адреса продавца(который указан в его личном кабинете), сейчас доставка рассчитывается как мы понимаем, от города-отправителя, который указан в настройках этого способа доставки.

Или СДЭК работает корректно только для интернет-магазинов?

То есть, мы создаем СДЭК и хотим сейчас сделать доставку дверь-дверь, далее склад-дверь. И чтобы этот способ доставки был доступен всем продавцам, но расчет производился только от адреса продавца, на товар который оформляется заказ

Город отправителя берётся из настроек способа доставки (поле Город-отправитель). Если СДЭК используется продавцами из разных городов, можно создать отдельный способ доставки для каждого продавца.

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

3 лайка

Понял, спасибо за ответ!
Но если подумать логически, то было бы удобнее сделать, чтобы если СДЭК используется всеми продавцами на маркетплейсе, а их не менее 500 например, то чтобы не создавать каждому способ доставки и потом не утонуть в них, тянуть адрес именно от продавца.

2 лайка

До полню, есть ещё странная ситуация, для Казахстана, в журнале доставка выдает 3450тг, а в корзине 12500тг доставка по городу, это космос цена, клиент любой скажет вы чё … что за цена. Могу скинуть скрины или создать отдельную тему, это касается нового модуля CDEK.

Товар стоит 6000тг доставка 3450 ок, но почему-то в корзине 12500 доставка откуда он берет эту цену

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

2 лайка

Мы уже наплодили порядка 20 доставок для каждого продавца, только потому что один не принимает онлайн, другой картой. Хотя в продавце был бы чекбокс с такими банальными настройками и все.

Да, предложение разумное.

С точки зрения бизнес-процессов не проблема если для рассчета стоимости доставки от всех вендоров используется одна и та же учетка СДЭК? Вендоры могут захотеть использовать свою учетку?

1 лайк

у каждого свои ЛК в СДЭКе же (своя бухгалтерия), поэтому нужны ключи каждого продавца
елси вы делаете отгрузки, чтобы передавались данные в ЛК

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

Честно говоря, уже с данной проблемой сталкиваюсь не на одном маркетплейсе. И просто приходится искать другие модули или ТК, чтобы обойти это. СДЭК удобен сам по себе и им привыкли пользоваться.

Да и как оказывается, не у всех вендоров есть свои учетки в СДЭК. Поэтому было бы правильнее сделать возможность прикреплять к одному способу доставки вендоров определенных, например не всех и от их адреса (например склада) делать расчет стоимости доставки.

На всех маркетплейсах с которыми сотрудничал, только на одном решился вопрос и у вендоров были свои ключи СДЭК. У остальных, просто нет этого.
О чем говорить, есть сферы маркетплейсов, на которых вендоры не разу не пользовались маркетплейсами, а тем более добавлять свой способ доставки и управлять админкой им куда сложнее.

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

Всё зависит от модели, кому оплата идет (продавцам или маркетплейсу).

Тогда получается нужен просто калькулятор расчета стоимости доставки (стоимость, указать ПВЗ, срок доставки), без передачи в ЛК СДЭКа накладных, без наложки

В данному случае оплата идет маркетплейсу, настройка происходит же на стороне маркетплейса.

А какой смысл тогда с расчета этого, вручную в ЛК СДЭК создавать сотни заявок? Ну бред же, не?

В любом случае у маркетплейса должен быть какой-то выбор и как минимум 3:

  1. У каждого продавца собственная доставка или как в нашем случае свой ключ СДЭК,
  2. Смешанная группа вендоров (у кого-то нет доставки и хочет воспользоваться силами маркетплейса и у которых есть),
  3. Все вендоры которые хотят пользоваться СДЭК маркетплейса, по определенным причинам.

Я уверен, прям у многих владельцев маркетплейсов сразу отпадет ряд вопросов по СДЭК или любой другой ТК.

На данный момент вижу, что модуль СДЭК заточен собственно только под интернет-магазины, а как же маркетплейсы, боком?)

Видимо не так все просто :laughing:
если даже Яндекс Маркет для модели DBS ввел фиксированную ставку компенсации продавцу за доставку (49 р в своем городе), вне зависимости от того, сколько за доставку заплатит продавец.