For å få innhold på en fil var det opprinnelig nødvendig med minst ett felt fra IT0000 og ett fra 0001. Fra IT0000 var det naturlig å velge ansattnummer. Fra infotype0001 har det vært varierende hvilket felt som er valgt. Flere kunder mottar fortsatt filer som er satt opp slik.
Dette oppsettet hadde noen uheldige konsekvenser, særlig for endringsfiler til datavarehus fordi datavarehusløsninger gjerne skal ha langt mer masterdata enn andre typer programmer. De trenger dermed flere infotypefiler enn andre systemer.
I eksempelet nedenfor har vi satt opp ansattnummer fra IT0000 og et tilfeldig felt fra IT0001 på en infotypefil for IT0022. Det legges da ut en ny post hver gang det gjøres en endring på IT0001 og hver gang det gjøres en endring på IT0022. I tillegg legges ansattnummer fra IT0000 alltid ut.
Når det gjøres en endring på IT0001 legges det ut en endring som består at f.eks. stillingsnummer pluss ansattnummer fra IT0000. Ingen felter fra IT0022 blir med fordi ingen felter er endret på denne infotypen. Filen kan se ut som i eksempelet nedenfor. I noen tilfeller kan det bli mange poster.
Dette er hverken hensiktsmessig eller ønskelig. Når man ber om endringer på IT0022 ønsker man at posten på IT0022 er endret.
Problemstillingen gjelder alle infotypefiler. Det blir spesielt uoversiktlig ved mange 9999-felter fordi disse feltene kan få innhold til tross for at feltene fra den aktuelle infotypen faktisk er tomme, se eksempel fra IT0509 nedenfor.
Endring fra april 2017
Vi har gjort en endring i oppsett slik at det nå også er mulig å plukke ansattnummer rett fra den enkelte infotype og dermed kutte ut IT0000 og 0001 på alle infotypefiler. Det er ikke nødvendig å gjøre noen endring for kunder som ikke har problemer med eksisterende oppsett, men det kan endres for kunder som ønsker det.
Skill mellom status- og endringsfiler
Foreløpig må vi skille mellom statustransaksjoner og endringstransaksjoner. Endringen over gjelder altså kun endringstransaksjoner. Statusfiler må være som før.