ERP-системы *

В статье «Reign of king: тактики и инструментарий группировки Obstinate Mogwai» от Центра исследования киберугроз Solar 4Rays есть интересный кейс атаки через подрядчика. Важную роль в этом сыграла PAM-система Solar SafeInspect, установленная у заказчика.

Изначально, системы класса Priviliged Access Management (PAM) создавались для контроля за действиями пользователей с расширенными правами. Со временем стало ясно, помогают расследовать атаки типа Trusted Relationship (доверительные отношения) и инциденты, вызванные действиями сотрудников и инсайдеров.  Например, в 2024 году «точкой входа» для 8% успешных кибератак стали именно подрядчики.

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

В предыдущей статье мы рассмотрели процесс по созданию документа Коммерческое предложение, а также научились тому, как создавать покупателей в 1С ЕРП.

В данной статье продолжим проводить обзор функциональных возможностей программы 1С ЕРП в подсистеме управления продажами.

Переходим к изучению обзору процесса по созданию заказа клиента.

Создание документа Заказ клиента

Документ Заказ клиента в системе 1С ЕРП является ключевым инструментом для управления и автоматизации процессов продаж в компании. Использование этого документа позволяет эффективно планировать и контролировать взаимодействие с клиентами на всех этапах выполнения заказа.

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

Предназначение документа Заказ клиента:

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

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

Как 1С ЕРП помогает в управлении продажами?

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

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

Аналитическая MDM система: как собрать данные и не разбить процессы в вашей компании. Основные плюсы и минусы.

ИИ устраняет хаос в каталоге ТМЦ: забудьте о дублях и некорректных описаниях ТМЦ

Чем больше каталог ТМЦ, тем сложнее им управлять: дубли, некорректные описания ТМЦ, как следствие избыточные запаса и снижение уровня обеспеченности — эти проблемы хорошо знакомы бизнесу. Чистить каталоги вручную — долго и неэффективно, поэтому мы решили проблему через ИИ: разработали алгоритм, который быстро наводит и поддерживает порядок даже в самых запущенных каталогах. Мы придумали и разработали решение, которое решает эту проблему.

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

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

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

Эта статья посвящена опыту использования Vanessa-Automation — инструмента для тестирования прикладных решений на платформе «1С: Предприятие» и других инструментов для обучения пользователей, создания ролевых моделей и автоматизированного тестирования на проектах. В статье я расскажу, как наш подход вписывается в работу над крупными ERP-системами и не только.

Существует ошибочная точка зрения, что наиболее критичным этапом внедрения ERP-системы является разработка, это не совсем так. Немаловажны активности, связанные с тестированием, обучением и миграцией данных. Однако все это задачи, выполняются на стороне заказчика. В проект имплементации корпоративной информационной системы вовлечены и прочие заинтересованные стороны, в честности контрагенты [1]. Несмотря на то, что вопрос перехода к продуктивному использованию системы является ключевым в ходе запуска, его важность иногда недооценивается. По крайней мере, до тех пора пока вы не столкнетесь с Cutover’ом вплотную. Да, да, именно так называют план перехода в среде технических специалистов.

План перехода включает в себя ряд активностей, выполнение которых решает две основные задачи: техническая подготовка программного решения для функционирования в режиме реального времени, а также взаимодействие с клиентами и поставщиками для обеспечения непрерывной работы с ними. Cutover-план затрагивает технические, бизнес и вопросы, связанные с историческими данными [2]. Формирование плана перехода начинается много раньше промышленного запуска, так как задача в первую очередь требует большого вовлечения сотрудников заказчика, во-вторых, сильно зависит и влияет на технические активности смежных команд.

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

🛠️ Почему мы выбрали gRPC вместо tRPC

При разработке крупных приложений на основе Domain Driven Design переход от монолита к микросервисам требует сохранения принципов ООП для поддержки кода. gRPC предоставляет ряд преимуществ перед tRPC: возможность использования Golang для высоконагруженных компонентов, отказ от паттерна роутера в пользу прямых вызовов микросервисов, эффективную статическую типизацию через интерфейсы, децентрализованную архитектуру с возможностью частичного перезапуска микросервисов и автоматический мап методов классов без boilerplate кода.

Здравствуйте! Меня зовут Екатерина Шеленкова. Я работаю заместителем руководителя отдела развития продуктов Битрикс24 и вот уже 12 лет участвую в развитии продукта. 

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

В конце ноября 2024 года мы ожидаем новую версию продукта, в которой особое внимание уделим совместной работе. Поэтому сегодня я расскажу вам о том, как совместная работа в Битрикс24 помогает малому и среднему бизнесу становиться более эффективным.

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

