폐기물 텔레매틱스 플랫폼

    하나의 플랫폼. 모든 모듈이 하나의 시스템으로 작동합니다.

    Navixy는 세 개의 레이어로 구성된 컴포저블 텔레매틱스 플랫폼입니다: 데이터 수집을 위한 지리공간 소프트웨어와 Location Intelligence, 데이터 자동화 및 처리를 위한 IoT Logic, 그리고 맞춤형 차량 분석을 위한 데이터 변환 레이어인 IoT Query와 Dashboard Studio. 이 레이어들이 결합되어 고정식 프레스 컨테이너와 트럭 기반 수거 모두를 위한 엔드투엔드 단일 시스템을 형성합니다.

    디바이스 무관단일 데이터 경로화이트라벨 지원
    Navixy · 폐기물 플랫폼 실시간
    단일 데이터 경로 · 컨테이너 + 트럭
    01Location Intelligence

    지리공간 인텔리전스, 실시간 차량 데이터

    02IoT Logic

    데이터 자동화 및 처리

    03IoT Query + Dashboard Studio

    데이터 변환, 맞춤형 차량 분석

    04Integrate

    데이터 레이어 · API · 화이트라벨

    Location Intelligence → IoT Logic → IoT Query + Dashboard Studio → Integrate하나의 플랫폼
    플랫폼이 어떻게 맞물리는가

    단일 차량 관리 시스템으로 결합되는 모듈

    동일한 경로가 창고의 프레스 컨테이너와 현장의 수거 트럭 모두를 지원합니다. 각 레이어는 다음 레이어로 전달되며 — 전체 플랫폼을 도입하거나, 하나의 레이어로 시작하여 나머지로 확장할 수 있습니다.

    1. 01

      데이터 수집 — Location Intelligence

      수집 레이어는 충전 센서, OEM 압축기 신호, GPS, J1939/CAN, RFID 및 차량 탑재 중량 데이터를 단일 스트림으로 정규화합니다 — 2,500+ 유형의 디바이스에 걸쳐 디바이스 무관, 전체 센서 자산을 위한 단일 수집 레이어.

    2. 02

      자동화 — IoT Logic

      규칙 엔진이 데이터 스트림 위에 위치합니다: 상태 비저장 규칙 정의가 원시 신호를 의사결정으로 변환합니다 — 임계값 경보, 이중 트리거 완료 플래그, PTO 인식 공회전 분류, 장치 명령(출력, 릴레이, 통신 프로필 전환). 사용자 정의 코드가 필요하지 않습니다.

    3. 03

      변환 — IoT Query + Dashboard Studio

      IoT Query는 처리된 스트림을 SQL 조회 가능한 데이터셋으로 노출합니다 — SQL 호환 BI 도구(Power BI, Superset, Streamlit 등)를 연결하거나, 폐기물 스트림, 사이트, 기간별로 필요에 따라 조회할 수 있습니다. Dashboard Studio는 별도의 BI 도구 없이 플랫폼 내에서 역할 기반 운영 패널로 쿼리를 렌더링합니다.

    4. 04

      통합

      REST API 및 웹훅 레이어가 캡처된 신호 또는 처리된 레코드를 다운스트림 시스템에 노출합니다. 전체 플랫폼, API를 통한 데이터 레이어만, 또는 자체 브랜드 아래 화이트라벨 전체 스택을 선택할 수 있습니다.

    단일 시스템으로 결합되는 모듈

    각 모듈은 단독으로도 유용하고 함께라면 더욱 강력합니다. 하나의 디바이스 레이어, 하나의 데이터 모델, 하나의 화면을 공유하므로 IoT Logic에서 작성한 규칙이 연결 코드 없이도 IoT Query 보고서와 Dashboard Studio 패널에 나타납니다.

    모든 모듈 하단의 단일 데이터 모델

    센서와 차량이 단일 스트림에 데이터를 공급합니다. 자동화, 보고, 대시보드 모두 동일한 실시간 데이터를 읽으며 — 도구 간에 재입력이 필요하지 않습니다.

    DevicestreamonebusIoT Logicreads the same live data · automateIoT Queryreads the same live data · reportDashboard Studioreads the same live data · run
    90% fullrulealert

    IoT Logic

    자동화 모듈: 임계값, 이중 트리거 증명, PTO 인식 공회전 및 과부하 규칙 — 출력, 릴레이, 장치 명령 포함.

    IoT Query

    보고 모듈: 충전, 경로, SLA 증명, 연료, 가동률, 중량 기반 청구를 위한 SQL 스타일 보고서.

    Dashboard Studio

    IoT Query의 일부입니다. 디스패치, 서비스 제공, 유지보수, 관리를 위한 역할 기반 운영 대시보드 — IoT Query 보고서와 동일한 실시간 데이터로 구축.

    FillOEMCAN/PTORFIDWeight 2,500+

    디바이스 레이어

    수집 모듈: 충전 센서, OEM 압축기 신호, CAN/PTO 트래커, RFID, 차량 탑재 저울 — 2,500+ 디바이스.

    단일 통합, 모든 아키텍처

    경계를 선택하세요 — 플랫폼이 적응합니다

    Navixy와의 통합은 경계 결정이지 재구축이 아닙니다. 디바이스 측에서는 2,500+ 지원 유형이 단일 수집 레이어를 통해 연결됩니다 — 제조사별 SDK 없음, 병렬 데이터 파이프라인 없음. 출력 측에서는 플랫폼의 경계를 직접 정의할 수 있습니다: 모든 것이 내장된 전체 스택, REST API를 통해 자체 시스템에 정규화된 신호를 전달하는 데이터 수집 레이어, 또는 폐기물 서비스를 구축하는 TSP를 위해 자체 브랜드 아래 화이트라벨 전체 제품.

    • 2,500+ 디바이스 유형이 단일 수집 레이어에 연결 — 사용자 정의 통합 없이 새 하드웨어 추가
    • REST API 및 웹훅이 캡처된 신호나 처리된 레코드를 다운스트림 시스템에 노출
    • 전체 플랫폼, 데이터 레이어만, 또는 화이트라벨 — 경계는 귀사가 결정
    • 모든 통합 패턴에 대한 SDK 및 문서, 통합 엔지니어링 지원
    단일 플랫폼이 유리한 이유

    단일 데이터 경로, 도구 간 재입력 제로

    단일 플랫폼은 IoT Logic 규칙을 트리거하는 동일한 센서 판독값이 IoT Query 보고서와 Dashboard Studio 패널에도 자동으로 반영됨을 의미합니다 — 중복 통합 없음, 재입력 없음, 별도 커넥터 유지 보수 없음. 통합업체와 TSP에게는 유지할 코드베이스가 하나, 확장할 디바이스 라이브러리가 하나, 다운스트림 시스템에 노출할 API가 하나라는 의미입니다.

    2,500+
    디바이스 유형이 단일 수집 레이어에 연결 — 사용자 정의 통합 없이 새 하드웨어 추가
    Navixy
    하나의 API
    REST 엔드포인트가 캡처된 신호나 처리된 레코드를 다운스트림 시스템에 노출
    Navixy
    재입력 제로
    IoT Logic에서 작성한 규칙이 IoT Query 보고서와 Dashboard Studio 패널에 자동으로 반영
    Navixy

    디바이스 수와 플랫폼 아키텍처 수치는 Navixy 제품 데이터입니다. 통합 결과는 범위와 기존 시스템 환경에 따라 다를 수 있습니다.

    통합 과제를 플랫폼으로 가져오세요

    아키텍처 질문 하나를 가져오세요 — 디바이스 유형, API 엔드포인트, 화이트라벨 범위, 또는 규정 준수 내보내기 요구사항. 귀사 시스템을 통한 수집 → IoT Logic → IoT Query 경로를 매핑하고, 하나의 플랫폼이 무엇을 대체하는지 범위를 정합니다.

    디바이스 무관 · REST API · 화이트라벨 지원

    자주 묻는 질문

    플랫폼이 어떻게 하나로 유지되는가

    Navixy는 하나의 플랫폼인가요, 아니면 여러 개의 별도 제품인가요?
    Navixy는 하나의 플랫폼입니다 — 모듈(IoT Logic, IoT Query, Dashboard Studio, 디바이스 레이어)은 단일 시스템의 구성 요소이지, 조합된 별도 제품이 아닙니다. 단일 디바이스 수집 레이어, 단일 데이터 모델, 단일 인터페이스를 공유합니다. IoT Logic에서 작성한 규칙은 별도 통합 없이 IoT Query 보고서와 Dashboard Studio 패널에 나타나므로, 도구들을 연결하는 대신 하나의 시스템을 관리할 수 있습니다.
    하나의 모듈로 시작해서 나중에 나머지를 추가할 수 있나요?
    네 — 동일한 플랫폼과 데이터 모델에서 실행되기 때문에 하나의 모듈로 시작해서 나중에 나머지를 추가할 수 있습니다. 많은 운영사가 수집 및 IoT Logic 알림으로 시작하여 확장하면서 IoT Query 보고 및 Dashboard Studio를 추가합니다. 성장하면서 재통합이 필요하지 않습니다 — 나중에 추가된 모듈은 이미 흐르고 있는 데이터를 읽습니다.
    모듈이 컨테이너와 트럭 모두에서 작동하나요?
    네 — 두 운영 모델 모두 동일한 플랫폼과 데이터 경로에서 실행되기 때문에 모듈은 컨테이너와 트럭 모두에서 작동합니다. 고정식 프레스/압축기 컨테이너와 스마트 빈이 있는 트럭 기반 수거는 동일한 수집 레이어에 데이터를 공급합니다; IoT Logic, IoT Query, Dashboard Studio는 이들을 함께 또는 별도로 필터링하고 보고할 수 있는 단일 자산으로 처리합니다.
    플랫폼에 새로운 디바이스 또는 센서 유형을 추가하려면 어떻게 하나요?
    Navixy에 새로운 디바이스 유형을 추가하는 것은 플랫폼을 가리키는 것을 의미합니다 — 2,500+ 디바이스 라이브러리가 사용자 정의 통합 없이 대부분의 하드웨어를 처리합니다. 표준 J1939/CAN 트래커, 충전 센서, RFID 리더의 경우 설정은 개발 프로젝트가 아닌 매핑 단계입니다. 사용자 정의 또는 틈새 디바이스는 엔지니어링 팀이 직접 지원하는 디바이스 통합 경로를 따릅니다. 디바이스 유형이 연결되면 해당 데이터는 즉시 IoT Logic 규칙, IoT Query 보고서, REST API에서 사용 가능합니다.
    Navixy를 자체 시스템 뒤의 데이터 레이어로 사용할 수 있나요?
    네 — 전체 프런트엔드를 도입하는 대신 자체 시스템 뒤의 데이터 수집 레이어로 Navixy를 사용하여 API에 데이터를 공급할 수 있습니다. 그것이 바로 Remondis 패턴입니다: Navixy가 디바이스 데이터를 수집하고 정규화하여 API에 노출하는 반면, 다른 운영사(Mainz 시)는 Navixy의 알람 시스템을 직접 사용합니다. 동일한 플랫폼, 다른 통합 경계.
    플랫폼을 화이트라벨로 제공할 수 있나요?
    네 — 전체 플랫폼을 자체 브랜드 아래 화이트라벨로 제공하여 고객을 위한 단일 시스템으로 활용할 수 있습니다. 파트너와 텔레매틱스 서비스 제공업체는 Navixy를 자체 폐기물 서비스로 운영합니다; 하나의 플랫폼이기 때문에 브랜드 제품에는 별도 도구 통합 없이 수집, IoT Logic, IoT Query, Dashboard Studio가 포함됩니다.