Мы более 33 лет проработали с системой под названием Scala/iScala («Скала»/«айСкала»), далее в тексте просто «Скала», в которой было заложено множество блестящих идей. Конечно, это не идеальная система. Идеальных систем не только не существует, идеала вообще невозможно достичь, можно только к нему стремиться. Но нам было бы очень жалко не использовать наш огромный опыт и идеи во благо страны, как бы пафосно это ни звучало. И мы готовы взять самое лучшее из того, что мы знаем и умеем (а это не только «Скала», но и «Платинум», EFAS («ИФАС»), «Эпикор», Майкрос, EuroSys («ЕвроСис»), Инфо-Бухгалтер, 1С, локальные производственные программы и многое другое), отказаться от того, что неправильно, неудачно, неудобно, не нужно, вредно. И воплотить это в виде решения на базе одного из платформенных продуктов. Не будем пока уточнять, какого именно.
Ниже в описании мы что-то будем сравнивать со «Скалой», но не для того, чтобы её прорекламировать (она больше в России не продаётся), а чтобы объяснить наш выбор, хотя для пользователей других систем наш выбор – это, возможно, единственный вариант. Просто потому, что они не знают, что бывают и другие варианты, а мы знаем и пытаемся выбрать наилучший.
Общие идеи
- Базовые функции. Никакой избыточной функциональности «на все случаи жизни» во имя недостижимой «абсолютной универсальности», как в «Скале», когда некоторые клиенты использовали лишь 5% возможностей системы, но платили за 100%. Кроме того, необходимость проверять тысячи неиспользуемых параметров в «Скале» серьёзно снижала производительность (и не только в «Скале»). Производительность – наш приоритет
- Расширяемость. По запросу. Легко делается добавлением нужных функций, таблиц или процедур с использованием имеющихся наработок или разработанных специально под конкретную ситуацию
- Индивидуальный подход к каждому клиенту: адаптация стандартного решения для каждого бизнес-процесса, настройка модулей под конкретные нужды клиента
- Интеграция с другими системами: всевозможные функции импорта/экспорта информации из внешних источников с участием или без участия человека
- Резервное копирование. Помимо классических вариантов резервного копирования на уровне операционной системы и сервера баз данных возможно также пообъектное резервное копирование структур, табличных данных, форм, процедур и настроек, что может использоваться, в том числе, для переноса и копирования настроек в другое место или новое решение.
- Таблицы сервера баз данных. Классический подход. Никаких «динамических таблиц», «динамической структуры» и прочей табличной «помойки»
- Быстродействие. Классический подход и отсутствие элементов пресловутой «динамической структуры» позволяют получать от сервера баз данных только минимально необходимый набор данных, а не «массив» непонятного размера для его последующей переработки внутри программы. Мы заранее признаём, что сервер баз данных справится с задачей фильтрации данных наилучшим образом, нет смысла тащить большой объём данных внутрь программы и уже после этого накладывать фильтр
- Построение отчётов и доступ к данным. Структура базы данных должна быть «отчётопригодна» для использования классических инструментов построения отчётности или анализа данных не только внутри программы, но и при прямом обращении к БД системы (с соблюдением всех необходимых принципов безопасности, разумеется)
- Открытые архитектура и бизнес-логика: пользователи самостоятельно могут поддерживать и развивать решения на платформе независимо от разработчика
- Конфиденциальность данных и разделение доступа: для каждого пользователя определяется список доступных категорий, который обеспечивает доступ к соответствующей информации
- Знание предметной области: мы можем говорить на одном языке, как с бухгалтером, сотрудником отдела ИТ или кладовщиком, так и с руководителем или собственником предприятия, понимаем их потребности, имеем знания в различных областях бизнеса, например, оптовая торговля, производство (пищевое, фармацевтическое, автомобилестроение, бумага, упаковка), строительство, информационные технологии, гостиницы и рестораны, добыча полезных ископаемых, автотранспортные компании, сервис, издательское дело, страхование, аудит и консалтинг, учебные заведения и др.
- Документирование. Обязательное наличие описаний функций, используемых для настройки системы, описание структур таблиц
Дополнительно:
