Быстрое закрытие - достаточно странная область, по которой сложно найти какие-то внятные книги или статьи. Например, если вы пойдете на amazon.com, там будет только несколько книг по этой теме вроде Fast Close: A Guide to Closing the Books Quickly одного весьма плодовитого автора. Ощущение после прочтения этой книги - то ли американский учет не совсем нам понятен, то ли сама книга как-то не очень понятна.
Есть другой источник - своего рода тайных знаний - методики, которые разрабатываются консалтинговыми компаниями. Представление о них можно получить, если купить за $100+ книгу,написанную специалистами PWC, правда по shared services - Shared Services: Adding Value to the Business Units. Кто-то написал в рецензии на эту книгу, что это все то, что вы услышите, когда к вам прийдет консультант. Непонятно - хорошо это или плохо. В свое время в КПМГ была разработана такая методика (одним из американских офисов) и собирали представителей из многих стран, чтобы передать это тайное знание. Так называемые trainer for trainee курсы, которые предполагали, что студенты затем станут лидерами по этому продукту и понесут знание в массы. По факту на практике мало что удалось применить, как с точки зрения теории, так даже и в части шаблонов. Самой полезной, пожалуй, оказалась так называемая kick-off presentation.
Наконец, третий и наиболее интересный, по крайней мере, для России источник - это опыт успешных проектов (потому что в этой области довольно много и провальных опытов). Удивительно, как мало можно найти в печати такой информации. Не остается ничего другого, как собирать и анализировать ее по крупицам.
Приведу один пример. В свое время я делал для Роснефти проект по учету аффилированных лиц по us gaap и нужно было предложить механизмы для выявления SPE. Тогда - сразу после скандала с Enron - это была модная тема. Забегая вперед, скажу, что с большим трудом была найдена всего одна такая компания. Однако консультанты, конечно, определеили несколько десятков критериев или тестов, которые нужно было применять к контрагентам для определения SPE. Каково же было мое изумление, когда главный бухгалтер предложил все эти критерии загнать в договоры с контрагентами. К счастью, тогда мне удалось ее отговорить... Но она все-таки сделала нечто подобное, когда ввела в договоры требование о своевременном предоставлении документов уже в рамках договора по быстрому закрытию. Конечно, ни в какой американской теории такого хитрого хода не было.
Перед тем, как перейти к деталям, я бы хотел представить здесь big picture view этого быстрого закрытия. На мой взгляд, это просто следствие информатизации. С приходом компьютеров стало возможно закрываться за несколько дней. До этого это было физически неосуществимо. А с появлением интернета это стало возможно в глобальном масштабе. Это, в частности, означает, что попытки сделать проект без правильной автоматизации могут к чему-то привести, но порочны по определению. Все это, конечно, не отменяет проблем с поздним поступлением документов и пр., но они, на мой взгляд, в каком-то смысле вторичны.
Простой пример - в свое время рассматривался проект в одном из крупных госбанков. Конечно, консультанты пытались что-то сделать, но мне все стало понятно, когда выяснилось, что в банке провалился проект по созданию единого кредитного портфеля. Нас как-то пригласили (а точнее - мы сами напросились) на встречу по хранилищу данных для этого кредитного портфеля. На этой, фактически, установочной встрече выяснилось, что вся ИТ-команда уволилась, а бизнес был крайне недоволен этим хранилищем. Банку предстояла - по опыту других внедрений - многомесячная, если не многолетняя работа по тестированию выгрузок, к которой они даже не знали, как подступиться...
С другой стороны, отсюда понятно, почему наличие большого числа систем, которые не интегрированы между собой является одним из основных препятствий для этого проекта. Например, когда команда в Росатоме начинала преобразования они поссчитали количество используемых там систем - получилось более 700. В каком-то смысле shared service решал там не проблемы оптимизации (поскольку, например, идея вносить документы работниками бизнеса работала далеко не всегда и вместо сокращенных бухгалерий появлялись отделы по введению этих документов), как это обычно подается, а просто был необходимым условием наведения элементарного порядка.
Как устроены эта серия постов? Я попытаюсь построить ее примерно также, как устроена упомянутая выше книга по shared services, но надеюсь, что она будет несколько ближе к реальности. Предполагаемые посты:
- состояние дел с закрытием в мире и в россии и перспективы подобных проектов в россии, в том числе, анализ некоторых обзоров
- обзор методик консультационных компаний
- разбор конкретных проблем: начисления и документы, графики закрытия, i/co и пр.; все это сделано, по-возможности, с учетом опыта российских проектов (либо на основании моего опыта, либо по крупицам собранной информации из открытых источников)
- проблема change-management
- проблема международной отчетности: мэппинги и сближение учетов
