Опис проєкту
ПерекладПотрібно реалізувати резервний канал: якщо надсилання листа не вдалося, система має автоматично продублювати це сповіщення через SMS. Дублювати варто не все підряд, а лише узгоджений перелік критичних типів подій — інакше витрати на SMS стануть невиправданими.
Окрема вимога — контроль бюджету. SMS помітно дорожче за лист, тому потрібні ліміти: скільки повідомлень можна надіслати користувачу на добу, який місячний бюджет на весь канал, і що відбувається після досягнення ліміту (подія логується, але SMS не йде). Хочу бачити статистику повідомлень і витрат, а також можливість швидко вимкнути канал через налаштування, без правок коду.
Що потрібно зробити:
— інтеграція з API SMS-шлюзу;
— перевірка статусу доставки листа і логіка рішення про надсилання SMS;
— перелік критичних типів сповіщень для дублювання;
— денні та місячні ліміти витрат зі сповіщенням біля порогу;
— звіт про повідомлення та вартість.