Модуль: Агрегатор службы доставки - Shiptor


#102

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

Но у вас не может не быть емейл у покупателя - такова логика CS-Cart. Даже если покупатель оформляет заказ без емейл, то ему присваивается какой-нибудь левый емейл, который и уходит в Шиптор. У вас не так?


#103

Я еще не обновился до последней версии… И использую Бета версию оформления заказа. Поле Емэил обязательно, но клиенты умудряются его не оставлять) Сам не могу воспроизвести - МИСТИКА:sweat_smile:


#104

Добрый день.

Приведите, пожалуйста, пример такого адреса для проверки


#105

химки, ул, мкр.Новогорск, ул.Заречная, вл.7, д.49


#106

Есть какие-то новости?
Когда ждать релиз для 4.10?


#107

Ребят=) Что с релизом? На данный момент не можем пользоваться модулем, а сезон начинается уже совсем скоро… Вручную забивать товары в доставку - это издевательство. Очень не хочется отказываться от вашего сервиса, так как многое устраивает, но придется, если решения не будет.


#109

Предполагаю, что тот факт, что Сбербанк купил Шиптор и будет делать из него Сберлогистику, отодвинул на неопределенное время все сроки разработок внутри Шиптора.

Кто-нибудь слышал о сторонних модулях Шиптора? Есть такие? Сколько нас вообще здесь клиентов Шиптора, сидящих на CS-Cart? Может быть мы совместно профинансируем создание модуля, исходя из наших же пожеланий? Может быть Шиптору нужно что-то заплатить, чтобы ускорилась разработка (они об этом говорят иногда)?

  • Я клиент Шиптора с магазином на CS-Cart
  • Я кто-то другой

0 голосов


#110

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


#111

Добрый день.
Вы можете написать на нашу почту integration@shiptor.ru и мы предоставим Вам написанный разработчиком модуль для закрытого бета-тестирования. Однако мы не можем гарантировать работоспособность данного модуля на вашем сайте т.к. он не прошел все этапы тестирования.


#112

Предложение:

Добавить в настройках модуля указание префикса к ID заказа. Чтобы в Шиптор передавался не чистый числовой номер заказа 1234, а CS-1234, например.

Столкнулся с ситуацией, что в CS-Cart появился заказ с номером, под которым уже была посылка в Шипторе, созданная ранее вручную. Отправить заказ в Шиптор не удается - говорит, что уже нельзя редактировать эту посылку.

В ситуации, когда новый магазин на CS-Cart подключаешь к Шиптору, в личном кабинете которого уже имеются ранее созданные посылки (вручную или из другой системы), вполне возможна ситуация повторения номера заказа. Уникальный префикс магазина решит эту проблему.


#113

Апдейт предложения
Не нужно прямо всю базу всех ПВЗ всех городов держать на сервере и полностью регулярно обновлять. Можно реализовать это в виде кэша.

  • Покупатель выбрал, например, Москву и доставку в ПВЗ СДЭК.
  • Смотрим в БД, есть ли у нас ранее загруженные московские ПВЗ СДЭК.
  • Если нет, то тогда загружаем ПВЗ из Шиптора и сохраняем в БД.
  • Если есть, то смотрим, как давно загружался актуальный список ПВЗ (должна быть какая-то отметка об этом в БД). Если последний раз для Москвы список ПВЗ СДЭК загружался более чем N дней назад (я бы в настройках поставил N=1), то удаляем имеющиеся ПВЗ из БД и загружаем актуальный список.
  • После этих проверок берем для страницы оформления заказа список ПВЗ из БД. Это будет либо ранее загруженный не очень старый список, либо только что загруженный актуальный.

Такой подход с кэшем существенно ускорит работу сайта. Не будет обращений к серверу Шиптор, если город покупателя такой же как у другого недавнего покупателя. В случае же обращений к серверу Шиптор будут “подгружаться” только нужные актуальные данные по конкретному городу и конкретной службе доставки. И не нужно будет задействовать cron.