Часто задаваемые вопросы (FAQ)

  • Почему lsFusion ERP эффективно работает с любыми объемами данных

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

    lsFusion спроектирована как SQL-based а не ORM-based платформа (причем как на чтение, так и на запись). Подробнее
    • Позволяет в 99% случаев избегать одной из главных проблем производительности бизнес-приложений - Проблемы N+1
    • Обеспечивает более оптимальную балансировку нагрузки между серверами приложений и БД (нагрузка между узлами системы распределяется более равномерно)
    Динамическая открытая физическая модель Подробнее
    • Позволяет администратору на лету устранять проблематичные места в производительности (возникающие в следствии доработок или особенностей оборудования / физической среды)
    Использование встроенных оптимистичных блокировок СУБД Подробнее
    • Значительно повышает не только масштабируемость, но и производительность (за счет уменьшения оверхеда на установку пессимистичных блокировок)
    Наличие мощных адаптивных оптимизаторов сложных запросов Подробнее
    • Позволяет обеспечивать максимальную производительность на сложных запросах (с упорядочиванием, рекурсией, большой вложенностью подзапросов и т.п.)
    • Позволяет использовать бесплатные открытые СУБД (PostgreSQL), в которых своих оптимизаторов сложных случаев очень мало.
  • Документация и статьи

    Демо и документация по базовому функционалу торговой системы lsFusion ERP (не учитывает эксклюзивные доработки) - здесь

    Дополнительная информация (блог на habr.com) - здесь

    Обучающие видео на YouTube - здесь

    Описание платформы lsFusion - здесь

    Документация по платформе lsFusion - здесь

    Руководство по использованию мобильного приложения для ТСД "lsFusion BCS" - здесь

    Руководство по использованию приложения "Мобильный заказ" - здесь
  • Техническая структура lsFusion ERP

    Технически сервер приложений и базы данных могут находиться в одной виртуальной машине. Рекомендуется разделение на 2 виртуальные машины: для сервера БД и сервера приложений. Они могут быть как на 1 физическом сервере, так и на разных. Минимальный канал связи между серверами 100 Мбит/с, рекомендуемый – 1 Гбит/с.

    Минимальные требования (сервер приложений + сервер БД до 30 одновременных пользователей):
    СPU 4 ядра
    RAM 16 Gb
    Storage 100 Gb SSD

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

      Характеристики
      CPU 20 ядер
      RAM 80 Gb
      Storage 200 Gb SSD

      ОС
      CentOS 9/Debian 11 и выше/Windows

      Службы
      lsFusion Application Server.
      Сервер приложений платформы lsFusion. Разработан на Java. Распространяется под лицензией LGPL (бесплатная) с открытыми исходными кодами и правом на модификацию. Сама платформа универсальна и не содержит в себе никакой бизнес-логики. Конфигурация приложения разрабатывается с использованием встроенного языка. Документация и примеры по разработке на языке находятся в свободном доступе по адресу: http://lsfusion.org/. Низкоуровневый код для взаимодействия с различным оборудованием разрабатывается непосредственно на Java.Конфигурация lsFusion ERP поставляется вместе с исходными кодами и правами на модификацию силами заказчика. Демо-пример находится по адресу https://demo.lsfusion.org/erp. Логин: guest, Пароль: guest.

      Apache Tomcat 8/9. Web сервер.
      На нем устанавливается клиент lsFusion в виде war-файла. Этот файл не содержит в себе бизнес-логики приложения и изменяется только при изменении версии платформы. Пользователи могут подключаться как посредством браузера (Google Chrome, Microsoft Edge, Apple Safari и т.п.), так и скачивать десктоп-клиента к себе на локальный компьютер через Java Web Start. Для этого на клиенте должна быть установлена Java 8 или выше. В случае обновления версии платформы десктоп-клиент будет автоматически обновляться средствами JWS. Десктоп-клиент может запускаться под Windows/Linux/MacOS. По нашему опыту 400 пользователей одновременно потребляют канал 8Мбит/с в обе стороны на всех (статистика сервера приложений). Функционал веб-клиента и десктоп-клиента отличается незначительно.

    2. Сервер базы данных

      Характеристики
      CPU 12 ядер
      RAM 48 Gb
      Storage 200 Gb SSD

      ОС
      CentOS 9/Debian 11 и выше/Windows

      СУБД
      PostgreSQL 15 и выше

      Потребность в дисковом пространстве будет расти по мере роста базы данных.
    Минимальные требования к рабочей станции:
    1. Рабочее место пользователя

      OC Windows 10 и выше/Linux
      CPU i3 (ryzen3) и выше
      RAM 4-8 Gb
      SSD (HDD) 60-80GB
    2. Рабочее место кассира (при использовании модуля Управление продажами)

      OC Windows 10 и выше/Linux
      CPU i3 (ryzen3) и выше
      RAM 8 Gb
      SSD (HDD) 60-80GB
  • Технология перехода на lsFusion ERP

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

    Если сеть состоит из небольшого количества торговых объектов, то имеет смысл рассмотреть вариант единовременного перевода всей сети. В этом случае реализация проекта значительно упрощается, но при этом надо понимать, что велики риски серьезных сбоев работы всей сети и, как следствие, серьезные имиджевые и финансовые потери. Причиной тому могут быть следующие основные факторы: 1. Не все торговое оборудование (кассы, весы, ТСД и пр.) переведено и проверено в новом режиме работы. Как правило, это все надо сделать за одну ночь. 2. Торговая система с эксклюзивными доработками и настройками недотестирована и ошибки или недоработки выявлены уже на стадии эксплуатации сразу во всей сети. 3. Фактор недообученности сразу всего персонала.
  • Возможность доработки(кастомизация) lsFusion ERP

    Торговая система обладает свойством высокой кастомизации и расширяемости за счет возможностей платформы lsFusion, на которой она разработана, удобной среды разработки, механизма предоставления прав доступа пользователям системы, настраиваемого пользовательского интерфейса и модульного принципа построения системы:
    • Каждому заказчику подключается только нужный ему функционал. Структура его базы данных содержит только те поля, которые он использует. Интерфейс конечного решения не содержит лишних элементов. Сервер и клиент не выполняют ненужные события и проверки.
    • Гибкость в изменениях базового функционала. Непосредственно в проекте клиента можно вносить изменения в абсолютно любые формы продукта, добавлять события, новые объекты и свойства, действия, менять дизайн и многое другое.
    • Значительно ускоряется поставка новых доработок, требуемых заказчику. При каждом запросе на изменение не требуется продумывать, каким образом она отразится на других клиентах. За счет этого многие доработки могут быть выполнены и введены в эксплуатацию в кратчайшие сроки (часто в течение нескольких часов).
    Узнать больше
  • Поддержка системы

    Смотреть видео

    После приобретения лицензионных прав на торговую систему, как правило, заключается договор оказания следующих услуг:

    1. Консультации специалистов 1-ой линии поддержки ЗАКАЗЧИКА
    2. Поставка новых релизов ПО (устранение ошибок, расширение и улучшение базового функционала)
    3. Доработка ПО в соответствии с индивидуальными требованиями ЗАКАЗЧИКА


    Все оказываемые услуги (задачи) оформляются и их объем(в часах) фиксируются в системе управления проектами ИСПОЛНИТЕЛЯ «Redmine». ЗАКАЗЧИКУ предоставляется доступ к своему проекту. Задачи в системе «Redmine» имеют 3 типа: поддержка (п.1.), изменение (п. 3) и ошибка (п. 2). Этапы выполнения(статусы) задач:
    • новая – задача создана или необходимо ее возобновить
    • в работе – выполняются работы по задаче
    • обратная связь – требуется дополнительная информация от ЗАКАЗЧИКА
    • решена – задача выполнена, результаты переданы ЗАКАЗЧИКУ
    • к оплате – ЗАКАЗЧИК подтвердил выполнение задачи, ИСПОЛНИТЕЛЬ формирует документ оплаты
    • закрыта – задача уходит в архив
    • отказ – требуемая доработка технически неосуществима или отменена
    Доработка ПО

    Все услуги по доработкам ПО (п. 3) с типом «изменение» оформляются отдельными дополнительными соглашениями. ЗАКАЗЧИК создает задачу с типом «изменение» в системе «Redmine» с указанием всей необходимой информации для ее выполнения (ТЗ). Стоимость услуг по доработке определяется по предварительному согласованию или по фактическим трудозатратам ИСПОЛНИТЕЛЯ.

    Внедрение

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

    Абонентское обслуживание

    На условиях абонентского обслуживания оказываются услуги, перечисленные в п.п. 1-2. Услуги оказываются в рабочие дни с 09:00 до 18:00 следующими способами:
    • с использованием удаленного доступа к компьютеру ЗАКАЗЧИКА (SSH, RDP);
    • по телефонам, указанным на сайте luxsoft.by
    • в чате Skype
    • в офисе ИСПОЛНИТЕЛЯ
    Услуги по абонентскому обслуживанию фиксируются в задаче с типом «поддержка». Превышение объема оказанных консультационных услуг (п.1.) в месяц сверх установленного лимита часов согласовывается с ЗАКАЗЧИКОМ путем предоставления ему отчета по оказанным услугам и оформляется отдельным дополнительным соглашением к Договору. Не использованный в отчетном месяце объем услуг на следующий месяц не переносится.
Contact Us