Описание бизнес процессов бухгалтерии пример

ЗАЯВКА НА ОПЛАТУ

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

Заявка на оплату № 12/678 от 30.01.2017

К первичному документу на оплату:

Корпоративный контроль и аналитики:

Движение заявки в финансовом отделе:

ЦЕЛЬ

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

• контроль договорных отношений, дебиторской и кредиторской задолженности;
• подтверждение, что на оплачиваемую сделку заключен договор, который составлен в интересах организации, и его подлинник находится у юриста компании;
• исключение повторных оплат одних и тех же счетов, поставок по договорам;
• предполагаемый платеж соответствует бюджетным лимитам;
• о предполагаемом платеже уведомлены главный бухгалтер, финансовый директор и другие должностные лица, которые несут административную и уголовную ответственность;
• Заявку на соответствие внутренним регламентам проверяет не только бухгалтер финансового отдела, непосредственно ее исполняющий (делает платежку в системе «Клиент-Банк», подписывает цифровой подписью), но и начальник этого отдела (отвечает за движение всех денежных средств в компании);
• прежде чем попасть в Реестр платежей (из него определяют группу, которая будет оплачена «сегодня» или «на этой неделе»), Заявка должна пройти контроль на соответствие всем требованиям;
• окончательное решение о направлениях расходования денежных средств (имеется в виду непосредственное списание с расчетного счета, а не просто бюджет как «бумага») принимает финансовый директор.

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

РАБОЧАЯ ГРУППА

Формирование рабочей группы — первый важный шаг в описании и оптимизации бизнес-процессов.

Успешность проекта можно обеспечить, если выделить следующих участников рабочей группы:

• Заказчик проекта — должностное лицо, которому необходимо описание бизнес-процесса. Заказчик должен иметь соответствующие полномочия и ресурсы для проведения работ. Типичный пример Заказчика — финансовый директор. Важная деталь: Заказчик может не входить в состав рабочей группы, но он должен контролировать достижение обозначенных целей, сроки выполнения работ;
• Руководитель проекта — возглавляет рабочую группу, организует и координирует проект. Руководитель проекта работает в непосредственном контакте с Заказчиком, отвечает за результаты всего процесса. В данном случае в качестве руководителя проекта рекомендуется выбрать начальника финансового отдела;
• для каждого бизнес-процесса принято выделять Владельца — сотрудника компании, который управляет бизнес-процессом, имеет в своем распоряжении ресурсы и отвечает за результат бизнес-процесса. Поскольку бизнес-процесс по работе с Заявками описывают в рамках одного подразделения, то начальник финотдела будет одновременно Владельцем бизнес-процесса. Он должен отвечать за результат этого бизнес-процесса — своевременную оплату Заявок (счетов) контрагентов;

ОБРАТИТЕ ВНИМАНИЕ

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

• Аналитики проекта — собирают информацию, формируют модели, разрабатывают регламенты. Хорошими Аналитиками покажут себя сотрудники, которые в своей деятельности так или иначе сталкиваются с анализом или регламентацией деятельности компании. Как правило, это специалисты отделов планирования и анализа. Поскольку речь идет об описании бизнес-процесса в рамках одного отдела, то необходимо выбрать одного или двух сотрудников из финансового отдела. Если в штате отдела присутствует экономист, то лучше взять экономиста;
• когда в проекте работает несколько Аналитиков, они параллельно описывают различные процессы, работают на разных подуровнях описания, поэтому нужен Интегратор. Интегратором рекомендуется брать одного из Аналитиков или Руководителя проекта. Его задача — обеспечить целостность бизнес-процесса, координацию работы Аналитиков, чтобы их модели не пересекались, были одинаково подробными;
• если в качестве Аналитиков в рабочую группу не были включены непосредственные исполнители, то последних привлекают к работе в качестве Экспертов. Эксперты — это ключевые сотрудники, которые участвуют в бизнес-процессе. В данном случае экспертами будут бухгалтеры-операционисты, которые на основании Заявок на оплату формируют платежные поручения, контролируют их проведение по системе «Клиент-Банк». Главное правило: не берем в число экспертов новых сотрудников компании.

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

• Консультанты — проводят обучение и организуют проектную работу. Они могут выполнять функции Аналитиков и Интеграторов по описанию бизнес-процессов. Часто для реализации пилотных проектов по описанию нескольких бизнес-процессов компании приглашают внешних Консультантов. В ходе пилотных проектов сотрудники взаимодействуют с Консультантами, получают необходимые навыки для самостоятельной работы над последующими проектами. Консультанты выполняют методическую поддержку сотрудников компании, проверяют самостоятельно выполненные работы.

ЭТО ВАЖНО

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

ДЕРЕВО ПРОЦЕССОВ

Рабочая группа разрабатывает единое дерево бизнес-процессов финансового отдела (рис. 1).

Дерево бизнес-процессов — это все функции, которые выполняет подразделение или компания.

Название данного дерева бизнес-процессов — «Ф0. Функции Финансового отдела/Управление денежными потоками».

Важно ввести информативные обозначения. Так, буква «Ф» означает финансовый отдел. При описании бизнес-процессов отдела продаж логично использовать обозначение «П».

«0» — объединяющий уровень, поскольку дерево на рис. 1 описывает все аспекты работы финансового отдела компании.

Если компания стремится формализовать бизнес-процесс с привязкой не к оргструктуре, а к функциям, то так и указывают — «Управление денежными потоками». Отсюда двойное название.

При создании дерева бизнес-процессов оговаривается степень детализации (уровни). Рассмотрим пример детализации:

1. Бизнес-процессы верхнего уровня:

Ф1. Осуществление платежей;

Ф2. Составление Отчета о движении денежных средств;

Ф3. Составление Платежного календаря;

…

Ф7. Выполнение прочих распоряжений руководства, связанных с управлением денежными потоками.

