ERP-системы *

1. Вместо предисловия

“Король умер. Да здравствует король!” — все мы слышали эту французскую фразу, которая как бы разделяет эпохи правления монархов. Все! — кажется нам, — со старым покончено, теперь все будет по-новому, по-другому. Но так ли это?

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

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

Как по мне, то значительную часть рабочего времени программиста можно разделить на две оставляющие: поиск решения и поиск инструмента. Думаю, многие заметили и знают, что чем лучше инструмент пригоден для выполнения какой-то задачи, тем менее он универсален для решения широкого спектра задач. То есть, нет идеального языка, технологии и т.п., и поэтому мне, как и многим из Вас, приходится периодически отвлекаться от насущных проектов; изучать, какие появились новые инструменты на рынке; принимать стратегическое решение о том, что я буду изучать завтра. К примеру, ведь может уже давным-давно никто не пользуется отверткой для закручивания шурупов, а использует шуроповерт, или вовсе перешел на новую технологию “дюбель-гвоздь”.

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



Сначала очень кратко о компании, в которой внедрялась система: в Netpeak работают около 110 человек. Агентство сфокусированно на SEO и PPC. Им скоро будет 8 лет, два из которых они работают над системой геймификации, о чём и будет идти речь далее в статье.

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

Пролог

О чем заметка? Как из внутренней таблицы, строка которой содержит ссылку на неизвестный (обобщенный) тип (REF TO DATA), которая, по факту, хранит ссылку на такую же таблицу, получить XML заданного формата. При этом, число уровней вложенности изначально неизвестно.
Зачем это нужно? Мне это понадобилось при выгрузке данных в различные форматы XML-файлов MS Office без использования OLE.
Для кого эта заметка? Для программистов на ABAP.
Необходимый уровень знания: знать, что такое reference type, generic type, XML; слышать, что существует такая вещь как XSLT.

Цель статьи

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

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

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

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

Инструмент SAP Query позволяет создавать отчёты без значительных трудозатрат.

Ниже будет рассмотрен пример создания отчета средствами SAP Query.

Добрый день!

Продолжаю инструкцию по использованию LSMW — Системы Переноса данных из Исторических Систем.

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

Ознакомьтесь с прошлой инструкцией до шага 1.

Вот теперь же, на шаге №1, мы должны выбрать пункт Batch Input Recording и перейти нажатием кнопки «Горы, солнце» в менеджер записей.

1. Вводная

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

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

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

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

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

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

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


Подкатом рассказ не о том, как я крал фавориты, а пример прямой записи в таблицы.

При внедрении ERP-системы SAP одним из наиважнейших вопросов является вопрос загрузки данных исторических систем (тех, что функционировали на предприятии до внедрения SAP) в новую ERP. Для этого существует мощнейший инструмент внутри SAP — Система Переноса данных из Исторических Систем (LSMW). За 8 лет работы с SAP я накоил солидный опыт работы с этой системой, а, поскольку для LSMW нет легкодоступных для понимания мануалов (тем более на русском) и ко мне постоянно обращаются за советами коллеги по цеху, найдя меня на российском форуме САП, смею полагать, что сия статья окажется весьма познавательна как стажёрам, так и опытным консультантам, пока что не имеющих опыта работы с LSWM.

Запускаем транзакцию LSMW и, о чудо, нас уже приветствуют: Welcome to the Legacy System Migration Workbench!

На начальном экране мы видим следующую картинку

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

Подводные камни технологизации компании

Мои первые 3 года работы в управленческом консалтинге позволили разобраться, как использовать стандартные инструменты: моделирование бизнес-процессов, PMBoK, система KPI и т.д. Мы говорили много умных слов, внедряли SAP, 1C, Project получали за это деньги и уходили. Реальных результатов своей работы я не видел. С тех пор заработал аллергию на прилизанных консультантов в галстуках.

Понятие KPI (Key Performance Indicators) – это один из китов, на которых сегодня опирается мировой управленческий опыт.

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

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

Занимаясь внедрением бизнес-софта несколько лет, я не мог пройти мимо хаба “CRM”, на просторах которого развернулась негласная дискуссия адептов десктопа (on-premise, классики) и облака (SaaS, cloud). Сам я неоднократно сталкивался с вопросами, связанными с противостоянием доброго надежного десктопа и ультрамодного облака. Некоторые клиенты выбирали облака, другие категорически настаивали на классике. Что удивительно, единицы даже меняли одну CRM на другую, метались между «небом» и «землей», бизнес-процессы при различных моделях внедрения вели себя по-разному, пользователи реагировали и давали обратную связь.

Под катом — выводы, полученный опыт, которые могут помочь при выборе CRM.

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

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

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

Суть задачи

Дано: веб-приложение для совместной работы. Для простоты будем считать, что это CRM или Task Tracker.
Требуется: своевременно уведомлять пользователей о событиях в приложении, на которые требуется их реакция.

В чем проблема?

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

Еще пару недель назад эта статья замышлялась в лучших традициях: с группой лидеров и аутсайдеров. Однако это было бы нечестно: компании, которые выбирают CRM, разные. У каждой свои цели и задачи и именно под них покупается, а иногда и дорабатывается CRM. Вообще, в России и СНГ можно насчитать более 20 десктопных CRM, однако большинство из них, увы, не проходят даже первого беглого взгляда и сносятся сразу после установки демо-версии.

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

С чего все началось

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