Бухгалтерия и документооборот
Читать далее »
Замечания по документам — сорок семь штук на один комплект чертежей. Часть пришла письмом, часть — в мессенджере, три замечания прозвучали голосом на созвоне и были записаны кем-то в блокнот. Через месяц никто не может ответить на простой вопрос: что исправлено, а что так и висит.
Замечание — самая недооценённая сущность в документообороте: замечания по документам считают редко, а споров они вызывают больше, чем договоры. Договоры считают, счета сверяют, а замечания живут в переписке, где у них нет ни статуса, ни ответственного, ни истории.
Пока замечание не определено, его нельзя учесть. Рабочее определение простое: замечание — это запись, у которой есть документ, к которому она относится, автор, статус и обсуждение.
Замечания по документам без этих четырёх признаков — просто сообщения. Сообщение полезно, но учёту не подлежит: у него нет статуса, и по нему нельзя сказать, закрыт вопрос или нет.
Отсюда первое правило учёта: сообщения можно оставить в мессенджерах, но всё, что требует работы, переносится в замечания. Не «потом разберём», а сразу — иначе через месяц восстанавливать придётся по памяти.
Статусы — не украшение, а именно то, что делает учёт возможным. Их пять, и каждый отвечает на свой вопрос.
| Статус | Что означает | Кто закрывает |
|---|---|---|
| Требуется пояснение | Нужен ответ, а не правка: почему так, на каком основании | Автор замечания |
| Требуется исправление | Прямое указание: здесь ошибка | Тот, кто правит документ |
| Исправлено, не проверено | Работу сделали, но никто не подтвердил | — (промежуточный) |
| Исправлено, проверено | Вопрос снят проверяющим | Проверяющий |
| Отменено | Замечание потеряло смысл: документ изменился или требование убрали | Автор замечания |
Две ловушки видны прямо из таблицы. Первая: «исправлено, не проверено» похоже на закрытое замечание, но им не является — именно на этом статусе теряется больше всего работы. Вторая: «отменено» — не то же самое, что «исправлено». Когда потом считают качество, разница между «мы это исправили» и «требование сняли» стоит дорого.
Практическое правило: в статусе «не проверено» замечание по документам не должно жить дольше недели. Если живёт — значит, проверяющего нет, и это организационная проблема, а не техническая.
Шаг 1. Соберите замечания по одному документу. Не по проекту, не по отделу — по конкретному документу, по которому сейчас идёт работа. Обычно их в полтора-два раза больше, чем кажется.
Шаг 2. Разметьте статусы по пяти. Это скучная работа на полчаса, которая сразу показывает реальную картину: сколько открыто на самом деле. Обычно выясняется, что «почти всё закрыто» — это семь открытых из сорока семи.
Шаг 3. Назначьте проверяющего. Одно имя, не «все участвующие». Без него статус «проверено» не наступает никогда: каждый считает, что проверит кто-то другой.
Почта и мессенджеры не становятся источником замечаний автоматически. Это ограничение, а не недоделка: система не может отличить замечание от «спасибо, посмотрю» и не знает, к какому документу относится фраза «а вот тут стрелочка не та».
Работает одна привычка: получил замечание в переписке — перенёс в документ. Звучит как лишнее действие, но альтернатива хуже: замечание, оставшееся в чате, не существует для того, кто будет проверять комплект через месяц.
В Bizon.Help замечания живут отдельной сущностью — не свойством карточки и не сообщением в чате. Замечание ставится на документ, у него есть автор, статус из тех же пяти и обсуждение: ответы с авторами и временем.
Две детали, которые стоит знать заранее. Свой ответ можно исправить, но только автору и только в течение часа — защита от правок задним числом. И замечание не привязано к области на листе: нельзя ткнуть в конкретную линию чертежа и оставить там пометку. Замечание относится к документу, а место описывается словами: «лист 3, узел А».
Самая утомительная часть учёта — не сами замечания, а обслуживание: поставить, ответить, перевести статус, отметить проверенное, отменить неактуальное. Эту работу можно поручить ассистенту, который работает с системой через MCP.
Формулировки простые и проверяемые: «собери по этому документу, что открыто, что ждёт проверки, что закрыто», «переведи в проверенные замечания, по которым есть ответ автора», «какие замечания висят в „не проверено“ больше недели».
Что делает ассистент: ставит замечание с нужным статусом, отвечает в обсуждении, переводит статус, собирает сводку. Что не делает: не решает, правильная ли правка. Разницу между «требуется пояснение» и «исправлено» определяет человек — ассистент только переносит решение в статус и показывает, где застряло.
Это принципиально: учёт замечаний держится на решениях, а не на скорости нажатия кнопок. Ускорять имеет смысл рутину, а не суждение.
Сбора из мессенджеров. Замечание из вотсапа не появится в системе само.
Привязки к области чертежа. Координаты остаются текстом.
Отдельных прав на замечания. Доступ идёт вместе с документом: человек либо видит документ со всеми замечаниями, либо не видит ничего. Показать подрядчику только его замечания не получится.
Автоматического превращения в задание. Если по замечанию нужна работа, задание заводят отдельно: замечание фиксирует проблему, задание — работу.
1. Возьмите документ, по которому идёт спор или переписка с замечаниями.
2. Выпишите все замечания, откуда бы они ни пришли: письма, чат, протокол совещания.
3. Проставьте каждому статус по пяти и посчитайте, сколько открыто.
4. Назначьте проверяющего и договоритесь, что в «не проверено» замечание не живёт дольше недели.
Если хотите сначала понять, насколько ваш учёт документов готов к такому порядку, есть короткий тест: восемь вопросов о том, готовы ли документы к порядку.
А посмотреть, как это выглядит, и получить бесплатный доступ на три месяца можно на сайте bizon.help: посмотреть.
