Эра Apps
приложения
в закрытом контуре

В основе приложения — объектная модель: классы и их свойства. Сразу после описания класса платформа создаёт таблицу в базе данных, REST и WebSocket API, подписки на изменения в реальном времени и обёртки для TypeScript.

• Типы полей: строки, числа, даты, перечисления, ссылки на другие классы, табличные (присоединённые) свойства.
• Хранение в выбранном хранилище, автоудаление старых записей, ограничения и уникальность.
• Справочники пополняются прямо из карточки.

Логика записи настраивается в редакторе класса: вычислимые поля по выражениям, действия с параметрами, проверка значений и значения по умолчанию.

• Вычислимые поля пересчитываются автоматически — например, сумма с НДС.
• Действия — кнопки в карточке: «Согласовать», «Отправить», «Позвонить»; выполняются в браузере или на сервере.
• Код на TypeScript вписывается прямо в поле действия — без отдельного проекта.

Для каждого класса платформа генерирует таблицу и карточку. Разработчик раскладывает поля по колонкам, группам и вкладкам, задаёт зависимости и динамику — без кода.

• Разметка карточки: вкладки, группы, от одной до пяти колонок, табличные данные внутри карточки.
• Редакторы значений и контролы — выпадающие списки, календарь, гиперссылки в таблицах.
• Динамические поля появляются и скрываются в зависимости от данных.

Приложение — это меню (toolbox) и набор контролов. Пользователь видит на рабочем столе те приложения, которые доступны его ролям.

• Рабочий стол собирает приложения пакета рядом с приложениями контакт-центра и телефонии.
• Публичная ссылка открывает приложение без учётной записи — например, форму заявки для клиентов.
• Несколько приложений на пакет: рабочее место оператора, руководителя, администратора.

Роли определяют, какие приложения, классы и поля доступны пользователю, кто может читать, а кто изменять данные.

• Доступ к классу на чтение и изменение — списком ролей.
• Фильтры чтения: менеджер видит только свои заявки, руководитель — заявки своего отдела.
• Права на поля: видимость и изменение отдельных свойств по ролям.

Сервис обрабатывает данные без участия пользователя: при активации пакета, по таймеру или по событию — создании, изменении, удалении записей. Работает на сервере приложений или в браузере.

• Обработчики (Handlers) реагируют на операции с классом и могут запустить служебный сценарий.
• Смены и расписания для задач, привязанных ко времени.
• Зависимости сервисов описываются в пакете и переносятся вместе с ним.

Когда no-code не хватает, логика пишется на TypeScript. Короткие методы переопределяются прямо в редакторах классов, полный исходный код сервисов доступен целиком.

• Серверный код исполняется в NodeJS на сервере приложений, клиентский — в браузере.
• Разработка в Builder или в VS Code — исходный код пакета доступен как обычный проект.
• Утилиты платформы: загрузка и изменение данных, параметры, запросы во внешние системы, вызов сервисов.

Для связи с внешними системами в платформе есть готовые средства — запросы, параметры и API.

• EraRequest — GET, POST, PUT и другие запросы во внешние системы из кода сервиса.
• Параметры проекта хранят адреса, ключи и токены вне кода — их меняет администратор.
• API платформы — REST и WebSocket для каждого класса; универсальный источник данных и служебные сценарии.

Приложение связано с коммуникационным слоем той же платформы: звонки, записи разговоров и сценарии доступны без интеграций.

• Карточка по звонку: поиск клиента по номеру телефона и открытие карточки при входящем вызове.
• Записи разговоров привязываются к карточке и прослушиваются в один клик; звонок клиенту — кнопкой.
• Сценарии IVR и служебные сценарии читают и изменяют данные приложения; комнаты ВКС создаются из карточки.

Отчёты строятся на данных классов, SQL-запросах или методах сервисов; документы создаются по шаблонам.

• Отчёты текущие, исторические, со скользящим окном и смешанные; таблицы и диаграммы.
• Дашборды собирают несколько отчётов на одном экране с общим фильтром.
• Документы по шаблону Word с автоматической нумерацией — счета, договоры, акты.

Пакет переносится между средами — от разработки до промышленной — вместе со своими данными и переводами; поведение сервисов видно в логах.

• Фиксчи — данные пакета, которые сами появляются при активации на новой среде: статусы, справочники, параметры.
• Константы и локализация — тексты интерфейса на нескольких языках.
• Логи сервисов с настраиваемым уровнем детализации и REST-песочница для проверки API.