Sla договор

Компании всегда стремятся сократить расходы на вспомогательные бизнес-процессы, такие как HR, бухгалтерия, ИТ, закупки. Один из способов — централизация этих процессов в общем центре обслуживания (ОЦО). ОЦО — отдельное сервисное подразделение внутри компании, иногда — юридически обособленная организация, которая предоставляет услуги в форме аутсорсинга.

Для формирования ОЦО существует ряд предпосылок:

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

Среди главных преимуществ ОЦО — сокращение time to market, экономия на функциях, переданных в ОЦО, повышение эффективности и качества бизнес-процессов, повышение эффективности системы внутреннего контроля, сокращение расходов на операционную деятельность
В России одними из первых стали создавать ОЦО крупные государственные компании. Сервисные центры есть у РЖД, «Росатома», «Роснефти», Сбербанка и других корпораций. Однако сейчас ОЦО внедряют и компании средних размеров.

Бизнес-процессы, которые передаются в ОЦО

ПоданнымDeloitte, в мире и в России в ОЦО чаще всего передают финансовые операции, HR, ИТ, закупки, поддержку клиентов, ведение налоговой и бухгалтерской отчётности. Постепенно в ОЦО начинают переводить также отделы продаж и маркетинга, управления недвижимостью и помещениями (Real Estate & Facilities Management). Ещё одна тенденция — расширение функциональности, когда один ОЦО выполняет ряд непрофильных бизнес-задач одновременно.
Как и любому сервисному подразделению, ОЦО нужны эффективные инструменты автоматизации бизнес-процессов. Это может быть единая платформа или часть корпоративной системы.

Автоматизация ОЦО на практике

В качестве базовых элементов автоматизации ОЦО стоит отметить следующие:

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

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

Интеграция со сторонним ПО

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

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

Использование готовых модулей

Желательно, чтобы коробочные решения для различных подразделений гибко настраивались под особенности работы конкретного подразделения. Так, например, инструменты разработки Low Code и No Code облегчают кастомизацию рабочего процесса (workflow) и понятны даже непрограммистам. Используя их, пользователь с правами администратора может самостоятельно добавлять новые этапы в обработку заявок и инцидентов, создавать новые типы запросов на обслуживание и изменение, новые виды отчётности, изменять уровни согласования, расширяя функциональность любого модуля.

Поддержка омниканальности

Все каналы, через которые сервисные подразделения общаются с клиентами, — от телефонии до портала самообслуживания — должны быть объединены на одной платформе. Сотрудник видит историю обращения и, если нужно, может переключиться на более удобный канал. Омниканальность ускоряет обработку и выполнение запросов, повышает уровень удовлетворённости клиентов.

Подробная аналитика

Чтобы объективно оценивать работу ОЦО и понимать, насколько эффективен каждый из сотрудников, нужны удобные средства контроля. Для этих целей в платформе должны быть реализованы отчёты — с возможностью создавать новые виды отчётности для любого бизнес-процесса и даже отдельной операции — и дашборды, в которых настраиваются и визуализируются различные показатели эффективности. Зачастую для специфичных бизнес-задач клиента мы разрабатываем кастомные формы отчётности и загружаем их в систему. Однако базовые возможности всегда должны быть реализованы в «коробке».

Портал самообслуживания

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

Инструменты, которыми мы пользуемся

В своей работе мы используем разные инструменты автоматизации. При выборе платформы стоит учитывать множество факторов, не только общие требования к системе, но и, например, необходимость соблюдать действующее законодательство. Поэтому мы стараемся подобрать оптимальные варианты для каждого заказчика индивидуально. Многие проекты мы реализовываем на российской платформе SimpleOne, которой пользуемся сами.
SimpleOne — платформа сквозной автоматизации бизнес-процессов, единый инструмент управления услугами компании для внутренних и внешних клиентов. Платформа разработана на основе концепции Enterprise Service Management (ESM) с учётом практик ITIL v. 4, v.3 и VeriSM.
В платформе реализованы готовые коробочные решения для различных департаментов: ИТ, АХО, HR, финансового отдела и т. д. Эти решения, как и саму систему, можно масштабировать. Для каждого из процессов можно установить требуемый уровень обслуживания (SLA) и контролировать его соблюдение.
Финансы и бухгалтерия. Автоматизируются все необходимые финансовые услуги: начисление зарплаты, премий, отпускные и другие выплаты, казначейские операции, взаимодействие с контрагентами, бухгалтерский документооборот, налоговая отчётность и пр.
Кадровый отдел. Платформа предлагает готовый модуль для HR-службы, с помощью которого выполняются все заявки, связанные с кадровыми вопросами, от подбора и обучения персонала до оформления отпуска и командировок.
Поддержка клиентов (контакт-центр). С помощью SimpleOne можно организовать работу первой и второй линии поддержки. Заявки обрабатываются и маршрутизируются в едином servicedesk-инструменте, поступая из разных каналов: e-mail, телефон, портал самообслуживания, мессенджеры, соцсети.
Информационные технологии. Платформа предусматривает реализацию лучших практик предоставления ИТ-услуг с учётом методологии ITIL 4. Компания-заказчик может автоматизировать как сервисные ИТ-услуги — системное администрирование и техподдержку, — так и процессы разработки ПО: в SimpleOne встроены scrum-инструменты и удобный таск-менеджер.

