ERP-системы *

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

В 1995 году исследовательская компания Gartner предложила hype cycle — кривую зрелости технологии, графически представляющую стадии, через которые проходит технологическое новшество в ходе своего становления.

Данный феномен наблюдается при появлении любой новой техники, будь то появление планшетов на рынке или внедрение новой CRM системы на предприятии.

Про то как эта кривая работает в части электроники, написано много статей.

А вот как она работает в ходе внедрение новой системы в организации?

В качестве промо-довеска к ранее опубликованной статье приложу немного опыта и исходного кода для специфической аудитории, а именно пользователей SAP. Однажды мне пришлось полгода позаниматься изучением и программированием в этой чудесной системе, а точнее в модуле CRM. Поскольку, с одной стороны, средства для броузинга данных в SAP крайне скудны, а, с другой, я был избалован собственными привычками делать все мышкой, однажды от скуки я занялся любимым делом — «Свободой выборки», но в ABAP & light версии.

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

Один из проектов пришел от однокурсника моего отца, у которого есть свой бизнес — небольшая сеть магазинов и оптовых складов, т.е. ориентацией на b2b и b2c. И на первый взгляд, у его фирмы есть нормальный сайт, есть возможность приобретения товара на нем. Ну как нормальный, сделан лет 6 назад на заказ, на нем товар можно было закинуть в корзину, после чего дежурный менеджер получал уведомление и «вручную» обслуживал клиента. Если повезет, состояние склада соотвествовало наличию товара на витрине магазина процентов на 80. И вот этого владельца сильно интересовал вопрос, о возможности подключения к неведомой тогда ни мне ни ему платформе TetraMall, которую ему настоятельно советовали. Так как на хабре я не нашел о нем упоминаний, то хочу открыть новую ветку обсуждений и поделиться своим первым знакомством с этим «зверем» и впечатлениями, во многом, возможно, субъективными.

Итак, что такое TetraMall.

Статья посвящена выполненной мной достаточно нетривиальной задаче по интеграции электронной цифровой подписи в веб-шаблоны SAP (Business Explorer Web Application), работающие в SAP NetWeaver.
Заранее извиняюсь, если в статье будут допущены ошибки в терминологии или в логике.

В начале лета ко мне обратился знакомый владелец небольшого бизнеса и попросил о том, «сам не знаю о чем, ну, в общем такой электронный менеджер». Несмотря на растущий бизнес, он долго сокрушался и из его рассказа стало понятно, что мониторы менеджеров сплошь заклеены стикерами-напоминалками, таблицы MS Excel неудобны для ведения клиентов, сделки стали срываться хотя бы потому, что о некоторых из них забывали. После небольшого опроса выяснилось, что к старту осеннего бума продаж и клиентов он хочет приобрести программу, которую «раз и открыл», занес клиента, закрыл, проконтролировал, прикрепил документ, проверил оплату, поздравил всех с завершением сделки. Ну и, само собой, недорого и быстро. Дополнительным требованием была возможность доступа сотрудников с их iPad, устройств на Android и с домашних терминалов. Ответ для него возник незамедлительно: CRM, причем лучше в облаке, благо что бизнес не предъявляет особых требований к безопасности.

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

Конечно, абсолютно все CRM рассмотреть невозможно, выбор пал на те, что на слуху, на первой странице поиска или в Яндекс.Директе.

Тех из вас, кто занимается поддержкой 1С, ERP или сами пишут учетные системы, знают о проблеме нагрузки IT отдела. Если же вы не занимаетесь поддержкой таких систем, то просто поверьте на слово – такая проблема есть.

Постоянное желание развивать систему и изменения законодательства приводят к частым релизам и, как следствие, большому потоку задач в поддержку. Значительная часть потока – задачи по доработке (разработке) отчетов системы.

Проблема в корпоративном секторе на столько актуальна, что есть специальный термин Self-service BI, смысл которого что-то вроде «чудо-система, в которой пользователи не бегают за отчетами в ИТ».

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

Свой опыт в этом вопросе сформулировал в выступлении на XI Форуме Business Intelligence. За 10 лет разработки я сформулировал 10 правил, которые попробовал донести за 20 минут.

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

«Основная проблема интерфейса в том что это интерфейс. Интерфейсы — это препятствия на пути. Я не хочу сосредоточивать свои силы на интерфейсе. Я хочу сосредоточиться на работе… Я не хочу осознавать себя использующим компьютер, я хочу осознавать себя делающим дело».

Дональд Норман

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

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

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

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

Итак, про каждый изученный мною объект по отдельности.

Доброго времени суток, Хабра-сообщество.

Я начинающий SAP-консультант модуля PM и хотел бы поделиться опытом (а если статья пройдет песочницу, то и набраться в ходе обсуждения в комментариях) изучения ERP-системы SAP R/3. Моя проблема заключалась в том, что придя в компанию и, попав на испытательный срок, я не получил никакой прикладной задачи. У меня было время на ознакомление с системой, набор курсов и человек, которого изредка можно было помучить вопросами. Все это, конечно, замечательно, но это было равносильно учебе играть в футбол по книжке. Даже мяч дали. Но не с кем.
Кому интересно как научиться играть в футбол в одиночку — прошу пожаловать под кат.

К слову сказать, на это понадобилось лет шесть изысканий.

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

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

Свои изыскания в этой части мы начали году в 2006-м, полагая, что лучшее решение для производства — это MRP. В 2010-м году, после некоторых опытов по внедрению, мы поняли, что MRP не ведет к увеличению эффективности. Количество заказов, произведенных точно в срок, не увеличивается, запасы не уменьшаются, скорость производства не растет. А зачастую даже наоборот. Я написал статью об этом. Довольно эмоциональную. Видимо серьезно задев тех, кто зарабатывает на внедрении MRP. Но ведь целью внедрения любой системы менеджмента должно быть увеличение эффективности, не так ли? Многие об этом забывают, как, впрочем, и о том, что цель бизнеса – зарабатывать деньги. Поэтому внедрение MRP чаще всего превращается просто в проект по внедрению MRP, а в не в проект по улучшению эффективности производства.

