Контроль расходов на подрядчиков в IT-аутсорсе

Контроль расходов на подрядчиков в IT-аутсорсе — это еженедельная картина лимитов, факта часов и спорных строк до оплаты внешнему исполнителю, а не отчёт закупки в конце квартала. Статья для владельца, руководителя поставки и финансов на стороне заказчика услуг. Не про счёт вашему клиенту. МарджинЛейэр не заменяет трекер, учёт и не является системой учёта проектов.

Для кого: компания, которая покупает аутсорс, аутстафф или консультантов на почасовке и гибриде.
Когда читать: если лимит в договоре есть, а «серые» часы и допработы всё равно уходят в платёж.
Что получите: из чего складывается расход, какие экраны смотреть, типичные утечки и рамка пилота.
Следующий шаг: запросить 20-минутный разбор и план пилота.

Оператор — ООО «Битапл». Пакет приложения и акта исполнителю в кабинете — операционный снимок; юридический акт, УПД и платёж остаются в учёте.

Для кого этот контроль

Ядро — сервисный заказчик с несколькими договорами на часы: разработка, интеграция, сопровождение. Не ядро: разовая закупка «под ключ» без учёта часов; продуктовая компания без внешних исполнителей; контур, где вы сами выставляете счёт рынку — это другая статья.

Если у закупки есть только реестр договоров, а у поставки — только трекер, расход «живёт между ними». Кабинет не становится закупочной системой: он даёт слой решения до оплаты. Границы аудитории — на странице «для кого».

Из чего складывается расход на подрядчика

Для еженедельного контроля достаточно четырёх слоёв. Не склеивайте их в одну «сумму месяца» без расшифровки.

Слой	Вопрос	Где смотреть
Лимит договора	Какой потолок часов или суммы согласован	Карточка исполнителя, поля договора
Факт часов	Кто списал и на какие задачи	Исполнители; журнал не равен расходу вашего внутреннего проекта
Изменения объёма	Что вышло за базу и есть ли денежный статус	Запросы и решение на слоте; без статуса — не в акт
Пакет к оплате	Что уже собрано в приложение и акт	Приложения и акты подрядчику; не УПД

Реквизиты, на кого оформлен акт, проверяйте в контрагентах. Ошибка реквизитов — не «мелочь шаблона», а риск платежа не той стороне.

Где расход утекает при «зелёном» лимите

Часы внутри лимита, но вне смысла договора. Лимит не исчерпан, зато оплачиваете не ту работу. Это не видно по одной цифре остатка.
Допработы без статуса. См. изменения объёма без денежного статуса.
Дубли и чужие задачи. Журнал исполнителя показывает автора; агрегат «проекта заказчика» может быть другим контуром — не складывайте их как одну правду.
Оплата пакета целиком из-за срока платежа. Тогда контроль расходов превращается в контроль календаря, а не содержания.

Связка со сроком решения — в статье про время согласования и оплаты.

Что смотреть каждую неделю

Остаток лимита по каждому из 2–3 пилотных договоров — не по «всем подрядчикам скопом», пока нет дисциплины.
Тренд спорных строк: растёт, стоит, падает. Рост без разбора — сигнал владельцу, не «потом в закрытии».
Доля пакета, которая не прошла денежный статус изменения.
Совпадение контрагента и фактического получателя платежа.

Ритуал слота трёх ролей разобран отдельно: еженедельный разбор подрядчика. Здесь — предмет контроля, там — ритм.

Трекер и таблицы: контракт данных

Факт часов читается односторонне. Запись в трекер не нужна. Jira, YouTrack, GitLab, Bitrix24: в первой версии вход по ключу — один раз; повтор того же ключа часы не освежает. Яндекс Трекер умеет повторять синхронизацию очереди. Tempo — импорт файла. Тариф Соло — только таблица. Контроль расходов не строится на обещании «живой двусторонней синхронизации с учётом».

Роли

Владелец. Потолок портфеля подрядчиков, какие договоры можно держать в убыток осознанно, какие — нет. Не путать с маржой ваших продаж клиенту.
Руководитель поставки. Содержание работ против договора. Не утверждает платёж без финансов.
Финансы. Пакет актов исполнителю, статусы оплаты как отражение учёта. Меню «Проекты» у роли финансов нет.

Типовые ошибки

Считать контроль расходов равным тендеру и 44-ФЗ. Это операционный контур оплаты, не закупка «под закон».
Сводить всё к одной цифре «потратили за месяц» без расшифровки спорных строк.
Переносить задачи подрядчика к себе в другой трекер «чтобы контролировать». Место задач — у исполнителя; вам нужен факт и статус денег.
Ждать модуль 1С или замену учёта. Исходящая выгрузка операционного акта в Контур.Эльбу (с тарифа Старт) — не закрытие периода.
Смешивать расход на подрядчика и готовность счёта вашему клиенту в одном отчёте без подписей колонок.

Пилот без обещания экономии

4–6 недель, 2–3 договора, паспорт показателей до старта. Публичный кейс происхождения продукта — ООО «Битапл»; чужих портфелей заказчиков мы не выдумываем. Цифры пилота у вас будут своими; ниже — имена показателей, не норматив.

Доля пакета подрядчика, прошедшая разбор до даты платежа.
Доля изменений объёма с денежным статусом.
Число платежей «пакетом без расшифровки» — цель снизить, не обнулить любой ценой.

Ориентир обсуждения эффекта — в калькуляторе для заказчика аутсорса. Это не гарантия окупаемости.

Семь дней

Выписать лимиты и фактический источник часов по 2–3 договорам.
Отметить, где сейчас «серый» объём: чат, устная просьба, задача без статуса.
Согласовать, что акт исполнителю без разбора спорных строк не уходит в оплату.

Частые вопросы

Чем контроль расходов на подрядчиков отличается от бюджетирования подразделения?

Бюджет — годовой или квартальный план. Этот контур — еженедельное решение по строкам акта до платежа. Одно другое не заменяет.

Нужна ли замена учёта, чтобы «видеть все платежи»?

Нет. Касса и закрытие периода остаются в учёте. Кабинет собирает операционный пакет и статусы передачи.

Можно ли включить штатных сотрудников в тот же контроль?

Справочник исполнителей может включать людей с часами в трекере. Смысл статьи — внешний подряд и риск переплаты по акту, не расчёт ФОТ.

Это система учёта проектов?

Нет. См. МарджинЛейэр и системы учёта проектов и сравнение с Timetta.

Где спорные строки пакета?

Контроль спорных позиций в счёте подрядчика — соседняя практика того же кластера.

См. также

Следующий шаг

Соберите лимит, факт и последний акт по двум договорам на один лист — это исходная база. Пилот проверяет, появляется ли решение до платежа, а не «красивая сводка».