{"id":2143,"date":"2026-08-11T13:33:43","date_gmt":"2026-08-11T13:33:43","guid":{"rendered":"https:\/\/www.scmchamps.com\/blog\/?p=2143"},"modified":"2026-09-11T12:10:27","modified_gmt":"2026-09-11T12:10:27","slug":"sap-deliveries-not-grouping-correctly","status":"publish","type":"post","link":"https:\/\/www.scmchamps.com\/blog\/sap-deliveries-not-grouping-correctly\/","title":{"rendered":"Too Many Freight Orders Created in SAP TM? How to Find the Real Cause"},"content":{"rendered":"

If SAP TM is creating too many Freight Orders and your planners are regrouping deliveries manually, then you need to analyse the following-\u00a0\u00a0<\/span><\/p>\n

    \n
  1. The planning run first.<\/strong> Time windows, incompatibilities, capacity, lanes, and selection settings block more consolidation than anything else.<\/li>\n
  2. Freight Unit Building second.<\/strong> Check which rule was used, which strategy it applies, and whether it runs automatically or as a batch.<\/li>\n
  3. The SD delivery split last.<\/strong><\/li>\n<\/ol>\n

    Most teams do this in reverse. They blame the delivery split, change a Freight Unit Building Rule that was working fine, and the problem comes back.<\/p>\n

    The problem, as most teams see it<\/h2>\n

    The sales order is correct. The delivery is created on time. Everything upstream looks clean.<\/p>\n

    Then the delivery reaches transportation planning, and the result is not what anyone expected. Two trucks where one would have been enough. Loads that should have travelled together, planned apart.<\/p>\n

    \u00a0<\/span>And somewhere the planner is quietly fixing them manually, because the system isn\u2019t able to schedule transportation as expected.\u00a0<\/span><\/p>\n

    This is one of the most frequent challenges with SAP transportation planning.<\/span>\u00a0And it is rarely caused by the thing people blame first.<\/p>\n

    Most teams notice it as a set of symptoms, not one clear fault:<\/p>\n