X12
Inbound

Fanatics X12 180 Return Merchandise Authorization and Notification

Fanatics (Legacy ISA ID: SPSFANATICSP)
The EDI 180 (Return Merchandise Authorization and Notification) document is used by Fanatics for electronic data interchange. It enables automated processing and compliance with Fanatics's trading partner requirements.
13segments
2loops
5mandatory

Schema Reference

13 segments · X12 180 Return Merchandise Authorization and Notification

ISA ISA Interchange Control Header
Mandatory Max: 1
ISA01 Authorization Information Qualifier
M ID 2-2
ISA02 Authorization Information
M AN 10-10
ISA03 Security Information Qualifier
M ID 2-2
ISA04 Security Information
M AN 10-10
ISA05 Interchange ID Qualifier
M ID 2-2
ISA06 Interchange Sender ID
M AN 15-15
ISA07 Interchange ID Qualifier
M ID 2-2
ISA08 Interchange Receiver ID
M AN 15-15
ISA09 Interchange Date
M DT 6-6
ISA10 Interchange Time
M TM 4-4
ISA11 Repetition Separator M MIN 1 MAX 1 ID: I65 Type is not applicable; the repetition separator is a delimiter and not a data element; this field provides the delimiter used to separate repeated occurrences of a simple data element or a composite data structure; this value must be different than the data element separator, component element separator, and the segment terminator ISA12 Interchange Control Version Number
M ID 5-5
ISA13 Interchange Control Number
M N0 9-9
ISA14 Acknowledgment Requested
M ID 1-1
ISA15 Interchange Usage Indicator
M ID 1-1
GS GS Functional Group Header
Mandatory Max: 1
GS01 Functional Identifier Code
M ID 2-2
GS02 Application Sender's Code
M AN 2-15
GS03 Application Receiver's Code
M AN 2-15
GS04 Date
M DT 8-8
GS05 Time
M TM 4-8
GS06 Group Control Number
M N0 1-9
GS07 Responsible Agency Code
M ID 1-2
GS08 Version / Release / Industry Identifier Code
M AN 1-12
ST Transaction Set Header
Mandatory Max: 1
ST01 Transaction Set Identifier Code
M ID 3-3
ST02 Transaction Set Control Number
M AN 4-9
BGN Beginning Segment
Mandatory Max: 1
BGN01 Transaction Set Purpose Code
M ID 2-2
BGN02 Reference Identification
M AN 1-50
BGN03 Date
M DT 8-8
PRF Purchase Order Reference
Optional Max: 1
PRF01 Purchase Order Number
M AN 1-22
DTM Date/Time Reference
Optional Max: 10
DTM01 Date/Time Qualifier
M ID 3-3
DTM02 Date
C DT 8-8
N9 Extended Reference Information
Optional Max: 10
N901 Reference Identification Qualifier
M ID 2-3
N902 Reference Identification
C AN 1-50
NTE Note/Special Instruction
Optional Max: 5
NTE01 Note Reference Code
O ID 3-3
NTE02 Description
M AN 1-80
N1 Loop Repeat: 200
N1 Party Identification
Optional Max: 1
N101 Entity Identifier Code
M ID 2-3
N102 Name
C AN 1-60
PER Administrative Communications Contact
Optional Max: 5
PER01 Contact Function Code
M ID 2-2
PER02 Name
O AN 1-60
PER03 Communication Number Qualifier
C ID 2-2
PER04 Communication Number
C AN 1-256
PER05 Communication Number Qualifier
C ID 2-2
PER06 Communication Number
C AN 1-256
PER07 Communication Number Qualifier
C ID 2-2
PER08 Communication Number
C AN 1-256
BLI Loop
BLI Basic Baseline Item Data
Optional Max: 1
BLI01 Product/Service ID Qualifier
M ID 2-2
BLI02 Product/Service ID
M AN 1-48
BLI03 Quantity
C R 1-15
BLI04 Unit or Basis for Measurement Code
O ID 2-2
BLI05 Price Identifier Code
C ID 3-3
BLI06 Unit Price
C R 1-17
BLI08 Product/Service ID Qualifier
C ID 2-2
BLI09 Product/Service ID
C AN 1-48
BLI10 Product/Service ID Qualifier
C ID 2-2
BLI11 Product/Service ID
C AN 1-48
BLI12 Product/Service ID Qualifier
C ID 2-2
BLI13 Product/Service ID
C AN 1-48
PID Product/Item Description
Optional Max: 5
PID01 Item Description Type
M ID 1-1
PID05 Description
C AN 1-80
SE Transaction Set Trailer
Mandatory Max: 1
SE01 Number of Included Segments
M N0 1-10
SE02 Transaction Set Control Number
M AN 4-9
How It Works

Automating Fanatics EDI 180

Stacksync validates, transforms, and delivers your 180 transactions automatically — so your team can focus on operations, not EDI compliance.

Validate
Transform
Route
Monitor
Stacksync processes Fanatics EDI 180 (Return Merchandise Authorization and Notification) documents automatically — syncing data to your system in real time with no manual intervention required.

Fanatics EDI 180 FAQ

Common questions about 180 Return Merchandise Authorization and Notification transactions with Fanatics.

What is a Fanatics EDI 180 Return Merchandise Authorization and Notification?