Ключевым содержанием подобных проектов является разработка программного продукта, а все остальные активности рассматриваются в качестве поддерживающих. Реализация программ может вестись на основе различных стратегий, следуя классическим моделям разработки: каскадной, итерационной и спиралевидной. Проекты имплементации информационных систем «с нуля» преимущественно ведутся на базе каскадной стратегии, а задачи тиражирования и развития систем в последнее время осуществляются с применением итерационных и спиралевидных подходов, например, Agile [2].

Следуя каскадной схеме внедрения программных продуктов, готовится ряд важных проектных документов, описывающих детали предлагаемого решения. В большинстве проектов имплементации систем класса ERP, создаются документы спецификаций на разработку [3]. В России действуют ГОСТ 34, посвященный разработке автоматизированных систем управления (далее – АС). Согласно ГОСТ 34.601-90 этапы разработки системы включают:

Агрессивная, навязчивая реклама товаров, работ, услуг, продвижения бренда в PR-технологиях и маркетинге компаний сегодня начинает давать «обратный» эффект и со временем в таком формате уйдет в прошлое. Новой технологией подачи информации становится сторителлинг, который активно используется как коммуникационный метод продвижения бренда. Сегодня выделиться в огромном количестве информации в информационном потоке стало намного сложнее, поэтому сторителлинг – один из способов это сделать. Сторителлинг (Storytelling) – термин, употребляемый маркетологами, журналистами, психологами, преподавателями и понимаемый как коммуникативная технология, позволяющая посредством нарратива сделать информацию интересной и запоминающейся для адресата. Технология сторителлинга, или рассказывания историй, за последние несколько лет приобрела заметную популярность; она используется в различных профессиональных средах. Изначально сторителлинг был успешно внедрен и апробирован Дэвидом Армстронгом как инструмент управления персоналом. Затем этот метод  начал активно использоваться в маркетинге, PR, журналистике, образовании. 

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

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

Привет, Хабр! Меня зовут Анастасия Цацкина, я старший разработчик Отдела разработки баз данных IBS. В продолжение нашей серии статей о переезде с иностранных решений на отечественные, сегодня я хочу поделиться проектным опытом проведения полноценного аудита базы данных аналитической отчетности перед сменой ERP-системы. Расскажу, какая задача стояла, как выглядела архитектура баз данных заказчика, из каких этапов состоял аудит и что в результате всего этого получилось.

Внедрение корпоративных информационных систем позволяет автоматизировать большинство административно-хозяйственных операций предприятия. Класс системы, например, ERP, ERP2 или MRP, специфицирует бизнес-процессы, подлежащие автоматизации. Имплементация ERP-систем затрагивает две ключевые области деятельности компании: логистику и финансы. Причем специфика страны накладывает свой отпечаток: в Европе преимущественно акцент делается на логистических операциях, в России, напротив, – финансовых [1]. Для обеспечения эффективной работы ERP-системы необходимо обеспечить разумный баланс между логистическими и бухгалтерскими требованиями, их реализацией в программной системе.

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

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

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

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

Здравствуйте, меня зовут Сергей Шаблыкин. Я работаю архитектором домена BI в компании «Лента». Сегодня поделюсь описанием архитектуры рассылки отчетов SAP BW, которая помогает отказаться от тяжеловесного стандартного SAP-решения и получить много дополнительных преимуществ в части экономия времени сотрудников и ресурсов Компании.

Предыстория

Мы используем SAP BW на SAP HANA уже более 10 лет. Когда-нибудь мы напишем статью об успешном импортозамещении SAP BW, но пока это время еще не пришло. За все годы у нас сложился успешный сценарий получения пользователями отчетов через рассылки: сотни пользователей получают их в определенном формате и с требуемыми фильтрами. Есть выгоды и для ИТ в целом: мы получаем меньше жалоб на производительность SAP BW, ведь без рассылки все эти сотни людей заходили бы в систему, причем примерно в одно и то же время.

С выходом SAP BW/4 вендор поменял реализацию сценария и теперь для него требуется SAP Business Objects BI Platform – мощное, но тяжеловесное решение. Так сложилось, что от этой платформы нам нужна только рассылка. Другие компоненты платформы проиграли в свое время конкурентную борьбу. Но из-за рассылок приходится ее «терпеть», в том числе все нынешние сложности с ее обновлением, поддержкой и рядом функциональных недостатков. И это становится проблемой, которая не только усложняет эксплуатацию того, что есть, но и не позволяет расширяться.

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

Большинство предприятий среднего и крупного бизнеса, когда сталкивается с необходимостью смены системы учета (по причине перехода на новую конфигурацию 1С из-за устаревания текущей или перехода на 1С с другой учетной системы), встают перед выбором между двумя программными продуктами: 1С:ERP Управление предприятием 2.5 и 1С:Управление холдингом 3.2.

В статье рассмотрим, на что следует обращать внимание при принятии решения о выборе того или иного продукта.