Всем, кто юзает miniShop2!!!

Приветствую, дорогое наше сообщество!!!
Сегодня я расскажу о наболевшем, но этот топик не про жалобы «Как всё плохо», а про "Призыв к действию".
И так: У нас есть классный компонент интернет-магазина miniShop2, за который я очень благодарен Василию, который сделал его на столько гибким под разные цели и задачи.
И всё в этом компоненте хорошо, за исключением функционала МЕНЕДЖЕРА, который должен обрабатывать поступающие заказы.
Я уже сделал на miniShop2 с десяток магазинов, и в каждом это проблема всё время всплывает. Рецепты решений на просторах сообщества, конечно выручали отчасти, но большинство из них требуют изменения исходников компонента, а это- блокирует возможность обновления пакета.

Собственно проблема:
Заказ поступивший в админку miniShop2 начинает обрабатывать Менеджер, он перезванивает клиенту и уточнаяет параметры заказа. И, допустим, клиент решил всё в заказе поменять — состав заказа, тип доставки и, возможно, способ оплаты.
Обнаруженные мной проблемы:
1)Состав заказа — допустим надо добавить в заказ 1 позицию, идём во вкладку «Покупки» находим в поисковом поле нужный товар и добавляем его в заказ, жмём сохранить, но сумма заказа не пересчитывается. Но стоит выбрать на редактирование ещё раз любую позицию заказа и даже не внося изменений просто нажать сохранить, после сохранения заказа — сумма отлично пересчитывается. Само собой менеджер никогда не догадается, что для пересчёта заказа мало просто доабвить товар, а нужно просто ещё раз кликать по одному из товаров и просто нажимать сохранить.

2)Тип и стоимость доставки — здесь вообще у менеджера руки связаны, при смене типа доставки стоимость никогда не пересчитывается, я понимаю, что в админке не реально учесть кучу параметров доставки, которые мог указать пользватель при оформлении заказа, но хотя бы в ручную пересчитать и просто забить новое значение стоимости можно было бы, но это поле только на чтение. Выход: писать плагины на событие изменения заказа и пробовать воспроизвести вних все условия заказа, которые были при оформлении на клиентской стороне, может и возможно, но при таком количестве дополнений, связанных с доставкой, думаю это будет трудно всё учесть. Поэтому как самое простое решение вижу в том, чтобы сделать поля в карточке заказа, которые только на чтение, ещё и на запись в ручную. Так у менеджера остаётся хоть какой-то вариант изменения этих параметров заказа. На текущий момент приходится в магазине создавать — технического покупателя, от имени которого переоформлять заказ с нужными параметрами и потом в админке менять в карточке заказа пользователя. Таким образом подсовывая клиенту новый заказ с нужными параметрами, но тут свои минусы — номер заказа уже другой, письма будут отправляться тоже уже с другим номером. Итог: захламляем базу дублирующими заказами, а это захламляет статистику. Объяснять потом маркетологу, почему половина заказов стоят в статусе отменён, и рассказывать, что тут же был создан дублирующий заказ с правками это печальная история. То же самое, если заказы удалять, появляются вопросы — причина удаления заказа? Нафига всё это нужно, если бы менеджер просто мог поменять абсолютно всё в первоначальном заказе, пусть даже и в ручную.

3)Способы оплаты — таже самая история — и у способов даставки и у способов оплаты, свои класы-обработчики + есть параметр доп стоимость, но при изменении в карточке заказа никаких персчётов не происходит, опять же дополнений по способам оплаты куча, учесть все в плагинах на изменение заказа, наверное, не реально — выход опять же дать возможность посчитать вручную и просто вписать результат в поле.
Выше описал самый критичный на данный момент функционал менеджера, из-за которого клиенты начинают наговаривать на MODX в целом, что мол не очень пригоден для электронной комерции.

+ Что бы хотелось ещё: (Здесь я хочу попросить сообщество в комментариях дополнить найденные Вами проблемы и тот функционал, который Вы считаете критичным для работы магазина)

Это мой список, который бы хотелось реализовать в miniShop2
1)В политику доступа — miniShopManagerPolicy добавить возможность отключить удаление заказов, что бы статистика продаж была прозрачной, и что бы менеджеры на своё усмотрение не удаляли заказы.

2)Добавить возможность расширения плагинами, все объекты miniShop2, на текущий момент этот функционал работает только у товаров и для них есть замечательное дополнение msFieldsManager, которое позволяет добовлять товарам любые поля и с любым дизайном и функционалом, все эти поля становятся родными для товаров, а следовательно их можно использовать в фильтрах, поиске и сортировках.
Было бы круто если бы такие же поля можно было бы добавлять и другим сущностям miniShop2, например производителям, категориям товаров, способам доставки и оплаты.

Ещё раз прошу всех неравнодушных:
Напишите в комментариях, найденные Вами баги или предложения по улучшению функционала.
Раздел issue на гитхабе у miniShop2 закрыт, но доступны Пулреквесты, то есть есть шанс, что если мы найдём исполнителя на эти работы и реализуем их, то это всё будет прямо из коробки в компоненте.
Я готов участвовать в спонсировании этих работ, возможно, кто-то из Вас присоединится к идее.
Стоимость работ я указал условную, возможно те, кто имеет опыт разработки компонентов поправят.

Призываю, давайте улучшать miniShop2, если не мы, то кто же? Это opensource проект, а в нём всегда кто-то платит за развитие, так давайте поможем развитию компонента

P.S
Я предлагал автору компонента — Василию реализовать часть этих безумных идей, но он сказал — Нет, возможно, не до miniShop2 сейчас. Поэтому ждём предложений от других разработчиков сообщества.

P.S
Друзья, в комментариях предложено интересное решение — забить на функционал miniShop2 в админке и обратиться к сторонним решениям и сервисам, которые как правило потребуют дополнительных финансовых затрат и поисков решения по интеграции этих сервисов в MODX. Однако давайте посмотрим на это с другой стороны:
Представьте ситуацию, когда предприниматель хочет попробовать обкатать бизнес идею и проверить её рентабельность, он выбирает движок сайта, модуль интернет-магазина и рассчитывает, что этого будет достаточно, что бы принимать и обрабатывать заказы, и в случае с популярными решениями на всяких джумлах, опенкартах и вордперсах это так и есть, мне приходилось, например работать с woocommerce на wordpress и таким модулем как Shop-Script, так вот в этих решениях весь критически важный базовый функционал есть, это в свою очередь снижает порог вхождения для работы у пользователя, так как вся работа магазина происходит в родном окружении движка сайта и ему не приходится на старте, задумываться о поисках дополнительных решений, которые обеспечат хотя бы базовые возможности интернет магазина. Поэтому я и написал данный топик, с целью найти исполнителя, который будет в силах довести функционал miniShop2 в админке до приемлемого базового уровня. Что бы MODX и решения на основе него могли смело конкурировать с другими решениями других производителей, а не ставить пользователя в ситуацию — вот тебе витрина магазина, а об обработке заказов подумай сам, найди подходящее для твоих целей решение или сервис, продумай интеграцию с витриной и только тогда можешь радоваться.
Я считаю выбор сервисов и crm-систем для повышения качества и функционала обслуживания клиентов и заказов хорошим как прогрессивное улучшение, которое должно строится на хорошей и функциональной основе, а не как фактор безысходности. MODX и его компоненты нужно популяризировать в массах, а если мы будем постоянно ссылаться на чьи-то сторонние решения, боюсь этот процесс будет очень медленным, так как клиенты не будут видеть очевидных преимуществ этой системы перед уже раскрученными движками.