Привет, Хабр!
Не так давно у нас вышел официальный релиз Acumatica 4.0 – новая версия наших облачных ERP продуктов и платформы разработки приложений. Под катом – пара слов о том, почему это большой шаг вперёд для нас и за счёт чего нам существенно удалось улучшить скорость работы нашей ERP-системы.

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

На днях у меня состоялись переговоры с двумя разными компаниями. Главная тема обоих переговоров – управление запасами. В обоих случаях меня пытались убедить, что методы Теории Ограничений Голдратта им не подходят.
И происходило это каждый раз от банального незнания того, как эти методы работают.

Переговоры №1. Виноторговая компания.

Сначала в переговорной один человек от компании. Непосредственно тот, кто нас пригласил.
Выдержки из диалога:
«Я правильно понимаю, что ключевая тема переговоров – запасы?» — спрашиваю я.
— Да. Мы уже давно этим вопросом занимаемся и вот ищем решение. Мы слышали о решении компании X (не буду называть в этом посте), там очень красиво сглаживаются пики, все планируется. Они уже год применяют эту систему. Очень хорошая, эффективная система.
— Как изменились запасы этой компании за последний год?
— эээ, я не знаю. А зачем вам?
— Почему тогда вы говорите, что система эффективна? Мне кажется, что эффективность какой-либо системы управления запасами надо оценивать не по тому, как она сглаживает пики, а по тому, как изменились запасы. Если они снизились на сумму, превышающую инвестиции в эту систему, и при этом не пострадал объем продаж и удовлетворение спроса, то да, система эффективна. Все остальное – игра цифр и красивых графиков.
— Хм, интересно. Сейчас к нам в переговорную придут люди, вы не говорите им, что снижение запасов – это главный критерий работы такой системы. Низкие запасы – это не всегда хорошо.
— Не понял. А что, какие-то другие есть критерии эффективности? И насчет низких запасов можно поподробнее?
— Ну, вот если, например, ваши запасы вырастут, то банки вам с большим удовольствием будут давать кредиты.
Я вздыхаю. Это говорит, не какой-то студент на интернет-форуме, а человек из бизнеса. Слава Богу, что IT-директор. Уфффф, я с облегчением вздыхаю, что это не директор по логистике.

Данная заметка является ответом на недавний пост Joshua.
Вначале планировался отдельный коммент, но в итоге я понял, что он слишком большой.
Я проработал более 6 лет в компании, которая занимается разработкой и внедрением PDM-системы собственного изготовления. Это несколько другой класс систем для других целей, но смысл и грабли те же самые: имеем крупную корпоративную систему, которая позволяет автоматизировать/информатизировать что-то. Я сам вначале очень поражался тому факту, который был озвучен в статье и целиком и полностью, а именно:

Наверняка вы видели такую картинку.

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

Пароли по умолчанию в SAP давно не новость. Пятерка общеизвестных стандартных паролей опубликована уже во многих книгах и статьях по безопасности. Казалось бы, что по данной теме можно найти нового?
Проводя аудит безопасности SAP у одного из клиентов, мы наткнулись на неизвестный пароль пользователя TMSADM. Этот пароль продемонстрировала нам сама система: при анализе стандартных учетных записей в известном отчете RSUSR003 были получены следующие результаты.



Стандартный пароль для TMSADM — PASSWORD — действительно широко известен, но про пароль $1Pawd2& я слышу впервые. Давайте разбираться…
Первое, что приходит на ум, — поискать в Интернете. Google дает только две ссылки, на сайте компании SAP — 6 ссылок. Ни одна из этих ссылок не вносит ясности в наш вопрос: в основном загадочный пароль встречается в опубликованных фрагментах ABAP-кода.
Ну что ж, видимо и нам ответы следует искать в коде. Открыв исходный код отчета RSUSR003, без труда находим текст того сообщения, которое мы видели ранее на экране (номер сообщения — 028).

Как посчитать экономическую эффективность от внедрения ERP-системы. Таким вопросом задаются очень многие. Изложу свою точку зрения.

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

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

Привет, Хабраюзер!

Добро пожаловать в блог компании Acumatica. И для начала позвольте представиться и рассказать кто мы такие.



Если кратко, то Acumatica – ведущий разработчик облачной ERP платформы для малого и среднего бизнеса. А если более детально, то в компании 2 основных направления:
• Acumatica ERP – наши собственные облачные продукты для управления финансами, дистрибуцией и пр., которые можно приобрести вместе с дополнительными модулями наших партнеров (ISV)
• OEM – предоставление технологий Acumatica партнерам, которые на их основе создают и продают свои продукты под своим брендом

Занимаясь разработкой и внедрением системы электронного архива, мы уделяем большое внимание диалогу с пользователями. Так, в прошлом году мы проводили опрос «Что думают пользователи о безбумажных технологиях?», главная цель которого состояла в анализе отношения российских пользователей к безбумажным технологиям работы с документами.
Ссылки на опрос были размещены в нашем блоге на Хабре, в блоге на LiveJournal, а также на специализированном портале ElArchivo.
Общее количество респондентов составило 319 человек. На наши вопросы ответили специалисты в самых разных областях: программисты, переводчики, бухгалтеры, журналисты, преподаватели вузов… Мы выражаем искреннюю благодарность всем, кто принял участие в опросе и высказал свои замечания в комментариях.