Потрібне налаштування резервних SMS-сповіщень, якщо email недоступний

Зараз усі важливі сповіщення про замовлення — новий відгук, зміна статусу, суперечка, надходження оплати — надсилаються клієнтам лише на email. Це вже спричиняло проблеми: у частини користувачів скринька переповнена, деякі поштові сервіси мають суворий спам-фільтр, хтось вказав адресу з помилкою під час реєстрації. Через це людина дізнається про важливу подію із запізненням, а іноді не дізнається взагалі.

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

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

Що потрібно зробити:
— інтеграція з API SMS-шлюзу;
— перевірка статусу доставки листа і логіка рішення про надсилання SMS;
— перелік критичних типів сповіщень для дублювання;
— денні та місячні ліміти витрат зі сповіщенням біля порогу;
— звіт про повідомлення та вартість.