Для остальных видов платежей заполнение платежного поручения не изменилось.

Ссылка: https://mbs.microsoft.com/customersource/support/downloads/taxupdates/msd_ax4orderingbankpaymentchangesrussia_ru.htm?printpage=false

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

Ссылка: https://mbs.microsoft.com/customersource/downloads/hotfixes/MSDAX40Accountingrep_RU

Ссылка: http://www.microsoft.com/Rus/dynamics/customersource/updates.mspx

• Оптимизация обработки НДС, книги покупок и книги продаж
• Все ранее выпущенные в формате Roll-up обновления (RU-2, RU-3, RU-4, RU-5)
• Roll-ups RU-2, RU-3, RU-4, RU-5
• Более 365 хотфиксов, выпущенных с момента публикации Roll-up 5

• Клиент-банк. Настраиваемые на уровне пользователя форматы для экспорта/импорта платежей; автоматизированное распознавание входящих платежей.
• Сторно физических проводок по задолженности, стоимости физических запасов, физическим налогам в Закупках и Заказах при разноске отборочной накладной. Сторно физических проводок в модуле Производство: в Отгрузочной накладной, журнале Приемки, карте маршрутов/заданий, а также при сбросе статуса и калькуляции Производственного заказа.
• Обновлен запрос Оборотная ведомость по складу с учетом физических операций, в том числе сторно физических операций.
• Владелец товара. Новая складская аналитика, позволяющая вести раздельный складской учет запасов товаров, принадлежащих компании на праве собственности, и запасов товаров, принадлежащих сторонним организациям, но находящихся на складах компании.
• Cвязанные (парные) договоры с клиентом и поставщиком. Используются в случае, когда контрагент является одновременно поставщиком товара и клиентом по услугам, например, договор с поставщиком используется при приходах товара на ответственное хранение, договор с клиентом при отгрузке товара и расчетах за услуги хранения.
• Ответственное хранение со стороны хранителя. Новый вид деятельности «Хранитель». Поддержка процессов приемки ТМЦ на ответственное хранение, инвентаризации и отгрузки. Печать первичных форм МХ-1, МХ-3, ИНВ-5 «Инвентаризационная опись ТМЦ, принятых на ответственное хранение». Расчет стоимости хранения (с учетом предоставляемых бесплатных дней), автоматическое формирование задолженности за хранение, формирование отчета по услугам за хранение.
• Ответственное хранение со стороны владельца. Поддержка процессов отгрузки ТМЦ на ответственное хранение и возврата с хранения. Печать первичных форм ТТН и М-15 в заказе на перемещение; возможность формирования проводок по перемещению ТМЦ с одного счета ГК на другой с помощью профиля учета; возможность переноса номенклатуры по всем складским аналитикам в Заказах на перемещение.
• Учет товаров в пути с отложенным переходом права собственности. Регистрация отгрузки товаров клиенту с отложенным переходом права собственности на товар. Формирование счета-фактуры и начисление НДС к уплате при отгрузке. Перемещение отгруженной номенклатуры на виртуальный склад «Товары отгруженные» с одновременным переносом стоимости запасов на бух. счет «45 Товары отгруженные». Регистрация перехода права собственности для ранее выполненной отгрузки, с формированием задолженности клиента и выручки от продажи, а также списанием стоимости номенклатуры со счета «Товары отгруженные».
• Корректировка накладных расходов по накладной клиента. Возможность начисления накладных расходов на ранее разнесенную накладную клиента.
• Настройка разноски накладных расходов в модуле «Расчеты с клиентами». Настройка счетов потребления и выручки для накладных расходов по заказам на продажу, включаемых в накладную клиента.
• Инвентаризация товаров в пути и печать ИНВ-6 «Акта инвентаризации ТМЦ, находящихся в пути» из журнала инвентаризации.
• Учет брака и сопродуктов. Учет бракованной или иной продукции (тех. потери, некондиция, сопродукт и т.п.) не являющейся номенклатурой производственного заказа, с возможностью расчета себестоимости выпуска такой номенклатуры. Возможность приходования из производства брака и сопродуктов на склад для дальнейшего использования
• Расчет стоимости НЗП и себестоимости выпущенной на отчетную дату ГП, брака и сопродуктов без завершения производственного заказа. Нормативный и пропорциональный методы расчеты себестоимости ГП.
• Учет таможенных платежей. Регистрация ГТД и КТС по операциям импорта и экспорта. Расчет таможенных платежей (пошлина (адвалорная, специфическая), НДС, акциз, сбор за оформление, сбор за хранение, сбор за сопровождение). Формирование задолженности перед таможенным органом или брокером. Корректировка себестоимости импортируемых товаров на сумму таможенной пошлины и сборов или списание сумм пошлины, сборов на затраты по операциям импорта/экспорта. Формирование счетов-фактур с типом ГТД и КТС.
• Все ранее выпущенные в формате Roll-up обновления (RU-2, RU-3, RU-4)
• Более 305 хотфиксов, выпущенных с момента публикации Roll-up 4

