Конфигуратор стеклопакетов
(ПО)В code1618 обратился лидер стекольной отрасли: три производства в разных регионах пользовались разными системами расчёта стоимости и параметров продукции — из-за этого росли ошибки в документации, споры и бюрократия в продажах. Задача — единый конфигуратор с понятным интерфейсом, чтобы все площадки работали в одной логике.
- Визуализация состава стеклопакета с соблюдением пропорций и интерактивный выбор типовых решений
- Личный кабинет: история запросов и настройки
- Журнал расчётов: анализ, обмен с коллегами, комментарии к расчётам и формулам
- Связь конфигуратора с расчётным движком на отдельном сервере через API
- Обработка ошибок API, кэширование для сокращения времени ожидания
- Админ-модуль: справочники, статистика, права внешних и внутренних пользователей
- Экспорт отчётов в Word/PDF, отправка по e-mail; журнал синхронизирован с API
Ключевые задачи:
Убрать расхождения между производствами, ускорить и стандартизировать расчёты и документацию, дать прозрачную историю и коллаборацию без повторного ввода данных.
Редактор состава: диаграмма слоёв и свойства
Конфигуратор собирает параметры стеклопакета и отображает состав динамически: схема слоёв, список с перестановкой, панель свойств выбранного слоя, выбор типа остекления и толщин. 3D-разрез профиля и пакета помогает согласовать визуальное представление с вводимыми значениями. Сами расчёты выполняет внешний движок; мы выстроили обмен через API, чтобы фронт оставался отзывчивым, а тяжёлая логика жила на своём сервере.
Для надёжности внедрили предсказуемую обработку ответов и сбоев API и кэширование справочной информации — пользователь реже ждёт «пустой экран» при повторных запросах. Администраторам доступны настройки, справочники и агрегированная статистика по запросам; разделение прав отделяет внешних пользователей от внутренних сценариев.
3D-разрез и панель параметров стекла
Журнал расчётов даёт историю прошлых прогонов для сравнения и повторного использования данных без полного ввода заново. Предусмотрены комментарии к расчётам и отдельным формулам, экспорт в Word и PDF, рассылка отчётов коллегам и клиентам. Хранение и выдача записей журнала завязаны на API, чтобы данные были согласованы с расчётным контуром.
Ключевой вызов — разделение ролей: конфигуратор не считает сам, а передаёт структуру в движок и отображает результат; это потребовало чёткого контракта API, версионирования полей и устойчивости к частичным ответам. Единая система для трёх заводов снизила риск расхождения цен и спецификаций между площадками.