Frolik

поделитесь с сообществом?

Чем отличается 15 версия от 16? По ссылке на админку открывается старая версия - 15.2

Сделал по инструкции, однако есть свои нюансы: 1. Нет региональной зависимости, т.е. у покупателя, например, из Москвы, всплывает виджет с полной картой, где нужно выбрать вначале город, а затем и пункт на карте 2. Привязки к форме оплаты не реализовать, т.е. в Москве есть ПВЗ где нет оплаты при доставке, соответственно проверки на форму оплаты в данном пункте нет.

На сайте у Вас нет данной реализации. Точнее у Вас в корзине, например, нет выбора региона в принципе. В инструкции Вы пишите: «pickup_advanced.point_2» заменить на нужный Вам ID точки, которая относится к boxberry. Соответственно не понятно, что за ID точки, которая отновится к боксберри?

Можно написать статью и вставить ссылку в конце или сквозную. Можно поставить ссылку в блоке на главной странице, понадобится модуль для вставки HTML кода. Можно вставить ссылку в нижней части (подвале), тогда ссылка вставляется в код файла footer.tpl

После обновления с предыдущей на последнюю версию обнаружен такой баг: В закладке оплата есть возможность отметить галками те способы доставки, для которых будет действителен данный вариант оплаты, но после обновления этот список не появляется, т.е. "Отображать данный метод только для указанных вариантов доставки Для всех Для выбранных" При выборе "для выбранных" не отображается список видов доставки. Обновил на 2 разных доменах и везде данная проблема. Просьба проверить.

В боксберри можно запросить список ПВЗ в XLS, но вот как я понял вышеуказанный модуль не может учитывать оплату наличными с привязкой к определенному пункту, а еще нужна таблица со сроками доставки. Т.е. оптимальнее написать модуль на основе api боксберри.

Есвть ли функционал задания способов оплаты для каждого из пунктов, включая привязку к сумме, например, при сумме до 1000 руб доступны все способы оплаты, при сумме от 5000 руб только определенный способ оплаты, а так же возможность включать/отключать один или несколько способов оплаты для каждого из ПВЗ? Будет ли добавлена работа с api? Например, с boxberry

Виджет ЧПУ для модуля был изначально создан.

После обновления с предыдущей на текущую версию перестали открываться созданные статьи, т.е. при открытии страницы ЧПУ отображается корректно, но "запрашиваемая страница не найдена" Куда копать? В логах ошибок никаких записей не появляется. Модуль обновлял по видеоинструкции - папку удалил, файлы перезаписал, кнопку нажал, настройки, виджеты и схемы пересохранил, вторую кнопку нажал. Что делать? Может конфликт с модулем Ocseo plus от addist?

Если я сейчас сделаю еще 10 новых видов доставок, то они в simple не появятся, точнее они видны при оформлении заказа, но если у нас заданы варианты оплаты не для всех доставок, а для выбранных, то для новых доставок оплата не проставится до тех пор, пока не оформить заказ с выбором этого вида доставки. Только после этого эти доставки будут видны в simple и по ним можно будет указать какие для них доступны виды оплаты.

Тогда напишу так: делаем в генераторе доставок нужные виды доставки, а в интерфейсе simple они не появляются до тех пор, пока не оформить заказ с выбором данного типа доставки. Только после этого они появляются в закладке simple и для них можно выбрать способы оплаты.

Вот такой баг словил: https://opencartforum.com/topic/36953-настраиваемая-доставка-генератор-доставки/?do=findComment&comment=369399

Рассказываю подробно: 1. Заходим на закладку оплата, выбираем "Отображать данный метод только для указанных вариантов доставки" для нужного способа оплаты и видим галочки, которыми нужно отметить те способы доставки, для которых будет действовать этот оплаты. При этом если у нас в генераторе доставок есть, например, самовывоз г Санкт-Петербург, то среди списка в модуле simple мы этого вида доставки не найдем и он появится только тогда, если попытаться оформить заказ с доставкой этим способом, тогда мы получим сообщение об отсутствии способов оплаты и вот тогда этот вид доставки появится в меню simple.

Случайно обнаружил баг: если в модуле simple для каждого вида доставки задается свой вариант оплаты (например часть доставок только по предоплате, часть только с наличными), то до тех пор пока никто при оформлении заказа не выбрал проблемный вариант доставки, то по нему не будут указаны способы оплаты и при офомрлении заказа клиент получит сообщение: Оплата по данному адресу невозможна! Обратитесь к Администрации!

tai, купите модуль Генератор Доставок, там хоть десять разных видов с разными тарифами и зонами сделаете.

