Nu, draudziņi, IT sistēmu arhitekti, uzturētāji un pārvaldnieki? Kā jums iet ar jauno administratīvi teritoriālo reformu? :D
Sakarā ar to, ka Twitter ir slēdzis bezmaksas piekļuves savam API, šis projekts var tikt uzskatīts par mirušu sākot ar 2023. gada 15. jūniju.
Šis ir tvitera pavediens. No senākā uz svaigāko. Tvītu skaits: 16
Nu, draudziņi, IT sistēmu arhitekti, uzturētāji un pārvaldnieki? Kā jums iet ar jauno administratīvi teritoriālo reformu? :D
PS. Sis bija trick question. Jūs neticēsiet, bet adreses Latvijā tiek mainītas dažādu lokālo reformu rezultātā diezgan bieži. Sis jaunais vnk ir tas pats, tikai lielākā mērogā. No informacijas sistēmu un procesu puses, protams.
@laacz Mēs esam tajā “planktona kategorijā”, kas izmanto visādās apakšsistēmas un API, līdz ar ko šo problēmu visdrīzāk izēdīs lielākas organizācijas “barības ķēdē”. Tas kas būtu jauki — publiska un precīza adrešu darubāze un pasta kodi atvērtajos datos.
@laacz http://ss.lv be like "Neredzu problēmu"
@mairisskuja Koks ar vairākiem galiem un galīgi nesaistīts ar pašu reformu, jo adreses mainās regulāri :(skat. bildi) Ko darīt ar invoicing adresēm, kad tās klasifikatorā mainās? Kā rīkoties robežgadījumos, kad adrese nav klasifikatorā (ārzemnieki, utt)? Ko pieņemt par PK?
@OskarsPakers Tur gadījienā nav vēl rajoni? :D
@laacz Vairāk detaļas jāsaprot par to, ko Tu tur risini. Parasti adrese or pakārtota kaut kādai citai entītijai - piem. klienta datiem, kam UID var būt jebkas, piem. PK. Attiecīgi jautājums paliek tikai vai glabāt/neglabāt vēsturi un kā nepārrakstīt vecos datos - kopija ne, relācijas.
@laacz Bet tas viss ko atbildēju ir tik ementāri, ka visdrīzāk - es neizpratu problēmu, kuru Tu risini…
@mairisskuja Nē, adrese ir pati par sevi entity. Tā var būt klienta rēķinu saņemšanas adrese, līgumā norādītā adrese (līgumu nedrīkst mainīt patvaļīgi pat tad, ja mainās adrese klasifikatorā), tās var būt koordinātas, kurām ir pofig.
@mairisskuja Es nerisinu. Man ar šo nav problēmu. Viss notika automaģiski. Runa vairāk ir par to, ka noteikti daļa tikko pamodās :)
@laacz Kāds reāli pa tiešo ar to visu strādā? Šķiet vairums sistēmu perk adrešu datus no zemes grāmatas or smth? 🤔
@robertsgulans Vairums to nedara. Un pat, ja dara, tas neatrisina jautājumus - ko darīt ar vecajām vs jaunajām. Akli mainīt? A, ja klients sauc veco? Ja līgumā ir vecā (līgumu nemainīsi)? Ko darīt ar atskaitēm, kas izmanto administratīvās teritorijas? Utt.
@laacz Kārtējais IT sistēmu / arhitektūras izaicinājums, ka tikai virspusē izskatās vienkāršs. Tā viš i.
@mairisskuja Ja nu kādreiz noder. Vienīgā nemainīgā lieta VZD klasifikatorā ir ēka/zemes gabals. Pārējām PK var mainīties. Piem., apvienotie novadi, pat ja iepriekš pastāvēja, tika atzīmēti DEL un izveidoti no jauna. Tālāk jau kokam nomainītas parent_code vērtības un ielikts date_modified.
@laacz Risinajums, versionēt adreses. Otrs, pieglabāt, kā mēs to darījām, arī iepriekšējās reformas adreses, attiecīgi atdreses laikiem nav neimings, bet gan secīgs skaitlis, formatējot adresi tikai pamainīt no kādiem laukiem tā sastāv, piem.: 1,2,3,7
@sfx_lv Mums ir žurnalifikācija.