Резюме

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

Западные компании уже давно практикуют передачу поддерживающих функций в специально созданные бизнес-структуры – Shared Services Centers – Общие центры обслуживания. Отечественные компании успешно заимствуют опыт коллег, всё чаще встречаются аббревиатуры ОЦО и ЕЦО. Рассказываем на примере компании «ЛокоТех Эксперт» в Барнауле.

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

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

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

Такая модель организации бизнеса напоминает аутсорсинг, но в отличие от него, ОЦО полностью управляется компанией, это скорее, так называемый «внутренний аутсорсинг».

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

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

Компания «ЛокоТех» – крупный российский холдинг в сфере железнодорожного машиностроения, в производственную базу которого входят 10 локомотиворемонтных заводов и около 90 сервисных депо по всей России, а штат насчитывает более 60 тыс. человек.

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

При этом, прозрачность и достоверность данных, предоставляемых ОЦО, помогают инвесторам и акционерам проводить объективную оценку компании, на основе которой можно определить ее инвестиционную привлекательность. Так, по данным компании «ЛокоТех Эксперт», с открытием ОЦО инвестиционная привлекательность и ценность компании «ЛокоТех» увеличивается на 400 млн руб., а реализация проекта позволяет экономить до 250 млн руб. в год.

«Общий Центр Обслуживания «ЛокоТех Эксперт» – специально созданная бизнес-единица группы компаний «ЛокоТех», в которую передается ряд обеспечивающих функций, таких как кадровый учет, бухгалтерский учет, взаиморасчеты, платежи, поддержка закупок. Работа центра обеспечивается высококвалифицированными специалистами в области финансов, которые работают в новом для рынка Барнаула формате ОЦО и по самым современным стандартам электронного документооборота. Новая модель бизнеса оптимизирует и повышает эффективность нашей деятельности, а для рынка труда Барнаула – это 400 новых рабочих мест. Мы ждем в нашей команде экономистов и бухгалтеров разного уровня и, в свою очередь, предлагаем интересные задачи для профессионального развития, возможности карьерного роста, широкий соцпакет», – комментирует генеральный директор ООО «ЛокоТех Эксперт» Любовь Григорьева.

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

Общие центры обслуживания (ОЦО)

Что такое ОЦО?
В чем преимущества модели ОЦО?
Опыт создания ОЦО в России
Основные вопросы, возникающие при внедрении ОЦО
Особенности процесса организации ОЦО
Технико-экономическое обоснование создания ОЦО
Документооборот ОЦО
Ключевые показатели эффективности (KPI) ОЦО
Учёт и нормирование операций ОЦО
Анализ и снижение трудоёмкости учётных процессов ОЦО
Практическая проблематика процесса перехода компании на модель ОЦО
Профессиональные услуги Pba Consult для ОЦО

Что такое ОЦО?

Модель общего центра финансового обслуживания (ОЦО или FSSC — Finance Shared Services Center или просто СЦ — сервис-центр), применяемая во многих крупных западных компаниях, находит спрос и в России.

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

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

В чем преимущества модели ОЦО?

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

Экономия при использовании модели ОЦО за счёт

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

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

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

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

в начало страницы

Опыт создания ОЦО в России

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

Первым в России примером практического применения этого решения явился проект построения Общего центра обслуживания для всех добывающих (upstream), перерабатывающих (downstream), сервисных (OFS) и сбытовых (marketing) предприятий нефтяного холдинга ТНК-BP (впоследствии вошедшего в состав НК «Роснефть»). Пилотный проект был запущен для upstream и OFS предприятий Нижневартовского региона (см. рисунок). Впоследствии успешные результаты этого пилотного проекта послужили базой для создания типового решения для его использования во всех остальных региональных бизнес-единицах нефтяного холдинга.

Специалисты Pba Consult принимали активное участие в проекте создания ОЦО ТНК-BP на всех ключевых этапах его создания и последующего развития.