Источник: НП «Содействие»

16 июня 2010

Дмитрий Приходько, департамент решений Microsoft компании GMCS

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

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

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

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

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

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

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

Свою специфику в госпредприятиях, которую необходимо учитывать при автоматизации, имеют процессы управления имуществом. Имущество госпредприятий формируется из нескольких составляющих. К примеру, имущество ФГУП формируется как за счет имущества, закрепленного за ним на праве хозяйственного ведения или на праве оперативного управления собственником этого имущества (государством), так и за счет собственного имущества. Вместе с тем, передавая предприятию в собственность имущество, государство осуществляет жесткий контроль над тем, как предприятие распоряжается этим имуществом. Особые требования предъявляются к управлению имуществом инфраструктурных предприятий, от состояния которого зачастую зависит жизнедеятельность целых регионов, где эти предприятия располагаются.

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

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

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

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

Рассмотрим более подробно основные компоненты автоматизированной системы управления для государственных структур на примере решения «GMCS Госпредприятие». Данное решение ориентировано на государственные компании и предприятия с государственным финансированием. Также решение подходит предприятиям с регламентированными процессами бюджетирования, финансирования и централизованных закупок.

Решение «GMCS Госпредприятие» состоит из нескольких компонентов.

Учет бюджетного и инвестиционного финансирования

В области контроля бюджетного целевого финансирования решение GMCS позволяет:

– Вести учет программ целевого финансирования;

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

– Готовить регламентную отчетность по программам целевого финансирования.

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

Развитое бюджетирование и учет движения денежных средств

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

Управление закупками и тендерами, управление договорной деятельностью

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

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

Расширенное управление имуществом

Решение «GMCS Госпредприятие» на базе Microsoft Dynamics AX содержит мощный блок функциональности для управления сложным оборудованием, включая процессы технического обслуживания и ремонты оборудования, техники, зданий и сооружений. К примеру, специалистам ремонтных служб решение предлагает инструменты для паспортизации и классификации оборудования, формирования технологических карт и смет по обслуживанию и ремонту, планирования работ и необходимых материалов, подготовки требуемой отчетности о фактическом исполнении работ.

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

Формирование отчетности

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

С публикацией можно также познакомиться по этой ссылке.

Источник: «Финанс.»

12 мая 2010

Идет медленная, но верная коммерциализация вечно убыточного управления ЖКХ. Эффективно бороться с укоренившимся воровством и приписками помогает автоматизация.

Дружба домами

