Финансовые операции в скрипте

[Samodelkin]

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

[nemo]

Подскажите пожалуйста механизм всех взаиморасчетов с покупателями и продавцами в скрипте?

До конца этот механизм, по крайней мере я, не знаю, точнее он ещё не изучен полностью по ряду причин:
1. этот функционал был расширен относительно недавно (раньше были только бонусы);
2. пока никто из русскоязычных пользователей Viart Shop не обращался за такими настройками.

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

Вполне логично, что "бонусы" предполагают некое вознаграждение пользователю за совершённые им определённые действия (почти "халява"). Таким образом, бонусы должны служить повышению лояльности пользователей к интернет-магазину, стимулировать возвращаться и продолжать делать заказы. Бонусы, в зависимости от политики владельца интернет-магазина и настроек в Viart Shop, могут начисляться пользователю автоматически от суммы заказа или кол-ва заказанного, быть зачислены администратором "просто так", суммироваться, выступать в качестве средств оплаты за все или определённые товары, аренду в магазине и т.п.
"Кредиты" как явствует из названия, предполагает наличие у пользователя на балансе своего аккаунта вашего интернет-магазина зачисленных средств оплаты. Эти средства, в зависимости от настроек, могут использоваться для совершения покупок или оплаты размещения товаров, объявлений, т.е. служат для удобства оплаты и рассчётов.

...В зависимости от формы оплаты, но деньги уже перечисляются на счет магазина. Как в таком случаее вести расчет с продавцами? Как я думаю наверное с помощью бонусов и кредитов, в общем хотелось бы узнать идеологически как задумывалось.
И еще могут ли продавцы для себя выбирать форму оплаты и доставки?
Заранее премного благодарен.

Начнём с того, что в существующей версии не предусмотрена возможность зарегистрированными продавцами выбирать самостоятельно форму оплаты и доставки. Далее, в зависимости от того, какая система оплаты используется. Если электронные платёжные системы, то средства за заказ поступят на счёт владельца магазина, а не зарегистрированного в нём продавца. Сам продавец может (в зависимости от настроек) видеть (быть автоматически уведомлён) о поступившем заказе и отслеживать этапы его изменения статусов (исполнения) в своём кабинете. Далее, по договорённости (сроки, условия), владелец магазина перечисляет со своего счёта (кошелька) деньги продавцу. Мы сейчас решаем вопрос о разработке более гибкого модуля для таких систем оплат. Если, к примеру, предполагается оплата наличными или банковским переводом, то продавец получит уведомление о заказе с реквизитами заказчика и сам сможет выставить ему счёт, связаться для уточнения и т.п., в зависимости от настроек. При этом, если в заказе пользователя товары от разных продавцов, то каждый из них получит уведомление о заказе только своего товара. Мы так же думаем над реализацией того, чтобы заказчик мог получать с уведомлением о заказе счет (invoice), который содержал бы реквизиты не самого магазина, а продавца заказанного товара.
В общем, ещё есть над чем подумать и поработать.

[Samodelkin]

Начнём с того, что в существующей версии не предусмотрена возможность зарегистрированными продавцами выбирать самостоятельно форму оплаты и доставки. Далее, в зависимости от того, какая система оплаты используется. Если электронные платёжные системы, то средства за заказ поступят на счёт владельца магазина, а не зарегистрированного в нём продавца. Сам продавец может (в зависимости от настроек) видеть (быть автоматически уведомлён) о поступившем заказе и отслеживать этапы его изменения статусов (исполнения) в своём кабинете. Далее, по договорённости (сроки, условия), владелец магазина перечисляет со своего счёта (кошелька) деньги продавцу. Мы сейчас решаем вопрос о разработке более гибкого модуля для таких систем оплат. Если, к примеру, предполагается оплата наличными или банковским переводом, то продавец получит уведомление о заказе с реквизитами заказчика и сам сможет выставить ему счёт, связаться для уточнения и т.п., в зависимости от настроек. При этом, если в заказе пользователя товары от разных продавцов, то каждый из них получит уведомление о заказе только своего товара. Мы так же думаем над реализацией того, чтобы заказчик мог получать с уведомлением о заказе счет (invoice), который содержал бы реквизиты не самого магазина, а продавца заказанного товара.
В общем, ещё есть над чем подумать и поработать.

Вот это было бы очень даже кстати.
Пару вопросов по ходу дела?
Как обстоят дела с российскими платежными системами?
И занимаетесь ли вы платными доработками функционала?

[Ches]

Как обстоят дела с российскими платежными системами?

Заканчиваем тестирование трех модулей WebMoney, RoboKassa, InterKassa. Учтитете, что для работы с этими платежными системами у Вас должен быть соответствующий аттестат! Следующая - оплата через SMS. Выбираем агрегатора для SMS биллинга.

И занимаетесь ли вы платными доработками функционала?

Да. Запросы на разработку через Центр поддержки пользователей