Зачем сводить акт, наряд и факт часов в один сигнал?

Потому что заказчик спорит счёт на стыке документов и учёта: разные названия работ, другой период, часы без основания в наряде. Единый идентификатор поставки и статусы в недельной сводке снижают долю таких споров.

Какую роль играет смета в ИТ-подряде?

В гибридных и проектных моделях смета или её аналог задаёт плановую декомпозицию и цену этапов; факт часов показывает исполнение. Важно явно связать строки сметы с задачами в трекере и лимитами, иначе смета остаётся презентацией, а не опорой для счёта.

Нужно ли повторять стройку один в один?

Нет: в стройке привычны КС, журналы и сметные строки — это полезная аналогия дисциплины «документ ↔ факт». В ИТ достаточно перенести принцип: один объект поставки, согласованные единицы учёта, согласованный период.

Как Jira помогает перед счётом?

Эпик или версия под период, закрытые спринты/релизы, worklog, связь с коммерческим ID изменения. Это доказательная база для строк счёта без ручного восстановления хронологии.

Иллюстрация: акт, учёт времени и готовность к счёту

Акт, наряд, смета и факт часов: одна цепочка до готовности к счёту

Статья 11 мая 2026 Около 8 мин

В B2B-подряде на ИТ слова акт, наряд (наряд-заказ), смета и факт часов часто живут в разных системах. Если их не связать, счёт спорят постфактум: «этой строки не было в основании», «часы за другой период», «работа не применена». Ниже — управленческая связка документов с трекером и с готовностью к счёту. Юридические формы актов и требований к первичке остаются за вашей бухгалтерией и договором.

Связка: чеклист допсоглашения, задержка учёта времени.

Короткая аналогия со стройкой

В стройке привычно согласовывать объём работ, фиксировать допуск к изменению сметы и закрывать период актом на фактически выполненные объёмы. В ИТ тот же принцип: основание → выполнение → фиксация факта → счёт. Детали другие, дисциплина та же.

Роли документов в одной цепочке

Смета / оценка: плановая декомпозиция и деньги по этапам или видам работ.
Наряд или поручение: разрешение на работу в рамках согласованного объёма или изменения.
Факт часов: исполнение в учётной системе, привязанное к задачам и периоду.
Акт / отчёт о выполнении: фиксация результата периода для заказчика и для счёта.

Точные названия у вас могут отличаться; важно, чтобы между ними был общий идентификатор (номер изменения, эпик, договор+период).

Jira (или аналог) как склейка

Практика: один эпик на коммерческий объект (этап, допсоглашение, релиз), worklog только на задачи под эпиком, статус «готово к актированию» согласован с владельцем со стороны заказчика. Тогда спорные строки проще отлавливать до отправки счёта.

Недельная сводка: что проверить

Нет часов без основания в наряде/изменении.
Нет актовых периодов без закрытых задач с определением «готово».
Сумма к счёту сходится с коммерческим статусом и лимитами.

FAQ

Зачем единый сигнал?

Чтобы счёт не спорили на стыке «документ сказал одно, Jira — другое».

Что с сметой в ИТ?

Связать строки с задачами и лимитами; иначе это не опора для счёта.

Обязательно ли копировать стройку?

Нет, достаточно принципа основание–факт–актуализация.

Как Jira помогает?

Эпик, worklog, закрытие периода и коммерческий ID.