Capture the code
Point the camera, wedge scanner, or keyboard input at the label - UPC, EAN, Code 128, QR, or internal SKU formats.
When an operator scans in the browser, Scan2Flow sends an HTTP request to your webhook with the decoded value and workflow context. Use it for inventory receiving, cycle count middleware, asset tracking, or automation chains in Zapier, Make, or n8n.
Real-time HTTP POST on every matched scan
Point the camera, wedge scanner, or keyboard input at the label - UPC, EAN, Code 128, QR, or internal SKU formats.
Format rules, pattern rules, and enabled workflows decide which task runs - receiving, count, pick, lookup, or custom automation.
Route the decoded value to your HTTP endpoint, webhook receiver, or automation tool URL. Your server owns validation, storage, and inventory updates.
A simple webhook workflow can log each scan event in another system without building a native scanner app. Works with Zapier, Make, and n8n via webhook URLs - see the linked example pages below.
You control the schema. A common starting point is the scanned value, a workflow name, and optional static fields. Your receiver adds timestamps, user IDs, and inventory context.
{
"scan_value": "{{data}}",
"source": "scan2flow",
"workflow": "webhook-example",
"captured_at": "2026-06-05T00:00:00.000Z"
}No. This page describes sending scan data to a webhook or HTTP endpoint. The receiving service decides what to do next.
Scan2Flow matches the scan to a workflow, then runs the configured action - typically an HTTP POST to your URL with the decoded value in the body or query string you define.
You control the schema. A common starting point is the scanned value, a workflow name or ID, and any static fields you add in the workflow editor. Your receiver adds timestamps, user IDs, and inventory context.
Point the workflow at a request inspector such as webhook.site, or expose a local server with a tunnel (for example npx localtunnel --port 3000). Scan a test barcode in the browser, confirm the POST payload, then switch to your production URL and auth.
Use HTTPS on the receiving URL. Add authentication headers or query tokens in your workflow configuration and validate them on your server. Scan2Flow sends what you configure; your endpoint enforces access control.
Yes, when your middleware maps the POST into WMS, ERP, or Shopify inventory APIs. Scan2Flow captures and sends; it does not adjust stock levels itself.
Orca Scan sends sheet row events from its hosted app. Scan2Flow sends scan-triggered workflow actions from the browser with no sheet lock-in. See /compare/orca-scan for a positioning comparison.
Yes, when you use a webhook URL from those platforms as the workflow destination. Scan2Flow does not ship native connectors - see the barcode-to-zapier, barcode-to-make, and barcode-to-n8n pages for example patterns.
Yes. Scan2Flow also supports scanner input and manual entry, so a camera is not the only input path.
Your configured workflow sends the value to the destination you choose. Your webhook, API, CRM, ERP, or automation platform remains the system of record.
Start with one workflow and one endpoint. See workflow docs for API-call actions, then point a test scan at your URL.