Модерация заказа для Minishop2

Доброго времени дорогое сообщество!
В рамках уже собственного проекта столкнулся с необходимость реализации функционала предпроверки заказа менеджером, для возможности его последующей оплаты покупателем — формирования ему счета на оплату и предоставления такой возможности.
Собственно реализовывать функционал планирую сам, в рамках не большого компонента -расширения для Minishop последней версии.

Отсюда вопросы — возможно кому-то это дополнение будет нужно, и я готов его сделать оформленным компонентом в магазин. Есть ли какие-то пожелания по функционалу? Ниже под катом мое виденье реализации.

В моем виденье, верхний уровень функциональности компонента следующий:
1.Покупатель стандартными средствами Minishop производит оформление заказа по заданным полям (оставляет свой Email к примеру, который является логином для сайта), выбирает удобный ему способ доставки и оплаты, и подтверждает выбранный заказ.
2.Заказ попадает в систему в статусе «Новый».
3.В системе предварительно настроен жизненный цикл заказа — тем самым запрещая переключать статусы непоследовательно. Первоначально предполагается цикл: Новый->Проверен -> Ожидает оплаты -> Оплачен ->Отправлен -> Выполнен.
Конечно возможны варианты — аннулирован, отложен, итп — все должно настраиваться.
На каждый статус заказа могут выполняться любые плагины и процессоры в системе, тем самым можно будет настроить любую логику работы. Все это удобным образом редактируется в UI.
4.На каждое действие менеджера пишется история, скорее всего в стандартные для этого средства аудита самого магазина, чтобы можно было видеть всю историю по оплате заказа.
5.В итоге по окончанию подтверждения заказа, пользователю приходит ссылка + в личном кабинете появляется уведомление и форма для оплаты счета.

Из дополнений, с которыми планирую интегрироваться это Office, возможно еще msProfile.

Есть ли какие-либо пожелания, предложения? Хотелось бы сделать компонент не только под себя, но и под сообщество.
Clean
22 августа 2016, 21:35
modx.pro
2 758
+3

Комментарии: 11

Дмитрий
23 августа 2016, 01:03
0
+. По функционалу добавить ничего не могу, но компонент бы пригодился. Часто работаю со строительными магазинами, у которых не всегда понятно, что есть на складе, а чего нету, и счет нужно выставлять после проверки наличия
    Роман Садоян
    23 августа 2016, 03:32
    0
    В чем отличие статусов Проверен от Ожидает оплаты?
    Компонент будет платный?
    Сможет ли компонент работать без Office, msProfile?
      Clean
      23 августа 2016, 11:19
      0
      1.Проверен -я имел в виду подтвержден. Т.е по факту клиент подтвердил что заказ ему нужен.
      2.Ожидает оплаты — это следующий статус, т.к в теории между этими итерациями может быть что-то еще, например Проверен (Подтвержден) -> Ожидается поставка -> Ожидается оплата -> итп. любые варианты.
      Главное забиндить обязательные статусы для системы оплаты и дать возможность гибко их менять, с настраиваемым флоу.

      3.Однозначно будет, но в разумных пределах схожих компонентов.
      4.По идее, сможет, ведь ему все равно как будет происходить авторизация, и куда производить оплату заказа — все есть из коробки в MiniShop2.
      Другой вопрос что функционал оплаты из личного кабинета видимо тогда уже работать не будет, т.к ЛК я планирую делать с использованием Office как раз, ну а по дефолту тогда будет отправляться счет на Email.
      Евгений
      24 августа 2016, 01:46
      0
      Поддерживаю, хорошая задумка.
      Прошу включить возможность проверки и стоимости доставки.
      Зачем без офиса делать? Надо же и Василия порадовать немного.
        Clean
        24 августа 2016, 02:12
        0
        Спасибо за отзыв, что должна по Вашему представлять проверка стоимости доставки, по подробнее пожалуйста напишите, спасибо!
      Волков Николай
      24 августа 2016, 05:13
      0
      Честно говоря я вообще не понял смысла в этом дополнении. Что оно делает такого, что минишоп не сможет после небольшой настройки? Новые статусы за минуты добавляются. Для выставления счета уже давно есть дополнение приличное на modstore. Также не понятно зачем нужна поддержка office и msProfile. В общем, может я что-то не понял, либо идея дополнение ерунда.
        Clean
        24 августа 2016, 19:17
        0
        думаю что ты не понял сути.
        Давай по порядку.
        Что оно делает такого, что минишоп не сможет после небольшой настройки?
        оно позволяет внедрить схему WorkFlow всего жизненного цикла заказа.
        Это практически главное для чего он нужен.
        Тем самым не получится перескочить через обязательные статусы и идти все должно последоватлеьно.
        Это исключает и варианты ошибки, и мошенничества со стороны менеджеров магазина.
        На сейчас статусы ты можешь в магазине ставить любые, вниз если есть фиксирование, и не можешь уходить с финальных. Тем не менее мне ничто не мешает пропустить какой-либо статус посередине заказа, например с Нового на Отправлен, минуя Ожидает оплаты и Оплачен
        Для выставления счета уже давно есть дополнение приличное на modstore.
        Это какое? mspreceiptaccount? это не много из другой оперы.
        Здесь задача принять заказ с выставленным способом оплаты, но при этом не дать клиенту возможность ее произвести до одобрения менеджером сайта.
        Полезно когда могут измениться как состав заказа так и параметры цены.
        Также не понятно зачем нужна поддержка office и msProfile
        для удобств авторизации из личного кабинета и в теории оплаты с внутреннего счета покупателя.
        Тут не уверен т.к в любом случае я всегда могу стандартным API получить контекст сессии пользователя и работать или не работать с ним.
          Волков Николай
          24 августа 2016, 20:20
          0
          Для выставления счетов:
          modstore.pro/packages/integration/orderprint

          По поводу строгости порядка переключения статусов заказа — достаточно написать один плагин в несколько строк.

          По поводу отсутствия возможности сразу оплатить заказ, то тоже предельно просто. Через GET id заказа проверяется и если он имеется и у пользователя имеются права на его оплату и статус соответствующий, то вывод форм оплаты, если же не был передан в GET id, то новый заказ оформляемся.

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

          По поводу поддержки офиса — опять же чего-то у них общего нет. Взаимодополняющего тоже не вижу ничего.
            Clean
            24 августа 2016, 20:26
            0
            Хорошо, спасибо, точка зрения ясна :)
        Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
        11