ERP-системы *

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

Когда устраивался на работу R/3 я уже видел и кое-что умел делать. ABAP/4 мы изучали в институте. Показали основной синтаксис, да пару программ написали простеньких.

Первую неделю на работе я читал книжку по ABAP и скучал откровенно. По про-шествии некоторого времени, мне, наконец-то, дали задание.

Кому интересно добро пожаловать.

От переводчика. Занимаясь созданием и внедрением системы электронного архива, мы не раз сталкивались с ситуациями, когда организации вводят документы в систему без разбора, не уделяя должного внимания экспертизе их ценности. Об этом уже писали. В обсуждениях наших предыдущих публикаций по данному вопросу большинство участников отстаивали следующий взгляд: сохранять можно всю поступающую информацию, она в любой момент может пригодиться. Насколько обоснован такой подход в масштабах крупной организации. Что дешевле и эффективнее: сохранять все, что возможно сохранить — или же грамотно управлять информацией, своевременно удаляя все ненужное? Любопытную статью на эту тему мы нашли в блоге Джорджа Парападакиса, ECM-специалиста из компании IBM. Ее перевод мы и предлагаем вниманию наших читателей.

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

Примечания

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

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

1. Введение

Ядро каждой крупной компании – это ERP-система; в ней проходят все критичные для бизнеса процессы, начиная от закупки, оплаты и доставки и заканчивая управлением человеческими ресурсами, продуктами и финансовым планированием. Вся информация, хранящаяся в ERP-cистемах, имеет огромное значение, и любой неправомерный доступ к ней может понести за собой громадные потери вплоть до остановки бизнеса. Согласно отчету Ассоциации специалистов по расследованию хищений/мошенничества (ACFE), в период с 2006 по 2010 годы потери организаций от внутреннего фрода составили порядка 7 процентов от ежегодной выручки (!). Вот почему мы решили провести детальное исследование в области безопасности SAP с использованием ERPScan – разработанной Digital Security системы мониторинга защищенности SAP-систем.

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

Когда-то давным давно угораздило меня попасть в мир учетных систем, да не просто учетных, а работающих через Web. Много воды утекло с тех пор, много систем родилось, некоторые из них уже погибли. Это очень динамичный мир. В этом мире множество систем, от брутальной, умудренной сединами 1С, до совсем молодой Acumatica. Есть гламурненькие Эльба с FinoBox, есть и крутой Мегаплан, есть мой любимый, суровый, но симпатишный Oreodor. Во всех них очень умные формы, ещё более умная (чем пользователь) навигация, ну, и таблицы! Давайте подойдем ещё ближе.

Все это Web, все это работает, все функционально, а функционала много.

В реалиях российского законодательства в силу нехватки правовых норм ведения бизнеса электронным (безбумажным) способом бухгалтерия должна создавать и хранить очень большое количество бумажных документов (первичные финансовые документы (счета, счета-фактуры, накладные и прочее), журналы проводок и операций, кадровые документы и др.).
Для сокращения издержек обработки и хранения средние и крупные компании прибегают к использованию автоматизированных систем массового ввода и обработки. На рынке широко известны и используются продукты следующих верндоров ПО: EMC, Kofax, Abbyy, Cognitive Technologies.
За последний год работы я успел с полного нуля постичь немало тайн этой интересной области автоматизации бизнеса с использованием систем EMC Captiva и Kofax Capture, о них я и хочу рассказать в данной статье.

В России рынок электронной коммерции растет очень быстро. Для тех, кто не имеет опыта открытия интернет-магазина, но задумывается об этом, описываю ключевые особенности построения данного бизнеса и основные моменты, на которые необходимо обращать внимание.
Большинство рекомендаций посвящены тем, у кого нет бюджета на создание крупного интернет-магазина. Примерная сумма затрат на небольшой магазин от 50 000 до 1 млн. руб.

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

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

Это было примерно месяц назад. К нам в офис приехал Василий. Он топ-менеджер компании, производящей оборудование для театральных сцен. С порога заявил, что ему нужна MES-система или APS-система и что он еще не до конца решил, какая из них. «Почему именно MES-система?» — спросил я.

— Я уже несколько месяцев занимаюсь изучением вопроса, связанного с решением наших производственных проблем. Встречался с представителями нескольких компаний, производящих MES и APS системы. Они сказали, что их системы как раз и решают наши проблемы. Причем мне сказали, что только такие системы и способны решить наши проблемы. У вас тоже MES система?

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

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

Личный кабинет(ЛК) — привычная практика


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

Оптовик: “Хочу на сайте личный кабинет”

Введение

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

Электронная коммерция в России все набирает обороты. Вчерашние
небольшие проблемы вырастают в глобальные.

