X12
Inbound

CTSI X12 310 Freight Receipt and Invoice (Ocean)

Molex USA (via CTSI) (ISA ID: CTSI5365)
The EDI 310 (Freight Receipt and Invoice (Ocean)) document is used by CTSI for electronic data interchange. It enables automated processing and compliance with CTSI's trading partner requirements.
22segments
6loops
10mandatory

Schema Reference

22 segments · X12 310 Freight Receipt and Invoice (Ocean)

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 Interchange Control Standards Identifier
M ID 1-1
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 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
B3 Beginning Segment for Carrier's Invoice
Mandatory Max: 1
B302 Invoice Number
M AN 1-22
B303 Shipment Identification Number
O AN 1-30
B304 Shipment Method of Payment
M ID 2-2
B306 Date
M DT 8-8
B307 Net Amount Due
M N2 1-12
B308 Correction Indicator
O ID 2-2
B309 Delivery Date
C DT 8-8
B310 Date/Time Qualifier
C ID 3-3
B311 Standard Carrier Alpha Code
M ID 2-4
B312 Date
O DT 8-8
B313 Tariff Service Code
O ID 2-2
B314 Transportation Terms Code
O ID 3-3
B2A Set Purpose
Optional Max: 1
B2A01 Transaction Set Purpose Code
M ID 2-2
N9 Reference Identification
Optional Max: 15
N901 Reference Identification Qualifier
M ID 2-3
N902 Reference Identification
C AN 1-30
V1 Vessel Identification
Mandatory Max: 2
V102 Vessel Name
C AN 2-28
V104 Flight/Voyage Number
O AN 2-10
C3 Currency
Optional Max: 1
C301 Currency Code
M ID 3-3
C302 Exchange Rate
O R 4-10
C303 Currency Code
O ID 3-3
Y2 Container Details
Optional Max: 10
Y201 Number of Containers
M N0 1-4
Y204 Equipment Type
M ID 4-4
Y205 Transportation Method/Type Code
O ID 1-2
Y206 Intermodal Service Code
O ID 1-2
Y207 Standard Carrier Alpha Code
O ID 2-4
N1 Loop Repeat: 10
N1 Name
Mandatory Max: 1
N101 Entity Identifier Code
M ID 2-3
N102 Name
C AN 1-60
N103 Identification Code Qualifier
C ID 1-2
N104 Identification Code
C AN 2-80
N3 Address Information
Optional Max: 2
N301 Address Information
M AN 1-55
N302 Address Information
O AN 1-55
N4 Geographic Location
Optional Max: 1
N401 City Name
O AN 2-30
N402 State or Province Code
O ID 2-2
N403 Postal Code
O ID 3-15
N404 Country Code
O ID 2-3
R4 Loop Repeat: 20
R4 Port or Terminal
Mandatory Max: 1
R401 Port or Terminal Function Code
M ID 1-1
R402 Location Qualifier
C ID 1-2
R403 Location Identifier
C AN 1-30
R404 Port Name
O AN 2-24
R405 Country Code
O ID 2-3
DTM Date/Time Reference
Optional Max: 15
DTM01 Date/Time Qualifier
M ID 3-3
DTM02 Date
C DT 8-8
DTM03 Time
C TM 4-8
LX Loop Repeat: 999
LX Assigned Number
Mandatory Max: 1
LX01 Assigned Number
M N0 1-6
N7 Loop Repeat: 999
N7 Equipment Details
Optional Max: 1
N701 Equipment Initial
O AN 1-4
N702 Equipment Number
M AN 1-10
N722 Equipment Type
O ID 4-4
L1 Loop Repeat: 20
L1 Rate and Charges
Optional Max: 1
L101 Lading Line Item Number
O N0 1-3
L104 Charge
C N2 1-12
L108 Special Charge or Allowance Code
O ID 3-3
L110 Entitlement Code
O ID 1-1
L112 Special Charge Description
O AN 2-25
L117 Billed/Rated-as Quantity
C R 1-11
L118 Billed/Rated-as Qualifier
C ID 2-2
C3 Currency
Optional Max: 1
C301 Currency Code
M ID 3-3
C302 Exchange Rate
O R 4-10
C303 Currency Code
O ID 3-3
L0 Loop Repeat: 120
L0 Line Item - Quantity and Weight
Optional Max: 1
L001 Lading Line Item Number
O N0 1-3
L004 Weight
C R 1-10
L005 Weight Qualifier
C ID 1-2
L006 Volume
C R 1-8
L007 Volume Unit Qualifier
C ID 1-1
L008 Lading Quantity
C N0 1-7
L009 Packaging Form Code
C ID 3-3
L011 Weight Unit Code
O ID 1-1
L5 Description, Marks and Numbers
Optional Max: 999
L501 Lading Line Item Number
O N0 1-3
L502 Lading Description
O AN 1-50
L3 Total Weight and Charges
Mandatory Max: 1
L301 Weight
C R 1-10
L302 Weight Qualifier
C ID 1-2
L305 Charge
O N2 1-12
L311 Lading Quantity
O N0 1-7
L312 Weight Unit Code
O ID 1-1
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 CTSI EDI 310

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