Ф1–Ф7 — это группы бизнес-процессов. Их столько, сколько функций обозначено в Положении об отделе (условно: группа бизнес-процесса = функции отдела).

Понятие группы не следует путать с понятием «уровень/степень детализации». Уровней, как правило, делают не больше пяти. Пример самого низкого уровня на рис. 1 — это «Ф1.2.1.1.1. Входной контроль Заявок на оплату».

2. Бизнес-процессы первого уровня:

Ф1.1. Платежи валютные;

Ф1.2. Платежи внутри страны.

Бизнес-процессы первого уровня также представляют из себя дерево.

3. Кодовое название элемента второго уровня — подпроцесс (обратите внимание, что термин «бизнес-процесс» меняем на термин «подпроцесс»). Подпроцессы являются ключевыми составляющими бизнес-процесса первого уровня. Например, подпроцессы бизнес-процесса «Ф1.2. Платежи внутри страны» следующие:

Ф1.2.1. Формирование и согласование Реестра платежей;

Ф1.2.2. Формирование платежных поручений в системе «Клиент-Банк»;

Ф1.2.3. Работа с выписками по расчетному счету;

Ф1.2.4. Отражение проведенных платежей на счетах бухгалтерского учета;

Ф1.2.5. Отражение проведенных платежей на статьях бюджета.

4. Кодовое название элемента третьего уровня — процедура (последовательность действий с промежуточным результатом).

Например, подпроцесс «Ф1.2.1. Формирование и согласование Реестра платежей» состоит из следующих процедур:

Ф1.2.1.1. Формирование Реестра платежей;

Ф1.2.1.2. Согласование Реестра платежей.

5. Четвертый уровень детализации — узкоспециализированные функции (действия) нижнего уровня, из которых состоят процедуры.

Представим действия процедуры «Ф1.2.1.1. Формирование Реестра платежей»:

Ф1.2.1.1.1. Входной контроль Заявок на оплату;

Ф1.2.1.1.2. Внесение Заявок на оплату в Реестр платежей.

Покажем на примере, почему важна такая детализация.

ПРИМЕР

Компания ООО «Доминант» (г. Владимир) должна оплатить ООО «Торговый центр» (г. Владимир) аренду торговых площадей. Казначей не оплатит Заявку на сумму 25 300 руб. без выполнения процедур:

• «Формирование Реестра платежей», которая включает следующие обязательные действия:

— Входной контроль Заявки (действие первое);

— Внесение заявки в Реестр платежей (действие второе);

• «Согласование Реестра платежей», которая включает такие действия:

— Выбор приоритетных платежей «на сегодня» (действие первое);

— Согласование Реестра приоритетных оплат с финансовым директором (действие второе).

Когда выполнены указанные действия и процедуры, разрешается переходить к подпроцессу «Формирование платежных поручений в системе “Клиент-Банк”» и т. д.

Указанная терминология «бизнес-процесс – подпроцесс – процедура – действие» не является единственно возможной и единственно правильной. Каждая компания может применять удобную для нее терминологию, в зависимости от специфики бизнес-процессов и уровня детализации.

Описание бизнес-процессов до определенного уровня призвано:

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

РЕГЛАМЕНТЫ

После формирования дерева процессов приступают к подробному описанию каждого бизнес-процесса.

ОБРАТИТЕ ВНИМАНИЕ

Для описания бизнес-процессов важно выбрать правильный формат.

Выделим ключевые требования к регламенту, который описывает бизнес-процесс:

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

ЭТО ВАЖНО

Следует минимизировать текстовую часть регламентов.

Текстовые регламенты имеют следующие недостатки:

• вызывают больше споров при согласовании;
• сложнее вносить изменения;
• малочитабельный текст регламента после нескольких актуализаций.

Принято описывать бизнес-процессы в виде таблиц и блок-схем.

Представим пример регламента бизнес-процесса «Ф1.2. Платежи внутри страны» в виде таблицы. Так, подпроцесс «Ф1.2.1. Формирование и согласование Реестра платежей» описан достаточно подробно. Цель регламента — контроль, отсюда пристальное внимание к действиям:

Ф1.2.1.1.1. Входной контроль Заявок на оплату;

Ф1.2.1.2.1. Выбор приоритетных платежей.

В описании действий четко указывается, чьи визы обязательны в Заявке на оплату, какие платежи более приоритетные — зарплата или аренда.

К СВЕДЕНИЮ

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

На этом этапе описание не потребуется, если финансовое учреждение, в котором у компании открыт расчетный счет, имеет пользовательские инструкции по работе в системах дистанционного банковского обслуживания, регламенты обмена электронными документами по системе «Клиент-Банк».

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

За каждым этапом в бизнес-процессе закрепляют ответственное должностное лицо. Например, за согласование приоритетных оплат на сегодня с финансовым директором отвечает начальник финотдела. Именно он направляет Реестр «Приоритетные оплаты на сегодня» финансовому директору и получает его одобрение на строго определенные платежи.

ЭТО ВАЖНО

Бухгалтер делает только те оплаты, что перечислены в утвержденном финансовым директором реестре, который получен от начальника финотдела.

Такое описание бизнес-процесса обеспечивает:

• санкционирование оплат (сначала на уровне Заявок на оплату, затем на уровне Реестра);
• документальный след санкционирования, возложение ответственности на каждое должностное лицо, участвующее в процессе.

Обязательно указывайте временные рамки, сроки. Это позволит оптимизировать рабочее время сотрудников. Например, Заявки на оплату финансовый отдел принимает и вносит в Реестр платежей до 12.00. С 12.00 начинают определять, кому платить сегодня исходя из очередности, категории поставщиков и объема денежных средств на расчетном счете. К 13.00 необходимо сформировать Реестр «Приоритетные оплаты на сегодня», направить документ финансовому директору на утверждение. Другими словами, начальник снабжения не может требовать срочной оплаты сегодня заявки, которую он принесет в 14.00. Для специалистов финотдела это означает заново выполнить подпроцесс «Формирование и согласование Реестра платежей».