Управлять многоквартирным домом может товарищество собственников жилья (ТСЖ) или управляющая компания (УК). Последняя взимает «дань» и обязана отчитываться в своих действиях и тратах. По результатам сотрудничества жильцы ежегодно перезаключают договор. Обычно в хозяйстве УК не один дом, и каждый объект характеризуется большими объемами индивидуальных данных. Для любого бизнеса главный ориентир – бюджет, и ЖКХ не исключение. Планирование расходов на год вперед особенно важно для формирования доходной части, то есть тарифов. Отсюда возникает потребность в сводных отчетах с возможностью детализации как по запланированным, так и по фактическим затратам в деньгах, ресурсах, материалах. Производственные показатели обязательны, поскольку в соответствии с законодательством УК связаны всевозможными нормативами.

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

На передовой

Главная цель автоматизации ЖКХ – борьба с непрозрачностью и злоупотреблениями. В «первых рядах» стоят коммунальные сбытовые компании городов-миллионников. Эти крупные предприятия считаются самыми выгодными заказчиками. В силу масштаба деятельности им требуются «тяжелые» ERP-системы.

Если говорить предметнее, то на данном этапе развития сектор ЖКХ, даже в лице своих наиболее «продвинутых» представителей, озабочен скорее собираемостью дохода, а не рентабельностью. Отсюда акцент на автоматизацию именно сбыта. Наиболее востребованные функции перечисляет руководитель направления департамента решений Microsoft компании GMCS Бэла Темирканова: «Автоматизация сбытовой деятельности позволяет: в режиме онлайн отслеживать дебиторскую задолженность по группам абонентов, по каждому абоненту, в разрезе договоров; проводить сопоставление выручки в виде диаграмм, временных трендов; отслеживать скорость и сроки погашения дебиторской задолженности, а также рассчитывать упущенную выгоду, связанную с несвоевременным взиманием дебиторской задолженности». Следующий шаг – ликвидация кассовых разрывов. По словам Бэлы Темиркановой, автоматизация сбыта позволяет увязать поступление платежей от абонентов с выплатами поставщикам за оказанные услуги. Такой подход дает возможность сопоставить периоды оборачиваемости «дебиторки» и «кредиторки».

О наболевшем

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

Проблемы ЖКХ носят «хронический» характер: это низкая собираемость дебиторской задолженности, высокая долговая нагрузка, отсутствие прозрачной и соответствующей требованиям законодательства системы расчетов с потребителями. Без автоматизации решить проб­лемы невозможно. Для минимизации издержек рекомендую обратить внимание на комплексные решения с широким функционалом: от сбора показаний приборов, проверки/оценки потребления до управления договорами, расчетами с клиентами, поставщиками, поддержки работы call-центра.

Наталья Анищук

С полным текстом статьи можно познакомиться в журнале «Финанс.» №16.

Итерационная сборка

В рамках итерационной сборки производится периодический выпуск и установка обновлённых версий системы Microsoft Dynamics AX. Процесс итерационной сборки состоит из следующих операций:

1. В период между установками сборок на рабочую инсталляцию все проекты (исправления и дополнения к последней сборке), складываются разработчиками в отдельное хранилище проектов в хронологическом порядке
2. Проекты перед помещением в хранилище проходят адаптацию на предмет совместимости с другими на специальном приложении разработки
3. При очередной сборке проекты импортируются программой сборщиком на эталонное приложение, полученное предыдущей сборкой, и перекладываются из хранилища в архив
4. Обычно проекты устанавливаются на слой CUP, специально предназначенный для очередной сборки. Доработки, которые оставались на слое CUP с предыдущей сборки, перемещаются на слой CUS. При этом производятся системные процедуры по коррекции данных, связанных с объектами, перемещаемыми между слоями
5. После завершения импорта проектов производится глобальная компиляция полученного приложения для выявления ошибок
6. При нахождении ошибок они исправляются, если это возможно, и глобальная компиляция производится повторно. При невозможности исправления ошибок сборка откладывается или проект, в котором ошибки были обнаружены, изымается из сборки
7. Собранное приложение считается эталонным и в обязательном порядке подлежит архивации
8. Новое собранное приложение после тестирования в обязательном порядке подменяет собой рабочее приложение, а также все приложения для разработки и тестирования.

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

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

