Воеводский Михаил

Написал на почту.

modx.pro/news/6288-the-new-version-of-modx-2-3-6-pl/

Не указан параметр &tpl для сниппета msProducts. Если этого параметра нет, он выводит сырой массив данных.

Затем, что вся базовая логика компонента прицеплена к Tickets.

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

А я хотел сказать другое: маленькому интернет-магазину достаточно купить 1-2 модуля расчета доставки и 1-2 модуля оплаты. Суммарно — 1500-3000 руб.

Всего лишь до 3000 руб., но появляется автоматический расчет стоимости доставки и мгновенная оплата, что повысит количество продаж. И эти затраты для любого малого бизнеса более, чем оправданы.

Второй вариант наиболее правильный. Делайте так.

Как уменьшается стоимость товаров? При выводе страницы?

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

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

Красивое логическое противоречие.

Если серьезно: расскажите мне, пжл, для чего маленькому магазину, который только с дикими усилиями может вложить в свое развитие 10 000 руб., 6 модулей доставки и 12 способов оплаты?

Любой магазин, продающий хотя бы на 3000 руб. в день, может легко позволить себе приобретение необходимых модулей доставки и оплаты.

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

Я уже не говорю о внутренних сложностях учета — из десятка платежных систем собирать, в общей сложности, 50 000 руб. за месяц (мы ведь говорим о малом бизнеса в Вашем представлении, а не в общем?).

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

Мне кажется компонент нужный и пригодится многим.

Несомненно. Сергей. по описанию просто сказочный компонент получился!

Владимир, мне, если и звонили из ИМ, то только лишь для утверждения стоимости. На мой взгляд — лишний звонок, но это детали. По факту, стоимость изначально рассчитывалась при оформлении, а при звонке не менялась.

Автоматизация, на самом деле, далеко не настолько дорогая, как может показаться. И в случае с доставками тоже. Например, в магазине уже есть несколько калькуляторов доставки, причем стоимость любого менее 1000 руб.

Если есть необходимость в расчете для иной ТК, для которой калькулятор еще не готов, можно заказать его создание. Стоимость будет не запредельная — 1500-10000 руб., в зависимости от дополнительных пожеланий и качества API самой ТК.

Теперь же посмотрим со стороны бизнеса — оператор, звонящий для корректировки стоимости доставки, должен получать зарплату. Если не давать пользователю возможность оплатить в момент оформления заказа (когда он наиболее «горячий»), повышается процент отмененных заказов (соглашусь, что здесь сильна специфика направления ИМ).
В результате получается, что в разрезе всего нескольких месяцев автоматизация сэкономит для компании больше денег, чем потребует для создания и внедрения соответствующего функционала.

Можно еще долго работать старыми методами, не замечая издержек, так как они много где считаются нормой, но давайте смотреть правде в глаза: XXI век, повальное стремление к максимальной автоматизации и сокращению издержек не только денежных, но и временных. Не только со стороны компании, но и со стороны покупателя. Чем дальше, тем больше людей будет требовать сервис по принципу «Здесь и сейчас». Если компания не сможет соответствовать новым требованиям, она будет терять все больше клиентов.

Личный пример — если на этапе оформления заказа я не вижу окончательной стоимости, которая не будет изменяться, вряд ли оформлю этот заказ, тк уже проще пойти к конкуренту и все оформить за несколько минут, чем создать заказ и еще пару часов ждать звонка от оператора. А если я хочу оплатить сразу же? Но через 1-2 часа я уже могу передумать или найти за те же деньги еще лучше.

Пример выше — упущенная выгода. Чем больше таких ситуаций, тем больше потери от отсутствия автоматизации.

И напоследок: стоимость доставки может зависеть от многих факторов — вес, размер, хрупкость и т.д., согласен. Но все эти параметры можно забить для товаров, после чего они будут исправно учитываться калькуляторами. Без участия оператора.

Напишите на почту (в профиле), сделаю.

Без учета дизайна за 40 000 — 70 000 сделаем, обращайтесь :)

Задача интернет-магазина — максимально автоматизировать процесс. Простейшая ситуация: покупатель оформляет заказ, стоимость доставки (100 руб.) включена, заказ оплачивается. А потом менеджер увеличивает стоимость доставки до 200 руб. Сразу вопрос: как покупатель должен оплатить эти 100 руб.? Почему он об этом узнает уже после?

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

Скинь доступ к админке на почту, вечером гляну.

Хм… Третий раз не будут пробовать. Это лишь подтверждает, что так делать не нужно ;)

Верно, упустил момент.

Снова ушло на почту.

Тоже форменное извращение.

Полностью согласен.

Убрал костыль, который написал ниже.