Магазины скупка/продажа

Сделать 2 пункта в настройках магазина:

Ячейка куда приходят деньги.
Ячейка откуда берутся деньги для скупки.

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

Если расписать зачем это делать, то проще понять целесообразность предложения.

Правила Раздела не просто так сформированы.

Сообщение от Lancelot of the Lake

Если расписать зачем это делать, то проще понять целесообразность предложения.

Правила Раздела не просто так сформированы.

Видимо смысл этого предложения в том что-бы избежать нежелательной скупки тех товаров которые забыли снял со скупки или забыли поменять цену скупки , тем самым обезопасить себя от потери д/с
P/s наблюдал ситуация как нг x3 выставляли в скупку по 1кк и забыли а во время Нг акции д/с в ячейке появились у человека и ему слили в нг эти руны в магазин по двойному тарифу

Сообщение от Frenck

Видимо смысл этого предложения в том что-бы избежать нежелательной скупки тех товаров которые забыли снял со скупки или забыли поменять цену скупки , тем самым обезопасить себя от потери д/с
P/s наблюдал ситуация как нг x3 выставляли в скупку по 1кк и забыли а во время Нг акции д/с в ячейке появились у человека и ему слили в нг эти руны в магазин по двойному тарифу

+1.

Что бы не "вдували" в скупку миллионы ненужного товара, скупая все что глаза видят

Сообщение от Lancelot of the Lake

Если расписать зачем это делать, то проще понять целесообразность предложения.

Правила Раздела не просто так сформированы.

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

Сейчас Можно потерять весь товар, если на каком-то товаре скупка окажется выше рынка.

Вот, другое дело.

Однако, в текущей схеме наблюдаются сложности:
1. Пополнять постоянно ячейку скупки - проблема, ввиду рутины (нет времени дойти, бегать туда обратно и т.д.)
2. Что делать, если ячейка скупки изначально заполнена на крупную сумму?
3. Обилие ячеек в пользовании. Если же учесть тех у кого несколько магазинов.

Это первое что пришло в голову.
Возможно следует чуть подкорректировать механизм?

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

В магазине проработать механизм:
внести в магазин параметр в формате "Личное участие в сделках на сумму n-монет", где n-заданное пользователем число. В рамках параметра настроить уведомления владельца магазина об операциях выше заданного пользователем числа.

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

Сообщение от Lancelot of the Lake

Вот, другое дело.
Однако, в текущей схеме наблюдаются сложности:
1. Пополнять постоянно ячейку скупки - проблема, ввиду рутины (нет времени дойти, бегать туда обратно и т.д.)
2. Что делать, если ячейка скупки изначально заполнена на крупную сумму?
3. Обилие ячеек в пользовании. Если же учесть тех у кого несколько магазинов.

1. Вписал ячейку скупки/продажи одинаковую, и живешь как раньше.
2. 1 ячейки создать для скупки не проблема. Для продаж, можно использовать свою стандартную с миллионами безопасно.
3. Пропадет смысл в нескольких магазинах. Магазины именно и плодят, один для скупки, второй для продажи.

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