> ## Documentation Index
> Fetch the complete documentation index at: https://docs.prodexlabs.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Data Sources

> Wherever your data lives, ProDex can ingest it: self-serve file uploads and managed system integrations both become sources Dexter can profile, document, and build on.

## Overview

**Data sources** are the raw inputs to ProDex — the files and systems that carry the operational data your work builds on. There are two ingestion paths: **file uploads**, which you drive yourself, and **system integrations**, which your ProDex team provisions against your operational systems. Sources are the raw material; ProDex does not modify them.

Once a source is in ProDex, [Dexter](/product/dexter/chat-and-tasks) reads and profiles it, resolves its codes and quirks with you through [Exploratory Analysis](/product/exploratory-analysis), and turns it into durable artifacts: [Insights](/product/insights) dashboards you revisit, [pipelines](/product/templates) that document how numbers were derived, and inputs to [simulation](/product/simulation-overview) and [planning](/product/planning-models) models.

You manage sources from **Data** in the left sidebar, under the **My Data** tab. For how sources fit into the wider data lifecycle, see [Data Overview](/product/data-overview).

## Get Started

Upload a file in any conversation — drag it into the chat, or use the upload control on the Data page. Once it's in, ask Dexter to explore it: the [Exploratory Analysis](/product/exploratory-analysis) workflow profiles the file, resolves ambiguous codes with you, and produces a first dashboard plus the pipeline behind it. From there the same source can feed simulation models, planning models, BOMs, and reports.

For integrations, contact your ProDex representative — connectivity to your operational systems is scoped and provisioned with your team during onboarding.

## File Uploads

The self-serve path. Drop a file into any conversation with Dexter (an MES export, an ERP report, a spreadsheet, a work-instruction PDF, a CAD file), or use the upload control on the Data page. Uploaded files are the fastest way to get real data in front of Dexter without waiting on IT.

**Supported formats:**

| Category         | Formats                                                                                      |
| ---------------- | -------------------------------------------------------------------------------------------- |
| **Tabular data** | `.csv`, Excel (`.xlsx`, `.xls`, `.xlsm`, `.xlsb`)                                            |
| **Documents**    | PDF, Word (`.docx`, `.doc`), PowerPoint (`.pptx`), Visio (`.vsdx`)                           |
| **Images**       | `.png`, `.jpg`/`.jpeg`, `.gif`, `.webp`, `.bmp`, `.tiff`                                     |
| **CAD**          | `.dwg`, `.dxf`, `.step`/`.stp` — see [supported CAD formats](/product/cad/supported-formats) |
| **Text**         | `.txt`, `.md`, `.json`                                                                       |

Individual files can be up to **2 GB**.

<Tip>
  **A structured export always beats a screenshot of one.** Dexter can read charts and tables in images, but exact figures — especially from dense dashboards — are far more reliable from a CSV or Excel export when one is available.
</Tip>

**Where uploads live.** In your factory workspace. Files persist across conversations and are available to anyone with access to the [Factory](/product/factory-management). You can review and remove uploaded files from the Data page.

<Warning>
  **Uploaded files are factory-scoped, not user-scoped.** Anyone with access to the factory can read any file uploaded to it — there is no per-user privacy boundary on uploads. Don't upload material to a factory whose access list isn't appropriate for it.
</Warning>

## System Integrations

The managed path. An integration links Dexter to one of your operational systems (ERP, MES, WMS, data warehouse, IoT historian, and so on), set up with your ProDex team during onboarding. Part of that setup is a per-system documentation record — administered from the Admin panel's **Integration Documentation** editor — that tells Dexter the shape and semantics of that system's data, so it can interpret exports and answer questions about the source with the same context every time.

<Note>
  **Your data stays in your systems.** Access is governed by your team, and ProDex does not replicate the underlying data unless a pipeline materializes a specific extract.
</Note>

ProDex works with data from systems across the manufacturing stack. The set below is representative — reach out about your specific systems, and your ProDex team scopes the right setup:

export const Pill = ({name, url, w = 16, h = 16}) => <div className="inline-flex items-center gap-2 px-3 py-2 border border-neutral-200 dark:border-neutral-800 rounded text-sm">
    <span style={{
  display: 'inline-block',
  width: `${w}px`,
  height: `${h}px`,
  backgroundImage: `url(${url})`,
  backgroundSize: 'contain',
  backgroundRepeat: 'no-repeat',
  backgroundPosition: 'center',
  flexShrink: 0
}} />
    {name}
  </div>;

**ERP**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="SAP" url="/images/integrations/sap.svg" />

  <Pill name="Oracle" url="/images/integrations/oracle.svg" w={22} h={14} />

  <Pill name="NetSuite" url="/images/integrations/netsuite.svg" w={48} h={8} />

  <Pill name="Microsoft Dynamics" url="/images/integrations/microsoft-dynamics.svg" w={14} h={16} />

  <Pill name="Infor" url="/images/integrations/infor.svg" />

  <Pill name="Epicor" url="/images/integrations/epicor.svg" w={48} h={8} />

  <Pill name="IFS" url="/images/integrations/ifs.svg" />

  <Pill name="Sage" url="/images/integrations/sage.svg" />
</div>

