Open sync-by-unito[bot] opened 4 months ago
➤ Filip Bruman commented:
Vi har behov for at kunne genskabe et forløb hvor vi kan sammenligne effekten af de to versioner af SP jar_hent_opdater_matrikel_status_sp. Vi beder derfor om en beskrivelse af et forløb hvor matrikelstatusdato beregnes forkert.
➤ Peter Riis commented:
Lone, vil du gå i ind i Master JAR og oprette en lokalitet der illustrer problemstillingen med beregning af matrikelstatus? Her skal beskrives hvad den forventede dato er og hvad datoen så rent faktisk er i Master JAR. Ved opdatering af sp så vil vi se at datoen bliver som forventet.
Du må meget gerne gøre det i dag.
➤ Lone Oster commented:
Filip, jeg har forsøgt at lave et forløb, som skulle vise en forkert beregnet matrikelstatusdato, men jeg har ikke haft det store held, da jeg ikke kan se en forskel i Master JAR , og i vores driftsmiljø.
Jeg må derfor sætte dette issue på standby, til jeg har fået opklaret, hvorfor vi ikke får de ønskede matrikelstatusdatoer i vores driftsmiljø. /Lone
➤ Peter Riis commented:
Ifm. JAR-1216 er Stored Procedure jar_hent_opdater_matrikel_status_sp blevet opdateret. Cowi har dog ikke forholdt sig specifikt til JAR 1088, men det vil være fint at teste den nye version af jar_hent_opdater_matrikel_status_sp.
Lone Oster vil du teste i applikationen og komme med input til issuet?
➤ Peter Riis commented:
Lone Oster , vil du undersøge om dette issue kan lukkes?
Med reference til JAR-993, så har vi på JAR workshop den 27-09-2017 besluttet at oprette et særskilt issue til implementering af en opdateret version af sp, som Region Sjælland allerede har testet og implementeret.
Se vedhæftede script:
Udfordringen med beregning af matriklen statusdato startede i sin tid i Region Sjælland regi. Jeg har derfor vedhæftede indholdet i dette issue (JARRSJ-190.doc)
Det er Rune fra Sweco der har opdateret sp og essens i opdateringen er:
Rettet den dato fra sagsforløb, der benyttes til at sortere og finde det ældste. Hvis matrikelstatus er "V1+V2", benyttes nu også sagstrin fra lokaliteter med status V1 og med status V2 Tidligere blev udelukende benyttet data fra lokaliteter med status "V1+V2.
┆Attachments: JARRSJ-190.doc