<p>Have you seen Decoupled infotypes branch in SPRO? Opened it several times, closed and opened again. No results. Looks really complex. Couple days ago I decided to make a move and figure out what&#8217;s that.</p>
<p>Main thesis&#8217; are, which I&#8217;ve found in different sources:</p>
<ul>
<li>PA20/30 works with both old and new technology. PM01 transaction creates infotypes with both techs. Also it knows how to migrate infotype.</li>
<li>Main advantage is decoupled infotypes more look like classic MVC programming model, where M = Model, V &#8211; View, C &#8211; Controller. Different levels of responsibility and strong communication between levels. It&#8217;s convenient model for developers.</li>
<li>For end users it means faster interaction, more speed, new glamour features like all data in one screen, fastest ad-hoc reporting in BW way and etc. HR renewals, let&#8217;s say.</li>
<li>Some ESS/MSS services don&#8217;t work with old infotypes anymore. You need to migrate. Globally SAP advise to start migration to decoupled infotypes right away.</li>
</ul>
<p>Generally speaking what&#8217;s decoupled infotypes? It&#8217;s a way to save all data in transparent tables instead of packing them into something else like cluster tables. Just imagine how much time do you need to extract one wage types from cluster table (load everything, unpack all internal tables, loop through them for a record) or just do one select statement on indexed table? It&#8217;s times of time!</p>