Документооборот в компании: как наладить без программиста и внедренцев

Документооборот в компании селлера маркетплейса - это не только бухгалтерские проводки. Это закрывающие документы от поставщика, договор с байером, акты приёмки товара на складе, сертификаты и карточки для Wildberries, Ozon и Я.Маркета, кадровые бумаги. Наладить документооборот в компании без программиста и внедренцев реально: не нужен отдел разработки и месяцы интеграции с 1С или ЭДО, достаточно завести бизнес-процесс в системе, где документ идёт по фиксированному маршруту и ни один шаг нельзя пропустить.

У большинства селлеров документооборот держится на переписке в мессенджерах, папках на Google Диске и Excel-таблице "кто что подписал". Пока команда маленькая, это работает. Как только в цепочке появляются байер, кладовщик, бухгалтер и менеджер по работе с маркетплейсом, документ начинает застревать: кто-то в отпуске, кто-то забыл переслать файл, кто-то подписал не ту версию. Найти, на каком шаге и у кого завис конкретный акт сверки или счёт, без системы почти невозможно.

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

Где у селлера маркетплейса рвётся документооборот

Список типичных точек разрыва документооборота в компании:

• поставщик передаёт закрывающие документы (накладную, счёт-фактуру, УПД) - и они неделями ждут проверки бухгалтером;
• байер подписывает договор на новую поставку, но версия с правками не доходит до бухгалтерии;
• кладовщик оформляет акт приёмки товара с расхождением по количеству, и об этом узнают только при следующей поставке;
• контент-менеджер меняет карточку товара под требования маркетплейса, а сертификат на неё так и лежит непроверенным;
• отдел, отвечающий за возвраты, копит акты возврата, которые нужны для сверки с Wildberries, Ozon или Я.Маркетом, но никто не сводит их вовремя.

Каждый такой разрыв - это не абстрактная бумажная проблема. Просроченный акт сверки задерживает закрытие месяца, неподписанный договор с байером откладывает следующую поставку, а зависший сертификат тормозит публикацию карточки. Цепочка продаж стоит на месте не потому, что документ "пропал", а потому, что никто не видит, на каком шаге он застрял.

Почему регламент на бумаге не спасает

Логичный первый шаг - написать регламент документооборота: кто, что и в какие сроки подписывает. Проблема в том, что регламент - это текст, а не действие: его можно не прочитать, прочитать один раз и забыть, или просто пропустить неудобный пункт, когда горит поставка. Регламент не мешает менеджеру переслать не ту версию файла и не напомнит бухгалтеру, что акт лежит непроверенным третий день.

Бизнес-процесс в системе устроен иначе: документ физически не может перейти на следующий шаг, пока предыдущий не закрыт. Не согласовано - значит следующий шаг не начнётся, потому что процесс к нему просто не придёт. Это не регламент, а маршрут, который не оставляет шагу шанс потеряться.

Хотите навести порядок в задачах и процессах команды? Посмотреть →

Как наладить документооборот как бизнес-процесс - без кода и разработчиков

Чтобы наладить документооборот в компании без программиста и внедренцев, нужно один раз описать логику - дальше система сама ведёт по ней каждый документ.

1. Определи маршрут: из каких шагов состоит путь документа - от появления (пришёл от поставщика, создан байером, оформлен кладовщиком) до архива.
2. Назначь ответственного на каждый шаг - конкретного сотрудника или роль, а не "бухгалтерию в целом".
3. Задай обязательные поля и вложения - без скана акта или заполненной суммы шаг просто не закроется.
4. Поставь срок на каждый шаг и правило, что происходит, если он просрочен - кому уходит уведомление.
5. Свяжи документооборот с остальными процессами компании: приёмкой товара, ценообразованием, работой с возвратами, - чтобы документ не жил отдельной жизнью от сделки, которую он сопровождает.

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

Пример маршрута: закрывающий акт от поставщика

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

Что видно руководителю, когда документ идёт по процессу, а не по переписке

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

Дальше по цепочке задержка документа означает не прямой убыток, а упущенную скорость: сделка с байером закрывается позже, следующая поставка откладывается, карточка с непроверенным сертификатом не публикуется вовремя - и это отражается на выручке, а не на кассе прямо сейчас.

С чего начать: пять шагов запуска без программиста

1. Выпиши все виды документов, с которыми работает компания: от закрывающих до кадровых, - и отметь, где они сейчас теряются чаще всего.
2. Начни с одного самого болезненного маршрута - чаще всего это закрывающие документы от поставщиков или акты приёмки товара, - не пытайся описать весь документооборот сразу.
3. Настрой процесс в системе своими силами: шаги, ответственные, сроки, обязательные поля.
4. Подключи к процессу тех, кто реально в нём участвует - байера, кладовщика, бухгалтера, менеджера по маркетплейсам, - и объясни, что теперь маршрут виден всем.
5. Через две-три недели посмотри, на каком шаге документы задерживаются чаще всего, и донастрой сроки или ответственных - без переписывания регламента, прямо в интерфейсе.

Такой запуск не требует ни программиста, ни команды внедрения: систему настраивает тот, кто знает, как реально движется документ в компании, а не тот, кто пишет код.