Validate
Transform
Route
Monitor
Stacksync processes CTSI EDI 310 (Freight Receipt and Invoice (Ocean)) documents automatically — syncing data to your system in real time with no manual intervention required.

CTSI EDI 310 FAQ

Common questions about 310 Freight Receipt and Invoice (Ocean) transactions with CTSI.

What is a CTSI EDI 310 Freight Receipt and Invoice (Ocean)?

The CTSI EDI 310 Freight Receipt and Invoice (Ocean) is an X12 transaction set used to exchange Freight Receipt and Invoice (Ocean) data electronically between trading partners. As a inbound document, it standardizes the communication of Freight Receipt and Invoice (Ocean) information between CTSI and their suppliers, carriers, or partners. Stacksync processes CTSI 310 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 CTSI's requirements in real time.

What is a CTSI EDI 310 Freight Receipt and Invoice (Ocean)?

The CTSI EDI 310 Freight Receipt and Invoice (Ocean) is an X12 transaction set used to exchange Freight Receipt and Invoice (Ocean) data electronically between trading partners. As a inbound document, it standardizes the communication of Freight Receipt and Invoice (Ocean) information between CTSI and their suppliers, carriers, or partners. Stacksync processes CTSI 310 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 CTSI's requirements in real time.

How does Stacksync automate CTSI EDI 310 Freight Receipt and Invoice (Ocean) transactions?

Stacksync handles CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 310 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 CTSI 310 document meets their specific formatting requirements before transmission or after receipt.

How does Stacksync automate CTSI EDI 310 Freight Receipt and Invoice (Ocean) transactions?

Stacksync handles CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 310 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 CTSI 310 document meets their specific formatting requirements before transmission or after receipt.

What are common CTSI EDI 310 errors and how do I fix them?

Common errors in CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 CTSI 310 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 CTSI EDI 310 errors and how do I fix them?

Common errors in CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 CTSI 310 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 CTSI EDI 310 with Stacksync?

Most CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 CTSI's 310 format and your system, running test transactions, and completing CTSI's certification process if required. Stacksync includes pre-built mappings for CTSI's most common 310 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 CTSI EDI 310 with Stacksync?

Most CTSI EDI 310 Freight Receipt and Invoice (Ocean) 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 CTSI's 310 format and your system, running test transactions, and completing CTSI's certification process if required. Stacksync includes pre-built mappings for CTSI's most common 310 configurations, which accelerates the setup. Your team can monitor the integration from a single dashboard without managing EDI infrastructure directly.

Can I customize CTSI EDI 310 field mappings in Stacksync?

Yes. Stacksync provides a visual field mapping tool that lets you define exactly how CTSI EDI 310 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 CTSI updates their 310 specification, Stacksync highlights the affected mappings and suggests adjustments, ensuring your integration stays compliant without a full reconfiguration.

Can I customize CTSI EDI 310 field mappings in Stacksync?

Yes. Stacksync provides a visual field mapping tool that lets you define exactly how CTSI EDI 310 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 CTSI updates their 310 specification, Stacksync highlights the affected mappings and suggests adjustments, ensuring your integration stays compliant without a full reconfiguration.

Ready to automate CTSI 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