hyvä https://www.nuortenideat.fi/fi/ideat/2603/

1 AND 1=2 UNION SELECT table_name, column_name, 1 FROM all_tab_columns

Näihin tullaan varmasti kaipaamaan yhteistä ohjeistusta.

Yhteentoimivuus ja uudelleenkäytettävyyden osalta pitäisi lisätä linjaus, että API:en tulisi noudattaa soveltuvaa standardia aina, kun sellainen on olemassa.

Periaate on hyvä ja oikea, mutta tulee pilkkoa selkeästi osiin ja ohjeistaa.
Teknisesti rajapinnat voivat olla erilaisia johtuen esim. taustajärjestelmien tietorakenteista. Tärkeämpää yhteentoimivuuden ja käytettävyyden kannalta on se, että APIen tarjoamat tietorakenteet ja APIn mahdollisesti itse tekemät muutokset ja vaatimukset tiedon suhteen on dokumentoitu täydellisesti.

Semanttinen yhteentoimivuus tavoitteena on varsin haastava ja mahdollistaa asiantuntevamman yhteistyökumppanin taholta tämän niin halutessa helposti 'vedätystä'

Komppaan aiempaa kommenttia, "periaate on hyvä ja oikea, mutta tulee pilkkoa selkeästi osiin ja ohjeistaa".

Yhteentoimivuus ja esimerkiksi yhteentoimivuusalustan tunnettuus ovat vielä alkutekijöissään. Jos rajapinta rakennetaan uuteen järjestelmään, olisivat standardoitut tietorakenteet ja kenttänimet tietty suositeltavin tapa. Vanhojen järjestelmien kanssa joudutaan turvautumaan varmaan pitkään vielä kaikenlaisiin mappauksiin.

Tavoite kuulostaa muotisanojen yhteenliittämiseltä. Joku puhui jopa "yhteentoimivaksi" pesemisestä.

Mitä esim. tiedon siirron palvelun uudelleenkäytettävyys oikeasti tarkoittaa? Palvelujen samankaltaisuusvelvoitetta? Miten huomioidaan eri aikoina toteutettavien palvelujen osalta digitalisaation kehityksen huomioiminen, onko pakko jäädä "lapsen kenkiin", vaikka osaaminen kasvaa?

On hyvä huomioida, että tavoitteen täyttäminen ohjaa myös organisaatioiden sisäistä API-kehitystä. APIen käyttötarkoituksen (yksinkertaistettuna tiedon tarjoaminen) pitäminen selkeänä ja yksiselitteisenä nopeuttaa APIen kehitystä ja mahdollistaa myös mm. rajapintojen testausautomaation kehittämisen helpommin.