Модерация заказа для 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?
Компонент будет платный?
Сможет ли компонент работать без Office, msProfile?
1.Проверен -я имел в виду подтвержден. Т.е по факту клиент подтвердил что заказ ему нужен.
2.Ожидает оплаты — это следующий статус, т.к в теории между этими итерациями может быть что-то еще, например Проверен (Подтвержден) -> Ожидается поставка -> Ожидается оплата -> итп. любые варианты.
Главное забиндить обязательные статусы для системы оплаты и дать возможность гибко их менять, с настраиваемым флоу.
3.Однозначно будет, но в разумных пределах схожих компонентов.
4.По идее, сможет, ведь ему все равно как будет происходить авторизация, и куда производить оплату заказа — все есть из коробки в MiniShop2.
Другой вопрос что функционал оплаты из личного кабинета видимо тогда уже работать не будет, т.к ЛК я планирую делать с использованием Office как раз, ну а по дефолту тогда будет отправляться счет на Email.
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
, которые интегрируются в минишоп.
В эти рассчеты тоже может закрасться ошибка (вес не тот, габариты), которую менеджер должен отловить или подтвердить стоимость доставки, если все без ошибок.
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
, которые интегрируются в минишоп.
В эти рассчеты тоже может закрасться ошибка (вес не тот, габариты), которую менеджер должен отловить или подтвердить стоимость доставки, если все без ошибок.
по поводу имзенения стоимости доставки это доработка исключительно miniShop функционала, возможно есть смысл попросить об этом Василия, т.к по сути нужно просто вынести один input для редактирования в карточке заказа
Честно говоря я вообще не понял смысла в этом дополнении. Что оно делает такого, что минишоп не сможет после небольшой настройки? Новые статусы за минуты добавляются. Для выставления счета уже давно есть дополнение приличное на modstore. Также не понятно зачем нужна поддержка office и msProfile. В общем, может я что-то не понял, либо идея дополнение ерунда.
думаю что ты не понял сути.
Давай по порядку.
Это практически главное для чего он нужен.
Тем самым не получится перескочить через обязательные статусы и идти все должно последоватлеьно.
Это исключает и варианты ошибки, и мошенничества со стороны менеджеров магазина.
На сейчас статусы ты можешь в магазине ставить любые, вниз если есть фиксирование, и не можешь уходить с финальных. Тем не менее мне ничто не мешает пропустить какой-либо статус посередине заказа, например с Нового на Отправлен, минуя Ожидает оплаты и Оплачен
Здесь задача принять заказ с выставленным способом оплаты, но при этом не дать клиенту возможность ее произвести до одобрения менеджером сайта.
Полезно когда могут измениться как состав заказа так и параметры цены.
Тут не уверен т.к в любом случае я всегда могу стандартным API получить контекст сессии пользователя и работать или не работать с ним.
Давай по порядку.
Что оно делает такого, что минишоп не сможет после небольшой настройки?оно позволяет внедрить схему WorkFlow всего жизненного цикла заказа.
Это практически главное для чего он нужен.
Тем самым не получится перескочить через обязательные статусы и идти все должно последоватлеьно.
Это исключает и варианты ошибки, и мошенничества со стороны менеджеров магазина.
На сейчас статусы ты можешь в магазине ставить любые, вниз если есть фиксирование, и не можешь уходить с финальных. Тем не менее мне ничто не мешает пропустить какой-либо статус посередине заказа, например с Нового на Отправлен, минуя Ожидает оплаты и Оплачен
Для выставления счета уже давно есть дополнение приличное на modstore.Это какое? mspreceiptaccount? это не много из другой оперы.
Здесь задача принять заказ с выставленным способом оплаты, но при этом не дать клиенту возможность ее произвести до одобрения менеджером сайта.
Полезно когда могут измениться как состав заказа так и параметры цены.
Также не понятно зачем нужна поддержка office и msProfileдля удобств авторизации из личного кабинета и в теории оплаты с внутреннего счета покупателя.
Тут не уверен т.к в любом случае я всегда могу стандартным API получить контекст сессии пользователя и работать или не работать с ним.
Для выставления счетов:
modstore.pro/packages/integration/orderprint
По поводу строгости порядка переключения статусов заказа — достаточно написать один плагин в несколько строк.
По поводу отсутствия возможности сразу оплатить заказ, то тоже предельно просто. Через GET id заказа проверяется и если он имеется и у пользователя имеются права на его оплату и статус соответствующий, то вывод форм оплаты, если же не был передан в GET id, то новый заказ оформляемся.
Далее msProfile по большей степени один из вариантов оплаты, следовательно чтобы через оплату со счета сменился статус необходимо ровно тоже, что и остальным способам оплаты. Поэтому мне не понятно зачем его поддержка так описывается, т.к. это и так само собой разумееющееся.
По поводу поддержки офиса — опять же чего-то у них общего нет. Взаимодополняющего тоже не вижу ничего.
modstore.pro/packages/integration/orderprint
По поводу строгости порядка переключения статусов заказа — достаточно написать один плагин в несколько строк.
По поводу отсутствия возможности сразу оплатить заказ, то тоже предельно просто. Через GET id заказа проверяется и если он имеется и у пользователя имеются права на его оплату и статус соответствующий, то вывод форм оплаты, если же не был передан в GET id, то новый заказ оформляемся.
Далее msProfile по большей степени один из вариантов оплаты, следовательно чтобы через оплату со счета сменился статус необходимо ровно тоже, что и остальным способам оплаты. Поэтому мне не понятно зачем его поддержка так описывается, т.к. это и так само собой разумееющееся.
По поводу поддержки офиса — опять же чего-то у них общего нет. Взаимодополняющего тоже не вижу ничего.
Хорошо, спасибо, точка зрения ясна :)
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.