Зачем система, а не папки

Три вопроса о документе

В любой организации, где работает больше десятка человек, каждый день звучат три вопроса. Звучат они в приёмной завода, в отделе кадров клиники и в юридическом отделе строительной компании одними и теми же словами. Где документ? У кого он сейчас? Что с ним дальше? Вопросы кажутся мелкими — на каждый уходит минута, — но задаются они десятки раз в день, и минута превращается в рабочие дни.

Первый вопрос — о месте. Где лежит подписанный договор с подрядчиком: в почте у юриста, на общем диске в папке «Договоры 2026», в столе у директора или в бухгалтерии? Ответ «где-то есть» не является ответом: документ, который нельзя достать за минуту, в работе не участвует. Он существует юридически и не существует практически, и разница между этими двумя состояниями обходится дороже всего в тот день, когда документ понадобился срочно.

Второй вопрос — о держателе. Документ всегда у кого-то: кто-то его сейчас читает, правит, согласует или не согласует уже вторую неделю. Ход принадлежит одному человеку, и пока он не сделан, документ не движется. Без системы ответ звучит так: «кажется, у Петрова». Петров в отпуске. Дальше начинается то, что съедает больше всего времени, — поиск не документа, а человека, который знает, где документ.

Третий вопрос — о следующем шаге. Что должно произойти с этой бумагой: её надо согласовать с тремя отделами, подписать, зарегистрировать, отправить контрагенту, получить ответ и приложить к делу. Каждый из шагов кто-то делает, и у каждого есть срок. Пока порядок шагов живёт в голове делопроизводителя, он работает ровно до его отпуска и болезни.

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

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

Первый уровень этого курса отвечает ровно на один вопрос: что происходит с документом от создания до дела и что в этом пути делает человек. Мы пройдём весь путь по порядку — карточка, файлы, маршрут, согласование, подписание, регистрация, поручения, входящие и исходящие, договоры, поиск, права и хранение. Настройка системы под свой поток документов — это второй уровень; внедрение в организации — третий.

Почему папки и почта не отвечают

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

Первая поломка: копии. Файл живёт на диске, и каждый, кто правит, делает копию. Через неделю в папке лежат «Договор_подряда.docx», «Договор_подряда_правки_юр.docx», «Договор_подряда_финал.docx» и «Договор_подряда_финал2_согл.docx». Какая из четырёх ушла подрядчику, не знает никто, и узнать это можно только по почте — если письмо не удалили. Настоящий документ перестаёт существовать: вместо него есть четыре кандидата.

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

Третья поломка: решение в переписке. «Согласовано» приходит ответом в почте, а иногда — сообщением в мессенджере. Это решение организации, принятое в личной переписке двух людей. Через месяц выяснить, кто и что согласовал, можно только попросив обоих поискать у себя. Через год — уже никак: почта чистится, переписки удаляются, люди уходят.

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

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

Из чего состоит система

Что же делает система и из чего она состоит? Разберём три опоры, на которых стоит 1С:Документооборот. Все три мы будем изучать подробно весь первый уровень, здесь важно увидеть их вместе и понять, зачем каждая.

Опора первая: карточка документа. В системе документ — это не файл, а запись с полями: вид документа, название, дата, ответственный, подразделение, контрагент, сумма, срок, состояние. Файл прикладывается к записи, и файлов может быть несколько — договор, приложение, скан подписанного. Карточка отвечает на вопрос «где документ»: он не в папке, он в системе, и найти его можно по любому из полей. Карточке отведён четвёртый урок, файлам и их версиям — пятый.

Опора вторая: процессы и задачи. Документ движется не сам: его отправляют на согласование, подписание, исполнение. В системе это называется процессом, а то, что видит участник, — задачей. Задача всегда адресована конкретному человеку и имеет срок. Вопрос «у кого документ» превращается в вопрос «у кого сейчас задача», и ответ на него система знает всегда, потому что сама его и записала. Процессам отведён шестой урок, согласованию — седьмой, поручениям — десятый.

Опора третья: журнал регистрации. Момент, когда черновик становится документом организации, называется регистрацией: документу присваивается номер и дата, и он попадает в журнал. Номер даёт не человек, а система по правилу — поэтому двух документов с одним номером не бывает и пропусков в нумерации тоже. Журнал отвечает на вопрос «существует ли такой документ вообще» и является доказательством: на него ссылаются в переписке, в суде и при проверке. Регистрации отведён девятый урок.

Из трёх опор вырастает всё остальное, что есть в системе. Связи между документами: входящее письмо → поручение по нему → исходящий ответ. Раз каждый документ — запись, записи можно связать, и по цепочке потом пройти в любую сторону (урок четырнадцатый). Права доступа: раз документ — запись, видимость настраивается на запись, а не на папку, и зависит от роли человека и его участия в работе (урок шестнадцатый). Поиск: раз у документа есть поля, искать можно по полям, а не по названию файла (урок пятнадцатый).

И последнее, чего нет в списке опор, но что делает систему полезной руководителю: история. Каждое действие записывается — кто создал, кто изменил поле, кто согласовал и когда, кто отклонил и с каким замечанием. История не стирается и не редактируется. Именно она отвечает на четвёртый вопрос из первой главы, тот самый, который задают поздно.

Границы: чего система не делает

Чтобы ожидания не разошлись с реальностью, полезно сразу очертить границы: чего система документооборота не делает. Разочарование во внедрениях почти всегда происходит здесь — не потому, что система плохая, а потому, что от неё ждали не того.

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

Система не считает деньги. Проводок она не делает, отчётности не сдаёт, налогов не считает — это работа учётных программ. Документооборот и учётная база связаны: договор живёт в документообороте, а платежи по нему — в бухгалтерской базе, и между ними настраивается обмен. Но путать их не нужно: карточка договора в документообороте — это его согласование, подписание, сроки и сопроводительные документы, а не его бухгалтерское отражение.

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

И последнее, практическое. В работе встречаются две редакции программы — 2.1 и 3.0. Устроены они одинаково: карточка, процессы, задачи, регистрация, дела. Разошлись названия отдельных вещей и вид рабочего места. В этом курсе мы говорим о сути и, там где названия разошлись, называем оба варианта при первом появлении термина. Поэтому курс годится и тем, кто работает в 2.1, и тем, кто в 3.0: меняются подписи кнопок, а не путь документа.

Итог первого урока прост. Система отвечает на четыре вопроса о документе, потому что хранит факт о нём в одном месте: карточка — что это за документ, задачи — у кого он и до какого срока, журнал — существует ли он официально, история — кто и что по нему решил. Всё, что мы будем делать дальше, — это учиться вести документ по его пути так, чтобы на все четыре вопроса ответ был всегда.