А если таких желающих ежедневно не одно лицо, а несколько? Это вносит хаос в работу подразделения, делает невозможным планирование, отнимает рабочее время сотрудников на постоянные переделки, а ведь в функции финансового отдела входят и другие процедуры, бизнес-процессы.

БИЗНЕС-ПРОЦЕССЫ В ВИДЕ БЛОК-СХЕМ

Бизнес-процессы часто описывают в виде блок-схем. Так поступают внешние консультанты, привлеченные для бизнес-проектирования, если этап описания бизнес-процессов предшествует автоматизации отдельных сфер.

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

Подпроцесс «Ф1.2.1. Формирование и согласование Реестра платежей», описанный ранее в табличной форме, в виде блок-схемы изображен на рис. 2.

Общепринято использовать формы блоков в соответствии с ГОСТ 19.701-90 «Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения».

Важная деталь: рабочая группа вправе упростить блок-схему, использовать блоки в значениях, отличных от ГОСТа. Главное, чтобы Владелец процесса, Заказчик и Руководитель проекта, Аналитики, Эксперты и непосредственные исполнители понимали их значение. Блок-схему можно создать с помощью различных программных продуктов (например, MS Visio, MS Word).

Регламентация финансовых бизнес-процессов:

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

Почему бухгалтерия?  Большинство консультантов по управлению думают, что им нечего делать с таким подразделением как бухгалтерия. Это, дескать, периферийная и сугубо пассивная служба. Но это не так. Многие клиенты судят об организации по взаимодействию с бухгалтерией.

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

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

Как возникает запрос на регламентацию работы бухгалтерии

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

• Теряются первичные документы, допускаются ошибки в оформлении документов и в проводках, что приводит к напряжённости отношений с контрагентами и потерям клиентов.
• Бухгалтерия для директора компании «чёрный ящик», он не может понять, что там происходит, с кого что спрашивать.
• Большая текучка персонала бухгалтерии, каждый раз адаптация нового  сотрудника требует отвлечения главного бухгалтера и других бухгалтеров от прямых обязанностей. Руководитель видит возможное решение в том, что  если у каждого сотрудника будет должностная инструкция, детально описывающая все действия, это позволит быстро и без потерь ввести в бухгалтерию нового человека. Кроме того, можно снизить требования к компетенциям кандидатов, так как много  функций, которые не требуют высшего образования. К тому же, такой специалист стоит дешевле.
• Бухгалтерия не может представить руководству требуемые отчёты в назначенное время (а бывает, что не может представить вообще).
• Бухгалтерия справляется с вопросами бухгалтерского и налогового учёта и соответствующей отчётностью, а на задачи, связанные с управленческим учётом времени не хватает.
• Планируется большой прирост объёмов работ, как сделать, чтобы бухгалтерия справилась прежним составом.
• Сотрудники не могут добиться от бухгалтерии своевременного оформления первичных документов. Бухгалтеры ссылаются на большую загрузку, при этом часто пьют чай.

Цели и задачи бухгалтерии

Все организации, у которых появлялся подобный запрос, относились к малому и среднему бизнесу, их возраст от 7 до 15 лет, состав бухгалтерии от 4 до 25 человек. Бухгалтерия в этих компаниях выполняла функции финансового и экономического отделов.

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

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

Один из способов настроить работу бухгалтерии на задачи бизнеса – это чётко обозначить её цели, задачи и функционал. У моих клиентов бухгалтерия в полном составе участвует в сессиях стратегического планирования и при аттестации отвечает на вопросы по знанию продукта, и это развивает внутренние клиентские отношения. У сотрудников бухгалтерии складывается понимание, что и от их работы зависят результаты бизнеса.

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

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

Методы, которые использовались при регламентации

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

Как описывать бизнес-процессы

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

Для описания всех бизнес-процессов бухгалтерского, налогового и управленческого учёта провожу интервью с сотрудниками бухгалтерии и сотрудниками, у которых есть взаимодействие с бухгалтерией. В ходе беседы задаю вопросы о том, чем занимается сотрудник, от кого и что получает и кому передаёт. Много дополнительных вопросов, связанных с проблемами взаимодействия, автоматизацией. Сразу же заполняю таблицу (таблица 1.),  информация в которой  является основой всех регламентов.

Конечно, можно попросить сотрудников заполнить таблицу самостоятельно, но в  результате всё равно придётся проводить интервью, потому что окажется, что вы получили только малую часть необходимой информации (из опыта). По некоторым действиям очень важно отмечать временные факторы, это может быть определённый час (до 9-30 утра) или дата месяца (до 15-го числа), или привязка к другому процессу (в течение 3-х часов с момента получения договора).

В результате мы получаем список всех бизнес-процессов бухгалтерии. Масштабы впечатляют. Вы можете  скачать пример дерева процессов бухгалтерского, налогового и управленческого учёта производственного предприятия. Это и вам позволит увидеть работу бухгалтерии в полном объёме.

На основе полученной информации по каждому процессу рисую блок-схемы. Самой удобной для меня программой оказалась  программа Microsoft Visio.

Опыт показал, что удобнее работать, если одна блок-схема умещается на одну страницу, и в процессе участвует не более 5 сотрудников. По результатам интервью, получается от 40 до 60 блок-схем, их количество зависит от количества операций и уровня автоматизации. На такой блок-схеме есть возможность указывать и временные требования, если они есть.

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

Именно при прорисовывании процессов видно множество нестыковок, лишних или недостающих действий, которые в таблице не увидишь. Проходит 2-3 итерации обсуждений, прежде чем складывается полная картина деятельности. Эти блок-схемы становятся основным источником информации при составлении должностных инструкций, а кроме того, становятся её приложением.

Как использовать результаты описания бизнес-процессов