The Fanatics EDI 180 Return Merchandise Authorization and Notification is an X12 transaction set used to exchange Return Merchandise Authorization and Notification data electronically between trading partners. As a inbound document, it standardizes the communication of Return Merchandise Authorization and Notification information between Fanatics and their suppliers, carriers, or partners. Stacksync processes Fanatics 180 transactions automatically, parsing the X12 segments and mapping them to the corresponding records in your ERP, WMS, or database. This eliminates manual data entry, reduces errors, and ensures your systems stay in sync with Fanatics's requirements in real time.

What is a Fanatics EDI 180 Return Merchandise Authorization and Notification?

The Fanatics EDI 180 Return Merchandise Authorization and Notification is an X12 transaction set used to exchange Return Merchandise Authorization and Notification data electronically between trading partners. As a inbound document, it standardizes the communication of Return Merchandise Authorization and Notification information between Fanatics and their suppliers, carriers, or partners. Stacksync processes Fanatics 180 transactions automatically, parsing the X12 segments and mapping them to the corresponding records in your ERP, WMS, or database. This eliminates manual data entry, reduces errors, and ensures your systems stay in sync with Fanatics's requirements in real time.

How does Stacksync automate Fanatics EDI 180 Return Merchandise Authorization and Notification transactions?

Stacksync handles Fanatics EDI 180 Return Merchandise Authorization and Notification transactions through an automated pipeline: receive the X12 document, validate the envelope and segment structure, map fields to your system's schema, and sync the data in real time. For inbound 180 transactions, Stacksync either generates the document from your system's data or processes incoming documents and routes them to the correct records. The platform includes built-in compliance validation so every Fanatics 180 document meets their specific formatting requirements before transmission or after receipt.

How does Stacksync automate Fanatics EDI 180 Return Merchandise Authorization and Notification transactions?

Stacksync handles Fanatics EDI 180 Return Merchandise Authorization and Notification transactions through an automated pipeline: receive the X12 document, validate the envelope and segment structure, map fields to your system's schema, and sync the data in real time. For inbound 180 transactions, Stacksync either generates the document from your system's data or processes incoming documents and routes them to the correct records. The platform includes built-in compliance validation so every Fanatics 180 document meets their specific formatting requirements before transmission or after receipt.

What are common Fanatics EDI 180 errors and how do I fix them?

Common errors in Fanatics EDI 180 Return Merchandise Authorization and Notification transactions include missing mandatory segments, invalid qualifier codes, incorrect date or time formats, and data values exceeding maximum field lengths. Reference number mismatches between related documents (e.g., PO numbers that don't match) also cause rejections. Stacksync validates Fanatics 180 documents against known requirements before transmission and after receipt, catching errors proactively. When issues occur, the platform provides human-readable error descriptions with the specific segment and element that failed, rather than raw X12 error codes.

What are common Fanatics EDI 180 errors and how do I fix them?

Common errors in Fanatics EDI 180 Return Merchandise Authorization and Notification transactions include missing mandatory segments, invalid qualifier codes, incorrect date or time formats, and data values exceeding maximum field lengths. Reference number mismatches between related documents (e.g., PO numbers that don't match) also cause rejections. Stacksync validates Fanatics 180 documents against known requirements before transmission and after receipt, catching errors proactively. When issues occur, the platform provides human-readable error descriptions with the specific segment and element that failed, rather than raw X12 error codes.

How long does it take to set up Fanatics EDI 180 with Stacksync?

Most Fanatics EDI 180 Return Merchandise Authorization and Notification integrations with Stacksync go live within 3 to 5 business days. The setup involves authenticating your EDI connection (AS2, SFTP, or VAN), configuring field mappings between Fanatics's 180 format and your system, running test transactions, and completing Fanatics's certification process if required. Stacksync includes pre-built mappings for Fanatics's most common 180 configurations, which accelerates the setup. Your team can monitor the integration from a single dashboard without managing EDI infrastructure directly.

How long does it take to set up Fanatics EDI 180 with Stacksync?

Most Fanatics EDI 180 Return Merchandise Authorization and Notification integrations with Stacksync go live within 3 to 5 business days. The setup involves authenticating your EDI connection (AS2, SFTP, or VAN), configuring field mappings between Fanatics's 180 format and your system, running test transactions, and completing Fanatics's certification process if required. Stacksync includes pre-built mappings for Fanatics's most common 180 configurations, which accelerates the setup. Your team can monitor the integration from a single dashboard without managing EDI infrastructure directly.

Can I customize Fanatics EDI 180 field mappings in Stacksync?

Yes. Stacksync provides a visual field mapping tool that lets you define exactly how Fanatics EDI 180 segments and elements map to your system's fields. You can set data transformations (date format conversion, code translation tables), conditional routing rules, and default values for optional fields. The mappings are version-controlled, so changes can be reviewed and rolled back if needed. If Fanatics updates their 180 specification, Stacksync highlights the affected mappings and suggests adjustments, ensuring your integration stays compliant without a full reconfiguration.

Can I customize Fanatics EDI 180 field mappings in Stacksync?

Yes. Stacksync provides a visual field mapping tool that lets you define exactly how Fanatics EDI 180 segments and elements map to your system's fields. You can set data transformations (date format conversion, code translation tables), conditional routing rules, and default values for optional fields. The mappings are version-controlled, so changes can be reviewed and rolled back if needed. If Fanatics updates their 180 specification, Stacksync highlights the affected mappings and suggests adjustments, ensuring your integration stays compliant without a full reconfiguration.

Ready to automate Fanatics EDI?

a blue checkmark icon
POC from integration engineers
a blue checkmark icon
No-code EDI setup
a blue checkmark icon
Real-time compliance monitoring
a blue checkmark icon
White-glove onboarding