ALP ITSM обеспечивает IT-поддержку компаниям разного масштаба — от небольших офисов с 20 сотрудниками до международных фастфуд-гигантов. Мы помогаем нашим клиентам находить выгодные IT-решения, подбираем и устанавливаем оптимальные сервисы. Но недавно мы сами оказались в ситуации, когда нужно было отказываться от привычных решений и искать новые варианты. Рассказываем, как наша компания численностью 120 сотрудников переходила на отечественный почтовый продукт и что из этого вышло.
В чем разница между импортозамещением и локализацией ИТ? Для каких компаний подходят эти две стратегии? Значит ли их реализация, что от иностранного софта и оборудования нужно будет отказаться полностью? Разобраться в теме помог Сергей Идиятов, руководитель направления консалтинга ALP ITSM.
Статьи 22 августа 2022 Топ-5 рекомендаций для CEO: как локализовать IT-инфраструктуру?
Для компаний с центральным офисом в зарубежных странах санкционный кризис стал серьезным испытанием. При сохранении бизнеса в России нужно выделить IT-инфраструктуру локального офиса и сделать ее независимой и автономной от глобальной компании, объявившей об уходе из РФ. Этот «развод по-итальянски» требует четкого плана, ресурсов и крепких нервов. Как минимизировать риски, рассказывает Сергей Идиятов, руководитель направления консалтинга ALP ITSM, сервисной IT-компании холдинга ALP Group.
Информационные системы в управлении бизнес процессами
В любой компании — от стартапа или устоявшегося малого предприятия до среднего с сотнями рабочих мест — на каждом рабочем месте давно стоит компьютер или ноутбук, в последние годы к ним добавились планшеты и смартфоны. Но меняются ли задачи, которые предприятия SMB решают с помощью этих инструментов? Или, по-прежнему, все сводится к офисным приложениям и электронной почте?
Офисные приложения и электронная почта никуда не делись. Но ситуация, бесспорно, меняется — мир становится все более технологичным. А сложность бизнеса, при этом, растет, если говорить о реализации ключевых бизнес-процессов — продаж, работы с клиентами и т.д.
Одновременно «легких денег» в стране становится все меньше, поэтому бизнес стремится выжать максимум выгоды с каждого вложенного рубля и больше не желает терпеть «пустых» вложений. Исходя из этих предпосылок, задачи SMB-предприятий не меняются, но приобретают гораздо более четкий фокус, чем раньше. Сегодня средний и даже малый бизнес с высоким уровнем зрелости ИТ хочет досконально видеть и понимать все, что связано с управлением продажами, с их динамикой, знать, насколько верно выстроен этот важнейший для компании процесс.
А если там есть «потери», то как можно минимизировать их последствия и исправить допущенные при проектировании процесса ошибки. Кроме того, для любой SMB-компании сегодня крайне важно не упустить тех клиентов, за привлечение которых она уже заплатила — и немало. Поэтому сейчас в SMB расширяются практики использования бизнес-приложений для фронт-офиса (например, коробочных и облачных CRM разного уровня сложности, которые не требуют внедрения, только настройки «под себя»).
Информационные системы и технологии. Кем я буду и где я буду работать
Существует и еще один важный сегодня элемент для SMB — бизнес-приложения для бэк-офиса. Если несколько лет назад средний бизнес внедрял в основном системы бухгалтерского, налогового, реже — коммерческого учета на базе «1С», то сегодня внедрение решений на базе ПО этого вендора плавно переросло в развертывание и использование сложных ERP-систем, которые облегчают и управление современным предприятием, и взаимодействие с его персоналом, и эффективную работу с финансовым контуром компании (от начисления заработной платы до управления инвестиционными активностями).
Растет и важность систем информационной поддержки принятия решений с элементами BI. Я говорю о системах консолидированной отчетности для средних компаний с большим числом территориально-распределенных филиалов.
Центральный офис таких компаний остро нуждается в том, чтобы видеть данные об уровне и состоянии продаж в регионах за последние сутки, час и т.д. Это уровень знаний, который раньше могли себе позволить только крупные предприятия. Теперь этими данными хочет и может оперировать и средний бизнес. Главное здесь — централизовать не только само распространение решения в филиалах (тираж), но и распространить на регионы соответствующие ИТ-процессы, позволяющие правильно настроить его работу. Так как недостаточная поддержка таких систем — вне регламентов, без технического надзора за результатами и без последующего централизованного управления изменениями в них — может свести на нет весь эффект от внедрения.
Кроме того, я вижу, что потребность в бизнес-приложениях и информационных системах в средних предприятиях компонуется не хаотично, как еще несколько лет назад, а «по блокам». Первый и самый актуальный сегодня блок — потребность управления продажами. Второй — потребность в более эффективном управлении предприятием. Третий — в более продуктивном финансовом управлении филиальными структурами.
Четвертый — в оптимизации работы с кадровыми ресурсами предприятия. Здесь ИТ-специалистам важно не выпустить из зоны внимания ни одного «блока».
Для этого им нужно вовремя выявить потребности в ИТ и предложить подходящий для закрытия каждой потребности продукт из заранее созданного «портфеля решений». Причем, в этом «портфеле» должно лежать не только само решение, но и дальнейший способ его поддержки. И уровень затрат на нее.
Поэтому ИТ-специалистам, работающим с инфраструктурами средних предприятий нужно заранее понимать, как и когда масштабировать ИТ-инфраструктуру, углублять интеграцию систем, заменять приложения, из которых предприятие скоро вырастет, на более функциональные. Как и в какой момент подключать новые региональные офисы в единое информационное пространство. И не забывать о том, что каждое изменение инфраструктуры связано с риском сбоев, ошибок и даже нарушения работы ранее внедренных приложений. А чтобы снизить эти риски, изменениями в ИТ надо управлять. Поэтому, как минимум, среднему бизнесу не обойтись без полноценного процесса управления изменениями.
Судя по нарисованной Вами картине, ИТ-хозяйство предприятий SMB существенно усложняется, в нем возрастает роль ИТ-инфраструктуры. Может ли предприятие развивать и поддерживать все это хозяйство в порядке?
Не только может, но и должно. Роль инфраструктуры сегодня высока. И когда SMB-компании начинают использовать новые информационные системы и бизнес-приложения для закрытия назревших проблем, и когда они пытаются на базе старых имитировать функции, которых им не хватает, инфраструктура должна работать безупречно.
Ведь работа информационных систем и сервисов, так или иначе, «завязана» на серверы, хранение данных, сеть и компьютеры. И как только у компании появляются проблемы, скажем, в сети, они автоматически становятся проблемами всего предприятия, влияющими на бизнес.
Где-то неприятности обнаруживаются сразу — сети нет и принтер не будет печатать, а где-то проявятся через сутки, но намного сильнее. Если нет сети, то и данные по результатам продаж за последние сутки в центр из филиалов просто не придут. А это повлияет уже и на текущий уровень, и на планирование будущих продаж, и на доходы компании.
Поэтому SMB-предприятия не только могут, но и должны поддерживать ИТ-инфраструктуру в порядке. То есть, правильно проектировать, сопровождать и развивать ее. При неправильном проектировании, сопровождении или планировании развития инфраструктуры, ИТ перестает успевать за бизнесом. И начинает не стимулировать, а ограничивать его, снижать его динамику, не обеспечивая главного — надежности и непрерывности процессов. Фактически, в этом случае ИТ становится помехой бизнесу.
«Черной дырой», в которой бесследно исчезают миллионы. А вопрос бизнес-заказчика: «Почему, несмотря на все траты, у нас ничего не работает?», наоборот, всплывает в такой ситуации постоянно.
Как предприятию увидеть свои ИТ-проблемы и как найти их решение?
Чтобы заметить уже созревшие ИТ-проблемы, ничего делать не надо. Они проявятся сами. Когда критичные для бизнеса приложения вдруг начинают работать медленнее, влияя, сажем, на скорость отгрузок готовой продукции заказчикам или сырья от поставщиков и сбивая тем самым налаженный производственный цикл, когда персональные данные клиентов теряются и не могут быть восстановлены или консолидированная отчетность из региональных подразделений не поступает вовремя, что не позволяет руководству в головном филиале оценить общую картину продаж и, опираясь на факты, выбрать участки, где требуются срочные меры. Все это нарушает работу бизнес-подразделений, нервирует специалистов, снижает доходы компаний.
Главный вопрос здесь — когда и в какой степени проявятся эти ИТ-проблемы. Хорошо, если в момент, когда еще можно что-то исправить. Чтобы выявить эти проблемы на ранней стадии и найти максимально безболезненный способ их предотвращения в дальнейшем, многие средние и малые компании используют сегодня ИТ-аудит. Для них этот современный инструмент стал логическим продолжением привычных финансовых аудитов, помогающих понять, что происходит в их учете. Точно так же ИТ-аудит помогает SMB понять, что происходит в их ИТ.
Однако, самостоятельно ответить на эти вопросы среднему и, тем более, малому предприятию сложно — для этого ИТ-специалистам зачастую не хватает ни кругозора, ни квалификации, ни методической основы, ни мотивации, ни наработанного на сотнях разных инфраструктур практического опыта. А если «срез» состояния делает та же команда, что создавала эту инфраструктуру, она, скорее всего, будет склонна воспринимать ее как данность — со всеми «историческими ошибками». И проверять ее в рамках имеющихся компетенций и давно сложившегося взгляда на нее — ни шире и ни уже. Поэтому предприятиям в этой части, все же, выгоднее работать с внешним поставщиком услуги, гарантирующим максимально беспристрастный анализ того, что происходит в инфраструктуре. При правильном выборе поставщика, компания как на ладони увидит причины проблем в ИТ и получит понятные бизнесу рекомендации, помогающие понять, как наилучшим образом и с минимальными затратами выйти из сложившейся ситуации и не допустить ее повторения.
Прямая связь между непрерывностью бизнеса и работой информационной системы предприятия заставляет задуматься о важности ее качественного обслуживания. Может ли предприятие прийти к гарантированным характеристикам функционирования? Как это сделать?
В последнее время руководители SMB-компаний все чаще рассматривают ИТ как критически важную составляющую для бизнеса, напрямую влияющую на его непрерывность. И стремятся к тому, чтобы характеристики критичных для бизнеса информационных систем и их возможные простои были загнаны в жесткие рамки. Это важный сдвиг в сознании управленцев.
На практике согласовать, формализовать и начать правильно контролировать характеристики систем и сервисов (SLA, Service Level Agreement — соглашение об уровне предоставления услуг) можно, взаимодействуя с поставщиком ИТ-услуг только в рамках системного сопровождения ИТ. Исторически популярная во многих малых и даже некоторых средних компаниях модель работы, которую я бы условно назвал «сломалось-починим», не приносит малому и среднему бизнесу главного — решения проблем в ИТ, непрерывности работы критичных для бизнеса систем и сервисов и, соответственно, непрерывности самого бизнеса. Потому что в рамках этого подхода никто из ИТ-персонала на такой результат просто не нацелен. Все заняты только решением инцидентов. А ресурсов на то, чтобы понять, что из раза в раз вызывает инциденты и устранить саму проблему, «приходящий системный администратор», как правило, не имеет.
По большому счету, вся работа с ИТ в концепции «сломалось-починим» ограничивается небольшим «кусочком» сопровождения. О планировании, комплексной поддержке и развитии инфраструктуры компании речь не идет. Наличие такой модели работы с ИТ, в свою очередь, не позволяет собственнику или генеральному директору остановиться и осознанно сделать выбор в пользу главного — гарантированной надежности инфраструктуры и непрерывности бизнеса.
Сопровождая ИТ системно, специалисты, в первую очередь, фокусируются на правильной настройке систем и превентивной работе с ними, нацеленной на устранение возможных проблем. А не на борьбе с последствиями сбоев.
Когда фокус заказчика и поставщика ИТ-услуг совпадает, когда они работают в рамках одной модели сопровождения ИТ и у них есть пространство для конструктивного диалога, тогда уже можно говорить о гарантированном качестве сопровождения. И тогда же имеет смысл вводить SLA и понятные параметры качества сервиса. Например, доступность «1С» или CRM 99,5% времени.
И говорить с бизнес-заказчиком о том, что для достижения этого параметра нужно. Возможно, ничего, так как все уже есть. А, возможно, нужно продублировать «в облаке» еще один узел или докупить сервер. Отдельно отмечу, что выстроить качественное системное ИТ-обслуживание можно только опираясь на отлаженные процессы. И здесь мы подходим к тому, что в основу ИТ-обслуживания должен быть положен процессный подход.
Его главная цель — внедрение и постоянная оптимизация ИТ-процессов, снижение вариабельности повторяемых операций внутри них. На практике это, может быть решение заявки от сотрудника любого отдела или департамента компании не более чем за два часа.
Выполнение одной заявки за час, а другой — за неделю здесь неприемлемо, потому что не приносит ожидаемого результата ни заказчику, ни исполнителю. Первому высокая вариабельность тормозит бизнес, второму — несет высокие издержки, которые для него невыгодны. Чтобы ее избежать, компании стоит разработать и задокументировать основные процессы — работу с инцидентами и обращениями, управление проблемами, управление качеством сервиса, сопроводив их регламентами, инструкциями и назначив ответственных за каждый процесс.
Однако это — долго и дорого. Как вариант, готовые процессы в среднюю компанию может привнести зрелый внешний поставщик услуг.
Если же у компании нет возможности купить их, она может внедрить и задокументировать практики, т.н. «процессы начального уровня», с которыми вполне можно жить несколько лет. Практики дадут возможность бизнесу не подходить к каждой заявке или проблеме как к уникальной, каждый раз начиная с нуля и тратя силы и время.
А обращаться к существующему (и зафиксированному) опыту, релевантному для этого предприятия. Это важный этап, без которого дальнейшее построение ИТ-процессов невозможно. Чем больше практик компания сможет наработать, задокументировать и внедрить, тем ближе она станет к процессному подходу. И тем больше знаний о том, «как правильно» она сможет сохранить и применить. Когда компания накопит достаточно практик, она сможет двигаться дальше — заниматься внедрением полноценных процессов.
Во второй части интервью мы обсудим, как совместить качественное обслуживание информационной системы с ее постоянными изменениями, как на практике внедрить систему ИТ-процессов и как при этом избежать наиболее опасных ошибок.
Источник: alp-itsm.ru
Информационные технологии, функциональные подсистемы, бизнес-приложения. Определения.
Информационные технологии (ИТ) – аппаратно-программная компонента информационных систем, телекоммуникации и данные, совместно обеспечивающие функционирование информационных систем и являющиеся их главной материальной основой.
Функциональные подсистемы (ФП) – специализированные программы, обеспечивающие обработку и анализ информации для целей подготовки документов или принятия решений в конкретной функциональной области на базе информационных технологий.
Бизнес-приложения – это множество всех прикладных систем, функционирующих для поддержки основной и вспомогательной деятельности (бизнеса, компании).
Информационные технологии (ит), базы данных, функциональные подсистемы (фп). Примеры взаимодействия.
Важная составляющая ИТ (ядро) – данные, организованные с помощью специальных программ в базы данных. Базы данных – мост, соединяющий техническую помощь ИС с реальными задачами ФП. Базы данных – аппарат, преобразующий закладываемые в него данные в информацию, извлекаемую потом по запросам из ФП для подготовки и принятия решений.
(+см. также № 20)
Что включает в себя управление информационными системами?
Управление информационными системами – компонента, обеспечивающая оптимальное взаимодействие информационных технологий, функциональных подсистем и связанных с ними специалистов, а также их развитие в течение всего жизненного цикла информационной системы.
Управление информационными системами предусматривает выполнение следующих функций:
- управление персоналом,
- управление пользователями,
- управление развитием,
- оперативное управление,
- управление качеством,
- финансовое управление.
Управление качеством включает в себя:
разработку корпоративных стандартов информационных систем, разработку соглашения об уровне обслуживания (Service Level Agreement — SLA), контроль качества сервисов, проектов.
Управление персоналом включает в себя:
обучение обслуживающего персонала, оценку эффективности деятельности персонала, планирование деятельности персонала, планирование карьеры персонала.
Управление пользователями включает в себя:
обучение пользователей, техническую поддержку, организацию «горячей линии».
Управление развитием информационных систем включает в себя:
планирование развития информационных систем, бюджетное планирование, планирование обновления.
Оперативное управление включает в себя:
мониторинг функционирования; фиксирование, анализ и разрешение (или эскалацию) инцидентов; резервное копирование, восстановление, ремонт, регламентное обслуживание; конфигурирование, настройку, оптимизацию, управление производительностью; управление безопасностью; администрирование пользователей.
Финансовое управление включает в себя:
управление бюджетом, управление закупками, управление контрактами, управление основными средствами.
Что важнее: функциональные системы и бизнес-приложения или информационные технологии?
ИТ представляет собой фундамент ФП и от того, каковы основные параметры этого фундамента – скорость, качество, надежность — обработки и передачи данных, зависит успешность работы ФП. При этом выбор этих параметров может определяться требованиями, диктуемыми ФП исходя из конкретных объемов выполняемой ФП работы. Поскольку технические требования к ИТ едины и стандартизованы, а способы создания ИТ — инфраструктуры также стандартны – удовлетворение требованиям функциональных подсистем при построении «фундамента» в принципе достигается просто.
С другой стороны, формулировка требований ФП, как правило, не имеет стандарта, четкости и строгости, подобной ИТ. Специалисты, работающие в бухгалтерии или казначействе, могут лишь весьма приблизительно оценить объемы обрабатываемой информации по объективным причинам: платежи и выплаты случаются неравномерно, у них есть суточные (утром активность иная, чем вечером), недельные (понедельник / пятница) и сезонные (лето / зима) особенности.
Можно было бы задать требования по максимуму, но это будет дорого, в любой организации есть жесткие ограничения по финансовым ресурсам. Кроме того, требования различных ФП могут противоречить друг другу. Например, производство потребует значительных запасов сырья, чтобы избежать возможных простоев из-за его нехватки, в то время как специалисты по финансам точно потребуют минимизировать запасы. В общем, исходящие от ФП требования могут быть сложны, нечетки и противоречивы. Тем не менее, именно компонента ФП служит достижению целей организации и ради нее строится весь фундамент ИТ.
Так что ИТ и ФП существенно зависят друг от друга, причем существование ФП без ИТ невозможно, а ИТ без ФП – бессмысленно.
Источник: studfile.net
Создаем бизнес-приложения на ТУРБО.
Импортозамещение в действии
Сергей Бобрецов, продакт-менеджер разработчика информационных бизнес-систем ТУРБО (входит в «Консист Бизнес Групп», ГК ЛАНИТ)», рассказал о том, как создавать бизнес-приложения на российской платформе ТУРБО, насколько хорошо они выдерживают нагрузки и какое отражение в них находит low code.
Непрерывно растущий объем бизнес-данных требует от информационных систем повышенной производительности для обработки информации и гибкости для ее анализа. При этом скорость является принципиальным параметром — стратегия go to market требует доставки новых решений и сервисов для клиентов максимально быстро.
Процесс импортозамещения дал мощный импульс создания отечественных приложений и сервисов и при этом поставил перед разработчиками приложений новые задачи. Скорость создания новых информационных систем и сервисов напрямую связана с той платформой, на которой они создаются, и функционалом, которым эта платформа обладает уже в базовой поставке.
Посмотрим, какие возможности платформа ТУРБО Х дает в создании бизнес-приложений, насколько хорошо она выдерживает нагрузки и как наиболее востребованные концепции, такие как low code, находят отражение в бизнес-приложениях на ТУРБО Х.
Технологии «на борту». Разрабатываем новые бизнес-приложения
Платформа ТУРБО Х — отечественный продукт, включенный в реестр российского ПО и представленный на рынок вместе с новой линейкой бизнес-решений ТУРБО в 2019 году. Важнейшем качеством новой версии платформы стала скорость обработки больших объемов данных корпоративных заказчиков и технологии «на борту», позволяющие быстро и просто реализовать на платформе новые бизнес-приложения.
Платформа ТУРБО Х имеет три базовых подхода к созданию бизнес-приложений: программирование, настройку и моделирование.
Каждый последующий уровень расширяет функциональность — от работы с различными СУБД, учета и аналитической отчетности до моделирования деятельности на основе технологии бизнес-процессов.
Исторически платформа ТУРБО аккумулировала многолетний опыт разработки отечественного программного обеспечения с дополнением и адаптацией современных технологий и методов автоматизации бизнеса. Для создания приложений используются шесть основных элементов.
1. Встроенная среда разработки — объектно ориентированный язык программирования, позволяющий создавать как технические системы, так и системы управления бизнес-процессами.
2. Многомерный анализ — встроенный OLAP-куб собственной разработки, обрабатывающий многомерные массивы данных, в совокупности с генератором отчетов по принципам low code. Позволяет обрабатывать многомерные данные, проводить их анализ и формировать аналитические отчеты.
3. Моделирование деятельности — технология ТУРБО, позволяющая не только моделировать деятельность, но формировать систему учета ресурсов, которыми обмениваются разные процессы в организации, отражая количественные и стоимостные изменения.
4. Быстрое решение прикладных задач — применение концепции low code при решении прикладных задач (далее рассмотрим на примере решения Турбо Бюджетирование).
5. Два интерфейса для поколения Z — web и нативный, использование единого кода. Позволяет создавать сразу два интерфейса, при этом знание программирования на web не требуется.
6. Варианты использования платформы — Windows, Linux и облачное развертывание. Рассмотрим эти элементы более подробно и начнем с больших объемов информации.
Работа с большими данными
По данным IDC, к 2025 году объем всех данных во всем мире составит 163 зеттабайт (ЗБ), что в 10 раз больше, чем общий объем данных по состоянию на 2016 год. Этот глобальный тренд оказывает огромное влияние на развитие информационных систем и оборудования. Все корпоративные клиенты так или иначе накапливают огромный объем информации, и масштабируемость решения становится критически важной задачей.
Инструменты, входящие в платформу разработки бизнес-приложений ТУРБО Х, обеспечивают возможность структурирования и обработки больших массивов данных. При этом используется четыре базовых элемента.
• СУБД на основе SQL. Универсальный механизм структурирования данных и их обработки. Позволяет хранить, нормировать и анализировать большие объемы информации. Может быть применен к любым видам данных.
• Метод связей (ссылок). Механизм структурирования данных на основе ссылок (гиперссылок), позволяющий выстраивать связи в сетевом принципе построения. Обладает большей гибкостью по сравнению с SQL, но и более сложным механизмом анализа — на основе поисковых машин.
• Метод временных рядов. Метод структурирования данных за счет расположения их в рамках возникновения (времени) информации, предоставляющий возможность накапливать информацию и анализировать ее в исторической ретроспективе. Дополняет методы SQL и ссылок и позволяет оценить последовательности (порядок) возникновения информации и ее актуальности. Дополняя этот принцип отражением данных в структуре «счетов», формируется основа для создания учетных систем (учетный метод). Такой метод положен в основу построения всех учетных программ бухгалтерского, налогового и других видов учета.
• На основе методик бизнес-процессов. Метод структурирования информации, позволяющий фиксировать в рамках обмена ресурсов количественные и качественные изменения состояния процессов организации. Дает возможность формировать оценку ресурсов организации в накопленной стоимости и распределенной ценности, создавать ссылочные связи внутри системы и выстраивать их в кубы, формировать информацию во временные ряды.
При этом важно отметить, что ТУРБО Х эффективно использует мощности «железа», обеспечивая работу с данными в многопоточном режиме. Для балансировки нагрузки применяются диспетчеры, которые отслеживают нагрузку на серверы исполнителя, в рамках которых распределяются задачи. Важно отметить, что ТУРБО Х может обеспечить исполнение задач не только в синхронном, но и асинхронном режиме, что имеет ряд положительных моментов.
Архитектура ТУРБО Х создает базу для широкого практического применения подхода Robotic Process Automation (RPA), который позволяет не только создавать процедуры для роботизированной обработки массивов структурированной информации и обмена с внешними системами.
ТУРБО Х позволяет использовать в работе разные типы клиентов — web-клиент, легкий нативный клиент (мультиплатформенный), клиент на основе мессенджеров и других технологий. Сама клиент-серверная архитектура позволяет добиться хорошего масштабирования системы, как со стороны исполнения многопоточных расчетов (сервер процедур), так и со стороны формирования и получения данных из многомерных кубов (сервер расчетов) для повешения скорости доступа к данным.
В качестве практического примера работы с большим массивом информации можно рассмотреть нагрузочное тестирование системы Турбо ERP, разработанной на платформе ТУРБО Х. Для тестирования была выбрана задача, которая достаточно часто встречается у пользователей системы и в которой объединяются функциональность (множество алгоритмов), разнородность (несколько видов учета УУ, РСБУ, НУ, МСФО — с разными методами и коэффициентами, для каждого, большой объем первичной информации и регламентированная периодичность. Такой задачей стал расчет амортизации основных средств и нематериальных активов амортизируемого имущества крупного телеком-оператора за учетный период один год, в объеме 1 млн единиц, разбитых на 80 филиалов, и по трем видам учета — РСБУ (БУ), налоговый учет (НУ) и МСФО.
ТУРБО ERP рассчитала амортизацию 1 млн основных средств за 22 минуты по трем видам учета.
Подробности проведения нагрузочного тестирования узнайте на веб-мероприятии «Создаем бизнес-приложения на ТУРБО» 23 декабря 2020 [1] .
Low code
Глобальный тренд на уход от большого объема разработки к механизмам настройки бизнес-приложений получил отражение и в решениях, построенных на платформе ТУРБО Х. В качестве примера разберем работу с бизнес-приложением ТУРБО Бюджетирование.
Решение позволяет на каждой стадии, без применения программирования, формировать на лету сложную взаимосвязь объектов системы (измерений, форм, расчетов, отчетов), гибко изменяя эту взаимосвязь в зависимости от требований.
В ТУРБО Бюджетировании технология low code применяется в следующих объектах:
• Настройка измерений (справочников) — выполнена в виде набора пред подготовленных перечней, смысловую нагрузку по которым можно задать перед началом формирования бюджетной модели.
• Настройка форм ввода (ввод по аналогии Excel — ячейки и формулы) — имеет развёрнутую систему настроек, определяющую не только расположение объектов по страницам, срокам, столбцам, но и управление внешним отображением, включая цветовое, и группировку различный данных по сегментам вывода.
• Настройка расчётов — формирование «легких» скриптов по бюджетной модели, объединяет измерения и данные, введенные в формах, для автоматизированного формирования расчетных значений ячеек, параллельно отражает схему расчета бюджетных показателей.
• Настройка отчетов (табличные, графические, презентационные) — получение итоговых результатов процесса бюджетирования и преобразование их под различные цели (просмотр, отражение в виде графиков и диаграмм, подготовка презентации полученных результатов).
Многомерный анализ
Говоря о скорости работы с данными, нельзя не затронуть тему обработки и представления информации. Все вендорские и партнерские бизнес-приложения, построенные на платформе ТУРБО Х, обеспечивают пользователей широкими аналитическими возможностями. Во многом это достигается за счет того, что все анализируемые объекты наделены аналитическими признаками, обладающими качественной и количественной информацией. ТУРБО Х позволяет использовать множество аналитических признаков, фиксирующих свойство объекта с разных ракурсов, во множестве срезов многомерных кубов данных.
Для анализа изменения свойств объекта используется принцип фиксации количественных и качественных состояний объекта в рамках аналитического признака с учетом времени. Расширенный метод применения процессного подхода является отличительным свойством платформы ТУРБО. Все зафиксированные значения выстраиваются на временной шкале в виде многомерного пространства, сформированного набором аналитических признаков. Такой принцип расположения позволяет анализировать информацию с помощью дискретных принципов применительно к изменению свойств объекта во времени.
Аналитические признаки организованы в однородные группы — аналитические справочники. Они используются для построения многомерных кубов, гранями которых является отдельные аналитические справочники, также есть дополнительная грань в виде временного ряда. Упрощенный пример такого построения представлен на рисунке.
Упрощённый пример многомерного аналитического куба в системе ТУРБО ERP
Аналитические возможности ТУРБО представлены в бизнес-приложении ТУРБО BI (подробнее о решении можно узнать из веб-презентации) [2] . Работа с приложением построена по принципам low code и представляет собой параметрический генератор аналитических отчетов, открывающий окно в мир многомерных данных. ТУРБО BI предлагает различные представления многомерных данных на экране:
• перечни, списки, имеющие значение из одно или нескольких полей;
• таблицы, гриды, предлагающие представление информации в виде сложно структурированных таблиц данных с группировкой по строкам и колонкам;
• графики, диаграммы, множество графических методов представления информации для визуального анализа;
• панели и дашборды для представления множества сложных объектов (отчетов) на одном экране.
Интерфейс
Ни для кого не секрет, что успех любого разрабатываемого приложения напрямую зависит от скорости адаптации пользователей к системе. ТУРБО Х, как и вся линейка продуктов ТУРБО, относится к новому поколению решений и разработана в концепции мобильности, быстродействия и передовой эргономики поколения Z. В бизнес-приложения были привнесены ключевые принципы современного пользовательского опыта глобальных интернет-сервисов, чтобы сделать решения простыми и понятными, в том числе новому поколению пользователей.
В интерфейсе бизнес-приложений информация представлена в виде последовательной цепочки карточек-окон, что позволяет выделить «текущий» раздел для работы, не отвлекаться на ненужное в данный момент и переключаться между блоками, меняя фокус и контент. Еще один удобный визуальный элемент ― закладка, разделяющая информацию по большим темам.
Такой метод перемещения между окнами единой навигационной цепочки похож на «карусель» ― последующая информация появляется на карточке рядом с текущей и сохраняется понимание (связь), откуда была вызвана информация и в каком контексте. Также связь для более чем двух объектов сохраняется в строке над окнами, что позволяет возвращаться к более ранним этапам процесса в цепочке.
В качестве резюме
Продукты линейки ТУРБО на протяжении многих лет (начиная с 1993 года) отличает возможность обработки большого объема информации и легкая адаптация пользователей. Эту особенность по достоинству оценили более тысячи клиентов, среди которых такие лидеры рынка, как дистрибутор автозапчастей BERG, ритейлер «Технопарк» (читать кейс [3] ) и Райффайзенбанк, которые обрабатывают в системе от несколько десятков миллионов документов.
Отличительная черта линейки — объединение в одной системе востребованного функционала и технологических идей, позволяющих значительно сократить время на обработку и визуализацию данных. Этот подход позволяет продуктам ТУРБО конкурировать не только с отечественными, но и западными системами. При этом, что немаловажно, стоимость ТУРБО может быть значительно ниже зарубежных аналогов. Соотношение скорости работы, технологического оснащения «на борту» и стоимости владения — важнейший критерий при выборе бизнес-приложений.
При этом ТУРБО не ограничивает пользователей выбором готовых решений исключительно собственной линейки. Платформа ТУРБО Х — это современный и удобный инструмент разработки бизнес-приложений любой сложности для компаний различных отраслей.
Примечания
- ↑Создаем бизнес-приложения на ТУРБО. Импортозамещение в действии
- ↑the TURBO BI моделирование, визуализация, хранилище, аналитика
- ↑CNews: После внедрения отечественной ERP-системы российский ритейлер ежегодно растет на 20%
Источник: www.tadviser.ru
