Свободный платеж, Доплата за товар, возможность клиенту самому указывать цену - Общие вопросы и ошибки

Добрый день уважаемые форумчане.
Проштудировал форум, но не нашел информацию о способе реализации свободного платежа, доплаты за товар, возможности клиенту самому указывать цену и оплачивать покупку.Подскажите, пожалуйста куда копать?
Для чего это нужно, JoomShopping используется как площадка для размещения и организации возможности оплаты разнообразных товаров и услуг. Есть прайс, есть скидка, атрибуты и так далее...все работает. Но допустим клиент оплатил товар по прайсу, который уже изменился, но его не успели обновить и требуется доплатить 103 рубля 33 копейки, чтобы произошла отгрузка. Можно каким-нибудь "макаром" создать товар, где человек сам сможет указать цену, которую ему сообщит оператор и клиент получит возможность самостоятельно доплатить за товар?

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

Используется модуль робокасса, все работает хорошо. Других модулей не планируется использовать. Платежный модуль отрабатывает то что формирует JoomShopping, а потом передает платежную информацию в процессинг робокассы на сколько я понимаю. Доплата приведена, как пример. Задача состоит в том, чтобы средствами JoomShopping реализовать возможность клиенту указывать любую сумму, класть товар в корзину с этой указанной суммой потом пройти процедуру оформления и быть перенаправлены на оплату в робокассу (безнал. оплата). Атрибутами данную задачу я так понимаю не решить. Т.е. нужна стандартная оплата товара но с возможностью назначения клиентом своей цены... Админ магазина (сайт полноценный ИМ и пожертвования не катят), итоговый получатель платежа и клиент разные субъекты и выставление счета тут тоже не очень подходит...есть идеи как справиться с данной задачей?

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

Спасибо за ответ. А как думаете, если доработку заказать это реально, кто-нибудь возьмется за реализацию такого функционала? Посоветуйте, пожалуйста...сам с кодом не справлюсь.

slavagoa, смотрите, я - клиент. заказываю у вас товар на 1000 руб., оплачиваю, плачу комиссию 50 руб. (ну или она ложится на ваши плечи), потом вы мне говорите, что цена на Вашем сайте Неправильная (повысилась, а Вы ее вовремя не изменили, то есть это Ваш косяк), и мне надо доплатить 100 руб. "С какого перепугу?" - думаю я, и требую вернуть мне 1050 руб. (ну или 1000, если комиссия на Вас). В любом случае из своего кармана Вам приходится вернуть 50 руб.
Хорошо, если Ваш товар настолько уникален, что клиент готов "проглотить" повышение цен, когда он уже заказал и, более того, оплатил. Но обычно это будет огромный негатив от покупателя. Проще посадить сотрудника, чтоб он каждый вечер/утро обновлял цены.

artful knave, судя по фразе

Доплата приведена, как пример.

это вовсе не важно, и речь в принципе не о доплате.

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

товар доплата, стоимость 1 руб и кол-вом добивать объем можно, как предлижл ЮДмитриСтас, но это только если вам надо получить бабло.
вопрос то насколько я понимаю, что оплата еще должна проидентифицироватся как доплата по заказу _____, ну и это можно решить через свободный атрибут.
однако в любом случае, это будет отдельный заказ никак не привязанный к оформленному ранее.

ИМ - это как раз тот инструмент когда ты реально следишь за асортиментом и ценами.
я лчино НИКОГДА не покупаю в магазине если цена на сайте одна, а по телефону иная. НИКОГДА ! сразу в банлист такой магаз ставлю для себя.
нет времени на клиентов на сайте  ? значит у меня нет времени тартить на такой магазн свои бабаки.

ну или напиши, что цены не актуальны. уточняйте.

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

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

"Продающий" сайт является агентом фирмы т.е. по сути площадкой для чужих услуг. Наличные деньги в расчетах не используются
 
1. Есть канал оплаты безнал. через сайт со своим прайсом согласованный с предприятием (для пользователей, которые пришли через поисковую систему)
2. Есть стационарный канал (т.е. "аля" торговая точка) со своим прайсом оплата через банк, предоставление услуги по оплаченной квитанции
3. Нужен вариант третьей назначаемой цены, когда клиент приходит на точку и оплачивает на месте по средствам сети интернет через сайт

Мне поставили задачу реализовать такой вариант.
- клиент приходит на торговую точку
- клиент говорит оператору что хочет
- оператор торговой точки делает сметный расчет
- оператор предлагает клиенту в его присутствии зайти на сайт и оплатить не по цене сайта, а по цене только что составленной сметы (с кучей параметров, которых не закрыть модулем ШХГХВ), формируется что то вроде нестандартной третьей цены, которая не может быть фиксированной
Т.е. возвращаюсь к тому, что представьте это как поле с пустой ценой, которую назначает оператор а клиент ее указывает и кладет товар/услугу в корзину. Вот такая "долбанутая" идея у заказчика. Как вариант мы таким "свободным платежом" пользуемся, когда оплачиваем сотовую связь - сами указываем цену!

Готов в принципе обсудить оплату реализации, если это возможно. Если вариант невозможен тему наверное надо закрыть и удалить, чтобы не спамить тут больше ). Спасибо за понимание.

у разработчиков ЖШ есть плагин, позволяющий делать пересчет цены в зависимости от свободного (вводимого клиентом) атрибута Размеры. смысл в том, что цена товару задана за м2, а клиент вводит Длину и Ширину и в зависимости от этого считается итоговая цена. думаю можно перекроить его для вашего случая