С учетом существовавшей стратегии развития вертикально-интегрированной нефтяной компании целями создания ОЦО ТНК-BP являлись:

  • снижение внутренних издержек за счет централизации учётной функции,
  • повышение прозрачности ведения учёта,
  • централизованное и унифицированное автоматизированное ведение бухгалтерского и налогового учета в соответствии с действующим законодательством РФ, требованиями единого плана счетов и корпоративными учетными принципами (ЕПС и КУП) ТНК-BP,
  • автоматизация и централизация управления движением и хранением ТМЦ,
  • повышение оперативности получения информации о фактах хозяйственной деятельности на основе механизмов представления информации в требуемых аналитических срезах,
  • сокращение сроков закрытия учётных периодов, снижение пиковых нагрузок на специалистов;
  • создание эффективных средств формирования отчетности.

Основными вехами проекта реализации пилотной модели ОЦО в ОАО ТНК в 2001-2003г.г. и, в дальнейшем, ОАО ТНК-BP, стали:

  • Реструктуризация ОАО «Нижневартовскнефтегаз» с выделением upstream и OFS предприятий.
  • Разработка ЕПС и КУП ОАО «ТНК».
  • Создание функциональной модели ОЦО.
  • Создание юридического лица, осуществляющего функцию общего центра финансового обслуживания — ООО «ТНК Бизнессервис».
  • Реализация проекта автоматизации ОЦО (Нижневартовский регион) в рамках бухгалтерского и налогового учета, а также учета движения ТМЦ.
  • Создание типового ИТ-решения для upstream предприятий ОАО «ТНК» на базе системы SAP R/3 и OFS предприятий ОАО «ТНК» на базе системы «ПАРУС-Предприятие 8».

В дальнейшем развитие ОЦО в ОАО «ТНК-ВР» (2004 – н.в.) происходило следующим образом:

  • Создание филиалов ОЦО ООО «ТНК Бизнессервис» в г.г. Москва, Бузулук, Нягань, Рязань, Орск, Тюмень, Новосибирск, Саратов.
  • Создание Региональных Центров Сервисных Услуг (РЦСУ), осуществляющих централизованную OFS-функцию, в Нижневартовске, Нягани, Бузулуке.
  • Создание Региональных Технических Центров (РТЦ), осуществляющих централизованную ИТ-функцию, в том числе, для обеспечения технологической поддержки функционирования ОЦО.
  • Создание типового ИТ-решения для downstream предприятий ОАО «ТНК-BP» (ОАО «Рязанская НПК» и ОАО «Орский НПЗ») на базе программного продукта «ПАРУС-Предприятие 8» (Оракл).
  • Создание типового ИТ-решения для marketing предприятий ОАО «ТНК-BP» на базе программного продукта «1C: Предприятие».
  • Внедрение соответствующих типовых ИТ-решений в региональных филиалах ООО «ТНК-ВP Бизнессервис».
  • Начало глобального проекта GFT (General Finance Template), реализующего единую учетную функцию в рамках всего Холдинга ОАО «ТНК-ВР».

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

в начало страницы

Основные вопросы, возникающие при внедрении ОЦО

1. Какие функции целесообразно предавать в ОЦО?

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

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

2. В компании какого профиля стоит создавать ОЦО?

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

3. Каковы конкретные преимущества при создании ОЦО?

Сокращение затрат на осуществление бизнес-процессов. Экономия за счет концентрации большого количества операций. Использование современных технологий (интегрированной информационной системы, электронного бизнеса, сквозного электронного документооборота). Повышение управляемости, более эффективный процесс принятия решений. Единая структура данных, стандартизация процессов в рамках компании. Легкость интеграции новых предприятий в существующую структуру компании. Низкие затраты времени и средств при переходе к новым технологиям и лучшей практике.

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

в начало страницы

Особенности процесса организации ОЦО

Основные влияющие факторы при разработке модели ОЦО применительно к конкретной компании:

  • распределение обязанностей (бизнес-процессов) между ОЦО и предприятиями;
  • организационно-функциональная структура ОЦО;
  • выбранная ИТ-платформа и информационная инфраструктура;
  • уровень развития персонала и корпоративной культуры;
  • территориально-географическая структура организации.

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

в начало страницы

Технико-экономическое обоснование создания ОЦО.

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

В процессе анализа эффективности и технико-экономического обоснования целесообразности построения ОЦО:

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

в начало страницы

Документооборот ОЦО

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

Поэтому неотъемлемым элементом «типового» плана мероприятий, необходимых для построения и «запуска» ОЦО в корпорации, является разработка руководящих документов:

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

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

в начало страницы

Ключевые показатели эффективности (KPI) ОЦО

