Как правильно реализовать баланс/счет на сайте, для пополнения в рублях и в дальнейшей покупки услуг за счет баланса?

Question

[eddy-lazar]

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

Answer 1

[laxikodeje]

По юридическим аспектам - это к юристу.
Тем более что на вашем сайте должен быть опубликован договор-оферта под это дело. Юрист занедорого (мне обошлось это 5 лет назад в 3000 рублей всего) сформулирует вам этот договор.

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

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

Однако в некоторых видах деятельности (например, когда вы посредник и получате оплату за коммунальные платежи или за телефон) - эти деньги должны лежать на специальном счету https://oborot.ru/articles/vsya-pravda-o-schete-40...

Проконсультируйтесь в вашим бухгалтером.

Answer 2

[Михаил Захаров]

Деньги хранятся в твоей кассе или qiwi (хз, где вы храните). А на сайте эти денежки хранятся в бд в виде циферок.

Comments

[Михаил Захаров]

Когда человек кидает, например, 100 рублей, то и в его строчку в БД вы записываете как balanc += 100 (грубо говоря)

[laxikodeje]

Михаил Захаров:

Когда человек кидает, например, 100 рублей, то и в его строчку в БД вы записываете как balanc += 100 (грубо говоря)

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

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

Эта система известна нам как "двойная запись", "двойная бухгалтерская запись", "итальянская бухгалтерия", "двойная итальянская бухгалтерия". Хотя эту систему индейцы цивилизации Майа использовали еще намного раньше, чем Европу познакомил с ней Лука Пачоли.

Сейчас уже не принято использовать всех этих эпитетов. Так как любой денежный учет подразумевается как "двойной". И говорят просто "бухучет".

Самый простейший пример такой организации:

ВСЕ записи о приходах денег хранятся в БД (обычно вечно, если объемы позволяют).
ВСЕ записи о расходах денег также хранятся вечно в БД.
А упомянутая вами единственная строчка в БД в реальной системе не просто строчка, а сумма по обоим таблицами.

Для кэширования же - действительно можно использовать то, что вы предложили. Но не для учета. А только для кэширования.

[aynur_safin]

laxikodeje:
Михаил Захаров:
eddy-lazar:
С практической точки зрения, приходы/расходы удобнее хранить в одной таблице, соответственно плюс/минус сумма, при расчете баланса суммы складываются одним SQL-запросом. Это отдельная легкая таблица со столбцами: ID транзакции, дата-время в UTC, сумма с соответствующим знаком, Юзер ID. А сами приходно-расходные документы ссылаются по ID на эту таблицу или наоборот, зависит от реализации. Ну и по оптимизации этого дела, уже писал тут:
https://toster.ru/answer?answer_id=1052082#answers...

[laxikodeje]

aynur_safin: Все уже придумано за нас. Еще в прошлом веке
www.script-coding.com/v77tables.html#3.4.
или
cascade-group.com.ua/fizicheskaya-struktura-bazy-1s

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

но вот сотворить над собой усилие.
вникнуть в регистры 1С (регистры накопления в V8 или бухгалтерские регистры V8 или регистры остатков V77) - понять где храняться собственно данные (в V77 это файлы RA) и где данные кэшируются (в V77 это файлы RG) - надо бы.
потом с учетом осмысленного можно и свою более простую более подходящую под задачу структуру сделать.

[aynur_safin]

laxikodeje: Точно! )