Сообщений в теме: 15

[navff]

Часто для интернет-магазинов, работающих с удалёнными поставщиками нужно, чтобы клиент не мог оплатить заказ сразу. Нельзя давать клиенту заказать товар, которого нет и который недоступен у поставщика/производителя.
Например, если у магазина нет своего склада и весь товар везётся под заказ, бизнес-процесс выстраивается так:

• Клиент размещает заказ
• Менеджер проверяет заказ и связывается с поставщиком/производителем
• Если товар можно продавать, менеджер подтверждает заказ
• На почту клиенту приходит письмо со ссылкой на оплату (или приходит письмо с квитком Сбербанка или PDF-счёт)

Я не нашёл такой логики в ShopCMS, а она нужна.

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

Спасибо.

[R.Sergey]

Давно реализовано.
Оплата из личного кабинета

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

[badisoft]

Давно реализовано.

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

[R.Sergey]

Ведь штатно если товар можно положить в корзину, то дальше уже никак нельзя клиенту запретить его оплатить при создании заказа.

Да все я правильно понял. Именно этот модуль ему и нужен. А что касается запретить, зачем же запрещать, ИМХО достаточно красными буквами написать "не оплачивайте заказ до подтверждения наличия менеджером или что-то подобное".
Убрать кнопку "оплатить" а точнее не подключать модуль, а оплату сделать через личный кабинет.
Но я по своему опыту знаю, что очень редко покупатели оплачивают сразу же. 99,9% ждут звонка и только потом оплачивают. Мы диктуем номер карты по телефону и они оплачивают даже без личного кабинета.
Но даже если и оплатил заказчик и нет в наличии, то можно предложить аналог или другой товар и больше шансов на покупку, в крайнем случае можно вернуть деньги не вижу в этом проблемы.

[idal]

На данный момент в приват банка доступна такая логика, когда человек делает оплату онлайн, деньги не переходят на счет продавца а блокируются со счета клиента и уже после сологласования менеджером деталей, САМ менеджер делает согласование (нажимает на кнопочку в админке) и деньги переходят на счет продавца. Очень удобно, но на данный движок нет доработки. Готов скинуться для реализации данного дополнения.

[navff]

badisoft меня понял правильно. Посетитель магазина НЕ ДОЛЖЕН мочь оплатить заказ без подтверждения менеджером. Это важно и модуль должен работать именно так.

[R.Sergey]

На данный момент в приват банка доступна такая логика,

Интересно, впервые о таком слышу,

Очень удобно, но на данный движок нет доработки

ну так чтобы была доработка должны быть какие-то инструкции по API от приватбанка.

Посетитель магазина НЕ ДОЛЖЕН мочь оплатить заказ без подтверждения менеджером.

Не знаю таких движков где это реализовано. Много покупок делаю в интернет-магазинах и ни разу такого не встречал, но в любом случае допилить это к модулю "оплата из личного кабинета" не составляет сложности, особенно учитывая, что Вы предоставляете услуги веб-студии и имеете свой личный движок )).

Логика проста.
1. Не подключать модуль оплаты в корзине к варианту, чтобы не выводилась кнопка Оплатить.
2. Поставить условие в модуле чтобы кнопка оплатить появлялась только при статусе заказа "Подтверждено менеджером"

дело 5 минут. но разумеется нужен тот модуль, о котором я писал выше.

[navff]

На данный момент в приват банка доступна такая логика,

Это очень хорошо, но оно только для приват банка. Но вообще, да. Чтобы было о чём поговорить, — нужно достать API приватбанка.

Логика проста.
1. Не подключать модуль оплаты в корзине к варианту, чтобы не выводилась кнопка Оплатить.
2. Поставить условие в модуле чтобы кнопка оплатить появлялась только при статусе заказа "Подтверждено менеджером"

дело 5 минут. но разумеется нужен тот модуль, о котором я писал выше.

Если логика проста, — нужно это сделать. Моя студия не пишет на PHP, потому прошу сделать.

[R.Sergey]

Моя студия не пишет на PHP, потому прошу сделать.

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

[badisoft]

Возможно я Вам удивлю, но тут даже php не нужен, достаточно верстки.

