Часто задаваемые вопросы (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-500 одновременно работающих пользователей. Важно понимать, что данные носят условный характер, т.к. на выбор конфигурации влияет как количество одновременных пользователей, так и особенности бизнес-логики: количество и состав модулей, сложность алгоритмов расчетов, возможности формирования отчетов и т.д.
    1. Сервер приложений

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

      ОС
      CentOS 7 и выше (CentOS 8 не желательно)/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 7 и выше (CentOS 8 не желательно)/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