На основе блок-схем составляется дерево процессов и матрица ответственности (таблица 2.). По вертикали заносятся все бизнес-процессы, а по горизонтали все участники процессов. В пустые клетки ставятся  буквы, например: О — ответственный,  владелец процесса, У — участник, И – исполнитель – ответственный при отсутствии владельца процесса.

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

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

Как работать с должностной инструкцией

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

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

Где можно использовать такую должностную инструкцию

Я увидела, как минимум, 6 направлений использования должностной инструкции.

• При подборе персонала.
• При введении в должность.
• При оценке важности должности (определение должностных окладов)
• При оценке результатов работы.
• При внедрении изменённых процессов.
• При автоматизации.

Теперь опишу подробнее.

При подборе персонала

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

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

При введении в должность

Новичку можно составить план освоения должностной инструкции, что и к какому сроку он должен делать на заданном уровне. И у руководителя и у подчинённого появляется возможность оценить вероятность успешного прохождения испытательного срока, сделав срез по выполнению согласованного плана, а не гадать: «Возьмут или не возьмут»?

При оценке важности должности (определении должностных окладов)

При оценке важности должности для определения должностных окладов сотрудников  можно использовать должностные инструкции. Все факторы, предложенные Эдвардом Хеем: необходимые знания и опыт, решение задач (проблем), уровень ответственности, в должностных инструкциях прописываются подробно.

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

При оценке результатов работы

В должностной инструкции прописываются критерии, по которым оценивается деятельность бухгалтера. У главного бухгалтера появляется возможность разговаривать с подчинёнными конструктивно, а не заявлять: «Меня не устраивает, как вы работаете».

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

Система оплаты труда может опираться на должностные инструкции. Например, в одной из компаний, совместно с главным бухгалтером, мы нашли решение, которое закрепили в «Положении о системе оплаты труда сотрудников финансово-бухгалтерского отдела». У отдела фиксированный фонд оплаты труда, который состоит из суммы окладных (постоянных) и переменных частей. Оклады определялись по методу Хея. Вычитаем из фонда оплаты труда сумму всех окладов, получаем переменный фонд. Соотношение постоянной и переменной частей, примерно 70% и 30%.

Как переменный фонд распределить между сотрудниками? Для этого вводятся дополнительные критерии оценки, всего 3, один из них – это «полнота выполнения должностной инструкции». И ещё 1 критерий, который работает на уменьшение премиальной части – это ошибки и нарушения.

Главный бухгалтер регулярно оценивает сотрудников и сообщает им о результатах. Если по трём критериям иметь максимальную оценку, то можно получить 20 баллов, а нарушения и ошибки оцениваются от 0,5 до 1,5 баллов, в зависимости от тяжести. Все эти нарушения прописаны и расценены в Положении.

Переменный фонд делится на сумму всех начисленных баллов, получается стоимость одного балла. А перемножение стоимости одного балла на количество баллов, полученных сотрудником – переменная часть зарплаты сотрудника. В целом, заработная плата сотрудников в отделе может отличаться на 30-40%. Кроме того, по решению директора сотрудникам может быть выплачена премия за выдающиеся результаты (сверх фиксированного фонда оплаты труда).

Естественно, что в рамках этой статьи я не рассказала обо всех тонкостях и нюансах системы оплаты труда.

При внедрении изменённых процессов

Так как в должностные инструкции мы закладываем изменённые процессы, необходимо менять саму деятельность. Для этого с каждым сотрудникам подробно прорабатывается вся должностная инструкция. Желательно провести аттестацию сотрудников на знание изменённых процессов.

При автоматизации

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

Несмотря на то, что описанная работа очень трудоёмкая: 15-30 интервью, 40-60 блок-схем, должностные инструкции на 15-20 страницах, положение о системе оплаты труда 10-12 страниц, результат того стоит.

Такая регламентация позволяет получать, например:

• консолидированный прогнозный баланс группы из 8 компаний в начале месяца, а не в конце, после сдаче всех отчётов;
• управленческие отчёты за прошлые сутки по движению денежных средств, доходам и расходам, остаткам продукции на разных этапах производственного процесса ежедневно в 10 утра;
• увеличение выручки компании в 2 раза при аналогичном увеличении документооборота без увеличения численности сотрудников бухгалтерии;
• расширение функционала бухгалтерии (бюджетирование, финансовый и экономический анализ) без увеличения численности сотрудников бухгалтерии;

Что получает организация в результате  регламентации работы бухгалтерии

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

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

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

Не забудьте скачать пример дерева процессов бухгалтерского, налогового и управленческого учёта производственного предприятия.

Что такое бухгалтерский учет и финансы?

Одной из основных целей ведения бизнеса является получение прибыли. Если говорить просто, то прибыль это разница между доходами и расходами за определенный период. А откуда узнать как сработало предприятие и является ли оно прибыльным?

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

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

Например, руководители компаний используют бухгалтерскую информацию, когда решают, следует ли им:

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

Бухгалтерская информация позволяет выявить и оценить финансовые последствия подобных решений.

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

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

Конечная цель работы бухгалтера – снабжать пользователей качественной информацией, которую можно использовать при принятии решений.

Как и бухгалтерский учет, финансы (или финансовый менеджмент) существуют для того, чтобы облегчать принятие решений.

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

• возможные виды финансирования;
• затраты и результаты по каждому виду финансирования;
• риски, связанные с каждым видом финансирования;
• роль финансовых рынков в финансировании компаний.

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

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

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

Но необходимо помнить, что финансы — это не бухгалтерия. Финансы — это планирование, управленческий учет, контроль и анализ экономического состояния компании. Бухгалтерия — это лишь часть финансов.

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

Задача руководителя — сформулировать и поставить задачу, проконтролировать и принять результат.

Эволюция финансового менеджмента

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

Любая компания является «живым» организмом: она рождается, развивается, достигает пика своего роста и затухает, другими словами проходит через определенные этапы своего жизненного цикла.

Вместе с компанией растет и развивается финансовый менеджмент компании, который тоже проходит определенные стадии развития:

1 этап. Стартап.

На этом этапе мало кто думает про финансы. Бизнес только зарождается, формируется, зарабатывает первые деньги. На этом этапе главное зафиксировать транзакции денежных средств.

2 этап. Малый бизнес

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

3 этап. Малый и средний бизнес.

Компания растет и развивается и уже возникает необходимость составлять финансовую отчетность, для того чтобы например иметь возможность привлечь финансирование. Здесь уже возникает потребность делать финансовое планирование. Хотя его мало кто делает.

4 этап. Средний и крупный бизнес

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

Начинать залаживать систему и порядок в финансах надо как можно раньше, в таком случае финансы будуть масштабироваться и развиваться вместе с бизнесом.

Основные бизнес процессы предприятия

Любой бизнес является совокупностью бизнес-процессов.

Бизнес-процесс — это совокупность взаимосвязанных мероприятий или работ, направленных на создание определённого продукта или услуги для потребителей.

Существуют три вида бизнес-процессов:

Управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи и Взыскание долгов.
Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.

«Финансовые» бизнес-процессы в большинстве компаний являются вспомогательными или обслуживающими. Их задача — помочь функциям продаж, производства, логистики, снабжения, администрации генерировать максимум прибыли, рационально используя оборотные и основные средства компании, то есть облегчить процесс зарабатывания денег. Помощь заключается в оценке влияния на прибыль тех или иных управленческих решений, обеспечении оптимального объема финансирования операционной деятельности по приемлемой стоимости, контроле величины затрат и оборотных средств, мониторинге показателей достижения стратегических целей.

Для выполнения этих задач в финансовой функции должно быть отлажено несколько основных процессов:

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

Это очень укрупненная классификация. Каждый из этих процессов состоит из множества подпроцессов, которые тоже состоят из своих процессов.

Автоматизация учета и финансовых задач

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

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

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

Автоматизация является сейчас практически обязательным условием деятельности компаний и рано или поздно все о ней задумываются. Как правило, первым шагом автоматизации является либо внедрение учетных программ либо внедрение CRM систем, которых сейчас на рынке превеликое множество.

Самой наверное популярной учетной программой на просторах СНГ, является 1С, к которой привыкли практически все бухгалтера. Но современные веянья, и особенно в Украине заставляют собственников и руководителей бизнеса искать альтернативы. И первое на что падает их глаз, это ERP системы, которых сейчас тоже немало на рынке.

Первое что останавливает от внедрения ERP, это их цена, которая является особенно неподъемной для малого бизнеса.

Но даже если ERP бесплатна или условно-бесплатна, это не избавляет от других проблем при внедрениях таких систем.

Такими проблемами являются:

1. Сами клиенты;
2. Плохая ERP-система;
3. Ошибки со стороны консультантов при внедрении.

Если говорит о клиентах, то на успех внедрения влияет форма собственности и количество сотрудников.

На госпредприятих например шансы успешного внедрения очень невелики, так как никто там по сути не заинтересован в новом софте. И как это происходит — известно всем, и кто выигрывает тендеры — тоже.

Как правило, чем больше сотрудников на предприятии тем меньше шансы успешного внедрения. Шансы возрастают с уменьшение количества сотрудников, так как чем меньше компания, тем больше времени может уделять вопросам внедрения непосредственное руководство компании.

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

Среди ERP систем, которые показали свою жизнеспособность например можно выделить Oracle, SAP, Microsoft Dynamix, ODOO, которые являются общепризнанными мировыми лидерами.

Стоимость внедрения некоторых ERP системы бывает очень большая — это является основной причиной отказа о внедрения среди многих представителей бизнеса.

Среди бесплатных (или условно бесплатных) ERP систем можно выделить ODOO, которая распространяется совершенно бесплатно и ее даже можно установить на локальный компьютер. Скачать ее можно по ссылке — https://www.odoo.com/uk_UA/page/download

Но так или иначе вам прийдется понести некоторые расходы, которые в себя включают аренду сервера, оплату консультантов, оплату труда разработчиков, особенно если вы захочетет «допилить» существующий функицонал, сделать какой-то отчет или печатную форму документа. Кроме того так как ODOO это Open Source, то под нее разработчики со всего мира делают кучу модулей расширяющие функциональность системы, но бездумно все ставить на свою систему не стоит, так как некоторые модуля могут просто сложить вашу систему.

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

Итак, минутка рекламы закончилась, давайте теперь перейдем к автоматизации учета и финансов 🙂

Что заставляет компании задуматься об автоматизации финансов?

• Кассовые разрывы и существенное отклонение от плановых показателей бюджетирования — не редкость.
• Финансовое планирование и анализ осуществляются с помощью MS Excel и подобных инструментов. Данные для планирования собираются в ручном режиме и часто из разных систем.
• Получение фактических данных для оперативного анализа выполнения плановых показателей занимает много времени и сил, а также осуществляется несвоевременно.
• Используемые инструменты финансового учета не обеспечивают достойный уровень сохранности (безопасности) управленческой информации, потеря, или несанкционированный доступ к которой которой грозят бизнесу серьезными последствиями.
• Согласование и утверждение показателей финансового учета и управления осуществляется по почте или устно, что снижает скорость и точность принятия важных решений, а также не позволяет хранить их историю.

Как правило при внедрении систем для автоматизации финансов в центре внимания три основных бизнес-процесса:

• Бюджетирование;
• Казначейство;
• Управленческий учет

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

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

«Заказчик никогда не просит того, что он хочет, а хочет он всегда не то, что ему нужно»

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

В процессе внедрения программных продуктов для автоматизации управления финансами можно выделить следующие функциональные блоки:

Эта схема применима и для автоматизации других процессов компании.

Практика показывает, что внедрения редко когда проходят успешно и соблюдаются все условия. НО при правильном подходе риски можно уменьшить и снизить их влияние на успешность внедрения. Но здесь в первую очередь нужна активная работы со стороны заказчика таких систем, а он часто бывает не готов и перерекладывает все на сторону комманды внедрения, которая не знает, что нужно заказчику.

