Модуль: Агрегатор службы доставки - 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.


#114

При тестировании БЕТА-версии столкнулся с проблемой макетов на странице оформления заказа
Вот так выглядит, когда модуль отключен


А вот так, когда включен


#115

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


#116

Добрый день.
Из актуальной версии модуля заказы в чекаут передаются с номером заказа и временем создания. Из чекаута они передаются в ЛК Shiptor с этими же данными. Пример:


image
Уточните, как у Вас получилось создать заказ с идентичным внутренним id?
Уточните версию CS-Cart и версию установленного модуля.
Приложите номер заказа в кабинете чекаута Shiptor, по возможности лог передачи заказа в чекаут. Предоставьте RP -номер ранее созданной посылки с тем же внутренним id.
Пришлите, пожалуйста, указанную информацию на нашу почту integration@shiptor.ru


#117

Уточните, как у Вас получилось создать заказ с идентичным внутренним id?

В ЛК Шиптор была ранее создана вручную посылка с номером заказа из другой CMS. Так получилось, что в CS-Cart тоже появился заказ с тем же номером.

У меня модуль под CS-Cart 4.9. Оттуда передается только номер заказа без даты. Модуль под 4.10 уже вышел из беты? Можно уже обновляться?

Приложите номер заказа в кабинете чекаута Shiptor, по возможности лог передачи заказа в чекаут. Предоставьте RP -номер ранее созданной посылки с тем же внутренним id.

Видимо, нет смысла так как проблема в старой версии модуля. Думаю, в новой версии такой проблемы не будет.


#118

Номер заказа в модуле для CS-Cart 4.9 передается в формате № из системы + дата и время создания заказа. https://yadi.sk/i/QExVP39aSk0BKQ

Если у Вас передача заказа происходит по другому - напишите в службу поддержки для проверки информации.


#119

Когда уже выйдет релиз модуля для CS-Cart 4.10?
Уже скоро 4.11 выйдет, а вы никак не можете адаптировать под 4.10 модуль. Уж слишком медленно все.


#120

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

Упоминание об обновлении модуля под 4.10 было еще в начале июля. Сейчас вторая половина сентября.


#121

@Shiptor прокомментируйте, сколько еще ждать, чтобы понимать в каком направлении двигаться дальше?


#122

Каковы результаты? Уже 1 октября… Обещали рабочую версию в середине сентября