Ця реалізація є сирою, тестовою і ще не закінченою. Вона зроблена такою, відповідно до суворого ТЗ під конкретний проєкт дослівно. Усі ваші міркування на кшталт “потрібно було зробити інакше” і “це не так як потрібно”, можете залишити собі. Нам вони в принципі не цікаві, оскільки про підводні камені цієї реалізації ми знаємо набагато більше, ніж ви можете собі уявити. Усі правки сприйматимуться тільки від ініціатора початкового проекту. Дякуємо за увагу.

…або Мощі Тарифів…

Здрастуйте. Я, Кирило. Хотів би щоб ви зробили тарифікацію, суть така… Кожен лісовий ельф-користувач може мати свою персональну дату тарифікації. І якщо користувач грає ельфами, то ельфи в лісі, будиночки дерев'яні, набігають солдати палацу і лиходії нараховують абонплату. Можна грабувати коровани… І ельфу раз лісові то зробити так що там густий ліс…
P.S. Я джва роки хочу таку тарифікацію.

1. Увімкнення опції PT_ENABLED розщеплює реальність Ubilling на дві взаємонезалежні реальності.
2. Тарифи, що мають нульову вартість, самі по собі можуть бути призначені “Потужними Тарифами”.
3. Потужні тарифи, в свою чергу, тарифікуються окремо і щодня.
4. Потужні тарифи не можуть мати нульову абонплату, тобто передбачають щомісячне нарахування АП користувачеві.
5. Потужні тарифи не нараховують АП у двох випадках: користувач заморожений або стан рахунку користувача є негативним
6. Для кожного корована користувача існує своя особиста дата тарифікації, що залежить від моменту появи цього користувача в потужній реальності.
7. Користувачі, яким призначено будь-який із “Потужних Тарифів” стають потужними користувачами.

1. Сьогодні 20 число
2. Знайдено нового користувача на Потужному Тарифі за 50 грошей
3. Цей користувач не заморожений
4. У нього грошей >=0
5. Все, він буде Потужним Користувачем 20-го числа. Це тепер його персональний день АП.
6. З його рахунку буде знято 50 грошей у вигляді АП за поточний місяць (управляється опцією PT_CHARGEONREG)
7. У разі, якщо настало 20 число наступного місяця (так, так швидко місяць минув) і на його рахунку грошей залишилося >=0 після нарахування АП - він так і продовжує жити у своїй реальності з 20-м числом нарахування АП.
8. У разі, якщо після нарахування АП у нього на рахунку утворилася заборгованість - у нього відламується інтернет і нарахування АП більше не проводиться.
9. Якщо користувач таки сплатив заборгованість через 3 дні - його інтернет повертається на місце, а його особистим днем нарахування АП стає 23-е число кожного місяця.
10. У разі, якщо поточне число реальності потужних тарифів >=26 - воно округляється до першого числа (цей день встановлюється опцією PT_MAXDAY).
11. Усе це адіще, відбувається під час виклику pt з RemoteAPI - не важливо в який час і коли.

Потужні користувачі, повинні тарифікуватися в день останнього успішного платежу на суму більше вартості тарифу.