Когда стоит начинать автоматизацию?

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

Компания не готова к автоматизации, пока ее бизнес модель не устоялась, что весьма характерно для малого бизнеса. Если в компании — в процессах, учете, планировании — хаос, то по итогам автоматизации получится автоматизированный хаос.

Автоматизацию лучше начинать, когда:

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

Пока этого нет, лучше пользоваться самыми простыми и дешевыми инструментами для учет и формирования отчетности.

Как оценить эффективность автоматизации финансов

Автоматизация должна приносить пользу и увеличивать стоимость бизнеса. Успешная автоматизация — это актив, инвестиция, а не только расходы. Как же понять, что автоматизация принесла пользу?

Если у вас:

• увеличилась скорость обработки информации;
• уменьшились трудозатраты на сбор, ввод и обработку данных;
• внедрен внутренний контроль;
• достигнута детальность аналитики.

то автоматизация у вас прошла успешно.

Чтобы повысить успешность внедрения новых систем я для малого и наверное среднего бизнеса могу дать следующие советы:

• Автоматизация не должна затянуться. Используйте самые простые типовые решения;
• Не усложняйте и не пытайтесь автоматизировать все подряд, даже то что вам сегодня не нужно, но вы думаете, что понадобиться в будущем. Мой опыт внедрения говорит, что клиенты пытаются давать самые сложные кейсы, с учетом нюансов, которых у них нет, но которые возможно когда-то вдруг один раз произойдут и они с упорством хотять все предусмотреть и чтобы у них быд этот функицонал;
• Меняйте свои процессы под системы. Это быстрее и дешевле, чем менять системы под ваш процессы, особенно когда они не сформулированы;
• На начальном этапе несколько программ под разные задачи — это нормально.
• не игнорируйте бизнес процессы, и если у вас нет четкого понимания что и как должно происходит — лучше это не автоматизировать;
• Старайтесь ничего не скрывать, говорите как есть на самом деле, команде которая занимается внедрением, иначе вы рискуете получить в итоге не то, что вы планировали и в этом будет ваша вина.

Все это значительно повысить успешность внедрения новой системы и ваш бизнес начнет работать более эффективно.

Группа компаний «Инталев»/

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

История вопроса

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

1. Сложной иерархией подразделений с жесткой централизацией управления;
2. «Функциональностью» структур компаний, т.е. выделением служб по принципу работы на том или ином функциональном участке: закупки, производство, продажи и т.д.

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

1. Принцип как можно более детального разделения труда (специализации) с целью повышения его эффективности на отдельном участке, восходящую еще к Адаму Смиту, и вытекающую из этого необходимость существования сложной системы стыковки этих операций по всему производству;
2. Исторически сложившуюся (и, конечно, связанную с причинами, описанными в предыдущем пункте) практику, особенно, в западных странах, подготовки узких специалистов, профессионально выполняющих свои непосредственных обязанности;
3. Количественные, а не качественные и структурные, флуктуации спроса от периода к периоду, вызывавшие:
1. концентрацию бизнеса на массовом производстве и постоянном увеличении объема выпуска однотипных товаров;
2. внимание к внутренним нуждам производства, а не клиента;
3. понимание изменений бизнеса как организационной реструктуризации (по сути, «сжатие – расширение» вслед за спросом), а не совершенствования ведения самого бизнеса.

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

1. Рост, в том числе территориальный, самих корпораций, управлять которыми из одной штаб-квартиры лишь при помощи функциональных рычагов уже не представлялось возможным.
2. Усложнение процессов производства: теперь даже стандартные изделия собирались из тысяч деталей и узлов, поставляемых сотнями подрядчиков из разных регионов и стран, каждый из которых имел свои внутренние традиции, стандарты и процессы.
3. Изменение отношений с клиентами – вероятно, наиболее значимый фактор. Высококонкурентная среда обострила требования покупателей к качеству продукции (поставки): прежде всего, к индивидуальности подхода, срокам проведения сделки и услугам, сопровождающим покупку. Руководители компаний не только интуитивно, но и «долларом» начали понимать, что нужно бороться за клиента через качество и скорость его обслуживания, а не улучшения внутренних производственных процессов как таковых.

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

Термин «реинжиниринг» и сама идеология перестройки бизнеса для ориентации на процессы, а не «успех» функциональных подразделений, связаны с именами двух американских исследователей в области менеджмента: Майкла Хаммера (Michael Hammer) и Джеймса Чампи (James Champy). Именно они в конце 80-х – начале 90-х годов перестали задавать менеджерам и специалистам стандартные вопросы вроде «Насколько эффективно (быстро, дешево) у Вас выполняются те или иные задачи?», а задали в корне иной вопрос: «Зачем Вы вообще производите ту или иную работу?». Результаты своих исследований они в 1993 году опубликовали в книге «Реинжениринг корпораций: Манифест революции в бизнесе».
Выводы, сделанные Хаммером и Чампи, действительно можно было на тот момент назвать революционными. Они утверждали, что:

1. Подавляющая часть операции, производимых на предприятиях, не имела никакого отношения ни к обслуживанию клиентов, ни к увеличению добавленной стоимости продуктов, а только к поддержанию внутреннего функционирования организаций;
2. Специалисты узкого профиля, профессионально выполняющие свои локальные обязанности, понятия не имели о качестве продуктов на выходе всей цепочки операций, частью которой они являлись (проще говоря, не существовало конкретного ответственного лица за конечный результат);
3. Большую часть времени на выполнение заказов клиентов занимали внутренние трансакции: передача информации и этапов работ между отделами, согласование их результатов, многократный контроль и переделки в случаях, когда видение работы одной службы не совпадало с точкой зрения другой и т.д.

