Converting is a job in itself

So a computer actually consists of three parts :

1) the hardware (the machine)

2) the software (created by programmers)

3) the Data (the data collected through the software).

Those Data are stored in a certain way on the HDD.
And so the software can retrieve it based on search arguments.
Modern hardware can do that in a millisecond.
Even if the software is obsolete, it's still quite fast.

CONVERSION
If one decides to replace the old software with new, it is essential that the old Data can move to the new system.
Preparing the move is called : CONVERSION
Example: on write are dates: 23041956, 01121985 etc.
Thousands of dates in a row.
Does this involve
the customer's date of birth, or
the effective date of the policy, is it
a date on which the last subsequent settlement took place
the date of cancellation or
the e.k. contract renewal date
the e.k. premium due date
or the e.k. collection period date?

And that's just one of the many Dates that come up during a conversion.
And all those dates must therefore be properly moved to a system that will apply those dates to all current policies and claims files.

So even when the new software is ready, we have to wait and see if the conversion has been done correctly.
Then it must be tested whether the new software can handle the Data.
Errors come to light immediately or turn out to be in the system only later.

Adjusting the software by people on the shop floor has the great advantage that both old and new versions of products can be tested against the converted Data.
The development of Real-Access software took into account the option that converted Data can be imported, while it can be re-exported to third-party supplied software.

In that case, RealXS only provides the function of intermediate station.