Paras vastaus
En ole perehtynyt FidInvReconiin, mutta olen kommentoinut kaupan sovittelua YLEISESTI. Toivottavasti se auttaa 🙂
Yksinkertaisella sanalla täsmäytys on vahvistusprosessi: Syötteen määrä = Lähdön määrä
Otetaan esimerkki Deal Capture Systemistä (DCS), joka kirjaa tarjouksia, jotka käydään kauppaa pörsseissä. Useimmissa tapauksissa DCS liitetään live-liittymien vaihtoon rajapintayhteyksien kautta (verkkopalvelut, pistorasia jne.). Jos kauppa on varattu pörssissä, kaupan varaustietojen tulisi välittömästi saapua DCS: ään suoran yhteyden kautta.
Ajatus on siis päivän loppuun mennessä, jos pörssissä käydään 100 kauppaa, DCS: llä pitäisi olla myös 100 tietueita kyseiseltä päivältä. Mutta monista asioista, kuten tiedonsiirron häiriöistä, verkon epäonnistumisesta jne. Johtuen, kaikki 100 tarjouksen täydelliset tiedot eivät välttämättä pääse DCS: ään. Näiden vikojen voittamiseksi DCS suorittaa täsmäytysprosessin, joka varmistaa 100-prosenttisen tarkkuuden.
Tavanomaisessa kaupan täsmäytysprosessissa DCS lähettää sovittelupyynnön tietyllä aikavälillä; tämä lataa kyseisenä ajanjaksona käydyn kaupan historian. Yleensä tämä pyyntö voidaan laukaista päivän loppuun mennessä tai aikatauluttajalla (n tunnin välein), jolloin alkamisaika on kauppapäivän alku ja lopetusaika nykyinen aika. Sovitteluvastauksessa on tilannekuva kaikkien kauppojen viimeisimmistä varaustiedoista pyydetylle ajanjaksolle. Kun vastaus on valmis, DCS vertaa järjestelmää ladattuihin tilannekuviin [ts. , Uudelleenjärjestelyjen kokonaismäärä – System = Järjestelmästä puuttuu tarjouksia yhteensä ]. Jos havaitaan ristiriitaisuuksia, järjestelmä päivitetään täsmäytetyillä tiedoilla. Näin varmistetaan, että pörssissä käydyt kaupat ovat synkronoituja järjestelmän kanssa. Tätä kutsutaan kaupan sovitteluprosessiksi.