Skip to main content

DFS Lite Connectors

Use connectors to bring data from external sources into FactVerse. A connector stores the source type, connection settings, sync behavior, status, and recent error information.

Prerequisites

Before creating a connector, confirm:

  • the source owner has approved read access;
  • the network route from DFS or DFS Proxy to the source is available;
  • credentials, tokens, certificates, or keys are prepared;
  • expected source fields, tags, topics, tables, or files are known;
  • sync frequency and data freshness expectations are agreed;
  • downstream consumers are identified, such as Inspector, AI Agent, predictive maintenance, or BI.

Connector lifecycle

Create a connector

  1. Open Data Integration > Connectors.
  2. Select Add Connector.
  3. Choose a source type.
  4. Choose a template if one fits the source.
  5. Enter connection settings.
  6. Choose sync strategy.
  7. Test the connection.
  8. Save the connector.
  9. Start it immediately, or leave it disabled until mapping is reviewed.

Choose a source type

Source typePrepare before configuring
OPC UAEndpoint URL, security mode, credentials, namespace or node information.
BACnetNetwork route, device information, object list, polling expectation.
ModbusHost, port, unit ID, register map, data types, scale factors.
MQTTBroker URL, topics, payload format, credentials.
RESTBase URL, authentication method, request path, response field paths.
CSVFile, delimiter, header rules, timestamp field, key columns.
JDBCDatabase URL, credentials, table or query, timestamp and key columns.
FabricOneLake workspace and service-principal details for file inventory, or SQL endpoint details for tabular rows.

Before choosing actions or a sync strategy, check Connector Types and Capabilities. Capabilities differ by connector. In particular, MQTT is inbound subscribe-only, CSV is file import rather than a live connection, and OneLake mode returns file references rather than decoded rows.

Source data inputs

Capture these inputs before the first sync:

InputWhy it matters
Source ownerNeeded for access approval and value interpretation.
Source path listDefines which tags, fields, topics, registers, columns, or files should be inspected.
Time fieldRequired for time-series quality checks and downstream analysis.
Asset or equipment keyNeeded to map source values to operational targets.
Unit and scaleNeeded for range checks and conversion.
Expected update intervalUsed to detect stale data and sync drift.
Data classificationConfirms whether the data can move into the target tenant or environment.

Name connectors clearly

Use names that help operators understand the source without opening it.

Good connector names include:

  • site or plant;
  • source system;
  • data domain;
  • line, area, or equipment group.

Examples:

  • Singapore DC BMS meters
  • Plant A Line 3 OPC UA
  • Warehouse AGV MQTT status
  • CMMS work order REST feed

Set sync strategy

StrategyUse whenOperator check
RealtimeThe matrix marks subscribe as supported.Confirm events arrive continuously.
IntervalThe matrix marks poll read as supported.Confirm interval and expected latency.
On demandThe matrix marks on-demand sync as supported.Confirm the user or job that triggers sync.

Test the connector

Run Test Connection before saving or starting.

A passing test has connector-specific meaning. For example, Modbus tests only the TCP socket, BACnet can pass after discovering a different device, MQTT does not validate topic traffic, and CSV confirms only that parsed file data is currently loaded. Continue with the supported data-path checks before production use.

If the test fails:

SymptomCheck
Authentication errorCredentials, tokens, certificates, source-side permissions.
Network timeoutHost, port, VPN, firewall, allowlist, proxy route.
Protocol errorSecurity mode, topic, register map, endpoint path, payload format.
Empty resultQuery, topic, node selection, file content, source-side filter.

Start, pause, resume, and sync

Connector List and Connector Detail support connector operations.

ActionUse
StartBegin data collection for an enabled connector.
PauseStop collection while preserving configuration and historical data.
ResumeRestart a paused connector.
SyncTrigger on-demand sync only when the capability matrix marks it supported.
DeleteRemove the connector configuration after confirming it is no longer needed.

Batch actions can start, pause, or delete multiple selected connectors. Use batch delete carefully because downstream mappings and operational expectations may still refer to the connector.

Expected output

A usable connector should produce:

  • a saved connector with clear source name and owner context;
  • a passing connection test;
  • a supported browse, poll-read, subscription, preview, or file-import result that matches the intended source;
  • a selected sync strategy;
  • visible sync history after the first run;
  • enough source metadata for mapping and quality review.

Monitor connector detail

After the connector starts, review:

  • connector status;
  • last sync time;
  • throughput;
  • data point count;
  • quality score;
  • recent errors;
  • mapping status;
  • sync logs.

Validation checklist

A connector is ready for mapping and broader use when:

  • connection test succeeds;
  • the connector name identifies the source;
  • source owner has confirmed the source purpose;
  • the connector's supported validation path shows expected data;
  • sync strategy matches the operational need;
  • recent errors are clear;
  • source credentials and network route are approved for the project.

Next step

After a connector is reachable, continue with Mapping Source Fields.