{"id":1906,"date":"2026-06-12T11:41:14","date_gmt":"2026-06-12T11:41:14","guid":{"rendered":"https:\/\/www.scmchamps.com\/sap-fixes\/?p=1906"},"modified":"2026-06-12T12:04:46","modified_gmt":"2026-06-12T12:04:46","slug":"attp-ewm-latency-goods-movements","status":"publish","type":"post","link":"https:\/\/www.scmchamps.com\/sap-fixes\/attp-ewm-latency-goods-movements\/","title":{"rendered":"ATTP\u2013EWM Latency That Blocks Your Goods Movements During Serialisation Checks"},"content":{"rendered":"<h2>Business Impact:<\/h2>\n<p>Goods Movement posting failures<\/p>\n<p>Transfer Order confirmation delays<\/p>\n<p>Stock discrepancy in EWM vs. ATTP<\/p>\n<p>Delivery processing blocked<\/p>\n<p>Serialization status mismatch<\/p>\n<p>Warehouse task execution halted<\/p>\n<h2><strong>When the Warehouse Stops A True Cost of Ignoring ATTP\u2013EWM Latency<\/strong><\/h2>\n<p><strong>The Challenge<\/strong><\/p>\n<p>Frankfurt, Germany. A mid-sized pharmaceutical distribution center\u00a0 handling life-critical medicines, serialised shipments, and tight regulatory deadlines every single day.<\/p>\n<p>On paper, everything looked solid. SAP EWM was live. ATTP was integrated. The compliance team had signed off. The go-live was celebrated.<\/p>\n<p>Then three months in\u00a0 things started breaking quietly.<\/p>\n<p>Goods movements began freezing mid-process. Warehouse staff scanning serialised cartons would hit confirm\u00a0 and just wait. The system hung. Transfer orders piled up. Supervisors started printing manual workaround sheets. What was supposed to be a smart, automated warehouse was running partially on paper again.<\/p>\n<p>Nobody panicked immediately. Everyone assumed it was a small configuration issue\u00a0 something the internal IT team could fix over a weekend.<\/p>\n<p>That weekend became six months.<\/p>\n<h2><strong>What the business was actually losing during those six months \u2014<\/strong><\/h2>\n<ul>\n<li>Over <strong>\u20ac45,000 monthly<\/strong> <em>(as reported by the client)<\/em> in delayed shipments, emergency courier rerouting and penalty clauses from hospital and pharmacy clients<\/li>\n<li>Three formal regulatory warnings due to serialisation status mismatches between EWM and ATTP<\/li>\n<li>Delivery SLA dropping from 98.4% to below 81% \u2014 clients were noticing and escalating<\/li>\n<li>Warehouse teams logging 2 to 3 hours of daily manual intervention just to keep shipments moving<\/li>\n<li>Stock ledger inconsistencies building up silently \u2014 inbound confirmed in EWM but ATTP still showing open serialisation status<\/li>\n<li>Two senior warehouse coordinators resigned citing operational frustration<\/li>\n<\/ul>\n<p>This was not a minor system glitch anymore. This was a business bleeding quietly \u2014 every single day.<\/p>\n<h2><strong>The Call to SCM Champs<\/strong><\/h2>\n<p>By the time the distribution center&#8217;s operations director reached out to SCM Champs, the exhaustion in her message was visible. She wrote \u2014<\/p>\n<p><em>&#8220;We have tried everything internally. Our SI partner has escalated three times. Nothing is working. Our warehouse is running on workarounds and our compliance team is nervous. We need someone who has actually seen this before.&#8221;<\/em><\/p>\n<p>SCM Champs had seen it before. Many times.<\/p>\n<p>The team was on a call within 24 hours. No lengthy proposals. No generic discovery templates. Just direct, focused questions from people who understood exactly where to look.<\/p>\n<h2><strong>What SCM Champs Actually Found<\/strong><\/h2>\n<p>This is where it gets technical \u2014 but stay with it, because every finding below was directly costing this business money.<\/p>\n<h4><strong>Finding 1 \u2014 Synchronous calls were choking the entire flow<\/strong><\/h4>\n<p>Every single goods movement was triggering a synchronous RFC call to <strong><a href=\"https:\/\/www.scmchamps.com\/blog\/sap-ewm-validation-pharma-fda-inspection\/\">ATTP<\/a><\/strong> \u2014 meaning EWM would stop completely and wait for ATTP to validate every serial number before allowing the posting to continue. In a warehouse processing hundreds of serialised units per hour, this created a queue of waiting processes that progressively slowed the entire system down to near standstill.<\/p>\n<h4><strong>Finding 2 \u2014 RFC destination and gateway settings were never optimised<\/strong><\/h4>\n<p>The RFC connections between EWM and ATTP were running on default configuration \u2014 never tuned for the actual transaction volume this warehouse was generating. Gateway parameters were throttling the connection during peak morning dispatch hours precisely when the warehouse needed maximum throughput.<\/p>\n<h4><strong>Finding 3 \u2014 No PPF framework was in place<\/strong><\/h4>\n<p>ATTP serialisation checks were embedded directly inside core execution transactions. There was no Post Processing Framework action set up to handle ATTP communication separately \u2014 which meant any ATTP delay immediately became an EWM delay with zero buffer.<\/p>\n<h4><strong>Finding 4 \u2014 Number range buffering was inactive<\/strong><\/h4>\n<p>During high-volume periods multiple warehouse lines were simultaneously requesting serial number validations against massive ATTP database tables \u2014 with no buffering active. Every request was hitting the database cold, creating locks and compounding the latency.<\/p>\n<h4><strong>Finding 5 \u2014 No local serial number processing was being leveraged<\/strong><\/h4>\n<p>The distribution center was on S\/4HANA 2022 \u2014 which supports reduced real-time ATTP dependency within EWM itself \u2014 but this capability was completely unused. Every scan was pinging ATTP directly, even for actions that did not require it at that moment.<\/p>\n<h2><strong>What SCM Champs Delivered \u2014 Step by Step<\/strong><\/h2>\n<h4><strong>Step 1 \u2014 Switched from Synchronous to Asynchronous RFC Processing<\/strong><\/h4>\n<p>The team reconfigured serialisation checks to run asynchronously using <strong>aRFC (asynchronous Remote Function Calls)<\/strong> \u2014 removing the hard dependency that forced EWM to wait for every ATTP response before continuing. For scenarios requiring guaranteed processing sequence, <strong>qRFC (queued RFC)<\/strong> was additionally configured via transaction <strong>SMQR<\/strong> \u2014 ensuring background queue processing without locking the warehouse interface or delivery document. Queue health was monitored through <strong>SMQS and SM58<\/strong> to ensure no stuck entries during go-live stabilisation.<\/p>\n<h4><strong>Step 2 \u2014 Built the Post Processing Framework Actions<\/strong><\/h4>\n<p>PPF actions were configured within EWM to trigger ATTP serialisation checks after warehouse task confirmation or goods issue posting \u2014 not during. A <strong>Goods Movement Block<\/strong> was implemented on the delivery \u2014 the official SAP EWM mechanism tied directly to <strong>ATTP document status<\/strong> \u2014 which releases automatically once the asynchronous PPF action receives a successful ATTP confirmation callback. This completely removed ATTP communication from the critical execution path.<\/p>\n<h4><strong>Step 3 \u2014 Optimised RFC Destinations and Gateway Parameters<\/strong><\/h4>\n<p>RFC server group assignments were reviewed and corrected via transaction <strong>RZ12<\/strong> for proper load balancing across dialog work processes. Instance profile parameters were then adjusted through <strong>RZ10<\/strong> to allocate sufficient work processes for peak RFC load. Gateway parameters \u2014 specifically <strong>gw\/max_conn<\/strong> and <strong>gw\/max_overflow_size<\/strong> \u2014 were tuned based on the client&#8217;s S\/4HANA 2022 kernel version to handle high-volume serialisation spikes during peak dispatch windows without connection throttling.<\/p>\n<h4><strong>Step 4 \u2014 Number Range Configuration and Database Performance Review<\/strong><\/h4>\n<p>Number range buffering for ATTP serial number processing was reviewed and configured per SAP standard guidelines \u2014 preventing database locks when multiple warehouse lines simultaneously validate serial numbers during peak operations. Additionally, database performance analysis was conducted on high-volume ATTP tables and optimisation recommendations were raised through proper SAP support channels \u2014 ensuring query response improvements without direct index manipulation outside of SAP-compliant procedures.<\/p>\n<h4><strong>Step 5 \u2014 Reduced Real-Time ATTP Dependency in S\/4HANA EWM<\/strong><\/h4>\n<p>Since the client was on S\/4HANA 2022, SCM Champs configured EWM to leverage SAP&#8217;s recommended integration model for reducing synchronous ATTP load in high-volume environments. Serial number processing was restructured so that EWM handles execution-level actions locally\u00a0 synchronising with ATTP as the system of record only at defined milestones such as goods issue or delivery confirmation. This approach significantly reduced real-time ATTP dependency without compromising pharma serialisation compliance or ATTP&#8217;s role as the central validation authority. The result was a reduction of over 60% in unnecessary real-time ATTP calls during a normal warehouse shift <em>(as reported by the client).<\/em><\/p>\n<h4><strong>Step 6 \u2014 End-to-End Validation Before Go-Live<\/strong><\/h4>\n<p>Before anything went live, SCM Champs ran a full parallel testing cycle \u2014 covering inbound deliveries, outbound dispatch, stock transfers and returns. Every scenario. Every edge case. Queue monitoring via <strong>SMQR and SM58<\/strong> was kept live throughout. Nothing was pushed to production until the team was fully satisfied that the flow was clean, compliant and stable.<\/p>\n<h2><strong>What Changed \u2014 Business Impact After Resolution<\/strong><\/h2>\n<p>The difference was not gradual. It was immediate.<\/p>\n<ul>\n<li>Goods movements posting in <strong>real time<\/strong> \u2014 the freezing stopped on day one<\/li>\n<li>Transfer order confirmation time dropped by <strong>72%<\/strong> <em>(as reported by the client)<\/em><\/li>\n<li>Delivery SLA recovered from 81% back to <strong>99.1%<\/strong> within the first month<\/li>\n<li>All serialisation status mismatches cleared \u2014 <strong>full regulatory compliance restored<\/strong><\/li>\n<li>Manual workaround hours reduced to <strong>zero<\/strong> \u2014 staff were doing their actual jobs again<\/li>\n<li>Stock ledger accuracy in EWM and ATTP fully aligned \u2014 clean, auditable, reliable<\/li>\n<li>The operations director sent a single message after week two \u2014 <em>&#8220;I haven&#8217;t had a single escalation call this week. First time in seven months.&#8221;<\/em><\/li>\n<\/ul>\n<p>That message said everything.<\/p>\n<h2><strong>Why SCM Champs<\/strong><\/h2>\n<p>Some problems look like technology failures. Most of the time they are configuration gaps that the right team with the right experience can find and fix.<\/p>\n<p><a href=\"https:\/\/www.scmchamps.com\/\"><strong>SCM Champs<\/strong><\/a> works exclusively with pharmaceutical operations across <strong>North America and Europe<\/strong>\u00a0 resolving the exact errors that generic SAP partners struggle to diagnose. ATTP compliance failures, EWM integration breakdowns, serialisation bottlenecks, goods movement blockages\u00a0 this is not new territory for us. It is where we live.<\/p>\n<p>If your warehouse is losing time, missing SLAs, or carrying regulatory risk because of an error your current team cannot crack \u2014<\/p>\n<p><strong>You do not need another escalation. You need SCM Champs.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Business Impact: Goods Movement posting failures Transfer Order confirmation delays Stock discrepancy in EWM vs&#8230;.<\/p>\n","protected":false},"author":1,"featured_media":1905,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[263],"tags":[272,271],"class_list":["post-1906","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sap-ewm","tag-attp-ewm","tag-attp-ewm-latency-blocking-goods"],"_links":{"self":[{"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/posts\/1906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/comments?post=1906"}],"version-history":[{"count":4,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/posts\/1906\/revisions"}],"predecessor-version":[{"id":1910,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/posts\/1906\/revisions\/1910"}],"wp:attachment":[{"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/media?parent=1906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/categories?post=1906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.scmchamps.com\/sap-fixes\/wp-json\/wp\/v2\/tags?post=1906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}