Непрерывное обновление

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

Чтобы настроить автоматическое обновление системы необходимо определиться со средствами, которые будут использоваться для планирования операции и для исполнения. Для планирования может использоваться планировщик Windows и/или планировщик сервера баз данных. Если сами операции запускаются с сервера баз данных, то надо позаботиться о том, чтобы учётная запись SQL сервера обладала необходимыми правами в Windows для совершения всех необходимых действий:

1. Остановка службы сервера MS Dynamics AX (AOS)
2. Бекапирование рабочей базы данных
3. Копирование файлов рабочего приложения в тестовое
4. Восстановление только что сделанного бекапа рабочей базы данных на тестовую БД
5. Запуск службы AOS

Описание
Функционал первичных групп пользователей позволяет гибко настроить доступ к данным для крупных компаний, имеющих множество подразделений и зон ответственности. К примеру, есть возможность добавить менеджеру по продажам в центральном регионе несколько групп ПГП, переключаясь между которыми, тот сможет видеть данные и отчёты раздельно по каждой области.
В отличие от настройки прав для стандартных групп пользователей или на уровне записей (RLS) функционал ПГП позволяет накладывать фильтры на данные не только в конкретных таблицах, но и на связанные данные. Также пользователь может самостоятельно менять текущую ПГП, автоматически фильтруя данные в соответствии со своими задачами.

Реализация
Функционал модуля ПГП срабатывает в момент построения запроса к данным. Это достигается расширением стандартного класса SysQueryRun, который вызывается при отображении данных на формах, в отчётах и при запуске запросов (Query) в коде. Благодаря использованию стандартного класса, установка функционала модуля ПГП возможна и на стандартное приложение Microsoft Dynamics AX без увеличения затрат на перенос.

Демонстрация
Наряду со стандартными группами пользователей создаются группы ПГП. Например, для менеджера по продажам в Европейском регионе создаётся единая группа «Европа» и отдельные группы по странам:

Для групп, обозначающих страны, настраиваются соответствующие фильтры по аналитике:

Далее страны настраиваются как ПГП для более общей группы:

Переключение между первичными группами пользователей в старой версии (в строке состояния Microsoft Dynamics AX):

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

Таблицы, на которые накладываются фильтры, настраиваются в отдельной форме:

Таким образом, функционал модуля ПГП в комплексе со стандартным управлением правами в Microsoft Dynamics AX представляет собой гибкое решение по организации разграничения доступа к данным и возможен к установке, в том числе, и на стандартное приложение.
Помимо этого, функционал ПГП используется универсальной системой отчётности (УСО) – отчётным модулем GMCS, который позволяет собирать в таблицы Excel отчёты и налоговые регистры на основе данных системы.

Обновление модуля ПГП обязательно к установке для всех клиентов GMCS, использующих предыдущую версию функционала. По всем вопросам, связанным с модулем ПГП или его установкой, Вы можете обратиться к специалистам службы технической поддержки GMCS, отправив запрос на supp_news@gmcs.ru

Как меняются задачи, стоящие перед ИТ в телекоммуникационных компаниях? На чем строится стратегия развития ИТ, и как она реализуется на практике? Об этом рассказывает Андрей Бугаенко, директор по информационным технологиям компании «Синтерра».

Intelligent Enterprise: Как связана стратегия развития ИТ с общей стратегией бизнеса вашей компании?