В качестве панацеи от этой пагубной ситуации Хаммер и Чампи предложили взгляд на организацию не как на совокупность служб и отделов, а как «фабрику бизнес-процессов». Само понятие «бизнес-процесс» они охарактеризовали следующим образом:

«Под «процессом» мы понимаем набор операций, которые, взятые вместе, создают результат, имеющий ценность для потребителя – например, разработку нового продукта».
На Рисунке 1 изображен новый взгляд на предприятие, основу деятельности которого составляют кросс-функциональные, т.е. пересекающие границы функциональных служб («дымоходов» в трактовке апологетов процессного подхода), бизнес-процессы.

Рис. 1. Процессное предприятие

Отметим, что, разрабатывая свою концепцию, будущие «гуру менеджмента» опирались на практический опыт, существовавший в штабных структурах НАТО, описывавших свои регламенты в терминах процессов по технологии IDEF (о нем – чуть ниже) еще с 60-х годов. Но Хаммер и Чампи качественно развили эту идею для нужд бизнеса.
Помимо термина «бизнес-процесс» исследователи ввели еще одно основополагающее понятие своей концепции – реинжиниринг (в некоторых русских транскрипциях: реинжениринг), суть которого заключается в построении деятельности уже существующей и функционирующей организации «с нуля», но уже с ориентацией на процессы, а не отдельные замкнутые функции. Как провозгласили в 1993 году Хаммер и Чампи: «Нужно все начать заново!».

1. Техника построения бизнес-процессов

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

1. Операция (функция) – простейшее действие, неразложимое на составляющие, на выходе которого образуется некоторый результат.
2. Бизнес-процесс – последовательность логически связанных операций (функций), на выходе которой образуется некоторый результат.

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

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

Примечание: Так как процессов на предприятии множество и все они определенным образом взаимосвязаны, то выход одного процесса часто является входом для другого.

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

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

1. Интерфейс – участок процесса, на котором он становится кросс-функциональным (кросс-организационным), т.е. пересекает границы одного подразделения (или предприятия).
2. Владелец процесса – сотрудник предприятия, пользующийся результатом процесса и/или выполняющий большую часть работ по нему, и, вследствие этого, его контролирующий.
3. Клиент процесса — сотрудник предприятия (внутренний клиент) либо контрагент предприятия (внешний клиент), пользующийся результатом процесса.

Примечание: В случае с внутренним клиентом, владелец и клиент процесса могут совпадать в одном лице.

