S/4HANA changeObjectForeign trade functions replaced by GTSModuleSD_O2C

Embedded Foreign Trade Retired in Favour of GTS

The embedded ECC Foreign Trade functions inside SD (legal control, license determination, denied party screening, preference processing, letter of credit handling) are discontinued in S/4HANA. SAP positions SAP Global Trade Services, a separate connected system, as the replacement. Any customer relying on embedded foreign trade in ECC must plan a GTS implementation as part of, or ahead of, the S/4 conversion.

This page covers the removal of the embedded Foreign Trade component from SD documents in S/4HANA and the shift to SAP Global Trade Services as the strategic replacement. It focuses on what stops working in the order-to-cash cycle, who is affected, and how a conversion project must sequence the GTS decision against the technical migration.

Published 16 Sept 2026· 1,061 words

Classic ECC behaviour

In ECC, Foreign Trade was embedded directly in SD documents. Sales orders, deliveries and billing documents carried a Foreign Trade tab or subscreen holding commodity codes, country of origin, preference indicators, and legal control data. Legal control ran automated checks against license requirements and denied party lists at order or delivery creation, blocking the document if a match or missing license was found. Preference processing determined whether goods qualified for reduced customs duty based on origin rules. Letter of credit processing tracked financing documents tied to export sales. Commodity codes maintained on the material master fed intrastat and extrastat declarations for EU statistical reporting. All of this lived inside the SD stack, configured through Foreign Trade IMG nodes, with no separate system involved. Consultants who only know ECC will recognise the Foreign Trade tab as a normal part of order and delivery processing, and will expect a blocked document to show a legal control status directly on the document header.

S/4HANA behaviour

S/4HANA removes or heavily simplifies the embedded legal control, license determination and denied party screening functions that lived inside SD. SAP's stated direction is that this compliance functionality belongs in SAP Global Trade Services, a separate system connected to S/4HANA through a plug-in interface rather than through in-application configuration. Sales orders and deliveries are synchronised to GTS, which performs sanctioned party screening, embargo checks, license determination and customs classification, then returns a block or release status that the S/4 document respects. Basic classification data such as commodity codes may still exist on the material master to support statistical reporting, but the automated legal checks that used to run inline no longer do so without GTS in the landscape. Letter of credit processing and preference determination are likewise expected to move to GTS or to a specialised trade finance tool rather than remain in core SD. A system with no GTS connection and heavy legacy Foreign Trade usage will find those checks simply absent after conversion, not degraded, absent.

Project impact

  • Custom ABAP reports that read old Foreign Trade tables or the legal control status field on the sales document return empty results after conversion, and this is frequently misread as a data issue rather than a functional gap.
  • Order-to-cash cycle time increases because every order or delivery now makes a round trip to an external GTS system for screening, which introduces network and batch latency that was not present when the check ran inline.
  • Authorisation roles built around the old Foreign Trade transactions become dead weight; compliance staff instead need GTS access, which is a different authorisation model entirely.
  • Export compliance and trade finance teams lose letter of credit tracking inside SD with no automatic substitute, forcing a manual or third-party workaround if GTS scope does not cover it.
  • Month-end statistical reporting for intrastat and extrastat can break silently if commodity code maintenance was assumed to be handled by the old Foreign Trade config rather than material master classification data feeding GTS.
  • Warehouse and shipping teams see orders sitting in a blocked state for longer, or blocked with less visible reason codes, if the GTS integration is not fully mapped to the old legal control messages users were used to seeing.

Migration actions

  • Treat the assessment of current embedded Foreign Trade usage as a pre-conversion gate: identify every process using legal control, license determination, preference processing or letter of credit functionality before any technical conversion work starts.
  • Confirm whether GTS is already present anywhere in the landscape; if not, initiate GTS procurement and implementation as a parallel project, since its lead time frequently exceeds the S/4 technical conversion timeline and can become the critical path.
  • Migrate and cleanse legal control master data, denied party lists and classification data into GTS rather than assuming it carries over automatically from ECC.
  • Rebuild custom reports and interfaces to source document block status and classification data from the GTS integration layer instead of the retired Foreign Trade tables.
  • Test the full blocked-document workflow end to end under realistic order volume, including the round trip to GTS and back, before cutover, not just with a handful of test orders.
  • Redesign authorisation roles for compliance staff around GTS rather than trying to preserve the old Foreign Trade transaction-based roles.
  • Formally decommission the old Foreign Trade IMG configuration once GTS is confirmed live, so no one assumes it is still doing anything.

Whose problem this is

This spans functional and technical work but the decision to implement GTS sits with trade compliance or legal, not IT. SD functional consultants own the document flow and integration touchpoints, technical teams own the GTS plug-in setup, and the business owner for export compliance must confirm scope and sign off before go-live, since a gap here is a legal exposure, not a cosmetic one.

Common pitfalls

  • Assuming embedded Foreign Trade is optional legacy functionality that can simply be dropped, then discovering during audit or an actual export event that no substitute compliance check exists in the new system.
  • Underestimating the GTS implementation timeline against the S/4 conversion date, leading to a go-live where compliance checks are either missing or run on a rushed, under-tested configuration.
  • Screening latency that looks acceptable in test with a handful of orders but creates a visible backlog of blocked documents at month-end order volume, when GTS is under load and staff try to manually release orders to hit shipping deadlines.
  • Custom reports that go quietly empty rather than throwing an error, which gets reported as a data quality issue and burns investigation time before someone recognises the underlying table is retired.
  • Loss of inline landed cost, duty or preference calculation that was previously visible on the order, with no one noticing until a customer disputes a duty amount weeks after shipment.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-s4hana-changes/foreign-trade-functions-replaced-by-gtsERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.