FOR DATA ENGINEERING
Build pipelines.
Not input tools.
Customers, vendors, and teams across the business all need to get data into the warehouse. Give them one front door with your rules on it, instead of a new input tool for every process.
| Supplier | Lead time | MOQ | Changed |
|---|---|---|---|
| 14 | 250 | 2d ago | |
| 30 | 500 | 2d ago | |
| 18 | 400 | 2d ago | |
| 9 | 120 | 2d ago | |
| 11 | 600 | 2d ago | |
| 21 | 300 | 2d ago |
Fictional people and companies. No live data.
One setup per process.
Not one app per process.
Each input process is a table and a few settings. Pick one.
Who writes
48 vendors
You set up
raw.vendor_catalog
- Ways in
- FormFileEmailAgent
- Rules
- price > 0, change < 25%
- On accept
dbt: pricing_models
You don’t build
- Vendor portal
- SFTP drop and parser
- Shared inbox
The input layer
you never meant to build.
Chat requests, emailed spreadsheets, an admin app nobody maintains. Drag to see the alternative.
Built the way
you’d build it.
Point it at a table you already have. It reads the types, adds the controls, and handles the edge cases you’d hit in production.
OPS.SUPPLIER_CONFIG
SUPPLIERVARCHAR(120)TextREGIONVARCHAR(60)TextLEAD_TIME_DAYSNUMBER(3,0)NumberACTIVEBOOLEANTrue/falseUPDATED_ATTIMESTAMP_NTZTimestamp
Types come straight from Snowflake.
Governed data entry and writeback for Snowflake
Connect a Snowflake table and give customers, vendors, and internal teams permission to submit or edit the data they own. Validation checks incoming values; accepted changes can trigger the downstream jobs that depend on them.
Snowflake connection guide · Workspace roles and permissions · Qlik writeback comparison
Close the ticket queue.
Open the front door.
Start with the input process that costs you the most tickets. Add the rest when you’re ready.