Учитывая тот факт, что по сути своей операционной деятельности ОЦО является полноценной бизнес-единицей, призванной через эффективность собственной организации повысить эффективность бизнеса в целом, результаты деятельности ОЦО и их динамику во времени целесообразно оценивать по традиционной методике расчета ключевых показателей эффективности деятельности (КПЭ, Key Performance Indicators — KPI).

При этом, исходя из того факта, что принципы финансирования ОЦО базируются на объеме и качестве оказывамых им бизнес-подразделениям корпорации операционных услуг, основные КПЭ ОЦО реализуют функцию контроля и повышения экономической («рентабельности») эффективности соответствующих типов операций, как-то: сканирование первичных документов, ввод первичных документов в базу данных информационной системы, отработка документов в учёте и т.д.

Такая «пооперационная» эффективность ОЦО, в основном, определяется трудовыми и временнЫми затратами сотрудников на исполнение типовых операций. К этим объективным факторам и привязывается, в общем, случае, система КПЭ деятельности ОЦО.

Фактически, «пооперационный» анализ эффективности ОЦО позволяет измерить, спрогнозировать и управлять эффективностью деятельности, а также связать системы мотивации и стимулирования персонала ОЦО с синергетическим эффектом функционирования всей организационной структуры в целом.

в начало страницы

Учёт и нормирование операций ОЦО

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

Для выстраивания такой системы контроля и управления осуществляются:

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

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

в начало страницы

Анализ и снижение трудоёмкости учётных процессов ОЦО

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

Подход компании Pba Consult к решению задачи достоверной оценки трудоёмкости учётных операций, выполняемых специалистами ОЦО, в отличие от традиционных методов, позволяет:

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

Применяемые экспертами Pba Consult методика и автоматизированная технология сбора и оценки данных о трудоёмкости учётных процессов Общего Центра Обслуживания дают возможность:

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

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

в начало страницы

Практическая проблематика процесса перехода компании на модель ОЦО

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

Основными типовыми проблемами проектов создания ОЦО являются:

  • сложность (а иногда и объективная невозможность) полноценного учёта всех интересов сотрудников подразделений (или предприятий) компании, преобразуемых в «клиентов» будущего ОЦО. Предельно рациональный подход, присущий всем проектам реформирования, преследующим цели снижения издержек и стоимости внутренних процессов организации, порождает у сотрудников реформируемых предприятий осознанные опасения, как непредсказуемости, так и возможности ухудшения их сложившегося организационно-функционального положения после перехода к новой модели управления процессами. К сожалению, наибольший эффект в решении такого рода проблем даёт жёсткость подхода к управлению изменениями и твёрдая приверженность результату проекта, как его наивысшему приоритету,
  • различия в оценках оптимальности построения и уровня потенциальных рисков будущей организационно-функциональной и процессной моделей «связки» «ОЦО – клиенты ОЦО», приводящие к существенным задержкам процесса внедрения изменений из-за необходимости сложного и глубокого обсуждения и согласования деталей будущей модели в целях максимально возможного устранения имеющихся на этот счёт противоречий. Наиболее типичным примером подобных противоречий является «вечный» спор о «границе» между зонами функциональной ответственности ОЦО и «клиентов ОЦО» за участки отдельных учётных процессов, необходимости наличия (или отсутствия) и функциональности «фронт-офисов» на предприятиях, являющихся «клиентами ОЦО», формах и регламентах информационного обмена между ОЦО и «клиентами». Именно эти существенные детали взаимодействия в рамках целевой модели согласуются и фиксируются в SLA (Service Level Agreement, Соглашение о составе и условиях оказания услуг), юридически регулирующих будущее оперативное взаимодействие ОЦО и обслуживаемых им подразделений,
  • объективная сложность определения и согласования сторонами SLA такого ключевого показателя ОЦО, как стоимость оказываемых им услуг. Не секрет, что объективная оценка себестоимости учётных процедур, выполняемых специалистами ОЦО для «клиентов», обычно затруднена в силу слабой заинтересованности каждого отдельного исполнителя в повышении собственной производительности труда и, как следствие, недостаточности или отсутствия у менеджмента оснований для внедрения более высоких целевых показателей эффективности в целях снижения издержек ОЦО. Объективная оценка трудоёмкости учётных процессов ОЦО становится возможной посредством проведения независимых изменений времен протекания отдельных учётных операций и последующего независимого анализа полученных данных с целью выявления и пересмотра завышенных без достаточных оснований операционных нормативов, лежащих в основе калькуляции общей нормативной трудоёмкости и её себестоимости,
  • опыт подсказывает, что успешность перехода на процессную модель ОЦО во многом определяется готовностью и совершенством имеющихся в распоряжении компании информационных технологий полноценно поддерживать целевую модель. Таким образом, трудно переоценить важность наличия и максимально эффективного использования современных софтверных, аппаратных и коммуникационных инструментов и технологий в модели ОЦО. «Отставание» в этом вопросе от лучших рыночных мировых практик и подходов привносит в проект создания ОЦО большие проблемы, и не только связанные со сроками реализации проекта, но и объективно ограничивающие будущие целевые показатели эффективности вновь создаваемой бизнес-модели. Имеющиеся сегодня на рынке как «глобальные» (ERP-, docflow- платформы), так и «нишевые» («точечные», эффективно дополняющие «глобальные») решения уже содержат в себе лучшие международные практики процессного управления, грамотное использование которых позволяет получить максимальный эффект от такого сложного проекта изменений, которым является переход к модели ОЦО,
  • наконец, значимой, объективной, и часто очень трудноразрешимой проблемой реализации проекта внедрения модели ОЦО является социальный аспект процесса реформирования. Не секрет, что переход к новой целевой организационно-функциональной и процессной структуре часто требует от сотрудников реформируемых предприятий и подразделений не только кардинального изменения их привычных функциональных ролей, но и, случается, необходимости их физического перемещения с привычного рабочего места, причем иногда не просто в другое производственное помещение, а и в другой регион. В большинстве случаев не все специалисты корпорации, деятельность которых затрагивает подобный масштабный процесс реформирования, соглашаются на подобные серьезные изменения в собственной жизни, поэтому именно мастерство менеджмента проекта внедрения ОЦО должно помочь компании не только сохранить всех ценных и квалифицированных специалистов, но и организовать их совместную работу в новой «модели будущего» наиболее рациональным и эффективным способом.

