Skip to content
Live100% client-sideExcel → SOQL

Excel to SOQL IN Clause Converter — Online & Private

Convert .xlsx or .xls workbooks into Salesforce-ready SOQL WHERE IN clauses instantly — zero server upload, instant browser-side processing, and free forever. Delimiter sniffing, type inference, and chunked output, 100% client-side.

  • Instant pipeline

    Paste, drop, or upload — conversion updates automatically.

  • Typed output

    Columns are inferred as INTEGER, NUMERIC, BOOLEAN, or VARCHAR.

  • 100% local

    Files never leave your browser, even at the 15MB cap.

Source

Input

Excel file

Parsed columns and row counts appear here after conversion.

Output

SOQL IN Clause

Generated SOQL IN Clause appears here after conversion.

100% Client-Side Execution: Your files, database rows, and customer data are processed entirely in local browser memory. Zero bytes are uploaded to any server or external API.

Technical reference

How Excel to SOQL conversion works

Excel to SOQL IN Clause Converter runs Excel workbooks through a deterministic, fully client-side pipeline and produces SOQL output in a single pass — no round-trips, no queues, no waiting on someone else's server. Drop a .xlsx or .xls workbook onto the input pane — the first worksheet is picked up automatically. Press Run Conversion (or just pause typing — the studio parses as you go), and the generated output appears on the right with line numbers, syntax highlighting, and one-click copy or download.

Workbook parsing with native type preservation

The workbook is decoded entirely in your browser: the first worksheet is selected, its first row is treated as the header row, and every remaining row becomes a record. Both modern .xlsx files and the legacy .xls format are accepted, up to the 15MB client-side cap.

Unlike CSV, spreadsheet cells carry real types — and that flows through the whole pipeline. Numeric amounts and true/false booleans survive into conversion natively, so SQL output gets genuine INTEGER and BOOLEAN columns instead of quoted strings, and JSON output gets numbers instead of text. Blank rows are skipped automatically, and anything over 1MB is parsed inside a background Web Worker so the tab stays fully interactive while large books decode.

SOQL WHERE IN syntax, decoded

Salesforce Object Query Language supports filtering a field against a value list with WHERE FieldName IN ('a', 'b', 'c') — by far the fastest way to fetch a specific subset of records by Id or external key without chaining a dozen OR conditions. The converter takes one column of your data as the value source: each value is trimmed, blanks are stripped, duplicates are removed while first-seen order is preserved, and every remaining value is wrapped in single quotes with internal quotes and backslashes escaped — matching the escape rules of both SOQL and Apex string literals.

The Target SOQL Field option names the API field on the left side of the operator: Id for record IDs, AccountId for relationship filters, or any custom field such as External_Id__c. Paste the finished clause directly into the Developer Console Query Editor, Workbench, or a Data Loader extract — anywhere a SOQL WHERE clause is accepted.

Developer Console limits, governor limits, and automatic chunking

Salesforce caps the SOQL statement itself at roughly 100,000 characters in the Developer Console and API, and long IN lists become unwieldy and slow to parse well before that ceiling. Best practice keeps IN expressions to about 200 values. The converter enforces that automatically: when your column produces more than 200 unique values, the output is split into commented chunks of 200 or fewer — each introduced by a // Chunk i of n header — with OR joining the continuation clauses so the entire block remains one valid, copy-pasteable filter expression.

Governor limits are the second constraint worth respecting: a SOQL query may return at most 50,000 rows when invoked from Apex, and a synchronous transaction allows only 100 SOQL queries. Keeping individual queries small and predictable — which chunked IN clauses do by construction — makes retry logic, limit monitoring, and bulk data jobs tractable. The same generated WHERE blocks drop unchanged into Anonymous Apex one-off scripts executed from the Developer Console's Execute Anonymous window, so a cleanup job is a paste and an insert away.

Private by architecture: your data never leaves the browser

Every stage of this conversion — parsing, type inference, and output generation — executes locally inside your browser's JavaScript engine. The input is never transmitted, logged, or stored: there is no upload endpoint, no queue, no telemetry, and no account to create. Files larger than 1MB are handed to a background Web Worker so the interface keeps animating at 60fps even on hundred-thousand-row imports, and the page keeps working offline once loaded because it is a fully static export.

That architecture makes the tool safe for the exports you would never paste into a random website: customer PII, financial line items, internal Salesforce extracts, and unreleased product data. Paste it, convert it, copy or download the result — and the bytes never moved from your machine.

Limits and practical tips

Inputs are capped at 15MB per file or paste — hundreds of thousands of rows in practice — purely as a browser-safety guard rather than a server policy, since there is no server involved at all. Processing is single-pass and deterministic: the same input with the same options always produces byte-identical output, which makes the generator safe to keep in CI pipelines and documentation. Remember the SOQL IN clause draws from a single column — put your IDs in one column, one per row, and let the chunker handle the rest.

Frequently asked questions

How do I convert Excel to SOQL IN Clause?

Paste your Excel text or drop your file into the input pane, pick SOQL IN Clause as the target format, and press Run Conversion. The SOQL IN Clause output appears instantly with copy and download buttons — no account, no upload, no limits.

How are large value lists handled in the SOQL IN clause?

Values are deduplicated and blank entries stripped automatically. If more than 200 unique values are found, the output is split into commented chunks of 200 or fewer — the Salesforce best-practice limit for IN expressions.

Is my data uploaded to a server?

No. Every conversion runs entirely inside your browser using JavaScript — the parsed bytes never leave your machine. Large files are processed in a background Web Worker so the UI stays responsive, and nothing is logged or stored.

Is there a file size limit?

Inputs are capped at 15MB per file or paste — comfortably hundreds of thousands of rows — entirely as a browser-safety guard, not a server policy. Files over 1MB are parsed in a background Web Worker, and conversion time scales linearly with your data.

Which conversion directions are supported?

The studio converts CSV or Excel into four targets — SQL INSERT statements, JSON, Salesforce SOQL IN clauses, and XML — eight dedicated converters in total. Each has its own pre-configured page, and the full studio at /csv/ lets you switch formats without losing your input.