Тест APDEX (Application Performance Index): как измерить скорость 1С одним числом и перестать спорить «тормозит или нет»

1С · 13.11.2026 · 13 мин чтения · Команда НПП РЕКОРД

Пользователи жалуются, что 1С тормозит, IT отвечает, что всё в норме, а подрядчик обещает «ускорить». APDEX превращает этот спор в одно число от 0 до 1 по реальным замерам ваших ключевых операций. Разбираем формулу и шкалу на простом примере, как провести тест APDEX в 1С по шагам, как выбрать целевое время и какие ошибки делают оценку бесполезной.

Коротко. APDEX (Application Performance Index, «индекс производительности приложения») — международная методика, которая сводит скорость системы к одному числу от 0 до 1. Для каждой важной операции бизнес задаёт целевое время T. Операции быстрее T считаются «довольными», от T до 4T — «терпимыми» (идут в зачёт наполовину), дольше 4T — «раздражающими» (не идут в зачёт). APDEX = (довольные + терпимые / 2) / все замеры. 0,94–1 — отлично, 0,85–0,94 — хорошо, ниже 0,5 — неприемлемо. В типовых конфигурациях 1С замеры уже встроены — их нужно только включить и правильно настроить.

Разговор о скорости 1С почти всегда идёт на языке ощущений. Бухгалтер говорит «опять всё висит», администратор — «сервер загружен на 30%, всё нормально», руководитель не понимает, кому верить и стоит ли тратить деньги на новый сервер. А подрядчик, который берётся «ускорить 1С», потом отчитывается словами «стало заметно быстрее» — проверить это нечем.

APDEX решает именно эту проблему: измеряет не железо и не загрузку процессора, а то, что видит пользователь, — сколько секунд он ждёт на важных для бизнеса операциях. И выражает результат одним числом, которое понятно без технического образования и которое можно записать в договор.

Что такое APDEX простыми словами

Методику APDEX придумали не в 1С: в 2004 году её предложил Питер Севчик из американской компании NetForecast, вокруг неё собрался альянс производителей систем мониторинга, и сегодня индекс APDEX считают многие системы контроля производительности сайтов и приложений. В мире 1С он стал стандартом де-факто: методика описана в материалах «1С» для разработчиков и администраторов, а замеры встроены в типовые конфигурации.

Идея простая. Для каждой важной операции заранее договариваются о целевом времени T — сколько секунд ожидания полностью устраивает бизнес. Затем каждое реальное выполнение операции относят к одной из трёх групп:

Индекс — это средний балл по всем замерам: APDEX = (число «довольных» + число «терпящих» / 2) / общее число замеров. Если все операции укладываются в T, APDEX равен 1. Если все дольше 4T — 0. Результат принято записывать вместе с целевым временем в квадратных скобках: «0,75 [3]» значит «индекс 0,75 при целевом времени 3 секунды». Без T число теряет смысл: тот же самый поток замеров даст разный APDEX при разном целевом времени.

APDEX — как спидометр отзывчивости: от 0 «работать невозможно» до 1 «ожидания не замечают»

Пример расчёта: проведение реализации

Допустим, бизнес решил, что проведение документа «Реализация товаров и услуг» должно занимать не больше 3 секунд (T = 3). Значит, граница терпения — 4T = 12 секунд. За рабочий день менеджеры провели 100 документов:

• 60 документов провелись быстрее 3 секунд — «довольны»;
• 30 — от 3 до 12 секунд — «терпят», каждый идёт в зачёт наполовину, то есть 15;
• 10 — дольше 12 секунд — «раздражены», в зачёт не идут.

APDEX = (60 + 30 / 2) / 100 = 0,75 [3]. По шкале это «плохо»: задержки уже заметны и мешают работать, хотя большинство документов проводится быстро.

Важно. Почему не просто «среднее время»? Представьте: 80 документов проводятся за полсекунды, а 20 — за 13 секунд. Среднее время — ровно 3 секунды, формально «укладываемся в норму». А APDEX = 0,80 [3]: каждый пятый документ раздражает менеджера, и именно на них он жалуется. Среднее прячет «хвост» долгих операций, APDEX — нет.

• 4T — граница терпения пользователя (дольше — операция в зачёт не идёт)
• 0,85 — нижняя граница оценки «хорошо» (ниже — задержки заметны)
• 1 день — минимальный период сбора замеров (рекомендация методики «1С»)

Источник: Методика APDEX, ИТС «1С»

Шкала APDEX: как читать результат

Источник: ИТС «1С», методическая поддержка для разработчиков и администраторов

В материалах «1С» приводится наглядный пример: при одних и тех же серверах проведение реализации получило 0,46 [3] — «неприемлемо», а расходный ордер на товары — 0,97 [20] — «отлично». Общий вывод «1С тормозит» здесь неверен: тормозит одна конкретная операция, и чинить нужно именно её. Поэтому APDEX всегда считают по каждой ключевой операции отдельно, а не одним числом на всю базу.