Профессиональные услуги Pba Consult для ОЦО

Практический опыт выполнения Pba Consult работ в нескольких проектах создания и развития успешных ОЦО российских компаний позволяет нашим квалифицированным экспертам оказывать профессиональные услуги в этой области.

С каждым клиентом мы заключаем Соглашение об уровне обслуживания (Service Level Agreement, или коротко — SLA). Задача этого документа — подробно описать наше взаимодействие, что мы делаем для Заказчика, в какие сроки мы должны выполнять свои задачи, как мы должны расставлять приоритеты в работе, и как по итогу отчетного периода измеряется качество нашей работы.

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

I. Предоставляемые услуги

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

Исполнитель обязуется оказывать Заказчику услуги по сопровождению программного обеспечения 1С 8 ERP,установленного у Заказчика, на следующих инсталляциях:

  • <Инсталляция 1>
  • <Инсталляция 2>

Период оказания услуг — с «___» _______ ____ г.- «___» _______ ____ г.

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

Услуга Время предоставления* Объем услуг
Консультации пользователей по работе с ПО, помощь в решении проблем в части бизнес-процессов:
— Приемка на склад- Отгрузка готовой продукции
24/7 Не ограничен
Консультации пользователей по работе с ПО, помощь в решении проблем в части прочих бизнес-процессов С 9:00 по 18:00 в рабочие дни Не ограничен
Контроль выполнения регулярных процедур по согласованным регламентам 24/7 Не ограничен
Мониторинг интеграций с системами Меркурий, EDI, восстановление работоспособности интеграций 24/7 Не ограничен
Мониторинг и поддержание работоспособности сервера приложений 24/7 Не ограничен
Ведение пользовательской документации (обновление документации при изменениях в ПО, ведение раздела «FAQ») Ежемесячно Не ограничен
Выдача и изменение пользовательских прав, ролей (по заявкам ключевых пользователей или службы безопасности) С 9:00 по 18:00 в рабочие дни Не ограничен
Эскалация вопросов, не относящихся к области компетенции Исполнителя (администрирование инфраструктуры, администрирование БД) С 9:00 по 18:00 в рабочие дни Не ограничен
Исправление ошибок в программном коде ПО С 9:00 по 18:00 в рабочие дни Не ограничен
Доработка ПО в соответствии с бизнес-требованиями Заказчика С 9:00 по 18:00 в рабочие дни Не более 40 плановых часов в месяц **
Обновление систем на новые версии, поставляемые производителем ПО С 9:00 по 18:00 в рабочие дни Не более 2 раз в год

* Время часового пояса Москвы.

** Плановые часы – часы на выполнение модификации, включая постановку задачи, кодирование, тестирование и перенос модификации на рабочее приложение; плановые часы являются оценкой Исполнителя, в обязательном порядке согласуются с ответственным представителем ИТ-службы Заказчика. Риск превышения фактического времени над плановым находится на стороне Исполнителя. Время на модификации не переносится из периода в период.

