Клиент и бизнес
Проект со стороны ЮНЕСКО, направленный на цифровую доступность информации и механизмов защиты фермеров.

Разработали для проекта со стороны ЮНЕСКО мобильное приложение и административную систему, которые помогают фермерам изучать свои права, находить профильные организации и подавать обращения в цифровом формате.
Проект решает не производственную, а правовую и информационную задачу агросектора. Фермер получает понятные материалы о своих правах, контакты организаций и возможность зафиксировать проблему. Сотрудники работают с обращениями, справочниками и пользователями через административную систему.
Проект со стороны ЮНЕСКО, направленный на цифровую доступность информации и механизмов защиты фермеров.
Объединить материалы, контакты и обращения в понятном мобильном сервисе.
Спроектировали мобильное приложение, административную систему, ролевой доступ, справочники и обработку жалоб.
Фермер получает единый цифровой канал: узнать права, найти помощь, отправить обращение и следить за его обработкой.
Компании с собственным автопарком часто пытаются контролировать топливо только через путевые листы, чеки или итоговые значения. Такой подход не показывает, что происходило внутри периода: когда уровень вырос, когда резко упал, работал ли двигатель и двигалась ли машина
Установка датчика сама по себе тоже не решает задачу. Сигнал содержит колебания, дубликаты и выбросы. Температура меняет объём топлива. Автомобиль может работать вне зоны сети, а данные поступить на сервер позже. Без обработки резкое изменение легко принять за слив или заправку ошибочно
Tell us about the project — we will break down the task and propose an implementation approach.
Команда работала не только с интерфейсом и сервером. Сначала нужно было определить, как ДУТ подключаются к передатчику, какие данные фиксируются, как они сохраняются на маршруте и как система отличает реальное событие от погрешности измерения.
Описали структуру точки, форматы файлов, состояния, интервалы, события и правила пересчёта.
Проработали несколько ДУТ на машину, RS-485, передатчик, МАС-привязку, SD-карту и Wi-Fi.
Задали фильтрацию, температурную коррекцию, пороги заправки и слива, двигатель и движение
Связали локальный сбор данных, серверную обработку, PostgreSQL, web- и desktop-интерфейсы
Реализовали backend, web-интерфейс и desktop- приложение для локальной эксплуатации
В каждом баке установлен ДУТ. Если у машины несколько баков, передатчик опрашивает несколько датчиков по RS-485. Он фиксирует уровень топлива, температуру, напряжение, состояние двигателя и движение, а затем сохраняет данные на SD-карту или передаёт их по Wi-Fi и UDP
We will show how to connect interfaces, business logic, data and external systems.
FRS закрывает путь от физического измерения до анализа по автомобилю, подразделению, дню и месяцу.
Передатчик читает данные каждого бака по RS-485. Польза: вся топливная система автомобиля учитывается целиком.
Точки сохраняются по датам и часам на SD-карте и передаются при появлении связи. Польза: маршрут не зависит от интернета.
Система убирает дубликаты и выбросы, учитывает температуру и тип топлива. Польза: меньше ложных событий.
Резкие изменения проверяются по времени, двигателю и порогу конкретного ТС. Польза: события видны отдельно от обычного расхода.
Двигатель определяется по напряжению или флагу, движение — по акселерометру или motion. Польза: расход получает рабочий контекст
Данные агрегируются по дням и месяцам, доступны фильтры и экспорт. Польза: отчёт формируется из уже рассчитанных метрик.
Пользователь выбирает подразделение, автомобиль и период. Экран показывает начальный объём, расход, остаток, график изменения уровня и таблицу по дням.
Сотрудник видит автомобили выбранного подразделения, их идентификаторы, активность и время последней синхронизации. Отсюда машина добавляется или редактируется
Табличный вид показывает код подразделения, машины, пользователей, роли, локальные серверы и точки доступа. Он подходит для поиска и массового контроля структуры
We will analyse the functionality and build a clear interface structure.
Defining goals, studying the audience, forming requirements and setting tasks. This helps to understand what the business needs and what results are expected.
Creating the solution architecture, thinking through user scenarios, interfaces and logic. At this stage the 'framework' of the future product is formed.
Programming the server and client parts, connecting databases, integrating with external services. This is where the idea turns into a working product.
Checking functionality, performance, compatibility and security. Fixing bugs before the product reaches users.
Deploying the product (for example, publishing in stores or launching on servers), configuring the environment and starting marketing or internal processes.
Updating functionality, adapting to new business tasks, fixing bugs and keeping the product up-to-date.
FRS связала измерительные устройства, транспорт и аналитическую систему. Контроль строится не на ручной сверке, а на последовательной обработке временных точек и настраиваемых правилах для каждой машины
Несколько ДУТ могут работать в одном автомобиле через общий передатчик.
Точки накапливаются локально и загружаются после возвращения на базу
Фильтрация, температура и состояние двигателя учитываются до классификации
Дневная и месячная статистика рассчитывается заранее и готова к выборке и экспорту.
We build enterprise solutions using a powerful, proven, and
versatile tech stack designed for performance, scalability, and
security. Our expertise spans








We will propose a suitable structure and prepare the first sketch of your future project — with no obligation to start development.
You get a visual concept you can discuss with your team.

He will review your project and business objective, prepare recommendations and the first sketch.
An honest conclusion.If the website can be improved without a full rebuild, we will tell you so.