Page Comparison

For at der kan være fuld sporbarhed slettes ikke gamle DiscoAMS stillingsbetegnelser fra datamodellen i denne forbindelse. Nedenstående principper for data skal der for følges i forhold til omlægning til ESCO STAR.

...

1. Der laves en ny attribut i tabel med ESCO STAR stillingsbetegnelse, hvor conceptUriDa (conceptUriDa) anvendes om nøgle. Hvorvidt den skal være Nullable eller ikke afgøres af forretningen

2. Hvis det pågældende område også anvender Alias så laves ny attribut til Alias, hvor “Id” “aliasIdentifier” anvendes . Hvorvidt den skal være Nullable eller ikke afgøres af forretningen

3. Eksisterende DiscoAMS stillingsbetegnelse bevares attributten, dog laves den i tabel om til at kunne være Not NULL, hvis den ikke allerede er det

4. Hvis alias også gemmes bevares attributtenogså denne attribut, dog laves den i tabel om til at kunne være Not NULL hvis den ikke allerede er det

5. Punkt 1 til 5 gælder også for historiktabeller

Princip for opdatering

I den opdateret “nye“ tabel der nu indeholder både DiscoAMS og ESCO STAR stillingsbetengelser, og eventuelt alias vil det gælde.

1. ESCO STAR kode populeres igennem en konvertering samtidig med tabellen etableres.
   Dette gøres

2. Hvis det pga. udviklingshensyn (interne eller eksternt) er nødvendigt at beholde den eksisterende servicesnitflade med DiscoAMS parallelt med ny servicesnitflade med ESCO STAR etableres, skal der ske en konvertering fra eksisterende servicesnitflade med DiscoAMS således at ESCO STAR kode også udfyldes.
   Den ny servicesnitflade med ESCO STAR koder må ikke anvendes i produktion!

3. Den ny servicesnitflade med ESCO STAR koder skriver alene ESCO STAR koder. DiscoAMS’s koden vil være tom (NULL)

...