X12 transaction guide · Government and regulatory
EDI 280 Voter Registration Information
The X12 document used to submit voter registration applications and to transmit information about registered voters and changes.
- Sent by
- Registration agency or election office
- Received by
- Election office or another agency
- Standard
- ANSI ASC X12
What is an EDI 280?
The EDI 280 Voter Registration Information is the ANSI X12 transaction set used to submit voter registration application information and to transmit information about previously registered voters and changes to it.
Voters may register through agencies other than election offices, such as motor vehicle departments, and move between jurisdictions. Exchanging registrations and changes electronically keeps voter rolls current and avoids duplicate registrations. Election systems are governed by state laws that define the formats and processes used. Changes include new addresses and names.
How to read this diagram: the top row shows who sends the 280, to whom, and which documents usually come before and after it. The lower part shows what X12 release 008010 itself requires: the envelopes around the 280 and the segments and loops the standard marks as required, area by area. Optional loops are listed by the segment that starts them rather than drawn in full. This is the standard's minimum, not a trading partner's requirement: each partner's implementation guide usually makes some optional loops mandatory, restricts the codes and may use a different release.
When it is used
- Transmitting registrations from other agencies
- Reporting changes of address or name
- Transferring registrations between jurisdictions
Where it fits in the document flow
Structure
Mandatory segments in the 280 (X12 release 008010)
The segments X12 release 008010 marks as mandatory at their level, in order. Segments inside optional loops are needed only when the loop is used. This is the standard's requirement, not your trading partner's: each partner's implementation guide names the release it uses, adds the optional segments it requires and restricts the values. The requirement status comes from one published X12 reference listing and has not been checked against a second source.
- ST
- BGN
- N1
- PWK
- IN1
- NX1
- EFI
- SE
Practical example
The 280 in practice
A resident registers to vote while renewing a driver's license. The motor vehicle department transmits the registration to the county election office, which checks eligibility, adds the voter to the roll and confirms the registration.
Implementation
Implementation considerations for the 280
- Follow state election laws and data standards.
- Protect voters' personal data under election law.
- Check for duplicate registrations across jurisdictions.
- Track confirmations and rejections for each registration.
How ECOM helps
Automate the 280 with ECOM
Solution
Enterprise Integration
Any-to-any integration across partners, systems, protocols, security requirements, formats and ERPs, in batch or real time.
Solution
EDI Integration
Exchange X12 and EDIFACT documents with partners and integrate them directly with your ERP.
Solution
B2B Integration
Connect every customer, supplier, carrier and bank across EDI, API, file and portal channels.
More general questions about EDI are answered in the EDI FAQ.
Need help with the EDI 280?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.