Лобанов-логист
Лобанов-логист
Личный кабинетВходРегистрация
Например: Логистика

Выбирайте Российские ERP системы! Выбирайте лучшие ERP системы! Алексей Горбунов

Выбирайте Российские ERP системы!


17.03.07

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

В корне не согласен с таким мнением.

1. Российская или западная?

Российский рынок ERP еще достаточно молод, и на нем присутствуют как системы, имеющие многие тысячи внедрений (1С, Галактика, Парус…), так и свежеразработанные новички, развернутые на паре предприятий в пределах одного города или области.

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

Функциональность

Возьму для примера систему, которую знаю наиболее полно – Галактика ERP.

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

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

Явное преимущество по функциональности у западных систем отсутствует.

Надежность КИС

Хорошей программы без ошибок не бывает


Будем понимать под надежностью способность системы работать без значительных сбоев в течение длительного времени и на значительных объемах данных.

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

То есть тут ничья – нельзя сказать, что западная КИС надежнее отечественной.

Приспособленность к особенностям Российского законодательства
Да не останутся программисты без работы!
(c)Российские законодатели


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

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

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

Явный перевес российских систем.

Имидж и бренд
Говорят, имидж – ничто… Разве?
(c)Инвесторы


А вот тут выигрыш у западных систем.

Сказав, предположим, вашему западному партнеру, что у вас на предприятии работает крупная отечественная система (реально работает), вы не скажете ему ничего. Сказав, что у вас есть SAP, OEBS, MBS NAV/AX (зачастую не важно, как есть - можно оставить их в виде лицензионных сертификатов на стене кабинета генерального директора), вы приобретете значительный вес глазах зарубежных партнеров. Любая аудиторская фирма, при подготовке вашего IPO, отметит наличие у вас западной ERP системы как важный положительный момент. При этом будет совершенно не важно, какая система используется вашим персоналом в своей повседневной работе.

Выбирать вам.

В итоге

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

Если первое - выбирайте российскую систему: 1С, Парус, Галактика, что-то еще. Получить работающее решение будет значительно проще. И дешевле.

Если второе - вам прямая дорога к решениям SAP, SSA ERPLN (BAAN), MBS и другим. А на складах, в производстве и в бухгалтерии у вас, скорее всего, будет работать все равно что-нибудь другое, родное.


2. Система-конструктор или закрытая система?


Для начала определимся с терминами:

1. Система-конструктор позволяет пользователю легко дорабатывать/изменять функционал системы. Частично или полностью такая система поставляется в исходных кодах. Представители: 1С, Парус, MBS.

2. Закрытая система не позволяет пользователю так легко себя изменять или дорабатывать. Нельзя сказать, что закрытые системы вообще не поддаются изменению и доработке, но, по крайней мере, серьезные изменения, на уровне интерфейсов, в такие системы вносить нелегко. Представители: Галактика, SAP.

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

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

В итоге

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

Но существует ли такая ИДЕАЛЬНАЯ система? :) Не думаю.

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

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

В следующей статье мною будут рассмотрены не менее важные критерии – стоимость, степень распространенности и интегрированность систем.

Руководитель проектов по внедрению ИСУП
Горбунов Алексей


Выбирайте лучшие ERP системы!


17.03.07

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

В этой статье мною будут рассмотрены не менее важные критерии – стоимость, степень распространенности и интегрированность систем.

Хотите сэкономить? Не внедряйте КИС!

3. Дорогая или не очень?

Для начала скажу банальность - каждая компания должна подбирать систему автоматизации по своему кошельку.
Согласно длительно собираемой статистике западных компаний, общие расходы на IT нужды для компании должны укладываться в рамки 1,5-3% ее оборота.

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

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

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

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

Вот несколько причин этого:

- Для начального этапа работ не закупается полный комплект необходимых лицензий. Берутся только основные модули (если это возможно), но уж точно в ограниченном количестве. В дальнейшем стоимость лицензий на программное обеспечение может вырасти многократно (в 2-3 раза). Выяснить же необходимый объем лицензий можно только в ходе опытной или промышленной эксплуатации. С другой стороны, отмечу, что эти дополнительные выплаты заказчику наиболее понятны и прозрачны - т.е. если вместо 4 менеджеров по сбыту в компании появляются 6 - значит, дополнительные 2 лицензии надо закупить. Как рабочий стол или компьютер для новых работников.

