Вас вновь приветствует команда «Смартбэйс»! Продолжаем рубрику #СмартВопрос и СмартОтвет, в которой наши специалисты делятся опытом внедрения SBase и отвечают на актуальные вопросы о системе.
Первый выпуск рубрики был посвящен базовым вопросам, которые чаще всего возникают у заказчиков при выборе системы для управления бизнес-процессами: в каких случаях внедрение SBase наиболее эффективно, какой уровень подготовки требуется сотрудникам для начала работы и другие. Во втором выпуске мы пригласили к диалогу нашего backend-разработчика — человека, благодаря которому SBase остается надежной и быстрой системой для сотен пользователей наших заказчиков.
Он проектирует внутреннюю архитектуру платформы, настраивает хранение и обработку данных, обеспечивает бесшовную интеграцию с внешними системами и несет ответственность за то, чтобы все бизнес-процессы заказчиков выполнялись корректно, без сбоев и задержек. Итак, сегодня Егор поучаствует в нашем интервью, начнем!
Первый выпуск рубрики был посвящен базовым вопросам, которые чаще всего возникают у заказчиков при выборе системы для управления бизнес-процессами: в каких случаях внедрение SBase наиболее эффективно, какой уровень подготовки требуется сотрудникам для начала работы и другие. Во втором выпуске мы пригласили к диалогу нашего backend-разработчика — человека, благодаря которому SBase остается надежной и быстрой системой для сотен пользователей наших заказчиков.
Он проектирует внутреннюю архитектуру платформы, настраивает хранение и обработку данных, обеспечивает бесшовную интеграцию с внешними системами и несет ответственность за то, чтобы все бизнес-процессы заказчиков выполнялись корректно, без сбоев и задержек. Итак, сегодня Егор поучаствует в нашем интервью, начнем!
— С какими корпоративными системами и внешними источниками данных SBase уже имеет готовые коннекторы?
— У нас нет «коробочных» готовых коннекторов для корпоративных систем (например, SAP или 1С, несмотря на то, что наши заказчики работают в этих системах). По опыту внедрения SBase уже точно можно утверждать, что у каждого производства свои уникальные задачи по автоматизации, сбору данных и их аналитике: кому-то нужно перенести в SBase процесс работы с рекламациями, кому-то — полностью автоматизировать работу склада и процесс сбора заказов. Задачи разные, цели разные, поэтому мы не пытаемся угадать за заказчика, а подключаемся к его системам точечно, с помощью прикладных механизмов, которые пишутся под каждый конкретный проект.
А вот с внешними источниками данных все проще. У нас есть готовые инструменты для работы с базами данных Microsoft Access, Microsoft SQL Server, PostgreSQL и Firebird. Если потребуется, мы вытащим все необходимые данные из любого текстового файла, будь то таблица в Excel или документ Word.
— На платформе есть ограничения по числу пользователей или количеству заносимых процессов производства?
— Думаю, сперва нужно отметить тот факт, что лицензия на использование SBase не ограничивает заказчика в количестве подключаемых пользователей. Технические возможности платформы не содержат искусственных барьеров для масштабирования, фактически производительность системы определяется двумя ключевыми факторами: мощностью серверов заказчика, на которых будет устанавливаться система SBase, и качеством проектирования схемы хранения данных предприятия.
Чаще всего мы решаем задачу переноса уже сложившейся структуры данных из предыдущей системы. Реже сталкиваемся с необходимостью проектировать архитектуру с нуля — например, когда учет ранее велся исключительно на бумажных носителях. В обоих случаях наши специалисты всегда готовы пересмотреть структуру и связи данных, если в процессе эксплуатации выявляются узкие места, снижающие производительность.
Качество проектирования базы данных напрямую влияет на скорость работы системы. Неэффективная архитектура (избыточность данных, негибкость структуры, требующая длительных доработок при каждом изменении) могут стать «бутылочным горлышком» для процессов.
Поэтому при необходимости мы оптимизируем существующую схему или проектируем ее заново для достижения максимальной производительности. Практика подтверждает эффективность такого подхода: мы успешно реализовали проекты по внедрению SBase в крупных компаниях. Грамотная оптимизация архитектуры позволила существенно ускорить как работу системы, так и бизнес-процессы предприятия в целом.
— Какое максимальное число одновременных пользователей может работать в системе?
— Здесь все зависит от того, чем именно занимаются пользователи в один и тот же момент.
Все очень индивидуально и напрямую зависит от задач, которые заказчик планирует решать через нашу систему. Но для ориентира: у нашего самого крупного на данный момент заказчика одновременно в системе активно работает около 1000 человек. Так как мы несем ответственность за технические работы по поддержанию системы заказчиков, можем подтвердить, что сбоев в работе SBase при данной нагрузке не фиксировалось.
— Какое максимальное число единиц оборудования может быть подключено к системе для сбора данных о производственных процессах?
— Подключить можно сколько угодно оборудования. Вопрос не в количестве единиц, а в том, как часто это оборудование обращается к системе с запросами.
Представьте себе проходную: если через нее одновременно ломанется толпа — будет давка и ответы будут приходить медленно. А если люди идут по очереди — все спокойно. Так и здесь: все зависит от частоты запросов. У того же крупного заказчика к системе подключено около 100 автоматизированных рабочих мест (АРМов), которые отправляют данные с определенной периодичностью. Иногда они делают это одновременно, а иногда — нет, и система работает бесперебойно, оставляя возможность увеличить число подключенных активных единиц оборудования.
— Через какие методы в SBase заносятся данные с производства?
— Основной способ — это ручной ввод. Оператор или мастер на производстве просто создает или меняет строки в системе самостоятельно. Но мы можем сделать этот процесс умнее и автоматизировать его с помощью кастомизации. Помимо ручного ввода сотрудники могут загружать данные в систему через:
Кроме того, существует полностью автоматический способ загрузки данных: SBase может принимать информацию от внешних систем (например, от АРМов) через HTTP-запросы — стандартный протокол обмена данными между программами через интернет. При таком взаимодействии одна система направляет запрос на получение или передачу информации, а другая обрабатывает его и возвращает ответ. Это позволяет интегрировать SBase со сторонними модулями без ручного участия сотрудников.
Аналогичным образом работает и загрузка данных по расписанию — в SBase можно настроить, например, ежечасное считывание и заполнение данных из внешних файлов или других информационных систем.
— У нас нет «коробочных» готовых коннекторов для корпоративных систем (например, SAP или 1С, несмотря на то, что наши заказчики работают в этих системах). По опыту внедрения SBase уже точно можно утверждать, что у каждого производства свои уникальные задачи по автоматизации, сбору данных и их аналитике: кому-то нужно перенести в SBase процесс работы с рекламациями, кому-то — полностью автоматизировать работу склада и процесс сбора заказов. Задачи разные, цели разные, поэтому мы не пытаемся угадать за заказчика, а подключаемся к его системам точечно, с помощью прикладных механизмов, которые пишутся под каждый конкретный проект.
А вот с внешними источниками данных все проще. У нас есть готовые инструменты для работы с базами данных Microsoft Access, Microsoft SQL Server, PostgreSQL и Firebird. Если потребуется, мы вытащим все необходимые данные из любого текстового файла, будь то таблица в Excel или документ Word.
— На платформе есть ограничения по числу пользователей или количеству заносимых процессов производства?
— Думаю, сперва нужно отметить тот факт, что лицензия на использование SBase не ограничивает заказчика в количестве подключаемых пользователей. Технические возможности платформы не содержат искусственных барьеров для масштабирования, фактически производительность системы определяется двумя ключевыми факторами: мощностью серверов заказчика, на которых будет устанавливаться система SBase, и качеством проектирования схемы хранения данных предприятия.
Чаще всего мы решаем задачу переноса уже сложившейся структуры данных из предыдущей системы. Реже сталкиваемся с необходимостью проектировать архитектуру с нуля — например, когда учет ранее велся исключительно на бумажных носителях. В обоих случаях наши специалисты всегда готовы пересмотреть структуру и связи данных, если в процессе эксплуатации выявляются узкие места, снижающие производительность.
Качество проектирования базы данных напрямую влияет на скорость работы системы. Неэффективная архитектура (избыточность данных, негибкость структуры, требующая длительных доработок при каждом изменении) могут стать «бутылочным горлышком» для процессов.
Поэтому при необходимости мы оптимизируем существующую схему или проектируем ее заново для достижения максимальной производительности. Практика подтверждает эффективность такого подхода: мы успешно реализовали проекты по внедрению SBase в крупных компаниях. Грамотная оптимизация архитектуры позволила существенно ускорить как работу системы, так и бизнес-процессы предприятия в целом.
— Какое максимальное число одновременных пользователей может работать в системе?
— Здесь все зависит от того, чем именно занимаются пользователи в один и тот же момент.
- Если все просто смотрят отчеты и читают данные — система выдержит хоть всех пользователей заказчика и практически любое количество одновременных сессий.
- Если же они одновременно запускают сложные производственные процессы, которые сильно нагружают базу, — тут снова вступают в силу ограничения по техническому оснащению и сложности структуры баз данных. Сама система спроектирована для работы в ней большого числа сотрудников компании, но если мощности заказчика не позволяют ей выдавать должный уровень производительности, нужно решать проблему технического оснащения предприятия.
Все очень индивидуально и напрямую зависит от задач, которые заказчик планирует решать через нашу систему. Но для ориентира: у нашего самого крупного на данный момент заказчика одновременно в системе активно работает около 1000 человек. Так как мы несем ответственность за технические работы по поддержанию системы заказчиков, можем подтвердить, что сбоев в работе SBase при данной нагрузке не фиксировалось.
— Какое максимальное число единиц оборудования может быть подключено к системе для сбора данных о производственных процессах?
— Подключить можно сколько угодно оборудования. Вопрос не в количестве единиц, а в том, как часто это оборудование обращается к системе с запросами.
Представьте себе проходную: если через нее одновременно ломанется толпа — будет давка и ответы будут приходить медленно. А если люди идут по очереди — все спокойно. Так и здесь: все зависит от частоты запросов. У того же крупного заказчика к системе подключено около 100 автоматизированных рабочих мест (АРМов), которые отправляют данные с определенной периодичностью. Иногда они делают это одновременно, а иногда — нет, и система работает бесперебойно, оставляя возможность увеличить число подключенных активных единиц оборудования.
— Через какие методы в SBase заносятся данные с производства?
— Основной способ — это ручной ввод. Оператор или мастер на производстве просто создает или меняет строки в системе самостоятельно. Но мы можем сделать этот процесс умнее и автоматизировать его с помощью кастомизации. Помимо ручного ввода сотрудники могут загружать данные в систему через:
- Парсинг файлов: система сама считывает данные из присланного файла (например, из таблицы Excel, в которой сохраняются измерения с оборудования).
- Распознавание: мы можем научить систему «читать» отсканированные документы или фотографии, например загружать сканы бумажных отчетов по результатам входного контроля и настраивать автоматическое заполнение таблиц.
- Логика заполнения: на основе уже введенных данных система сама подтягивает недостающую информацию из других таблиц.
Кроме того, существует полностью автоматический способ загрузки данных: SBase может принимать информацию от внешних систем (например, от АРМов) через HTTP-запросы — стандартный протокол обмена данными между программами через интернет. При таком взаимодействии одна система направляет запрос на получение или передачу информации, а другая обрабатывает его и возвращает ответ. Это позволяет интегрировать SBase со сторонними модулями без ручного участия сотрудников.
Аналогичным образом работает и загрузка данных по расписанию — в SBase можно настроить, например, ежечасное считывание и заполнение данных из внешних файлов или других информационных систем.
Профессиональный вклад нашего backend-разработчика позволил обеспечить и поддерживать высокий уровень надежности, производительности и гибкости SBase. Благодаря его работе платформа успешно справляется с нагрузками любого масштаба, легко интегрируется с внешними системами и адаптируется под уникальные задачи каждого заказчика. Мы благодарим коллегу за содержательный разговор и ждем новых вопросов — рубрика продолжается!