dmitriikochetkov
-
Публікації
23 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача dmitriikochetkov
-
Ничего не понятно, но: - онлайн доступно не по всем направлениям; - в вашем отделении не принимают отправления в почтоматы.
-
Ещё пара моментов. Модуль не понимает дома вида 1/2, 10/20, т.е. содержащие /. По итогу: дом 1020 и / в корпусе. Модуль не понимает адреса нормализованные дадатой и содержащие корпус в сокращённом виде: Ленина д.1 к 2 он превращает в Ленина д. 1. Иногда такая же ерунда и с написанием "корп."
-
Модуль берет ФИО не из адреса доставки/плательщика, а из клиента, если он зарегистрирован. И если заказ не сете, а кому-то, то уходит с данными клиента, а не получателя.
-
Сам и отвечу - да. Запросы улетают мгновенно и 1000 базовых хватает на выгрузку 25 заказов. Без просчётов. Посмотрим на сколько хватит 50 000. Отсюда вопрос: в настройках выгрузки на просчёт выбрано несколько вариантов, но при этом при самой выгрузке заказа считает все. И выдает кучу ошибок у всего, что не связано с посылкой. Из ошибок/доработок. Модуль обязательно требует улицу, но есть населенные пункты где ее нет. Предположим идеальные условия, что адрес у нас нормализован дадатой, верный индекс получен и мы хотим отправить на индекс - ан нет. И платная хотелка. У почты помимо otpravka.pochta.ru есть ещё insales.pochta.ru, куда идёт выгрузка заказов из их модулей и корзинного виджета. Для сценария когда заказ уходит в выгрузку сразу после оформления клиентом этот вариант более удобен: там проще менять и адрес, и контакты, и, что самое важное, вес. Это все делается в списке заказов, без необходимости открывать каждый заказ.
-
Во, тоже сегодня вылезло такое, но на обычной посылке. И вообще в отгрузке были empty на расчетах. Закончившиеся запросы к апи, видимо, тому причина?
-
Мне интересна пакетная выгрузка. По тарифу посылка, например, смс включается в настройках сервисов и корректно устанавливается. Он в расчетах не подтягивается. В курьерской доставке стоит 2 сервиса: курьер онлайн и емс-оптимальное, вывод по самому дешевому. С настройках сервисов у Емс оптимальное установлена галка на курьерской доставке, расчет через отправку. Смотрим калькулятор в отправке и видим, что Емс дешевле. Но не выводится. Даже если вывести отдельный расчет Емс оптимальное, то все равно не считает.
-
Ошибка вылезала из-за не загруженных ПВЗ. Но обновил. Смс уведомления для тарифов Курьер-онлайн и посылка-онлайн - нет. И не подтягивается тариф ЕМС оптимальное. В договоре он есть. В модуле он настроен на расчет через отправку, поставлен чек на "доставка курьером", соответственно должен считать по любому индексу где он доступен, но нет. Например, г. Норильск.
-
Использует кто этот модуль на странице регистрации симплы/стандартной? Покажите, пожалуйста настройки. И кто-то сталкивался с отображением конкретных городов. Решил автор вопрос? Покажите, пожалуйста, настройки. У меня такая ерунда на селах и деревнях.
-
Поставил на чистую русскую 3 и получил Notice:Undefined offset: 1 in: public_html/catalog/model/extension/shipping/russianpost2.php on line 3477 Undefined offset: 2 Undefined offset: 3 Undefined offset: 4
-
Пару заметок. У методов доставки "посылка онлайн" и "курьер онлайн" в настройках нет возможности выбрать смс-уведомление. Хотя в личном кабинете отправки они есть. В модуле выгрузки в отправку, даже если выбраны смс-уведомления, то в выгрузку все равно уходит без смс. И я в выгрузке не нашел метода "посылка", есть только "посылка нестандартная". Но тогда в отправку выгружается заказ с отметкой "негабаритная" с указанными габаритами. Но в нашем случае вероятность верного указания габаритов около нуля. В почте никто пока не смог сказать какие будут последствия, если заявлены габариты, но они не соответствуют. И по методам доставки из апи отправки. У нас договор и подключена услуга ЕМС-оптимальный. Я его включаю в расчете методов, а он не отображается. Для теста разбивал методы по отдельным полям - нету. Курьер, посылка, 1-й, а этот не показывается. Хотя при ручном оформлении заявки в ЛК отправки этот метод есть и дает считать\оформлять.
-
Во вкладке "методы доставки" нужно ставить чекбоксы у необходимых методов "Отображать выбор отделения/ПВЗ на карте"
-
Сначала написал, потом посмотрел, что старая была 5.2.4 Заработало, благодарствую.
-
Добрый. ПВЗ только на карте, списком/поиском в списке нет?
-
Доброго. На странице заказа все ок, но на странице регистрации автозаполнение не работает. Куда копать?
-
Я на софтподключ брал, там последняя лежит russianpost5.2.6.zip
-
Parse error: syntax error, unexpected '}', expecting ')' in public_html/catalog/model/extension/shipping/russianpost2.php on line 4058 Нашел в архиве 4.5.1 и там такой ошибки нет. Накатил сверху 5.2.4 и снова оно
-
Чистый ocstore 2.3, все настроено, все прописано, ssl включен везде. На этапе вывода способов доставки получаем всплывающее окно "Подтвердите действие error". Отключаем модуль - нет ошибки. Логи чистые. На старом грязном и забитом опенкарте 2.3 такая же ерунда. Модуль 5.2.4, версия данных 6.0.7
-
Добрый. Так шиптор или сберлогистика? Это разные организации с разными договорами и разными апи.
-
А мне автор не ответил. У вас те настройки, которые у него на скриншотах, т.е. отдельное поле для поиска адреса, откуда данные передаются по полям. Но в модуле "из коробки" этого нет, хотя, вроде как, заявлено. Дайте пример ваших настроек? Пожаааалууууйста )))
-
Сам и отвечу. В базовых настройках все ограничено полем city и все что у дадата идет как не city просто не отображается в поле Город, потому что в модуле from_bound: { 'value': 'city' }, to_bound: { 'value': 'city' }. Если посмотреть https://dadata.ru/suggestions/usage/address/#how-granular, то в примере видно, что рп Чаны это не city, а settlement. Дальше смотрим настройки, долго думаем и додумываем. Для меня актуально только оформление заказа в симпле, поэтому идем в симпл/чекаут, в самый низ и меняем (все актуально для моего случая): в пункте Город меняем city_with_type на region_with_type, area_with_type, city_with_type, settlement_with_type (мне нужно так, кому меньше, смотрите по ссылке выше и убирайте ненужное); в скрепке from_bound: { 'value': 'city' }, to_bound: { 'value': 'city' } меняем на from_bound: { 'value': 'region' }, to_bound: { 'value': 'settlement' } . И получаем как на картинке. Не факт что это именно оно. Наверняка можно проще и быстрее, но не все в этом мире "тыжепрограммисты". Автору вопрос задал сутки назад, но как-то никак, что странно для платного и не самого дешевого модуля. И у меня модуль вообще не выдавал никакие данные при установке через .ocmod. Залил из upload - начало работать.
-
1. Все тот же вопрос на конкретном примере. Есть адрес: Новосибирская обл, рп Чаны, ул Братьев Желтиковых, д 38 Если в поле Город начать писать: Чаны или Новосибирская область Чаны и т.д., то результата нет, населенный пункт не выводит, подсказок нет. Если в поле Адрес начать писать: чаны желтиковых, то находит адрес и предлагает его полный вариант. При этом: поле Индекс заполняется верно, поле Адрес (улица, дом, кв) заполняется верно, но поле Город не заполняется вообще. В строке адрес населенный пункт тоже не указывается. В итоге имеем только улицу, дом, квартиру и индекс. Как это исправить и получить: либо заполненное поле Город как это и должно быть, либо получить полный адрес в одной строке, как это в примере на dadata.ru Такая проблема только с небольшими городами, поселками, колхозами, совхозами и прочим.
-
Отлично. Спасибо.