Андрей Бугаенко: Обе стратегии тесно взаимоувязаны. Обе базируются на трех краеугольных положениях: вертикально интегрированные сервисы, инновации, региональное развитие. Когда мы говорим о вертикально интегрированных сервисах, мы подразумеваем следующее: сегодня клиентам телекоммуникационных компаний традиционные телекоммуникационные сервисы малоинтересны, им нужно нечто большее. Поэтому в современном инновационном телекоммуникационном бизнесе принципиально интегрировать все сервисы в вертикальной цепочке от физических линий каналов до конечного потребителя информации, порождаемой ИТ-системой. Некоторые ИТ-департаменты самостоятельно строят всю телеком-инфраструктуру с канального уровня, однако если бы они этого не делали, а сосредоточились на проблемах взаимодействия своих внутренних приложений, то высвободились бы ресурсы для поддержки и развития своего бизнеса. Среди связистов не так много тех, кто детально понимает, как работает ERP-система или СЭД, или другие бизнес-приложения, они в первую очередь знают, как функционирует телекоммуникационная инфраструктура, на базе которой работают бизнес-приложения. Интеграторы понимают, как работают бизнес-приложения. Задача ИТ в телекоммуникациях – связать две отрасли в новое, инновационное качество для клиента, который получает готовый сервис с требуемым качеством.

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

Что же касается развития ИТ внутри «Синтерры», то здесь работают три традиционных принципа: ИТ должны быть эффективны с точки зрения бюджета, автоматизации бизнес-процессов и соответствовать темпам и масштабу роста основного бизнеса. Мы считаем, что ИТ должны опережать этот рост, должны быть проактивными, предупреждать то, что делает бизнес. Кроме того, ИТ должно быть основным дайвером инноваций. Без этого последнего условия никакой телеком-оператор долго в бизнесе не проживет.

Intelligent Enterprise: Что конкретно понимается под термином «проактивность»?

Андрей Бугаенко: Давайте рассмотрим простой пример – традиционный путь телекоммуникационных компаний. Все крупные операторы выросли из предоставления услуг телефонной связи. Понятно, что для этого нужен биллинг. Постепенно, с развитием технологий, например IP, появились и другие услуги, для которых нужен биллинг, работающий на других принципах. Постепенно в компании разрастается целый зоопарк биллингов. Каждый из них напрямую взаимодействует с отдельной учетной системой. Причем часть этих биллингов самостоятельно выставляют счета, которые как-то должны попадать в общую бухгалтерию.

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

Intelligent Enterprise: Видимо, это пример антипроактивности. Что вы знаете и умеете такого, чтобы так не поступать?

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

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

Зачем нам это нужно? Все наши системы (биллинг, ERP, CRM, СЭД) взаимодействуют не напрямую друг с другом, а только через метаданные, хранящиеся в базе НСИ. Когда информационная система взаимодействует с НСИ, появляется точка консолидации информации, благодаря которой информация в разных системах перестает «разъезжаться» или быть недоступной другим системам. Теперь появление любой новой ИС сопровождается появлением еще одного «облака» и дополнений в модель метаданных. При этом в случае необходимости мы можем заменить любую ИС, и она будет работать, опираясь на нашу модель метаданных. После создания нормальной НСИ проблемы интеграции значительно упрощаются.

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

Intelligent Enterprise: Как же устроен ИТ-ландшафт «Синтерры»?

Андрей Бугаенко: Ядро нашей ИТ-системы вполне традиционно: ERP- и CRM-системы плюс система документооборота и система управления кадровыми процессами. С октября 2009 года мы запустили ERP-систему в промышленную эксплуатацию. Внедрение шло полтора года. Мы сознательно нарушили классические правила проектного управления. Максимально возможную часть работ по внедрению мы отдали интеграторам и вели, как я уже говорил, внедрение CRM- и ERP-систем паралелльно.

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

Прошло не так много времени, но мы уже можем судить об ее эффективности. Вся международная отчетность – годовая, полугодовая, квартальная, аудиторская – формируется, образно говоря, «тремя щелчками мыши». Кроме того, наличие ERP экономит массу времени и сил при любом аудите. За эти полтора года в «Синтерре» трижды проводились аудиты, связанные с приобретением компании, и с появлением ERP процесс стал значительно проще.

С полным текстом интервью можно познакомиться в журнале Intelligent Enterprise №4.