Сверка часов перед счётом: пять контрольных точек

Пример и шаблон

Цифры в таблице — пример, не отчёт клиента. Скачайте шаблон и подставьте свои: Шаблон сверки часов перед счётом (CSV).

Для кого и когда не запускать

• Нет единой базы объёма и ставок по договору.
• Поставка и финансы не готовы к общему еженедельному слоту.
• Ожидается, что «сверка в учётной системе» заменит согласование с поставкой.

Поток только клиентский. Акты подрядчику на исполнителях в этот разбор не входят.

1. Договор и база объёма

Первая точка отвечает: сверяем с чем. Без базовой ведомости работ любая цифра трекера спорна.

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

2. Факт часов из трекера

• Выгрузка за тот же период, что и веха; нет «догоняющих» списаний без комментария.
• Часы распределены по договорам; нет висящих записей без проекта.
• Аномалии (ноль, всплеск) имеют пояснение руководителя поставки.
• Сверяете журнал проекта, не сумму часов по исполнителям: второй журнал не пересчитывает расход и автобиллинг.

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

См. также задержку учёта часов и выручку.

3. Изменения объёма и допработы

• Каждое значимое отклонение от базы имеет коммерческий статус (запрос / на согласовании / согласовано в деньгах).
• Для согласованного объёма понятно, попадает ли сумма в текущую веху или в следующую.
• Тихие доработки без статуса — в список рисков, не в пакет по умолчанию.

Открытые запросы в экономике договора в план не входят. Если часы по ним уже в факте — это находка сверки, не «мелочь».

4. Спорные и нестандартные строки

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

5. Пакет на выставление

• Список позиций «готово к счёту» с суммой или диапазоном согласован с финансами.
• Веха в биллинге: период, часы, сумма. Файлы «Счёт · PDF / Акт · PDF» — операционный снимок полей для передачи, не юридический УПД и не закрытие периода.
• Статус оплаты после отправки ведут в кабинете в согласии с учётом; проводки остаются во внешней системе.
• Итог недели зафиксирован в одном месте — не только в чате.

Еженедельный контур пяти точек

1. Понедельник. Точка 1: какая ведомость базовая, какой период вехи.
2. Среда, отсечка факта. Точка 2: журнал проекта закрыт за период.
3. Четверг. Точки 3–4: запросы и спорные кандидаты.
4. Пятница, 45–60 мин. Точка 5: финансы подтверждают пакет; владелец закрывает эскалации.

Не склеивать расход часов, риск по марже на дашборде и валовую маржу экономики. Сверка часов кормит готовность к счёту, а не «одну маржу на всю неделю».

Роли и экраны кабинета

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

• Сверить только сумму часов. Без базы и статуса изменения сумма ни о чём.
• Сложить журналы проекта и исполнителей. Это разные контуры; второй — к подрядчику.
• Считать PDF вехи актом закрытия. Закрытие периода в учёте.
• Делать сверку раз в месяц. Расхождения копятся и всплывают спором.
• Доверять повторной синхронизации Jira в v1. Ключ уже защёлкнут; нужна честная оговорка в протоколе.

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

• число типов расхождений на пилотных договорах (цель — назвать, не обнулить магией);
• время от отсечки факта до статуса «можно выставлять»;
• доля спорных позиций, пойманных до отправки.

Пилот 4–6 недель, 2–3 договора, именованный владелец. Origin — ООО «Битапл».

Что сделать за 7 дней

1. Назначить ответственного за каждую из пяти точек.
2. Провести сверку на 2–3 договорах и записать топ-3 типа расхождений.
3. Связать итог с недельным чек-листом готовности.

FAQ

Чем сверка отличается от готовности к счёту?

Сверка проверяет согласованность данных. Готовность — статус «можно / нельзя выставить» с блокерами и владельцами.

Кто минимально участвует?

Руководитель поставки и финансы; владелец — при спорных суммах. Без финансов пакет обычно не закрывается.

Как часто проводить сверку?

Еженедельно плюс финальный проход за 2–3 рабочих дня до даты счёта. Реже — снова сюрприз на границе периода.

Нужно ли сверять юридический акт в кабинете?

Нет. В кабинете сверяют операционные поля вехи. Юридический акт и УПД — во внешней системе.

Что делать при расхождении факта и базы?

Проверить период и источник; затем запрос на изменение или корректировка базы новой версией ведомости. Сравнивать факт с «планом из головы» нельзя.

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

Нет. Задачи остаются в трекере. Слой нужен, чтобы из факта было видно, можно ли выставлять счёт на этой неделе.

Связанные материалы

• Ролик: от трекера к акту — что готово у финансов (RUTUBE)
• Готовность к счёту: чек-лист недельной сводки
• Задержка учёта часов
• Контроль времени исполнителя до счёта
• Спорные позиции к счёту
• Готовность к счёту в аутсорсе
• Факт часов из Jira
• МарджинЛейэр и системы учёта проектов
• Невыставленный объём

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

После созвона: шаблон сводки, список данных и план на 14 дней пилота.

• Запросить 20-минутный разбор и план пилота
• Смотреть показатели и критерии запуска или отказа
• Скачать пакет для ИБ и закупки

Границы и допущения

Сверка — управленческая, не аудит и не закрытие периода. МарджинЛейэр не заменяет трекер, 1С и юридический счёт. Файлы вехи — операционная передача. Оператор — ООО «Битапл».