Привязка способа доставки к платежной системе

[airtm]

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

Возможные способы доставки
1 курьером по москве
2 почтой по россии

Возможные способы оплаты
1 наличными
2 электронными деньгами

И тут появляется курьез при оформлении заказа.
Нужно выбрать сначала тип доставки
выбираем к примеру почтой по россии
Далее выбираем способ оплаты и можно выбрать вариант - наличными.

Но наличными по почте я не доставляю.

Вот мне нужно, что если пользователь выбрал - курьером по москве, то были доступны оба варианта оплаты.

Если пользователь выбрал - почтой по россии, то был доступен только один вариант - электронными деньгами.

[targetorsk]

резонный вопрос, просоединяюсь

[Vyacheslav]

airtm, не нашли как решить проблему? У меня аналогичный случай, не получилось разобраться.

[airtm]

решение есть, но эта проблема стандартным функционалом не решается, и готового модуля тоже нет. Нужно переписывать скрипты магазина и внедрять свой код.

[battrack]

я тоже задавал такой вопрос в прошлой теме и мне ответили, что данный вопрос не решается. действительно нужно либо писать дополнительный функционал, либо ждать новой версии системы. Хотя, это на самом деле очень странно. Ведь это самый что ни на есть стандартный вопрос для интернет-магазина - чтобы за каждым способом доставки были закреплены свои наборы способов оплаты.

[nemo]

Лично я, с высказываниями в этом сообщении, соглашусь хотя для себя такую "странность" настроек оплат и доставок, обосновать могу. Т.к. изначально Viart Shop имеет зарубежное происхождение, то для бОльшей части таких стран обозначенные возможности настроек просто не нужны в силу того, что там, как правило, все взаиморасчёты между покупателем и продавцом осуществляются в безналичном виде, это или кредитные карты или банковский перевод и т.п. Соответственно, может быть включено ( а чаще всего так и есть) много разных типов для приёма безналичной оплаты. Способы же доставки при этом (когда исключена наличность) могут быть любыми и никак не связаны со способами оплат, а могут зависить исключительно от веса товара, кол-ва заказанного или стоимости товара или всего заказа, страны или штата (территориального расположения покупателя), т.к. в части регионов те или иные службы доставок могут не работать или иметь ограничения ( к примеру невозможна ЖД или Авиа доставки) и т.п. Так что, склонен рассматривать необходимость увязывать настройками типы доставок с типами оплат, чисто особенностью ведения бизнеса в русскоязычном интернете и странах с русскоговорящими пользователями. Не говорю, что это не нужно - нужно, т.к. локализация это не только языковой перевод и прочее, но и оптимизация функционала под реалии, специфику тех стран, где скрипт используется.

[khoser]

Сегодня столкнулся с данной проблемой, решается она просто
для начала нужно понять что за чем идет.

В начале покупатель выбирает способ оплаты
Далее после выбора места доставки выходят способы доставки

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

[nikom11]

Это хороший вариант, но только не в нынешних условиях, когда 90% за покупку без регистрации. Может кто-нибудь подскажет вариант решения в новых версиях, типа 4.xx? чтобы учитывались интересы людей без регистрации

[targetorsk]

Так, что решения вопроса нет и в 4-й версии?
или есть? но я не нашел