Aerovy Platform logo

Integrations

Connect external systems to pull data in or push notifications out.

Integrations are in beta.

An Integration connects an external system to the platform. It either pulls data in (so telemetry arrives without you posting it) or pushes notifications out. You configure an integration once, map its external resources to your Places and devices, and the platform handles the data flow.

The list page shows the integrations in use and lets you filter and add one. Adding an integration is a two-step wizard: pick a type from the catalog, then configure it. An integration's detail page lets you edit its name and properties, manage resource mappings, and run actions like a test send or a backfill.

Integration types

An integration is classified along three axes.

Direction

DirectionMeaningExamples
INGRESSInbound: pull external data inUtility data, weather, telematics
EGRESSOutbound: push notifications outWebhook, email, SMS, phone

Type

The type is the specific provider or protocol (for example a utility-data provider, a weather source, or WEBHOOK). The catalog lists the types available to your organization. The full list of providers grows over time and is documented separately.

Standard vs custom

Some integrations are custom (first-party) and only appear once your organization is enabled for them. The catalog groups these in a "Custom Integrations" section. Types that aren't yet available render as Disabled, with a prompt to contact your Aerovy representative to enable them.

Configuration

The create wizard has two steps.

The integration create wizard
  1. Choose a type. Search and filter the catalog by direction and availability, then select a type. The direction follows from the type.
  2. Configure. Fill in:
FieldNotes
Integration nameRequired
Type-specific propertiesEach property declares whether it's required and editable; some map to a resource (a device or Place)
Resource pathsTie external resources to your Things and Places; validated as you add them
MetadataFree-form key/value pairs

Outbound specifics:

  • Webhook integrations support an auth type: NONE, BASIC, or DIGEST. Basic and digest take a username and password, stored as secrets.
  • Email, SMS, and phone integrations take recipient lists. Phone numbers are verified by SMS before they're added.

On the detail page you also manage resource mappings: links between an external id and a platform resource (a Place or a device of a given type).

States

An integration has no connection or sync status. It isn't "connected" or "disconnected": it exists with its properties and resource mappings. The states you'll see are configuration and UI states.

Configuration values

  • Direction: INGRESS, EGRESS
  • Webhook auth: NONE, BASIC, DIGEST
  • Catalog availability: available, or disabled (coming soon)

Actions

Running an action (test send, backfill, and similar) is accepted asynchronously: the API returns 202 Accepted. Available actions depend on the integration's direction and type.

API

Send your API key in the X-Api-Key header. Reads need a read scope; create, update, delete, and actions need write. An integration id uses the int_ prefix.

MethodPathPurpose
GET/v2/integrationsList integrations
GET/v2/integrations/{integrationId}Get one integration
POST/v2/integrationsCreate an integration
PUT/v2/integrations/{integrationId}Update name, properties, metadata
DELETE/v2/integrations/{integrationId}Delete an integration
GET/v2/integrations/mappingSupported types per direction
GET/v2/integrations/propertiesProperty config for a type
GET/v2/integrations/validate-pathValidate a resource path
GET/v2/integrations/resourcesList resources for a path
GET/v2/integrations/{integrationId}/resource-mappingsList resource mappings
POST/v2/integrations/resource-mappingsCreate a resource mapping
Running integration actions (test send, backfill, and similar) over the API is coming soon to the v2 API.