Пока есть деньги снимать

Если не хватило - выдаем ошибку, и отправляем юзеру письмо "Привет, мы не смогли снять у тебя деньги для оплаты функции Х. Пополни баланс."

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

Ну да

Ну это зависит от бизнес требований

Это тебе надо с заказчиком говорить.

Я заказчик)

И исполнитель

Для себя проект

Ну тогда сам решай :) Тут нет однозначного ответа.

Смотря что там оплачивается, и есть ли разница какую конкретно услугу оплачивать.

Ок

Смотря что там оплачивается, и есть ли разница какую конкретно услугу оплачивать.

Спс

Спасибо (+1) для @Denormalization принято! Текущая карма +5

Там можно наворотить кучу логики с приоритетом снятия, а в итоге это никому не нужно будет :)

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

Можно сделать расчет на несколько дней вперед.

Тогда кому надо подсуетятся и пополнят баланс, либо отключат ненужную компанию чтобы хватило на нужные.

Пусть чувак сразу оплачивает на N дней вперёд :D

Пакет на 30 - 60 - 90 дней

и забуь про ежедневные списания

Ну я не стал об этом писать, так как тут изначально требования оплаты посуточно

та бред по суточно списывать

хз, зависит от конкретных условий

Пусть чувак сразу оплачивает на N дней вперёд :D

Так и будет, оплата разными суммами, чем дольше, тем дешевле, но списание ежедневно. Ну как то так думал

А смысл тогда ежедневные списания делать?

+1

Списывай сразу и ставь дату

Я указал что буду пользоваться 90 дней, ты мне дал скидку

а я закинул меньше

ибо списывает каждый день

:D

Посуточно легче делать переход между тарифами, без сложных перерасчетов

Потому что иначе ты себе гемороя наживешь в дальнейшем

Вот как раз с переходом у тебя и будут проблемы.

+1

Живой пример, на максимальном тарифе, можно сделать 3 компании на минимальном 1

Переход произошел

че делать с созданными 2мя?

Оставить доживать до конца оплаты

А какие грохать? 1 и 2 а оставить 3ю

или 1 и 3 оставить жить 2ю

Вот )

:D

Ну ок, какой вариант самый правильный?

Вообще смена тарифа в лайв режиме геморойная тема

@perin так пусть оплачивают сразу

@perin так пусть оплачивают сразу

Сразу что?

и дату окончания проставляю

Месяц?

тариф сразу

Правильней оплачивать сразу период и ставить дату конца оплаты

А переход?

Ну пусть переходит после конца оплаты

+1

Пошла неделя, решил поднять тариф

А оплачено месяц

Ждать 3 недели?

Тут смотри

Писать в саппорт

:D

)

Есть поднятие тарифа вверх, а есть опускание вниз. Там надо прописывать логику для перехода между тарифами

Я где-то помню презентацию на эту тему видел...

и боже упаси, если ты где-то ошибешься )

в своей логике

Там как раз разбиралось изменение тарифов

ERROR: S client not available

Все в ручном режиме надо делать значит)) оплата отдельно от сервиса, потом писать в суппорт что оплатил, и саппорт ставит тариф)

И табличку в экселе вести

Кто когда оплатил

Идеально

Тебе нужно просто накидать класс манагер

Который будет знать как менять тарифы

Т.е как переийти из тарифа А к тарифу Б, и от тарифа А к тарифу В

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

Но многое зависит от того что такое тарифы. Что они в себя включают.

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

а почему это плохо? пусть меняют тарифы

Не, смотри

Я оплатил тариф А за 5$, затем расширил его до Б за 10$. Тут же меняю обратно на А, и ... что теперь делать с доп.функционалом? Оставлять его? Тогда юзер за 5$ получает функционал за 10$. А если функционал отбирать... ну зависит можно ли это сделать в твоей системе. Например как @QuissR привел пример. Тариф Б дает большее кол-во компаний. Что делать с доп. компаниями которые создал юзер, если он меняет тариф вниз?

Вообще я когда делал похожий функционал, у меня только подъем вверх возможен был

функционал отбирается. Там как, доступ к функционалу сделан политиками. То есть если тариф снова А то у тебя тупо не будет доступа к функционалу из Б

вниз - в конце месяца

Если ты можешь отбирать функционал, то можно делать возврат денег. Но тогда готовься к геморою :)

@perin А если в тарифе за 10$ он заюзал кнопку "поднять мою компанию" а потом резко перешел на тариф за 5$ ?

Там не будет такого функционала)

но суть понял

@perin А если в тарифе за 10$ он заюзал кнопку "поднять мою компанию" а потом резко перешел на тариф за 5$ ?

спасибо

Спасибо (+1) для @QuissR принято! Текущая карма +1

хорошо, теперь с этими знаниями буду думать как сделать правильнее)

Что-бы сделать тарифы, нужно думать как тарифы

познавай дзен

)))

Вообще возврат денег - неправильно.

Не давай понижать тариф до конца оплаты и не будет проблем.

возврат на баланс только, а не вывод из системы

Вообще возврат денег - неправильно.

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

то есть тариф сменил на меньший, баланс вернулся. Но без вывода. Типа просто чтоб на дольше хватило

При смене тарифа вниз, Все компании созданные в расширенном тарифе сделать не активными.