Источник: ИТС «1С», «Методика APDEX»

Как провести тест APDEX в 1С: пошагово

1. Выберите ключевые операции. Не все подряд, а 5–15 действительно важных. По методике «1С» операция ключевая, если она критична для бизнес-процессов (её задержка стоит денег), если её одновременно выполняют больше 10 пользователей или если на неё жалуются. Например: проведение реализации, запись заказа клиента, открытие списка документов, формирование ключевого отчёта.
2. Расставьте приоритеты. Каждой операции — своё место: 1 — самая важная для бизнеса. Приоритеты потом подскажут, что оптимизировать в первую очередь.
3. Задайте целевое время T для каждой операции. Это требование бизнеса, а не результат измерений: «если проведение всегда занимает не больше 3 секунд, нас это полностью устраивает». Определяют его вместе с руководителями подразделений, а не только силами IT.
4. Включите замеры. В типовых конфигурациях на Библиотеке стандартных подсистем (БСП) — Бухгалтерия, Управление торговлей, ERP, Комплексная автоматизация и другие — уже есть подсистема «Оценка производительности»: она сама фиксирует время ключевых операций, её нужно включить в настройках администрирования. Для доработанных операций замеры добавляет программист.
5. Соберите данные за реальный период. Минимум — полный рабочий день, лучше — неделя, включая пиковые дни: конец месяца, распродажи, сдачу отчётности. Замер ночью или в спокойный день ничего не покажет.
6. Посчитайте APDEX по каждой операции и сравните со шкалой. Отчёт «Оценка производительности» в 1С делает это автоматически; при ручном подсчёте хватит таблицы Excel.
7. Разберите худшие операции с высоким приоритетом. Причины ищут уже техническими средствами: технологический журнал 1С, самые долгие запросы в СУБД, ожидания на блокировках, нагрузка на диски.
8. После исправлений сделайте контрольный замер при тех же T. Результат «было 0,46 [3] — стало 0,91 [3]» — честное доказательство, что работа сделана и деньги потрачены не зря.

Совет. Сохраните T неизменным между замерами «до» и «после». Если подрядчик после работ «пересматривает» целевое время в большую сторону, APDEX вырастет и без всякого ускорения.

Не знаете, какое T поставить? Метод «от обратного»

Иногда бизнес не может назвать цифру: «просто чтобы не тормозило». Для таких случаев в методике «1С» описан обратный способ:

1. Попросите пользователей и руководителя оценить операцию словами по шкале: отлично, хорошо, плохо, очень плохо, неприемлемо.
2. Возьмите середину соответствующего интервала. Например, «очень плохо» — это интервал 0,5–0,7, середина — 0,6.
3. По фактическим замерам подберите такое T, при котором APDEX получается 0,6 (в Excel это делает функция «Подбор параметра»).
4. Закрепите это T и продолжайте наблюдение: APDEX должен совпадать с ощущениями людей. Дальше цель — поднять индекс до «хорошо» при том же T.

Частые ошибки, из-за которых APDEX бесполезен

APDEX и тест Гилева: в чём разница

Их часто путают, но они отвечают на разные вопросы и дополняют друг друга.

Сервер может отлично пройти тест Гилева, а APDEX проведения реализации при этом будет «неприемлемо» — например, из-за неоптимального запроса в доработке или блокировок. И наоборот: слабый сервер виден в тесте Гилева ещё до того, как пользователи начнут жаловаться.

• Тест Гилева: как запустить и читать баллы — наша инструкция
• 1С тормозит: 7 причин, которые видно за час — где искать узкое место
• Почему 1С тормозит в конце месяца — когда делать замеры

Как использовать APDEX в договоре с подрядчиком

Главная польза APDEX для руководителя — его можно записать в договор и проверить. Вместо «обеспечить стабильную работу 1С» — конкретные требования:

• список ключевых операций с целевым временем T для каждой;
• целевой уровень: например, APDEX не ниже 0,85 для операций первого приоритета;
• период и способ замера: за полный рабочий месяц, по данным подсистемы «Оценка производительности»;
• что происходит, если уровень не достигнут: доработка за счёт подрядчика или возврат части оплаты.

Так работа по ускорению 1С превращается из «сделали что могли» в проверяемый результат: было 0,46 [3] — стало 0,91 [3], и это видит любой сотрудник с доступом к отчёту.

«1С тормозит» — это жалоба. «APDEX проведения реализации 0,46 при целевых 3 секундах» — это задача, у которой есть понятный критерий выполнения.

Источники

• Методика APDEX — ИТС «1С», методическая поддержка для разработчиков и администраторов
• Apdex — история стандарта и формула
• Apdex Users Group — сайт сообщества стандарта

Теги: APDEX, Application Performance Index, производительность 1С, оценка производительности, ключевые операции, ускорение 1С, тест Гилева, SLA