Vakuutus
Vaatimusten tarkastelu, petosten seulonta ja viranomaisraportointi riippuvat siitä, että pystytään jälkikäteen osoittamaan tarkalleen, mitä tarkastettiin, kuka on tarkastanut ja millä perusteella vaatimus on eskaloitunut tai ratkaistu. Tällä sivulla kerrotaan, kuinka tällainen työnkulku suunnitellaan ja miten se ajettaisiin InTheEU Assistissa, ei tietueita valmistuneesta käyttöönotosta.
Miten työnkulku rakennettaisiin
Vaatimustiedosto sisällytettäisiin tapauskohtaiseen tietopakettiin, jossa agentti on määritetty poimimaan asiaankuuluvat tosiasiat, viittasivat käytäntöihin ja ehdottamaan riski- tai petosmerkintää, jos malli sen oikeuttaa. Jokaisen ehdotetun lipun tila on ehdotettu, ja se on sidottu tiettyyn vaatimukseen ja asiakirjoihin, joista se on peräisin, eikä sitä koskaan sovelleta automaattisesti vaatimuksen tilaan.
Ehdotettu eskalointi, epääminen tai siirtäminen tutkittavaksi suunnitellaan vaiheiden sarjaksi, joka tiivistetään ennen suoritusta, joten säätäjän tai arvioijan hyväksymä perustelu on juuri se, mitä tietue osoittaa, että se on suoritettu.
Missä ihmisen hyväksyntä istuu
Merkitty vaatimus siirtyy ehdotetusta tarkistettuun hyväksyttyyn tai hylättyyn. Mikään ei saavuta asiakaskohtaista päätöstä, sovintoa tai viranomaisilmoitusta ennen kuin vastuullinen säätäjä tai sääntöjen noudattamisesta vastaava virkamies on allekirjoittanut sen. Tämä allekirjoitus ja tarkat vaatimustiedot, joita vastaan se tarkistettiin, olisivat itsenäisesti todennettavissa jälkikäteen.
Mistä tämä perustuu tänään ja mistä ei
Tapauslaajuinen asiakirjojen käsittely, ehdotetusta hyväksytyksi arvioinnin elinkaari ja allekirjoitettu tarkastusketju, joka sitoo lipun tai päätöksen takaisin lähdevaatimukseen ja sen tarkistajaan ovat alustan työskentelyosia. Mikä ei ole osa tätä: mikä tahansa ennalta laadittu petosten havaitsemismalli tai vakuutusmatemaattinen arvio. Vakuutuksenantajan omat säätäjät ja vaatimustenmukaisuusryhmät ovat edelleen päätettävissä siitä, mikä on voimassa oleva lippu; alusta tekee heidän tarkastelunsa todistettaviksi ja jäljitettäviksi vaatimustiedostoon, johon se perustui.
Osa tämän ominaisuusjoukon taustalla olevasta arkkitehtuurista on dokumentoitu vielä keskeneräisissä arkistoissa. Tällä sivulla kuvataan, mihin alusta on suunniteltu, tasolla, joka sopii pilotin suunnitteluun, ei toteutusmäärittelyyn.
Alustan ominaisuuksia ja käyttöliittymää kehitetään jatkuvasti. Tämän oppaan kuvaukset eivät välttämättä vastaa viimeisimmän julkaistun version tarkkaa asettelua tai sanamuotoa.