Товар с плавающей стоимостью - Общие вопросы и ошибки

всем привет!
озадачился тут вопросом: можно ли создать товар (услугу, в данном случае) без фиксированной стоимости, цену которому можно назначить в процессе заказа вручную? если не самим человеком, то хоты бы менеджерам магаза.

смысл в том, чтобы менеджерам не нужно было заходить в админку для этого.

пока что придумался только костыль для манагеров, вида:

1. создать товар, скрытый по IP или по логину с фронта.
2. создать форму, через которую можно было бы в базе обновлять ему цену.
3. выставлять цену через форму и производить покупку

но, может, я опять хреносозидательством занимаюсь? 

Если только цену менять, то и форма не нужна. Достаточно для манагеров подключать скрипт, который через var newPrice = prompt('Укажите новую цену', ''); будет запрашивать цену и аяксить на сервер. Там повторно проверяете, что это именно манагер (по ИП или логну) и сохраняете. При клике на цене или кнопке, которая появится у манагера.

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

В общем, нужно средство оплаты по безналу услуги медцентра в момент, когда висит CRM.
Т.е. человек оплачивает пакет услуг произвольной стоимости, а ему бы в этот момент продать некий товар "зачисление на счет клиента".

В общем, нужно средство оплаты по безналу услуги медцентра в момент, когда висит CRM.
Т.е. человек оплачивает пакет услуг произвольной стоимости, а ему бы в этот момент продать некий товар "зачисление на счет клиента".

У нас есть подобное на одном сайте. Клиент сам вводит сумму, которую хочет (или ему надо) заплатить. Эта сумма передается платежной системе. Далее ПС (если оплата прошла) сообщает сайту о факте оплаты и о сумме оплаты. В зависимости от суммы клиенту начисляется некое кол-во баллов. Это же количество чуть ранее передается в инфе для электронного чека, как товар (товар "4000 балов", цена 999 руб, к примеру).
Но при этом никакого товара мы вообще не заводили. У вас это идея возникла, вероятно, чтоб использовать некий уже настроенный механизм продаж интернет магазина?

Тогда можно сделать примерно так же, но завести 1 фиктивный товар, в механизме запроса цены поставить условие по его ИД, если совпало - брать цену из переданной формы. Еще можно сделать отдельную категорию товаров (которая не будет отображаться на сайте) и в ней, после отправки юзером формы с суммой оплаты, создавать под него товар с ценой, которая была указана и оставлять в каталоге. Так у вас будет история и путаницы не будет. Под каждую такую продажу будет создан и сохранен товар, являющийся пакетом услуг конкретного клиента.

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

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

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

Может еще и скажут ) Хз у кого как работает - у меня все самописанное. Как накостылил - так и работает ))

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

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

Атрибуты в JoomShopping так и работают, что зависимые, что не зависимые. Как-то давно @Виталик мне для одного проекта писал плагин... Там было продажа контента для определенного пользователя. Администратор создавал товар (контент) и назначал его определенному пользователю. И только он мог его купить.

Но Вам нужно похоже другое...

У нас есть подобное на одном сайте. Клиент сам вводит сумму, которую хочет (или ему надо) заплатить. Эта сумма передается платежной системе. Далее ПС (если оплата прошла) сообщает сайту о факте оплаты и о сумме оплаты. В зависимости от суммы клиенту начисляется некое кол-во баллов. Это же количество чуть ранее передается в инфе для электронного чека, как товар (товар "4000 балов", цена 999 руб, к примеру). Но при этом никакого товара мы вообще не заводили.

Доброго времени суток. А есть возможность подробнее объяснить? Нужно чтоб клиент вписывал своё ФИО и оплачивал произвольную сумму . Как это реализовать? Не понял про баллы

Доброго времени суток. А есть возможность подробнее объяснить? Нужно чтоб клиент вписывал своё ФИО и оплачивал произвольную сумму . Как это реализовать? Не понял про баллы

Т.е. предполагается, что клиент уже знает (уведомлен) сколько ему надо заплатить (ну или сам может посчитать). Тогда просто делаете форму для ввода ФИО и суммы оплаты, дальше все идет примерно по такому алгоритму:
1. Клиент заполняет форму и отправляет вам.
2. Вы регистрируете запрос на оплату в своей БД - записываете туда данные, которые ввел клиент (особенно сумму оплаты), получаете ИД этой записи.
3. Формируете пакет данных для вашей ПС (платежной системы) - передаете туда указанную сумму и прочие данные, которые нужны вашей ПС для проведения платежа. Туда же передаете ИД из шага 2. Клиенту в это время можно показать страницу с сообщением, что сейчас он будет перенаправлен на сайт ПС где необходимо завершить платеж. И кнопку перехода, либо автоматически JS-ом (это надо, чтоб отправились сформированные данные методом post).
4. Клиент делает оплату (или не делает), система шлет его по возвратной ссылке, если вы ее передали в п.3
5. ПС шлет запрос вашему сайту (это уже без участия клиента асинхронно) с результатами (успешными или нет) проведения операции. Проверяете контрольные суммы. Среди данных этого запроса вы находите ИД записи платежа в вашей БД (из п.2), читаете запись, сверяете сумму платежа, ставите пометку, что платеж выполнен (если все успешно). Чаще всего этот пункт будет выпоняться даже быстрее, чем п.4, тогда пользователю вы уже сможете сообщить об успешной оплате в п.4. Ну или сообщите, что ожидаете подтверждения от ПС.
6. Если в п.5. все успешно - рассылаете необходимые почтовые уведомления менеджерам, клиенту, кому-еще-надо.
Все.

Это общий план почти для любой ПС. При желании некоторые пункты можно сократить (например, не делать контроль суммы или не делать запись в БД), но от таких упрощений могут появиться слабые места (недостаточная безопасность или излишний рост записей в БД).

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

Что-то это все смахивает на аукцион - JoomShopping Addons: Auction

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

по идее, это однобитовый "калькулятор" для свободного атрибута, где цена = int(введенное_значение).
может кому попадался кулькулятор на свободных атрибутах?

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

А эти баллы потом можно использовать для оплаты? По идее никакого товара не нужно создавать, в процессе оплаты просто зачислять баллы зарегистрированному клиенту или выдавать купоны незарегисрированному. Все это в 1 плагинчике. Чтобы баллы использовать, конечно, чуть посложнее будет.
Давно не трогал JShopping, там есть юзер-таблица? На худой конец можно баллы засунуть в профиль.

сейчас на сайте нет регистрации, так что с ходу не проще   
да и админы не потянут ещё и бальную систему обслуживать. сейчас им тупо письмо с фио падает, а клиент ведется в отдельной CRM.
если делать регу на сайте и потом сопрягать это все с кривой CRM, то я весь умру относительно молодым  . так что пока остановился на решении товаром в 1 рубль и выбором его количества.

хотя есть ещё вариант на атрибутах извратиться, выбирая тысячи, сотни и рубли выпадающим списком, но сограждане меня не поймут за такое "юзабилити" 

Тогда просто выдавай купоны, в JShopping же есть разовые купоны, да?

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

А, понял .