Модерация заказа для Minishop2
Доброго времени дорогое сообщество!
В рамках уже собственного проекта столкнулся с необходимость реализации функционала предпроверки заказа менеджером, для возможности его последующей оплаты покупателем — формирования ему счета на оплату и предоставления такой возможности.
Собственно реализовывать функционал планирую сам, в рамках не большого компонента -расширения для Minishop последней версии.
Отсюда вопросы — возможно кому-то это дополнение будет нужно, и я готов его сделать оформленным компонентом в магазин. Есть ли какие-то пожелания по функционалу? Ниже под катом мое виденье реализации.
В моем виденье, верхний уровень функциональности компонента следующий:
1.Покупатель стандартными средствами Minishop производит оформление заказа по заданным полям (оставляет свой Email к примеру, который является логином для сайта), выбирает удобный ему способ доставки и оплаты, и подтверждает выбранный заказ.
2.Заказ попадает в систему в статусе «Новый».
3.В системе предварительно настроен жизненный цикл заказа — тем самым запрещая переключать статусы непоследовательно. Первоначально предполагается цикл: Новый->Проверен -> Ожидает оплаты -> Оплачен ->Отправлен -> Выполнен.
Конечно возможны варианты — аннулирован, отложен, итп — все должно настраиваться.
На каждый статус заказа могут выполняться любые плагины и процессоры в системе, тем самым можно будет настроить любую логику работы. Все это удобным образом редактируется в UI.
4.На каждое действие менеджера пишется история, скорее всего в стандартные для этого средства аудита самого магазина, чтобы можно было видеть всю историю по оплате заказа.
5.В итоге по окончанию подтверждения заказа, пользователю приходит ссылка + в личном кабинете появляется уведомление и форма для оплаты счета.
Из дополнений, с которыми планирую интегрироваться это Office, возможно еще msProfile.
Есть ли какие-либо пожелания, предложения? Хотелось бы сделать компонент не только под себя, но и под сообщество.
В рамках уже собственного проекта столкнулся с необходимость реализации функционала предпроверки заказа менеджером, для возможности его последующей оплаты покупателем — формирования ему счета на оплату и предоставления такой возможности.
Собственно реализовывать функционал планирую сам, в рамках не большого компонента -расширения для Minishop последней версии.
Отсюда вопросы — возможно кому-то это дополнение будет нужно, и я готов его сделать оформленным компонентом в магазин. Есть ли какие-то пожелания по функционалу? Ниже под катом мое виденье реализации.
В моем виденье, верхний уровень функциональности компонента следующий:
1.Покупатель стандартными средствами Minishop производит оформление заказа по заданным полям (оставляет свой Email к примеру, который является логином для сайта), выбирает удобный ему способ доставки и оплаты, и подтверждает выбранный заказ.
2.Заказ попадает в систему в статусе «Новый».
3.В системе предварительно настроен жизненный цикл заказа — тем самым запрещая переключать статусы непоследовательно. Первоначально предполагается цикл: Новый->Проверен -> Ожидает оплаты -> Оплачен ->Отправлен -> Выполнен.
Конечно возможны варианты — аннулирован, отложен, итп — все должно настраиваться.
На каждый статус заказа могут выполняться любые плагины и процессоры в системе, тем самым можно будет настроить любую логику работы. Все это удобным образом редактируется в UI.
4.На каждое действие менеджера пишется история, скорее всего в стандартные для этого средства аудита самого магазина, чтобы можно было видеть всю историю по оплате заказа.
5.В итоге по окончанию подтверждения заказа, пользователю приходит ссылка + в личном кабинете появляется уведомление и форма для оплаты счета.
Из дополнений, с которыми планирую интегрироваться это Office, возможно еще msProfile.
Есть ли какие-либо пожелания, предложения? Хотелось бы сделать компонент не только под себя, но и под сообщество.
Комментарии: 11
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Компонент будет платный?
Сможет ли компонент работать без Office, msProfile?
2.Ожидает оплаты — это следующий статус, т.к в теории между этими итерациями может быть что-то еще, например Проверен (Подтвержден) -> Ожидается поставка -> Ожидается оплата -> итп. любые варианты.
Главное забиндить обязательные статусы для системы оплаты и дать возможность гибко их менять, с настраиваемым флоу.
3.Однозначно будет, но в разумных пределах схожих компонентов.
4.По идее, сможет, ведь ему все равно как будет происходить авторизация, и куда производить оплату заказа — все есть из коробки в MiniShop2.
Другой вопрос что функционал оплаты из личного кабинета видимо тогда уже работать не будет, т.к ЛК я планирую делать с использованием Office как раз, ну а по дефолту тогда будет отправляться счет на Email.
Прошу включить возможность проверки и стоимости доставки.
Зачем без офиса делать? Надо же и Василия порадовать немного.
modstore.pro/packages/integration/msczone
modstore.pro/packages/integration/mscdistance
modstore.pro/packages/integration/mspointsissue
modstore.pro/packages/integration/mspec
modstore.pro/packages/integration/msdellin2
modstore.pro/packages/integration/mskit
, которые интегрируются в минишоп.
В эти рассчеты тоже может закрасться ошибка (вес не тот, габариты), которую менеджер должен отловить или подтвердить стоимость доставки, если все без ошибок.
Давай по порядку.
оно позволяет внедрить схему WorkFlow всего жизненного цикла заказа.
Это практически главное для чего он нужен.
Тем самым не получится перескочить через обязательные статусы и идти все должно последоватлеьно.
Это исключает и варианты ошибки, и мошенничества со стороны менеджеров магазина.
На сейчас статусы ты можешь в магазине ставить любые, вниз если есть фиксирование, и не можешь уходить с финальных. Тем не менее мне ничто не мешает пропустить какой-либо статус посередине заказа, например с Нового на Отправлен, минуя Ожидает оплаты и Оплачен
Это какое? mspreceiptaccount? это не много из другой оперы.
Здесь задача принять заказ с выставленным способом оплаты, но при этом не дать клиенту возможность ее произвести до одобрения менеджером сайта.
Полезно когда могут измениться как состав заказа так и параметры цены.
для удобств авторизации из личного кабинета и в теории оплаты с внутреннего счета покупателя.
Тут не уверен т.к в любом случае я всегда могу стандартным API получить контекст сессии пользователя и работать или не работать с ним.
modstore.pro/packages/integration/orderprint
По поводу строгости порядка переключения статусов заказа — достаточно написать один плагин в несколько строк.
По поводу отсутствия возможности сразу оплатить заказ, то тоже предельно просто. Через GET id заказа проверяется и если он имеется и у пользователя имеются права на его оплату и статус соответствующий, то вывод форм оплаты, если же не был передан в GET id, то новый заказ оформляемся.
Далее msProfile по большей степени один из вариантов оплаты, следовательно чтобы через оплату со счета сменился статус необходимо ровно тоже, что и остальным способам оплаты. Поэтому мне не понятно зачем его поддержка так описывается, т.к. это и так само собой разумееющееся.
По поводу поддержки офиса — опять же чего-то у них общего нет. Взаимодополняющего тоже не вижу ничего.