AUT-0249· Фінанси
Контроль отримання сервісного кредиту за порушення SLA
Порушення погодженого рівня послуги має перевірені умови, пакет доказів і підтверджене зарахування компенсації постачальника.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Постачальник підтвердив збій, але команда не подала належну вимогу вчасно або закрила її після схвалення ще не зарахованої компенсації.
02 / Результат
Вимога має погоджену підставу, строк, рішення постачальника та перевірений фінансовий результат без повторного зарахування.
03 / Процес
ТригерПісля інциденту або завершення розрахункового періоду виявлено можливе порушення SLA — погодженого рівня послуги постачальника.
Пов’язати послугу, акаунт, період і чинну редакцію SLA; визначити метрику, область, виключення, базу компенсації та строк звернення.
Зібрати підтверджені дані інцидентів і вимірювання; загальне повідомлення про збій не вважати доказом права конкретного акаунта на компенсацію.
Перевірити придатність вимоги й попередні звернення за тим самим періодом; погодити одну застосовну підставу та попередній розрахунок без подвійного врахування.
Підготувати дозволений пакет доказів без секретів, передати уповноваженому заявнику й зберегти ідентифікатор звернення та фактичне приймання постачальником.
Контролювати запити уточнень і рішення; схвалення, відмова й невизначений стан мають окремі наступні дії.
Звірити фактично зарахований кредит із акаунтом і фінансовим документом; погоджений кредит не називати поверненими коштами або застосованою знижкою до перевірки результату.
04 / Реалізація1 варіант
Приклад · Вимога з перевіркою підстави та зарахованого кредиту
За умовами конкретного договору команда розрахувала попередній кредит 80 USD і подала докази збою. Постачальник схвалив вимогу, але в акаунті ще не було зарахування. Справа залишилася відкритою. Після появи кредиту фінансист перевірив акаунт і документ; суму не записали як банківське повернення й не зарахували повторно при імпорті того самого підтвердження.
Спосіб реалізації
- Проєктна модель PlanFix: послуга, редакція SLA, період вимоги, докази, звернення, рішення й фактичний кредит; офіційний розгляд та облік виконуються в погоджених джерелах.
Що потрібно для реалізації
- Є чинний договірний SLA та доступ до доказів для конкретної послуги й акаунта.
- Визначено заявника, строк, критерії права на компенсацію та джерело підтвердження зарахування.
- Умови вимоги й застосовний акаунт визначені.
- Є джерело фактичного зарахування кредиту.
Обмеження
- Інцидент або порушення часу відповіді не завжди дає право на сервісний кредит.
- Метрики, виключення, строки й розмір беруть із конкретної редакції договору; універсальної формули немає.
- Сервісний кредит може застосовуватися до майбутніх витрат, а не повертатися на банківський рахунок.
- Взаємовиключні підстави не складають; умови інших постачальників перевіряють окремо.
- Картка не визначає правових наслідків замість відповідального фахівця й не гарантує схвалення.
- Години попередні; незалежний моніторинг інфраструктури, юридична експертиза й робота постачальника не включені.
- Не обіцяє компенсацію за будь-який збій.
- Не вважає схвалення вимоги фінансовим завершенням.
Що потрібно уточнити (2)
- Чи потрібно читати докази інцидентів і кредити з зовнішніх систем?
Перевірте акаунт, часовий період, метрику та різницю між схваленням і фактичним зарахуванням.
- Чи потрібні кілька редакцій SLA, різні підстави й розрахункові періоди?
Погодьте правила застосовності та контроль взаємовиключних вимог і повторів.