<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/82fc4ed89d124b58b4d65c6d128d096f&quot; frameborder=&quot;0&quot; width=&quot;1920&quot; height=&quot;1440&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1440</height><width>1920</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1440</thumbnail_height><thumbnail_width>1920</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/82fc4ed89d124b58b4d65c6d128d096f-d9d4eeadb2d27680.gif</thumbnail_url><duration>751.569</duration><title>Int4 Testing approaches for SAP Backend Validation</title><description>This Loom explains three approaches to using INTFORCE Suite for SAP backend validation in an end to end purchase order to sales order flow. It describes how INT4Suite can create test cases from an external input message, middleware output such as an IDOC XML, and the resulting SAP sales order, then run them on test, preproduction, or other landscapes. Approach 1 focuses on simulation only, including simulating the external message or injecting the IDOC.xml directly so the sales order is posted with mostly manual checks. Approach 2 adds automated SAP backend table validation for detailed one by one field comparisons across many injected documents. Approach 3 extends coverage by also validating the middleware output against the production flow so root causes can be identified at the middleware stage rather than after SAP posting.</description></oembed>