В перечень услуг, оказываемых Исполнителем, не входят следующие задачи:

  • Поддержка оборудования и инфраструктуры системы (сервера, каналы связи, системное ПО, включая подсистему печати, сервер базы данных), лицензионные ключи на ПО
  • Администрирование базы данных, в т.ч. обеспечение сохранности данных (резервное копирование).

Способы взаимодействия пользователей Заказчика и Исполнителя:

  • E-mail
  • Телефон
  • Система Service Desk Исполнителя

Конкретные почтовые адреса, телефоны и учетные записи для Service Desk определяются в регламенте взаимодействия.

II. Ответственность Заказчика

Здесь мы описываем то, что нам нужно для эффективного выполнения работы — доступы, координатор со стороны заказчика, и так далее. Самое важное в этом разделе – монопольный доступ к коду системы с нашей стороны. Если монопольного доступа нет, после возникновения каких-то проблем можно «не найти концов». Если мы отвечаем за приложение, к нам в дальнейшем все вопросы, но мы должны его контролировать.

Заказчик обязуется:

  • Предоставить Исполнителю удаленный доступ к инсталляциям ПО для решения заявок;
  • Предоставить Исполнителю копию рабочего ПО с тестовыми данными, для моделирования и решения проблем пользователей специалистами Исполнителя
  • Предоставить Исполнителю серверные ресурсы, необходимые для разворачивания окружения для выполнения доработок.
  • Обеспечить право Исполнителя на контроль кода рабочего приложения (отсутствие модификаций системы своими силами) с целью переноса ответственности за работоспособность системы на Исполнителя.
  • Назначить и письменно сообщить Исполнителю Координатора, ответственного за взаимодействие в рамках услуг, описанных в настоящем Предложении:
    • Управление соглашением об уровне сервиса (инициация, согласование изменений) и вспомогательных регламентов со стороны Заказчика
    • Представление интересов бизнес-пользователей в согласовании изменений к Соглашению об уровне сервиса, а также вспомогательных регламентов
    • Разрешение конфликта интересов, если запрос одного бизнес-пользователя Заказчика конфликтует с запросом другого: по очередности и/или функционалу
    • Определение необходимости реализации, по каждой задаче на доработку системы
    • Приоритизация задач на доработку

Заказчик имеет право:

  • Запрашивать у Исполнителя информация о статусе обработки заявок.
  • Письменно информировать Исполнителя о недостатках в работе или нарушениях и требовать их исправления.
  • Согласовывать с Исполнителем изменения в объемах выполняемых работ, заключать с Исполнителем Дополнительные соглашения об изменении объема услуг и работ для Заказчика, выполняемых Исполнителем.

III. Приоритеты и нормативное время решения заявок

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

Приоритет заявок определяется дежурным специалистом Исполнителя, исходя из бизнес-процесса, по которому поступила заявка от пользователя ПО, и характера заявки. Нормативное среднее время выполнения заявок и максимально допустимая доля заявок, время выполнения которых не уложилось в нормативное время, представлена в таблице:

Приоритет Среднее время решения заявки Доля просроч. заявок Виды заявок
1 Критический Не более 2 рабочих часов Не более 20% Нарушения в работе ПО, которые приводят к неработоспособности одной или нескольких инсталляций в целом.

Мониторинг и поддержание работоспособности сервера приложений

2 Высокий Не более 4 рабочих часов Не более 20% Консультации пользователей по работе с ПО, помощь в решении проблем в части бизнес-процессов высокого приоритета:

— Приемка на склад

— Отгрузка готовой продукции

— Казначейство

Эскалация вопросов, не относящихся к области компетенции Исполнителя (администрирование инфраструктуры, администрирование БД)

Контроль выполнения регулярных процедур по согласованным регламентам

Мониторинг интеграций с системами Меркурий, EDI, восстановление работоспособности интеграций

3 Средний Не более 16 рабочих часов Не более 20% Консультации пользователей по работе с ПО, помощь в решении проблем в части прочих бизнес-процессов

Выдача и изменение пользовательских прав, ролей

4 Низкий Не более 40 рабочих часов Не более 20% Исправление ошибок в программном коде ПО
5 Фоновый По согласованию Доработка ПО в соответствии с бизнес-требованиями Заказчика

Обновление систем на новые версии, поставляемые производителем ПО

Ведение пользовательской документации (обновление документации при изменениях в ПО, ведение раздела «FAQ»)

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

Время решения заявки рассчитывается как разница между датой/временем решения заявки и датой/временем регистрации заявки в ServiceDesk, за вычетом периодов нерабочего времени (в соответствии с графиком предоставления услуг в разделе I) и за вычетом времени нахождения заявки на стороне пользователя:

  • Уточнение у заказчика
  • Согласование заказчиком
  • Тестирование заказчиком
  • Передано сторонней службе

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