Не достаточно. Верстки хватит только для того, чтобы запретить ВООБЩЕ оплату заказа после оформления. Т.е. немного изменить блок

		    if ( $currentPaymentModule != null )
			    $after_processing_html = $currentPaymentModule->after_processing_html($_GET["orderID"]);
		    else
			    $after_processing_html = "";
		    $smarty->assign("after_processing_html", $after_processing_html);

Да и то какая это, нафиг, верстка .

А ведь задача сложнее. Надо:
1. как-то по другому обрабатывать ситуацию добавления в корзину при нуле на складе. Штатно-то при нуле добавить вообще не даст.
2. отследить при завершении оформления, есть ли такие товары в корзине и если есть хотя бы один, то не дать оплатить сразу и запретить оплачивать этот заказ в личном кабинете.
3. организовать для такого заказа ветки логики "товар_доступен => ..." и "товар не доступен => ...."

Это что с ходу видится. Тут, как мне кажется, версткой ну никак не обойтись.

[R.Sergey]

Не достаточно. Верстки хватит только для того, чтобы запретить ВООБЩЕ оплату заказа после оформления. Т.е. немного изменить блок

Зачем ты все так усложняешь. Я же написал решение, не нужно там php.

В личном кабинете поставить условие "if id_status eq XX" выводим варианты оплаты и кнопку оплатить "else" выводим "Для оплаты ожидайте подтверждения менеджером"

Все!!! А в корзине вообще не выводить кнопку оплатить. Зачем она там?

[navff]

1. как-то по другому обрабатывать ситуацию добавления в корзину при нуле на складе. Штатно-то при нуле добавить вообще не даст.

Это не нужно. Когда мы включаем подтверждение менеджером, мы не ведём учёт количества товаров. Но, в принципе, мысль вообще отличная, и для более общего случая она очень даже бы и подошла.

[badisoft]

На данный момент в приват банка доступна такая логика, когда человек делает оплату онлайн, деньги не переходят на счет продавца а блокируются со счета клиента и уже после сологласования менеджером деталей, САМ менеджер делает согласование (нажимает на кнопочку в админке) и деньги переходят на счет продавца

Дилетантски подозреваю, такая логика есть у любого банка и является обязательной для современных банковских карт. А вот реализован ли протокол "длинной записи" в API конкретного банка - тут как повезет. И, как я понял, при использовании такого протокола всегда заметно выше комиссия, в разы.

[idal]

Уточнял в приват банке на счет

На данный момент в приват банка доступна такая логика, когда человек делает оплату онлайн, деньги не переходят на счет продавца а блокируются со счета клиента и уже после сологласования менеджером деталей, САМ менеджер делает согласование (нажимает на кнопочку в админке) и деньги переходят на счет продавца. Очень удобно, но на данный движок нет доработки. Готов скинуться для реализации данного дополнения.

они так не работают. Я перепутал с другим банком. Альфа банк. Вот что мне написали

Касательно Вашего вопроса: да, наш сервис интернет-эквайринг поддерживает опцию двухфазного платежа. Возможность подтвердить оплату или отменить возлагается на менеджера торговца.

[badisoft]

Я перепутал с другим банком. Альфа банк

Для Альфа-банки есть даже описание АПИ. Когда читая эту тему поинтересовался вопросом, то наткнулся на. Собственно, почти все ссылки на конкретику и реализацию "наружу" в виде API это Альфа-банк и Рaypal.

PS. (пока писал - бабах в голову!) Я идиот. Ежесубботне и ежевоскресно по нескольку часов кидая мячик, а затем бухая с управляющим банкой, которого знаю 30 лет - шарюсь по интернету в поисках информации о карточных протоколах . Все занимались одним, а выросли разные и забываем, кто кем стал, т.к. оно не важно. Завтра спрошу, ежели не забуду, как оно по части "обязательности наличия" и "обязательности предоставления API наружу". Не то, чтобы из особого интереса, а просто чтобы как-то закрыть (или развить) тему.

[badisoft]

Завтра спрошу, ежели не забуду

Спросил. Он был удивлен и сказал, что не слышал про такое, но навскидку это ОЧЕНЬ гиморно в реализации (т.е. 2% вместо 0.7% берут вовсе не зря) и в его банке такого точно нет. Т.е. вопреки моему предположению это совершенно не обязательная фишка.