Walk-through: проход по процессу от начала до конца

В регламенте процесс выглядит гладко: приходит заказ, товар собирается, оформляется документ, грузится машина. На деле заказ приходит в Telegram, менеджер переписывает его в тетрадь, кладовщик берёт заказ из тетради, а документ выписывают на следующий день. Чтобы увидеть эту разницу, не нужно разбирать сотни документов: достаточно выбрать один заказ и пройти весь его путь от начала до конца. Такой приём называется walk-through.

Чем он отличается от выборочной проверки

При выборочной проверке берут много документов, испытывают один контроль и измеряют долю ошибок. В walk-through документ один, но его прослеживают по всей цепочке, а цель — понять, как процесс работает на самом деле. Обычно его проводят до выборочного теста: сначала поймите процесс, потом решайте, что проверять.

Какой заказ выбрать

Документ берёт сам аудитор из журнала 1С, а не кладовщик или менеджер. Иначе вам покажут «самый красивый» заказ. Обычно хватает трёх случаев:

• обычный заказ: средний по объёму, недавно выполненный;
• срочный заказ, обошедший обычную очередь;
• возврат или частичная отгрузка: больше всего исключений прячется именно здесь.

Проход по шагам

Идите от места, где заказ поступил, до места, где пришли деньги:

1. Как поступил заказ (Telegram, телефон, 1С) и кто его зафиксировал.
2. Кто утвердил цену и скидку.
3. Забронирован ли товар и где: в системе или в тетради.
4. Отбор: кто, по какому документу, откуда.
5. Проверка и упаковка: есть ли второй человек.
6. Выход со склада: проходная, водитель, накладная на груз.
7. Проведение в 1С: когда и кто.
8. Оплата или возврат.

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

Пример: оптовая база красок и лаков

Клиент в Telegram запросил 20 банок эмульсии по 10 литров. Менеджер записал заказ в тетрадь и отправил кладовщику голосовое сообщение. Товар собрали и в 14:30 отправили с водителем. Накладная в 1С была создана только на следующее утро.

Walk-through выявил три вещи. Первое: 18 часов товар физически вне склада, а в системе всё ещё числится, и в это время отчёт об остатках неверен. Второе: единственный первичный документ по заказу — тетрадь менеджера, и её никто не проверяет. Третье: цену и скидку менеджер определяет сам, утверждающего нет. Ни одна проверка документов этих трёх вещей не показала бы, потому что сама накладная была чистой и подписанной. Рекомендация: менеджер вносит заказ в 1С сам, а цена и скидка не проходят без подписи утверждающего.

Что нужно искать

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

Что делать после прохода

Когда проход окончен, аудитор сразу записывает увиденное: последовательность шагов, документ и систему на каждом шаге, найденные отклонения. Эта запись становится основой карты процесса. Затем для каждого сомнительного места планируется тест. Например, если выяснилось, что нет утверждающего скидку, проверяют, есть ли разрешение на скидку в 25 расходных документах за последний квартал. Находки до попадания в отчёт показывают владельцу процесса: он подтверждает, что факты записаны верно, или поправляет их. На одно направление walk-through обычно уходит 2–4 часа. Эти затраты окупаются: дальнейшие тесты получают точную цель и экономят заметно больше времени.

Ограничения

Walk-through показывает только один случай. Он не доказывает, как часто контроль нарушается. Например, отсутствие утверждающего по скидке проявилось в одном заказе, а массовый ли это характер, выясняет выборочный тест. Поэтому walk-through служит для понимания процесса, а тестирование — для оценки.

Вывод

Путь одного заказа часто оказывается маленькой копией всего процесса. С помощью walk-through OmborAudit находит разницу между правилом и практикой и направляет дальнейшие тесты на конкретные звенья контроля.