IV. Отчетность по услугам

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

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

Отчеты по количественным показателям (раздел III) содержат следующую информацию, в разбивке по приоритетам:

  • Общее количество принятых заявок
  • Среднее время выполнения заявок
  • Доля просроченных заявок
  • Полный перечень заявок, закрытых в течение периода
  • Полный перечень заявок, оставшихся нерешенными на конец периода

Отчеты по количественным показателям предоставляются Исполнителем ежемесячно до 5 числа каждого месяца. Указанные отчеты оформляются как приложения к актам выполненных услуг, подписываются Исполнителем и Заказчиком.

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

  • Удовлетворенность скоростью решения проблемы
  • Удовлетворенность вежливостью специалистов поддержки
  • Удовлетворенность фактом решения проблем

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

Отчеты по качественным показателям предоставляются Исполнителем дважды в год, до 20 июня и до 20 декабря.

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

V. Методика оценки качества сервиса

В этом разделе мы определяем то, как мы измеряем качество сервиса. Мы приводим перечень метрик качества, как количественных, так и качественных, и определяем вес (важность) каждой метрики, исходя из бизнеса клиента

Исполнитель обязуется ежемесячно рассчитывать итоговый показатель качества сервиса (QoS), на основании следующего расчета:

Метрика Вес метрики
Среднее время выполнения заявок 1 приоритета меньше нормативного 0,1
Доля просроченных заявок 1 приоритета меньше нормативной 0,1
Среднее время выполнения заявок 2 приоритета меньше нормативного 0,15
Доля просроченных заявок 2 приоритета меньше нормативной 0,15
Среднее время выполнения заявок 3 приоритета меньше нормативного 0,05
Доля просроченных заявок 3 приоритета меньше нормативной 0,05
Среднее время выполнения заявок 4 приоритета меньше нормативного 0,05
Доля просроченных заявок 4 приоритета меньше нормативной 0,05
Доля ответов «Быстрее, чем рассчитывал», «Как и рассчитывал» на вопрос анкеты «Насколько быстро, по Вашему мнению, решаются Ваши проблемы» больше 70% * 0,1
Доля ответов «Да», «Чаще да» на вопрос анкеты «Снимаются ли Ваши проблемы в работе с системой службой поддержки?» больше 80% * 0,1
Доля ответов «Да», «Чаще да» на вопрос анкеты «Было ли обращение сотрудников службы поддержки с Вами вежливым?» больше 90% * 0,1

* По данным последнего проведенного опроса пользователей

Итоговый показатель качества (QoS) рассчитывается как сумма весов по тем метрикам, которые были выполнены в периоде.

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

VI. Стоимость услуг, штрафные санкции и условия оплаты

Основной пункт в этом разделе — это расчет штрафных санкций, которые ФТО применяет к месячному акту в том случае, если нарушаем метрики качества.

Стоимость услуг Исполнителя составляет ________ (___________) рублей в месяц, без учета НДС.

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

QoS от QoS до Штрафные санкции, в % от стоимости услуг
0,8 1 0%
0,6 0,79 5%
0,4 0,59 10%
0 0,39 20%

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

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

Стоимость дополнительного сервиса, оказываемого по требованию Заказчика:

Стоимость дополнительного сервиса будет включаться в месячный акт отдельными строками.

Оплата услуг производится Заказчиком путем перечисления денежных средств на расчетный счет Исполнителя в течение 10 (десяти) рабочих дней, исчисляемых с первого числа месяца, следующего за месяцем, в котором Сторонами был подписан без замечаний Акт приема-передачи услуг.

02.10.2017

Модель организации бизнеса, при которой повторяющиеся сервисные функции передаются в единый центр, давно популярна во всем мире. Общие центры обслуживания, или ОЦО (англ. — Shared Service Center) российские холдинги в качестве успешного управленческого кейса взяли на вооружение еще в начале 2000-х годов. И сегодня уже мало кто сомневается в выгодах централизации в отдельной структуре финансового, кадрового или логистического подразделений распределенной компании. Однако внутренние вопросы организации ОЦО, так сказать, кухня его создания и успешного функционирования, по-прежнему, актуальны. Одним из таких ключевых вопросов является выбор технологических средств, на которых и будет базироваться выполнение бизнес-процессов в единой среде.

Рынок чувствует себя отлично

Согласно исследованию EY в 2016 г., более трети из 100 крупнейших компаний в России уже внедрили ОЦО.