Интернет-магазинов становится больше, небольшие интернет-магазины плодятся как грибы. Главная причина — возможность торговать товаром, который не нужно заранее покупать.

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

В своих записях мы уже вкратце рассказывали о ключевых модулях BrandMaker – Медиа Ресурсы, Планировщик, Web-to-Print, Review Manager, входящих в «базовую комплектацию» системы.

Но помимо них есть и другие, подключаемые дополнительно, со специфическим набором функций. Один из них – модуль Shop (Магазин).


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

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

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

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

В жизни каждого разработчика наступает такой момент, когда ему нужно сделать форму. Вроде бы чего тут сложного — бери, бросай. А нет, форма то, она как живая. У неё есть своё настроение, свои привычки. Выбрал пол — “Ж”, она преобразилась, стала чуть другой, любопытной, спрашивает замужем ли, любимые духи, обувь с каблуком, или без? Но ты же мужик! И тут выбираешь пол “М”, и, как бы, вопросы должны быть другие — холост, любимый сорт пива, любимый спорт. Конечно, можно понаделать кучу формочек для каждого чиха, если “М”, то одна, если “Ж”, то другая. Но такой метод обернется катастрофой на этапе поддержки, да и вообще не в духе красивого кода. Поэтому форма должна быть умной. Очень умной. Она должна знать кто её трогает, чего он хочет, его потаённые желания. Например: есть форма ввода адреса в пять полей

• страна
• область
• город
• улица
• метро

Выбираю я город, и почему бы форме не додумать область и страну? Или выбрал Владимирскую область, зачем мне в списке городов “Москва”? Поле “метро” для Владимирской области тоже не актуально, а когда выбран город Струнино, так вообще издевательство. Занимаясь разработкой клиентской части в корпоративных WEB приложениях вот уже 5 лет я таки познал, как сделать форму умной. Надеюсь, мой опыт будет полезен и вам.

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

Первым делом нужно было поставить нормальное оборудование вместо того что там было, firewall приобрел в Монреале, два сервера заказал в Калифорнии. Заехал за ними из Онтарио (сам переезжаешь границу, налоги на свой риск), в общем L.A., Торонто, Франкфурт, Питер. Железо подбиралось по нескольким параметрам: база данных с возможностью добавления второго процессора, памяти до 96ГБ и до 16 3.5" дисков. 1U программный сервер уже с двумя процессорами и 32ГБ. На программном сервере два жестких диска на RAID1. На БД два жестких диска под RAID1 и два SSD тоже на своем RAID1, все в коробке 2U. Главная база находится на SSD, на жестких дисках стоит OS и туда же идет резервное копирование. Firewall имеет 6 портов в коробке 1/2U, внутри жесткий диск и по желанию Flash карта, сериальный порт, VGA, и наружный электронный монитор здоровья. Потом установка Red Hat, конфигурация серверов, OpenBSD на firewall. Там была веселая история с носками в железных коробках и всей начинкой в ручной клади, но не в этом суть.

Для начала нужно было все это собрать и установить, что и было проделано с помощью неких 'специалистов по металлу' (еще одна веселая история). После этого была экскурсия по магазинам, где и началась собственно разработка. Первым делом нужно было собрать данные из уже существующих систем в одно целое. Для этого была написана система передающая данные через SSL (OpenBSD очень удобно для этого, кроме того мне импонирует Тео). Данные собирались по заданному расписанию, к счастью много думать о том что именно передавалось не было необходимости, все что шло из касс в сервер магазина и все что шло из сервера в кассы ловилось, записывалось в местную простую файловую 'базу' и ожидало времени для следующей передачи. Система делала попытку запустить модем и после этого передавала. Все данные скапливались у виртуального пользователя OS. Каждый магазин получил инструкцию, чтобы не выключали программу (запустить программу как сервис в не профессиональной версии MS Windows не вышло).

Доброго времени суток, хабрачитатели!

Одна из главных трудностей, возникающих при продвижении на рынок нового бизнес-софта – это отсутствие практических сведений об эффективности его работы в условиях реальных бизнес-процессов. У головного офиса BrandMaker в Германии имеется огромный багаж подобной информации, но относится она сугубо к европейским клиентам компании, и в России мало применима. Европа – Европой, но клиентам хочется убедиться в том, что программа будет столь же эффективна и в российских реалиях.

Чтобы наработать необходимый объем этих данных, BrandMaker-Russia решила предоставлять клиентам возможность протестировать продукт перед покупкой, оплачивая при этом только операционную работу по развертыванию и администрированию системы. Одним из условий такого сотрудничества является то, что в ходе тестирования пользователи системы самостоятельно оценивают изменения в бизнес-процессах, экономию временных и финансовых ресурсов. Нам важно, чтобы этот анализ происходил именно на стороне клиента – это, безусловно, делает его результаты более весомыми при принятии окончательного решения.

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