Skip to main content

SignalEDI documentation

API-first EDI docs for onboarding, X12 basics, trading partner setup, billing, REST endpoints, and webhooks — with JSON/CSV intake, instant validation, and real-time visibility.

Documentation

Onboard partners faster with API docs, X12 guides, and setup checklists

Getting started, EDI fundamentals, partner setup, billing, API reference, and FAQ — linked to developer tools, trust artifacts, and free validation sandboxes.

Public documentation coverage

This public docs hub covers the standard SMB evaluation path: account setup, dashboard navigation, EDI basics, file processing, trading-partner setup, billing, API authentication, REST endpoints, code samples, webhooks, rate limits, and production readiness.

Contact support when your partner mandate needs contract-specific trust artifacts, BAA/DPA review, or managed onboarding help.

Send JSON, CSV, or EDI samples; validate instantly; route X12 in real time; and connect partner workflows without per-document fee surprises. For a copy-paste first upload, start with the Developer QuickStart. Use the docs sidebar to open any topic page.

Product principle — mechanized self-serve: SignalEDI is an AI-first company: product, support, onboarding, reliability, and growth are designed so AI and intelligent automation perform as much work for the SMB customer as possible—safely, auditably, and supportively—with humans focused on exceptions, governance, and judgment calls. Onboarding, support, integrations, compliance, billing, and growth must be mechanized. If the product depends on humans for default paths, SignalEDI becomes another legacy vendor. If it depends on automation, it scales like software. Every feature and process change should ask: does this maximize supportive automation and AI-assist for the SMB, and reduce human dependency on the default path?

AI documentation assistant

Ask docs questions by workflow, error, or API example

Suggested queries help operators jump from an X12 error to a fix, generate example API calls, or understand how to send healthcare and supplier documents without waiting for support.

Autocomplete: “837 claim validation”, “999 error”, “850 API payload”, “QuickBooks 810 invoice”
Explain this error

IK3*NM1*2310B failed

NM1 provider loop is missing a required identifier. Add qualifier XX and the provider NPI before resubmitting.

Validate an 837

validate an 837 claim

Validate a complete native X12 interchange or send 837 claims through the JSON outbound endpoint, then monitor 999 and 277 acknowledgements.

Generate API example

node example for 850

Generate a Node fetch call with partnerId, poNumber, line items, and webhook status handling.

curl -X POST https://signaledi.com/api/v1/validate \
  -H "Authorization: Bearer $SIGNALEDI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"content":"ISA*... complete native X12 837 interchange ...~IEA*...~"}'

Still have questions?

Our support team typically responds within a few hours during business hours.

Contact support

© 2026 SignalEDI Inc. All rights reserved.