«Несмотря на тормозящие развитие рынка факторы, число российских заказчиков аутсорсинга учета из года в год растет» — таковы выводы рэнкинга http://raexpert.ru/ratings/outsourcing/2016 ведущих российских компаний в области аутсорсинга учетных функций, составленного агентством RAEX (Эксперт РА) по итогам 2016 года. RAEX цитирует представителей компаний-участниц рэнкинга, которые говорят о целесообразности оптимизации внутренних процессов и сокращении затрат без потери качества в агрессивных бизнес-реалиях сегодняшнего дня.

По данным SSON, крупнейшего профессионального объединения в области Shared Service Center и аутсорсинга, 79% владельцев ОЦО подтверждают, что с централизацией ряда функций в выведенной структуре резко сокращает затраты бизнеса.

По данным Deloitte, мотивации для создания ОЦО таковы:

• проведение реструктуризации бизнеса и снижение расходов (26%);

• поддержка роста и масштабирования бизнеса (23%);

• ответ на рецессию в мировой экономике (11%);

• потребность в усилении внутреннего контроля над процессами (9%);

• рост конкуренции (8%);

• необходимость увеличить долю рынка (7%);

• проведение сделки M&A (6%).

SSON провело исследование, в котором приняли участие более 500 компаний-владельцев ОЦО. Согласно его данным, в ОЦО преимущественно передаются финансовые функции (27%), HR (15%) и IT (5%). К этим же заключениям пришли мировые аудиторы E&Y и Deloitte.

От ОЦО — к электронному архиву, или от электронного архива — к ОЦО

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

Для наглядности — кейс создания одного из первых успешных ОЦО в России в «Сибирской угольной энергетической компании» (СУЭК). В 2007 году компания, имеющая порядка семидесяти дочерних обществ, расположенных в восьми регионах России, начинает процесс реорганизации: все территориально удаленные предприятия должны были перейти и поддерживать общие учетные процессы и вести единый бухгалтерский учет. Это вызвало проблему с пересылкой буквально тонн первичных бухгалтерских документов в головные центры для их обработки и хранения. Ключевой задачей группы компаний также было внедрение единой для всех предприятий учетной системы, поддерживающей бухгалтерский и налоговый учет. Решением стало развертывание ECM-платформы одновременно с формированием по территориальному принципу региональных производственных объединений (РПО): электронный архив на ECM, интегрированный с учетной системой, обеспечил холдингу оперативную передачу первичных документов из филиалов в головной офис РПО. Результат внедрения системы говорит сам за себя: поняв, что возможен простой и удобный сбор информации с любого дочернего предприятия для регионального объединения, руководство СУЭК принимает решение о применении данного подхода для передачи документов из всех регионов в единую бухгалтерию в Общем центре обслуживания.

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

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

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

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

Внимание! Детали!

Как не упустить важное, выбирая платформу для Общего центра обслуживания и как не ошибиться в компании, которая будет ее внедрять?

Эталонная схема работы ECM в ОЦО следующая. Первичная бухгалтерская документация собирается в структурных подразделениях, где ответственные сотрудники проверяют ее комплектность, оцифровывают и передают в службу одного окна. Здесь специалисты проверяют тип документа, дату, контрагента, ИНН, сумму и другие атрибуты из скан-копии документа. Типовые документы, распознаются и поступают в учетные системы, а нетиповые — штрихкодируются и обрабатываются сотрудниками бухгалтерии. Документы регистрируются и связываются с записью в учетной системе. В отличие от учетных систем в электронном архиве документы размещаются в соответствии с заданной классификацией. На основании полученных скан-образов бухгалтеру очень просто создать проекты счетов-фактур и других документов, привязанных к соответствующим скан-образам в электронном хранилище.

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

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

Практические показатели использования единого электронного архива в группе СУЭК при нагрузке свыше 500 000 документов в месяц

Процесс

До внедрения

После внедрения

Сбор консолидированной отчетности

25 дней

6 дней

Время доступа к документации в регионах

10–12 дней

Online

Подготовка и сдача отчетности в центр

7 дней

Online

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

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

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

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

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

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

Помните, технологический аспект управления документами в ОЦО является одним из ключевых факторов успешности перехода на модель общего центра обслуживания. В России есть компании, для которых автоматизация обработки документов ОЦО — едва ли не первый приоритет в специализации. Среди них особое место занимает корпорация ЭЛАР, внедрившая системы в холдингах СУЭК, ОМК, НЛМК, ФосАгро, КОМОС ГРУПП и др. Компания не только внедряет, но и создает свои решения на ECM-платформе собственной разработки — ЭЛАР Контекст. Название ЭЛАР Контекст (contextus — сцепление, соединение, связь.) наилучшим образом характеризует программный продукт нового поколения: он служит объединению разрозненных информационных систем и обеспечению взаимодействия через единое информационное пространство и сквозные бизнес-процессы организации.

Add a Comment

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