Еженедельный разбор подрядчика: владелец, финансы, поставка

Для кого и когда слот не нужен

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

Не запускайте разбор, пока нет именованного ведущего слота. Без него сводка остаётся витриной: все посмотрели, никто не решил. См. границы аудитории.

Зачем один ритм трём ролям

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

Цель слота — не отчитаться, а выйти с фразой: кто, что, до какого дня. Итог пишут в одном месте, связанном с карточкой исполнителя, а не в переписке.

Формат слота: 45–60 минут

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

Что открыть в кабинете на слоте

Поток денег здесь один: ваше ООО платит исполнителю. Экран биллинга клиенту на этом слоте не нужен и путает роли.

• Исполнители — кто списывал, задачи, сумма часов журнала исполнителя (это не расход проекта).
• Приложения и акты подрядчику на карточке исполнителя — какой пакет собран, какой статус передачи.
• Контрагенты — совпадают ли реквизиты с тем, кому уйдёт платёж.

У финансов нет меню «Проекты». Маржа внутреннего проекта заказчика — другая тема; здесь вопрос: не переплатить подрядчику. Операционный файл акта не равен УПД: после слота бухгалтерия закрывает период в учёте.

Роли на слоте

• Владелец (в кабинете часто администратор): лимит, эскалации старше семи дней, право остановить оплату пакета. Не обязан разбирать каждую задачу.
• Руководитель поставки (менеджер проекта): факт против утверждённого объёма, формулировка запроса на изменение. Не утверждает платёж в одиночку.
• Финансы: комплект приложения и акта, статусы «передано в учёт / оплачено» как зеркало внешней системы, а не как касса кабинета.

Роль «клиент» в кабинете — вход внешнего заказчика на назначенные проекты. Это вход для заказчика, не основная тема: слот заказчика аутсорса ведут внутренние роли.

Откуда факт часов

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

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

Типовые ошибки разбора

• Проводить слот без финансов: поставка «согласует объём», а в оплату уходит другая сумма.
• Превращать час в статус задач: тогда снова нет решения по деньгам.
• Не фиксировать итог: через неделю спорят, что именно удержали.
• Смешивать с готовностью счёта вашему клиенту: два потока, два слота, иначе путают «нам должны» и «мы должны».
• Ждать, что сигналы кабинета «сами решат». Правила без языковой модели только подсвечивают; решение — за людьми.

Показатели пилота

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

• Доля слотов, после которых есть письменное решение по каждой красной строке.
• Срок от пакета до решения об оплате — см. время согласования и оплаты.
• Доля изменений объёма с денежным статусом — см. изменения без статуса у заказчика.

Не обещаем рост экономии сам по себе. Проверяете дисциплину слота, не «волшебный отчёт».

Семь дней до первого слота

1. Забронировать повтор на 4–6 недель, не «созвонимся как получится».
2. Выбрать 2–3 исполнителя с живыми актами.
3. Собрать повестку из четырёх блоков таблицы выше и запретить другие темы без эскалации.

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

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

Планёрка про задачи и людей. Этот слот про пакет к оплате: акт исполнителю, спорные строки, денежный статус изменений. Задачи остаются в трекере.

Нужен ли владелец на каждом слоте?

На пилоте — да, хотя бы на блоке эскалаций. Дальше можно эскалировать только строки старше семи дней, если полномочия делегированы.

Можно ли заменить слот перепиской в мессенджере?

Как временный костыль — да. Как система — нет: нет единого списка решений и нет связи с карточкой исполнителя.

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

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

Где картинка расходов по всем подрядчикам?

В материале контроля расходов на подрядчиков — тот же кластер, акцент на лимитах, не на ритуале слота.

См. также

• Контроль счетов подрядчиков до оплаты
• Контроль договора аутсорса до оплаты
• Аутстафф и аутсорс: как выбрать подрядчика
• Ориентир эффекта для заказчика аутсорса
• Продукт: еженедельная картина до решения по деньгам

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

Соберите первый слот на 2–3 договорах и зафиксируйте, какие решения вы приняли бы без него — это и будет исходная база пилота.

• Запросить 20-минутный разбор и план пилота
• Пакет для информационной безопасности и закупки