**MES**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Ignition" url="/images/integrations/ignition.svg" w={14} h={16} />

  <Pill name="Plex" url="/images/integrations/plex.svg" />

  <Pill name="Tulip" url="/images/integrations/tulip.png" w={28} h={14} />

  <Pill name="Delmia" url="/images/integrations/delmia.png" w={28} h={14} />

  <Pill name="Parsec TrakSYS" url="/images/integrations/parsec-traksys.svg" w={48} h={10} />
</div>

**WMS**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Manhattan" url="/images/integrations/manhattan.svg" w={24} h={14} />

  <Pill name="Blue Yonder" url="/images/integrations/blue-yonder.webp" w={28} h={14} />
</div>

**BI**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Tableau" url="/images/integrations/tableau.svg" />

  <Pill name="Power BI" url="/images/integrations/power-bi.svg" w={14} h={16} />
</div>

**Cloud Platforms**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Amazon Web Services" url="/images/integrations/aws.svg" w={24} h={14} />

  <Pill name="Microsoft Azure" url="/images/integrations/azure.svg" />

  <Pill name="Google Cloud" url="/images/integrations/google-cloud.svg" />
</div>

**Data Warehouses and Lakehouses**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Snowflake" url="/images/integrations/snowflake.svg" />

  <Pill name="Databricks" url="/images/integrations/databricks.svg" />
</div>

**Databases**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Microsoft SQL Server" url="/images/integrations/sql-server.svg" />

  <Pill name="PostgreSQL" url="/images/integrations/postgresql.svg" />

  <Pill name="MySQL" url="/images/integrations/mysql.svg" />
</div>

**Industrial and IoT**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Rockwell" url="/images/integrations/rockwell.svg" />

  <Pill name="Siemens" url="/images/integrations/siemens.svg" />

  <Pill name="Honeywell" url="/images/integrations/honeywell.svg" w={48} h={8} />

  <Pill name="ABB" url="https://cdn.simpleicons.org/abb/ff000f" />

  <Pill name="AVEVA" url="/images/integrations/aveva.svg" w={44} h={10} />
</div>

**CRM**

<div className="flex flex-wrap gap-2 my-3">
  <div className="inline-flex items-center gap-2 px-3 py-2 border border-neutral-200 dark:border-neutral-800 rounded text-sm">
    <span style={{ display: 'inline-block', width: '16px', height: '16px', backgroundImage: 'url(https://mintcdn.com/prodexlabs/9cCM0LA-07dx2RTc/images/integrations/salesforce.svg?fit=max&auto=format&n=9cCM0LA-07dx2RTc&q=85&s=04eb48c71baf55e92f390e4a6a792f88)', backgroundSize: 'contain', backgroundRepeat: 'no-repeat', backgroundPosition: 'center', flexShrink: 0 }} />

    Salesforce <span className="text-neutral-500">(for demand signals)</span>
  </div>
</div>

**Messaging**

<div className="flex flex-wrap gap-2 my-3">
  <Pill name="Slack" url="/images/integrations/slack.svg" />

  <Pill name="Microsoft Teams" url="/images/integrations/microsoft-teams.svg" />
</div>

Don't see your system? [Contact us](https://www.prodexlabs.com/contact) — the integration surface is extensible.

**How it works with Dexter.** With an integration set up, Dexter draws on its documentation record to understand how that system is structured, so exports from it profile faster and derivations built on a [pipeline](/product/templates) start from settled context rather than raw guesswork.

**Connection setup.** Scoped and provisioned by your ProDex team during onboarding — including the documentation record Dexter reads. Request an integration through your ProDex representative.

**Security.** Whatever access an integration involves is governed by your team, scoped to your factory, and not shared with other factories in your organization.

## What Dexter Does with a Source

Whether the source is an uploaded file or an integration, the flow is the same:

1. **Profile.** Dexter reads the full source when practical rather than sampling, documents its schema and value distributions, and flags anomalies.
2. **Interpret with you.** Dexter surfaces codes, tags, and terms it isn't certain about and confirms interpretation with you before extracting from them.
3. **Land in durable artifacts.** The analysis produces an [Insights](/product/insights) dashboard and a [pipeline](/product/templates) that documents the derivation — every number on the dashboard traces back through the pipeline to the source.
4. **Feed downstream work.** The same source, through the same or a new pipeline, can supply parameters to a simulation model, quantities on a [BOM](/product/bom-overview), inputs to a planning model, or figures in a report.

The confirmed interpretation of a source — its schema, codes, units, and quality caveats — is captured in the source node's description on any pipeline that reads it, so future work on the same source starts from settled ground.

<Info>
  **Every source surfaces the same way in a pipeline** — as a source node the derivation reads from — so the work you build on top is expressed against that node, not against the raw file's storage details.
</Info>

## After a Source Is In

With a source connected, you can:

* Run [Exploratory Analysis](/product/exploratory-analysis) to produce a dashboard and a pipeline
* Feed [simulation models](/product/simulation-overview) with fitted parameters (arrival rates, cycle times, yields) traceable back to the source
* Populate [BOMs](/product/bom-overview) and [planning models](/product/planning-models) with real quantities and lead times
* Generate reports whose figures link back to the source through their pipeline

Every one of these is authored by Dexter with the source as an input node in the pipeline that produced it, so downstream users can click from a number back to the file or integration it came from.