- На начальном этапе работ невозможно определить полный перечень ДОПОЛНИТЕЛЬНОГО объема работ, который необходимо будет выполнить в ходе внедрения.
В том же, что такая необходимость возникнет, можно не сомневаться. Мотивировка исполнителя-консультанта достаточно проста - договор на выполнение работ по автоматизации заключается либо на объемы работ, определяемые жестко прописанным техническим заданием (ТЗ), либо объемом стандартного функционала, имеющегося в системе. На некоторые уступки – отступление от ТЗ, доработка нестандартных отчетных форм, исполнитель/консультант может пойти, но только на некоторые и небольшие по объему. Если же заказчик хочет что-то значительное сверх договоренного объема работ, то он должен будет за это заплатить. А желание (или даже необходимость) выйти за рамки ТЗ/имеющегося функционала наверняка появится в ходе работ.

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

В итоге

Суммы, указанные в коммерческих предложениях продавцов систем автоматизации можно в большинстве случаев смело умножать на 2 или на 3 - это даст вам неплохое представление о РЕАЛЬНОЙ стоимости проекта.
Хорошим решением будет заказ оценки стоимости проекта независимому консультанту.
Оценочная стоимость проекта (включая другие расходы на ИТ нужды предприятия) должна составлять порядка 1.5-3 % оборота вашей компании.

4. Распространенная или нет?

Миллионы мух ошибаются ежедневно!
(с) Народ


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

Наличие успешного профильного внедрения

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

Доступность поддерживающего персонала

При выборе системы также важно ориентироваться на наличие персонала, готового поддерживать (а, лучше, и развивать) вашу информационную систему. Возможно, в вашем регионе легко можно найти специалиста по 1С, а по SAP у - днем с огнем. Подумайте тогда - так ли уж для вас нужен и важен Best from the West?

5. Best-Of-Breeds или комплексная система

По степени интеграционных возможностей корпоративной информационной системы я выделяю три основных варианта:

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

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

2. Набор интегрированных специализированных систем

Решение будущего? Вопрос.

На предприятии работает множество систем, которые отвечают каждая за свой участок работы. Складом управляет лучшая система управления складом (WMS), производством - система производственного планирования и управления (MRP), инструментом оперативной работы менеджеров служит система управления отношениями с клиентами (CRM), бухгалтерские службы используют бухгалтерский пакет и так далее.

В отличие от лоскутной автоматизации, все системы спроектированы с учетом необходимости в интеграции между собой на основании стандартных интерфейсов и технологий. Технологий интеграции множество: CORBA; SOA, COM и т. д. и т.п.

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

3. Интегрированная система

Все-в-одном.

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

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

Наиболее нежизнеспособное решение - по первому варианту. Это понятно и комментариев не требует.

Основной выбор в настоящее время делается между вторым и третьим вариантом:

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

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

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

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

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


В итоге

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

Поясню, что я имею в виду. На примере Галактики и специализированной системы управления складом.

У Галактики достаточно сильный контур логистики, включающий в себя, в том числе модули \"Складской учет\" и \"Управление сбытом\". Функциональности Галактики вполне достаточно для большинства УЧЕТНЫХ складских и сбытовых операций.

Но предположим, нам необходимо создать автоматизированную систему управления складом со следующими возможностями и особенностями:

- Минимальное использование ручного ввода информации - повсеместное использование штрихового кодирования и считывающего оборудования;

- Маркирование продукции уникальными номерами - штрих-кодами;

- Автоматизированный контроль соответствия складских документов фактическому движению;

- Формирование отгрузки продукции по заказу клиента;

- Резервирование продукции из свободных остатков;

- Выведение продукции в свободные остатки;

- Автоматизированная инвентаризация склада.

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

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

Разработка специализированной складской системы может быть выполнена:

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

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

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

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

В итоге

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

1. Имеет успешные внедрения в компаниях, аналогичных вашему;

2. Функционал которой наиболее соответствует вашим текущим и ближайшим будущим потребностям;

3. Стоимость (полная стоимость проекта) укладывается в рамки 1.5-3% от оборота вашей компании за время проведения проекта;

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

5. Для реальной работы лучше выбирать российскую систему. В целях увеличения капитализации/улучшения имиджа – западную;

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

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

Руководитель проектов по внедрению ИСУП
Горбунов Алексей

https://www.lobanov-logist.ru/library/all_articles/55138/
дата: 00.00.0000 00:00:00    просмотров: 1523

рейтинг: 
(Нет голосов)



Рекламный блок

Почему управленческий кризис неизбежен при росте компании Юрист о сложных вопросах в контрактах по ВЭД поставок в логистике устав от борьбы с РЖД 04 апреля в Санкт-Петербурге пройдет конференция «Логистика Будущего»