Тут показані розбіжності між вибраною ревізією та поточною версією сторінки.
Порівняння попередніх версій Попередня ревізія | Попередня ревізія Остання ревізія По сторонах наступні версії | ||
doomsdaytariffs [2019/04/10 12:40] |
doomsdaytariffs [2023/06/16 15:15] nightfly |
||
---|---|---|---|
Рядок 1: | Рядок 1: | ||
+ | ====== Тарифи судного дня ====== | ||
+ | [[http:// | ||
+ | |||
+ | **Дозволяють: | ||
+ | * Гнучко керувати життєвим циклом тарифів | ||
+ | * Автоматично планувати міграцію користувачів між тарифами | ||
+ | * Блокувати випадкові зміни тарифів користувачам для яких вже запланована зміна | ||
+ | * Опціонально нараховувати абонплату за поточним тарифом | ||
+ | * Опціонально встановлювати кредит користувачам, | ||
+ | * Життєвий цикл тарифів може відбуватися в місяцях або днях | ||
+ | * Виправляти персоналу свої помилки протягом якогось часу | ||
+ | * Переглядати звіт про те, коли і з якого приводу це все відбувалося | ||
+ | |||
+ | **Занадто складно, | ||
+ | |||
+ | Окей. Тарифи судного дня дають змогу вам нативно робити тарифи на кшталт таких: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Так зрозуміліше? | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ====== Ввімкнення ====== | ||
+ | |||
+ | **Важливо!** для роботи модуля обов' | ||
+ | |||
+ | Для нормальної роботи тарифів судного дня потрібні дві опції [[alteriniconf|alter.ini]]: | ||
+ | <code ini> | ||
+ | DEALWITHIT_ENABLED=1 | ||
+ | DDT_ENABLED=1 | ||
+ | </ | ||
+ | |||
+ | а також два відповідних виклики [[remoteapi|Remote API]] | ||
+ | <code bash> | ||
+ | 10 2 * * * /bin/ubapi " | ||
+ | 42 * * * * / | ||
+ | </ | ||
+ | |||
+ | ====== Налаштування ====== | ||
+ | |||
+ | Уся конфігурація надалі здійснюються за допомогою такого модулю | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Пояснимо на нетривіальному прикладі. У вас є тариф Fire-5 вартістю 100 грошей. Ви хочете, | ||
+ | |||
+ | |||
+ | Також ви хочете, | ||
+ | |||
+ | Складно, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | І власне результат: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Слід також зауважити, | ||
+ | |||
+ | Далі під час установлення одного з тарифів, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Що дає можливість, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Що буде також відображено у відповідних звітах за " | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Варто зауважити, | ||
+ | |||
+ | Результат чого можна побачити у звіті за завданнями " | ||
+ | |||
+ | {{: | ||
+ | |||
+ | З огляду на попередню конфігурацію нашого тарифу судного дня у вигляді Fire-5, у абонента на рахунку було 92 грошей, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | З огляду на те, що на його рахунку після цього утворилася заборгованість у розмірі -8 грошей, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | У разі, якщо " | ||
+ | |||
+ | ====== Складно? | ||
+ | |||
+ | Давайте розберемо інший, трохи частіше зустрічається кейс. У вас є тариф Zamanuha для нових користувачів за 50 грошей. Після 12 місяців користувач має бути переведений на " | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Ну або навпаки, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Точно так само ви можете будувати ланцюжок переходів користувачів за тарифами якої завгодно довжини. Кількість можливих тарифів судного дня ніяк не лімітована. Тобто ви можете запланувати користувачеві зміну тарифів за принципом " | ||
+ | |||
+ | ====== Як це відбувається? | ||
+ | |||
+ | Під час кожного виклику ddt з RemoteAPI тарифи судного дня пробігають весь список користувачів, | ||
+ | |||
+ | Слід також зауважити, | ||
+ | |||
+ | ====== Навіщо це все? ====== | ||
+ | |||
+ | Для забезпечення гнучкої маркетингової політики вашого підприємства і максимальної автоматизації виробництва. Так, теоретично і практично можна робити все, що роблять " | ||
+ | |||
+ | **А можна просто встановити користувачеві необхідний тариф і забути про нього. Ось для цього, так.** |