Ваши комментарии

Почему он может не авторизовать по умолчанию?

Он выполняется только при выводе абонента из группы "отключенные"

`bugh_plategi_stat` - таблица, там даты и ссылки на uid и type платежей (`bugh_plategi_type`).

Так же, можно и автоматически, проанализировать необходимые типы платежей в конце года, их сумму и так же автоматически предложить клиенту "Иван Иванович, в текущем году Вы оплатили услуги на сумму 7566 рублей. Специально для Вас действует персональное предложение на годовой контракт, с оплатой - 6400 руб. Ваш оператор связи желает Вам хорошо провести время".

Интересно... 

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


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

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

  1. Находится в таблице users (обычный статус).
  2. (примерно) Депозит - (минус) настоящий платеж больше или равен, чем(чему) мин.балансу - разрешенному минусу. Таким образом определяется, что этот платеж - не погашение задолженности.
  3. Делается SQL - запросы в три места - и исключается, что это не взятие кредита.
  4. Если сумма платежа превышает 3000.00. разом (настраиваемый параметр).
  5. Ограничивается максимальный бонус в 1000 рублей, т.е. при платеже 11000, бонус будет 1000.
  6. И т.д.. можно добавить что только участники определенной подписки, или определенного тарифа или еще дополнительно только тем, которые с нами больше двух лет или только по первым числам текущего месяца...

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

AlexD, возможно ли в биллинге, реализовать оплату месячно и с перерасчетами, т. е. списывать не полностью или возвращать остаток, в случае работы не полный месяц?

Вижу только варианты с ежедневной оплатой, или с плавающей датой, чтоб вообще вопрос перерасчетов не стоял. Правильно?

Спасибо.

В настройках есть авто дата. Вопрос исчерпан. 

кстати, разработчикам бы туда еще и пол сделать... чтоб выбирать от его значения что в поздравительную смс-ку вставить дорогой или -ая.. Или кому на 8 марта бонус сделать по API. Да и пол - обязательный реквизит для документа, удостоверяющего личность, в России точно.

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



Сервис поддержки клиентов работает на платформе UserEcho