Противоречивые требования к ERP. Как согласовать?

9

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

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

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

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

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

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

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

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

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

Варианты решения проблемы

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

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

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

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

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

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

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

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

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

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

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

А Вы как думаете?


7103
Коментарии: 9

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • 13.09.2017 13:27

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

  • Андрей Угольков
    Рейтинг: 40
    Элком-Электро
    ИТ-директор
    13.09.2017 16:36

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

    • Андрей
      21.09.2017 12:15

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

  • 14.09.2017 13:02

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

  • 15.09.2017 19:59

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

  • Евгений Шляпин
    Рейтинг: 230
    Н/А
    Независимый управляющий партнер по ИТ
    20.09.2017 01:06

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

  • 20.09.2017 11:50

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

  • 22.09.2017 11:43

    Должен быть оперативный управленческий контур и неоперативный, "постфактумный" регламентированный контур.
    Процедура передачи данных из управленческого контура в регламентированный должна выполнять распределительную и оптимизационную (с точки зрения налогообложения, например) функции. Внедрение электронных касс, конечно, связывает руки в этом плане.
    Альтернатива - ведение оперативного учета = регламентированному. Но это, к сожалению, мало когда возможно.

  • 17.10.2017 14:28

    RSM – Лидер в разработке IT-решений для бизнеса!
    Беспилотный автомобиль?
    Уже совершенно ясно, что данные технологии не за горами!
    Через 10 лет не нужны будут водительские права.
    Компания Ростсельмаш, динамика развития которой подтверждена рейтингами РА «Эксперт» (https://expert.ru/ratings/rejting-krupnejshih-kompanij-rossii-2016-po-ob_emu-realizatsii-produktsii/) , журналом Forbes http://www.forbes.ru/rating/350675-200-krupneyshih-rossiyskih-kompaniy-2017, уже сегодня решает аналогичные задачи в своем бизнесе.
    Без современных электронных систем такие сложные продукты как трактор, комбайн, посевной комплекс, опрыскиватель уже не могут приносить максимальную прибыль клиенту-фермеру.
    А за уникальные сетевые решения, за автоматизированные системы управления бизнесом Потребитель готов платить еще больше и вести максимально плотное сотрудничество с компаниями, которые предлагают такие Продукты. Так как, в конечном итоге, они позволяют максимизировать его собственную прибыль.
    Компания Ростсельмаш уже сегодня имеет собственное Конструкторское бюро управляющих систем и планирует увеличить его численность вдвое, в том числе в связи с тем, что стартует новый цикл разработок, цель которого создать свой собственный продукт, который свяжет поставляемую Компанией технику, особенности земли клиента, используемые им технологии и его бухгалтерию воедино!
    Ростсельмаш видит будущее компании в максимальном использовании ИТ – технологий и создании целого пула инновационных ИТ- продуктов для бизнеса своих клиентов, в связи с этим, Мы формируем мощные проектные команды в рамках Кб управляющих систем, для развития цифрового будущего Компании.
    Приглашаем:
    ·Руководителей сложных IT- проектов с опытом проектирования архитектуры ПО в сфере B2B, IoT.
    ·Веб-программистов – верстальщиков: Кросс-браузерная и кросс-платформенная верстка и тестирование.
    ·Веб-программистов – тестировщиков ПО: Разработка программ методик испытаний ПО, регрессионное тестирование, кросс-браузерная и кросс-платформенная тестирование.
    ·Веб-программистов мобильной версии веб-приложений.
    ·Программистов ПО: Разработка программного обеспечения для бортовой системы управления сельскохозяйственной техники.
    Предлагаем:
    ·Сложные и интересные задачи.
    ·Долгосрочный проект.
    ·Перспективы карьерного и профессионального роста.
    ·График работы и заработная плата обсуждаются индивидуально с каждым кандидатом.

Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.