На Рисунке 2 представлена общая схема условного бизнес-процесса с элементами, определенными выше (в формате EPC (англ. Event-driven Process Chain – Функционально-событийная диаграмма).Рис. 2. Общая схема бизнес-процесса

1. Результаты инжиниринга

Комплексный реинжиниринг является достаточно сложной и иногда даже болезненной процедурой для предприятия с устоявшейся структурой и методами управления. Поэтому необходимо выделить те положительные результаты, которых можно достигнуть при его грамотном проведении. Укажем лишь некоторые (наиболее явные и значимые) из них:

1. Объединение работ.

В технологиях, основанных на структурном подходе, существует, как правило, множество работ по созданию отдельного продукта, поскольку сотрудникам каждого отдела «необходимо» внести свою лепту. Процессный же подход позволяет свести воедино разрозненные участки работ и передать их в ведение так называемых ситуационных команд (caseteam), состоящих из специалистов в различных областях, но работающих вместе и под общим контролем (владелец процесса) для достижения общего и всем понятного результата. Предельным случаем этого метода является передача всех работ одному ситуационному работнику (caseworker), способному ответить за конечный выход.

1. Параллелизация работ.

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

1. Делегирование полномочий принятия решений непосредственному исполнителю

Два фактора влияют на возможность делегирования полномочий:

1. Если прописана общая схема процесса, то работник даже на самом нижнем уровне представляет, какой результат ждут от него на следующем этапе в той или иной ситуации. Таким образом, он сам может принять решение о том, какие действия и когда необходимо предпринять.
2. Технически реинжиниринг тесно связан с автоматизацией, которая обеспечивает ответственному сотруднику постоянный доступ к базам данным, на основе информации из которых можно принять компетентное решение, соответствующее общей ситуации в компании, без обращения к вышестоящему лицу.
1. Индивидуализация результатов на основе многовариантности процессов

Фрагментация работ, свойственная структурному подходу, позволяла относительно эффективно действовать только при хорошо накатанной одномерной логике процесса, и, следовательно, производить типовые продукты. Одной из основных задач, стоявших перед новой технологией, было обеспечение клиентов наилучшим сервисом и удовлетворение их индивидуальных потребностей. Это стало возможным благодаря описанию множества возможных вариантов последовательности работ и выходов процесса в зависимости от того, какие требования предъявлял клиент.

1. Выполнение работ в точке наибольшей эффективности

Видение существующего процесса на всех участках позволяет определить, где и какие работы можно выполнить наиболее эффективно, и, в соответствии с этим, выстроить новый процесс. В частности, это оказалось одним из факторов популярности такой формы сотрудничества предприятий, как «аутсорсинг» (англ. outsourcing – «передача части своих функций на сторону»). Суть ее заключается в выделении среди всех функций, выполняемых в компании, тех, что не относятся напрямую к ее бизнесу, и передача их выполнения сторонним подрядчикам, специализирующимся на данных работах, по контракту. Так компании сокращают свои накладные расходы и одновременно получают более качественный результат работ, осуществленных специалистами.

1. Сокращение времени контроля и согласования

При совместной работе специалистов различных отделов над общим процессом практически отпадает необходимость согласования промежуточных этапов, так как работа «прозрачна» для всех участников. По этой же причине сокращается количество точек контроля и время прохождения каждой из них при сохранении и даже увеличении качества конечного продукта.

1. Унификация контакта с внешней средой.

Клиенту, как правило, удобней и дешевле контактировать только с одним сотрудником компании, представляющим весь процесс по осуществлению сделки и отвечающим за ее результат. Структурный подход зачастую не давал такой возможности, поскольку различные работы по сделке проводились отдельно, и на каждом этапе возникал новый «ответственный», которого нужно было вводить в курс дела и налаживать с ним отношения. Для процессного же обслуживания клиентов выделяется так называемый ситуационный менеджер (case manager) – в российской практике большее распространение получили термины «клиент-менеджер» или «проект-менеджер»,- ведущий сделку от начала до конца и отвечающий за ее результат как перед собственным руководством, так и перед клиентом.

1. Совмещение централизованных и децентрализованных функций

Гибкая структура процессов и постоянный доступ к необходимой информации позволяют быстро принимать решения как на верхнем уровне (по ключевым стратегическим вопросам), так и в самом нижнем звене исполнения (по оперативной ситуации), без длительной процедуры вертикальной передачи вопросов и распоряжений.

1. Инжиниринг и реинжиниринг

Важным моментом является соотнесение понятий «инжиниринг» и «реинжиниринг». Некоторые специалисты предпочитают не выделять два самостоятельных термина, дабы не перегружать концепцию процессного управления «лишними» смыслами. С этим можно согласиться, но лишь до определенных пределов, а именно, до внедрения процессного управления на практике.

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

1. контроль существующего процесса;
2. улучшение существующего процесса;
3. перепроектирование существующего процесса;
4. замена процесса.

Подобная сложность заставляет отделять реорганизацию бизнеса от его перманентного ведения. Ситуация усугубляется также тем, что, если реинжиниринг – предмет, скорее, идеологический (решение о его необходимости принимается на уровне ментальности, взглядов на бизнес вообще), то инжиниринг — более технологичен, он ведется на основе конкретных процедур и средств уже после того, как процессный подход начинают рассматривать как нечто, само собой разумеющееся.
Постепенно реинжиниринг, который предлагает сломать существующую на предприятии систему и построить ее заново на основе такого революционного изменения бизнес-процессов, стал превращаться в систему управления, “обрастать” технологией, становиться на почву научного обоснования. Стали появляться соответствующие программные продукты. От реинжиниринга, как метода реорганизации бизнеса через коренную перестройку имеющихся бизнес-процессов, управленческая мысль перешла к понятию “бизнес-инжиниринг”, то есть система создания бизнеса, как инженерной науки, через проектирование и управление бизнес-процессами. В бизнес-инжиниринге во главу угла ставится процессный подход, где объектом управления являются процессы на предприятии. И в этом смысле можно считать, что реинжиниринг, как техника их преобразования, стал лишь составной частью бизнес-инжиниринга.

1. Средства описания бизнес-процессов

На сегодняшнем рынке программных средств для описания и моделирования бизнес-процессов «распространенными» можно назвать две технологии:

1. IDEF (англ. Integrated DEFinition for Function modeling – Интегрированное Средство для Функционального Моделирования), представленный целым рядом продуктов нескольких разработчиков (см. Таблицу 1);
2. EPC (или родственная ей технология UML – Unified Modeling Language), реализованная в семействе продуктов ARIS германской фирмы IDS Scheer AG или российском «ИНТАЛЕВ: Навигатор».

В России популярно мнение, что обе группы программных продуктов логично относить к так называемым CASE-средствам (англ. Computer-Aided Software/Systems Engineering – Системы Разработки Программного Обеспечения). Это мнение, как нам кажется, основывается на том, что и IDEF, и EPC широко используются для автоматизации бизнес-процессов. Однако, в функционалах двух систем, и, соответственно, разумной практике их применения имеется существенное различие: если продукты, основанные на технологии IDEF, предназначены для описания процессов на низких машинных уровнях (т.е. следующим этапом в описании является уже создание программного кода), то EPC – это средство описания высокого, проще говоря «человеческого», уровня. Таким образом, по нашему мнению, к CASE-средствам корректно относить только IDEF-продукты, тогда как EPC – к самостоятельной технологии по методическому описанию процессов.

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

Таблица 1. Технологии и программные продукты по описанию бизнес-процессов

В Таблице 2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.
Таблица 2. Сравнительные характеристики технологий IDEF и EPC

Приведем пример одного конкретного процесса – «Выполнение заказа клиента», — описанного в форматах обеих технологий. На Рисунке 3 представлена IDEF-диаграмма.

Рис. 3. IDEF-диаграмма процесса «Выполнение заказа клиента»

На Рисунке 4 тот же самый процесс представлен в формате событийно-функциональной диаграммы EPC.

Рис. 4. EPC-диаграмма процесса «Выполнение заказа клиента»

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

1. IDEF-диаграммы более статичны, поскольку отражают структурные (иерархические) взаимосвязи между функциями, но практически ничего не говорят об их соотношении во времени. Это, с одной стороны, дает IDEF преимущество, так как в форматах EPC неочевидно, какая функция какой управляет (если только речь не идет о вложенном процессе), но, с другой, содержит и тот недостаток, что без временной взаимосвязи функций процессы чрезвычайно сложно объяснить их потенциальным участникам и, следовательно, внедрить.
2. Формат IDEF-диаграмм жестко задан: можно отображать только от 2 до 8 функций на одной схеме, — что сильно сокращает степень свободы в творческом описании процессов и лишает диаграммы индивидуальности.
3. Это же ограничение плюс необходимость отразить все существенные детали и свойства процесса делают IDEF-диаграммы перегруженными специфическими обозначениями – они плохо воспринимаются пользователями.
4. Четко формализованный подход IDEF облегчает взаимодействие разработчиков и внедренцев прикладного программного обеспечения, поскольку техническим работникам, как правило, легче разговаривать на общем языке.

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

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

Хаммер М., Чампи Дж. Реинжениринг корпораций: Манифест революции в бизнесе. Пер. с англ. – СПб: Издательство С.-Петербургского университета, 1997. Стр. 21.

Автор — генеральный менеджер проектов Группы компаний «ИНТАЛЕВ».