Есть ли так же пользователи модуля ocseo_plus (https://opencartforum.com/files/file/2107-ocseo-plus-%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B2-1-%D0%BA%D0%BB%D0%B8%D0%BA/) на последней версии 0.9 не работают ссылки ЧПУ, созданные в модуле SEO CMS PRO, при переходе по ссылке открывается несуществующая страница.

Тоже ищу модуль Boxberry. Готового у них нет, предлагают добавить виджет на сайт: На Вашем сайте или приложении в нужном Вам месте устанавливается дополнительная «кнопка», например «Доставка Boxberry», при выборе которой, Ваш пользователь попадает на специально разработанный интерфейс по выбору удобной для него точки доставки. Выбор может осуществлять по карте города или по списку. Пример размещения можно увидеть по ссылке: http://points.boxberry.ru/ Информация о выбранном пункте выдачи возвращается в виде массива с ключами "id", "address" и "name", где id — это Код ПВЗ в базе boxberry, address — выбранный город, name — адрес ПВЗ. Данная информация должна быть сохранена в Вашей БД. 1.Техническое описание по установке На страницах где необходимо подключить наш виджет (аналогично тому, который показан на http://points.boxberry.ru) после тега <body> необходимо подключить следующий скрипт: <script type="text/javascript"src="http://points.boxberry.ru/js/boxberry.js" /></script> Затем в нужном месте на сайте магазина вам необходимо поставить ссылку: <a href="#" onclick="boxberry.open(my_function); return false">Выбрать ПВЗ</a>, по событию «onclick» которой должна вызываться функция « boxberry.open» из подключенного ранее файла. В эту функцию обязательно должен передаться параметр «callback-функция», которая и будет принимать массив с выбранным ПВЗ. "my_function" - javascript – функция, доступная на странице оформления заказа. Далее идет открытие нового окна, выбор ПВЗ. «my_function» - это название «callback-функции» ее имя может быть любым, главное чтобы она была передана в качестве параметра в «boxberry.open». Это javascript функция, которая должна быть прописана на странице оформления заказа. При нажатии кнопки "выбрать ПВЗ" на сайте, вызывается функция my_function, куда в качестве параметра передается массив с ключами "id" и "address". Формат данных в возвращенном массиве — строки. Результат формируется так (код javascript): var result=new Array(); result['id']='10.011'; result['address']= '119019, Москва, Никитинский бульвар, д.11, оф.18'; result['name']= 'Москва' Примечание: на странице http://points.boxberry.ru показан пример оформления ссылки вызова виджета во время заказа и того, как установить ID ПВЗ в скрытое поле для дальнейшей обработки на стороне сервера и как показать пользователю адрес ПВЗ (рекомендуется всегда выводить эту информацию, чтобы пользователь мог видеть адрес выбранной точки и понимать что его выбор успешно зафиксирован).

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

Не появляются созданные варианты доставки, делал по регионам и по геозонам. Почему-то сам модуль в разделе "Доставка" числится как отключенный, посмотрел в демо - тоже самое.

Ни в Москве, ни в любом другом регионе, нет курьерской службы, которая работает с интернет-магазинами без нареканий. Под отсутствием нареканий я подразумеваю KPI в 90% по доставке в обозначенные интервалы (как минимум с 10 до 14 и с 14 до 18 по Москве), 100% по выполненным доставкам на следующий день по Москве и М.О., варианты "не выдали в доставку", "не согласовали" и тд не применимы. Плюс прозрачные бизнес процессы - все подробные статусы доставок, взаиморасчетов, отправка в другие службы в режиме одного окна. Автоматизированный склад с wms и выгрузкой остатков онлайн, прием заказов с доставкой на завтра до 20-00. Самовывоз до 100 руб за заказ. Кассовое обслуживание 1.5-2%.

Подскажите, как избавиться от ошибки в логе: 2014-11-23 19:58:55 - PHP Notice: Error: Table '***.oc_geo' doesn't exist<br />Error No: 1146<br />SELECT g.id,g.full_name,g.name,g.postcode,z.zone_id,z.country_id FROM oc_geo g LEFT JOIN oc_zone z ON g.zone_id = z.zone_id WHERE g.name LIKE 'Тверь%' AND g.postcode <> '' ORDER BY population DESC LIMIT 100 in /var/www/*******/mysql.php on line 50 Как я понимаю проблема с отсутствием таблицы .oc_geo' но ее в mysql нет.

Как там со смещением доставки на указанное количество дней?

Да, все верно. Например, курьерская служба принимает заказы с доставкой на завтра до 17:00, в модуле указываем 17:00, тогда клиент увидит при оформлении заказа, например, в 16:00, что заказ будет доставлен завтра. Бывают случаи, когда магазину требуется забрать товар у поставщика и передать курьерской службе, тогда доставка будет уже послезавтра, поэтому нужно иметь возможность указать время приема заказа и ближайшую доставку к клиенту и не важно сколько на это требуется времени, хоть день, хоть два, да и магазины бывает работают из региона, а доставляют в Москве, тогда как раз и требуется отобразить реальную дату доставки. Минимальную сумму заказа указал, но как-то не помогло, поковыряю еще. В принципе такая опция как разная цена доставки при разной сумме заказа нужна. Есть товары которые стоят дешево и дорогой доставкой можно решить проблему минимальной суммы заказа. Есть условно бесплатная доставка при определенной стоимость и есть бесплатная при дорогом заказе, поэтому такая функция не помешает.

Поставил, удобно, но: 1. Нельзя переименовать название доставки. Добавьте поле с возможностью указать вид доставки 2. Крайний срок оформления заказа считается текущим днем, при использовании курьерских служб нужно предусмотреть указание даты и времени доставки, когда заказ, оформленный после указанного времени, переносится на следующий день. Например, задаем оформление заказа до 20:00 сегодня, модуль выводит доставку завтра в указанные инетвалы. Если заказ оформлен после 20:00, то модуль указывает дату и интервалы доставки послезавтра 3. Добавить срочный вид доставки, т.е. аналогичные интервалы, но без ограничений по времени дедлайна 4. Сделайте опционально столбец с доступным количеством доставок. Клиенту, в общем-то, это ни к чему У меня почему-то стоимость доставки указывается как 0, хотя в модуле указал конкретную сумму.