Kalshin API-botin tulee ansaita toimintalaajuutensa osoitetulla toiminnalla. Onnistunut yhteys tai yksi hyväksytty toimeksianto ei näytä ohjelman tapaa käsitellä osittaisia toteumia, kaksoisviestejä, muuttuneita markkinarajoitteita tai lähetyksen jälkeistä kaatumista. Nämä tapaukset määräävät, pysyykö sen tilitietue luotettavana tavallisten oletusten pettäessä.
Hyväksymiskriteerit muuttavat laajat väitteet, kuten luotettava tai turvallinen, havaittaviksi tuloksiksi. Ne määrittävät tilin alkutilan, lisättävän tapahtuman, botille sallitun toimen ja jälkeenpäin odotetut tietueet. Testi, joka ei voi ilmaista odotettua taloudellista tulostaan, tuskin osoittaa paljoa botin toiminnasta.
Opas esittää kuvitteellisia hyväksymisharjoituksia valtuutettuun kehitysprosessiin. Numeeriset rajat ja hinnat ovat keksittyjä. Demotestaus, simuloidut vastaukset ja tietueiden toistaminen voivat arvioida ohjelmiston toimintaa todistamatta tuotannon likviditeettiä tai strategian kannattavuutta. Todellinen kaupankäyntivaltuus pysyy erillisenä päätöksenä, jota tilinomistajan ohjeet rajaavat.
Kirjoita Kalshin API-botin hyväksymiskriteerit ensin
Kalshi-botin hyväksymiskriteerien tulee kuvata tulokset ennen toteutuksen yksityiskohtia. Esimerkiksi saman toteuman toistaminen kahdesti saa muuttaa positiota vain kerran. Vanhentunut ehdotus ei saa muuttua uudeksi toimeksiannoksi. Kadonneen vastauksen on luotava selvittämätön tila eikä vapautettava varaustaan automaattisesti.
Ilmaise läpäisyyn tarvittava näyttö. Konsoliviesti kaksoiskappaleen sivuuttamisesta ei riitä, jos tilikirja silti laski määrän kahdesti. Tarkasta syntynyt positio, maksut, toimeksiantotila ja päiväkirja. Hyväksymistuloksen tulee olla ymmärrettävä myös henkilölle, joka ei kirjoittanut kyseistä koodia.
Aiempi Kalshin Python-API-kaupankäyntibotin opas kuvaa luotettavaa suunnittelua kielikohtaista asiakasta laajemmin. Käytä näkökulmaa tässä: tärkeä ominaisuus on toiminta tilirajalla. Ohjelmointikielen valinta ei poista tarvetta varmentaa taloudellista merkitystä.
Määritä tunnettu tilin alkutila
Jokainen harjoitus tarvitsee riippumattomasti tarkastettavan alkutilan. Määritä positiot, aktiiviset toimeksiannot, käytettävissä oleva kapasiteetti ja selvittämättömät aikomukset. Ilman tunnettua lähtötasoa myöhempi ristiriita voidaan selittää tutkimattomalla aiemmalla olosuhteella testattavan toiminnan sijaan.
Aloita kuvitteellinen testisarja kymmenellä Kyllä-sopimuksella, viiden sopimuksen aktiivisella toimeksiannolla ja kolmenkymmenen sopimuksen tapahtumarajalla. Botin tulee laskea tällä yksinkertaisella käytännöllä viidentoista sopimuksen nykyinen tai mahdollinen altistus. Uusi kahdenkymmenen pyyntö ylittäisi rajan, jos kaikki määrät muuttuisivat positioiksi.
Pidä testiaineisto erillään todellisista tilitiedoista. Testi ei saa koskaan hiljaisesti lainata tuotannon todentamistietoja tai päätellä tutun markkinatunnisteen olevan harmiton. Yksilöi ympäristö selvästi ja käytä siihen sopivia hallintakeinoja. Tarkoitus on testata rajattua toimintaa eikä löytää tilin tilaa tahattomalla toteutuksella.
Testaa täsmälliset desimaalimäärät
Kalshin nykyiset ohjeet käyttävät kiinteän desimaalitarkkuuden hintoja ja määriä. Hyväksynnän tulee sisältää arvoja, joita kokonaisiin sentteihin tai sopimuksiin perustuva jäsennin käsittelisi väärin, noudattaen silti harjoituksen kuvitteellisia markkinarajoitteita.
Käytä keksittyä kelvollista 0,3375 dollarin hintaa ja 8,40 sopimuksen määrää. Niiden ostoarvo on 2,835 dollaria ennen maksuja. Odotetun tilikirjan tulee säilyttää täsmällinen tulo siinä vaiheessa, jossa sillä on merkitystä, ja soveltaa sitten dokumentoituja lopullisia pyöristyssääntöjä erikseen. Määrän katkaiseminen kahdeksaan on epäonnistuminen.
Testaa myös virheelliset muodot, puuttuvat yksiköt ja sallittujen rajojen ulkopuoliset arvot. Botin tulee hylätä tai eristää monitulkintainen määrä arvaamisen sijaan. Virheelliset arvot hyväksyvä jäsennin, joka pystyy poimimaan niistä joitakin numeroita, luo vaarallisen eron syötteen sanoman ja tilin mahdollisten toimien välille.
Testaa hintaportaat tarkkuudesta riippumatta
Desimaaliarvo voi olla syntaktisesti kelvollinen mutta markkinan sallittujen portaiden ulkopuolella. Botin tulee lukea nykyiset hintarajoitteet ja varmentaa ehdotettu raja niitä vasten. Neljän desimaalin merkkijono ei automaattisesti ole kelvollinen neljän desimaalin hinta jokaiselle markkinalle.
Kuvitteellisella 0,005 dollarin askelten hintavälillä aiottu oston enimmäishinta 0,3375 dollaria on 0,335 ja 0,340 dollarin välissä. Jos käytäntö pyöristää sallittuun ostohintaan, hinta ei saa ylittää hyväksyttyä enimmäistä. Pyöristäminen ylöspäin 0,340 dollariin rikkoisi tätä nimenomaista ohjetta.
Testaa hintaportaiden muutos ehdotuksen luomisen ja lähettämisen välillä. Odotetun toiminnan tulee olla uusi varmennus, valtuutettu muutos tai hylkäys tarkastusta varten. Botin ei tule lähettää virheellistä hintaa toistuvasti olettaen jokaisen hylkäyksen olevan tilapäinen verkko-ongelma.
Testaa taloudellinen suunta selkokielisillä tapauksilla
Toimeksiantosovittimen tulee muuntaa käyttäjän tarkoittama tulosaltistus oikein nykyisen päätepisteen suuntakenttiin. Kalshin toimeksiantosuunnan ohjeet ovat viite nykyisten vastauskenttien tulkintaan. Myös pyynnön merkitykset tulee tarkastaa juuri käytettyä päätepistettä vasten.
Kirjoita tapaukset ihmisen käsittein ennen sarjallistettujen tietojen tutkimista: lisää Kyllä-altistusta enimmäishinnalla, vähennä nykyistä positiota vähimmäishinnalla tai ilmaise tuettu Ei-puolen päätös nykyisen rajapinnan kautta. Pura jokainen pyyntö takaisin selkokielelle ja vertaa sitä alkuperäiseen aikomukseen.
Sisällytä täydentävien hintojen tapauksia, sillä ne voivat peittää virheitä. Numeerisesti uskottava arvo väärällä puolella voi tuottaa kelvollista mutta tarkoittamatonta altistusta. Skeemavalidoinnin läpäisy todistaa vain pyynnön hyväksyttävän rakenteen; hyväksynnän on myös todistettava rakenteen välittävän aiotun taloudellisen ohjeen.
Testaa luparaja
Anna botille lupa havainnoida laajaa markkinaluetteloa mutta käydä kauppaa vain pienellä hyväksytyllä osajoukolla. Esitä sitten houkutteleva ehdotus osajoukon ulkopuolelta. Odotettu tulos on kirjattu hylkäys ilman allekirjoitettua tai lähetettyä toimeksiantoa.
Toista harjoitus tukemattomalla toimeksiantotyypillä, liian suurella määrällä ja vanhentuneella valtuutuksella. Jokaisen tulee hylkääntyä oikeassa portissa. Mallin tuottama selitys ei saa voida ohittaa käytäntöä kiireellisellä kielellä tai väittämällä luottamusta poikkeuksellisen suureksi.
Polymarketin automatisoinnin opas vertaa käsin tehtäviä, valvottuja ja delegoituja työnkulkuja. Sen hyödyllinen yleinen opetus on valtuuden nimenomaisuus jokaisessa vaiheessa. Tämän Kalshi-botin hyväksymistietueen tulee näyttää täsmälleen kielletty toimi sekä sallituksi jäänyt havainnointi- tai täsmäytystyö.
Testaa samanaikaiset ehdotukset yhtä rajaa vasten
Kaksi ehdotusta voi läpäistä erikseen mutta ylittää yhteisen rajan yhdessä. Hyväksynnän tulee tuoda ne riittävän lähelle toisiaan ajallisesti, jotta kapasiteetin tarkastamisen ja varausten kirjaamisen välinen kilpailutilanne paljastuu. Odotettu toiminta on koordinoitu valtuutus eikä kaksi riippumatonta hyväksyntää saman vanhan tilannekuvan perusteella.
Palataan kuvitteelliseen kolmenkymmenen sopimuksen rajaan, josta viisitoista on jo hallussa tai sidottuna. Kaksi ehdotusta pyytää kumpikin kymmentä. Vain yksi kymmenen sopimuksen lisäys sopii, jos käytäntö arvioi pahimman tapauksen toteutunutta määrää; toinen nostaisi mahdollisen altistuksen kolmeenkymmeneenviiteen. Botin on hylättävä toinen ehdotus, muutettava sen kokoa valtuutetulla käytännöllä tai lykättävä sitä.
Tarkasta yhteinen tilikirja molempien päätösten jälkeen. Sen tulee sisältää yksi johdonmukainen varausten kokonaismäärä ja lykätyn tai hylätyn ehdotuksen syy. Testi ei saa läpäistä vain siksi, että myöhempi kauppapaikan hylkäys sattui estämään ylityksen. Sovelluksen oman valtuutusrajan on toimittava.
Testaa toteumien idempotentti käsittely
Toteumien idempotentti käsittely tarkoittaa saman taloudellisen toteuman vastaanottamisen useasti vaikuttavan tiliin samoin kuin sen vastaanottaminen kerran. Virrat, uudelleenyhdistämiset ja myöhemmät tilikyselyt voivat kaikki toimittaa päällekkäistä näyttöä. Botin on tunnistettava sama toteuma vakaan identiteettinsä ja dokumentoitujen versiokäytäntöjen kautta.
Aloita kymmenellä sopimuksella ja lisää neljän sopimuksen toteuma. Syntyvä positio on neljätoista. Toista sama toteuma toisen polun kautta; tuloksen tulee pysyä neljässätoista ja siihen liittyvän maksun olla kirjattu kerran. Toisen erillisen neljän sopimuksen toteuman tulee sitten tuottaa kahdeksantoista.
Testi erottaa tiedonsiirron kahdentumisen toistuvasta kelvollisesta kaupankäynnistä. Kaksoiskappaleiden poisto pelkän määrän ja hinnan perusteella hylkäisi virheellisesti erillisiä, sattumalta samanehtoisia toteumia. Tietue tarvitsee riittävän vahvat tunnisteet ja alkuperätiedot säilyttääkseen todelliset toteutukset ja torjuakseen saman toteutuksen toistetut havainnot.
Testaa osittaiset toteumat ja loppumäärän tila
Osittaisen toteuman tulee päivittää omistuksia toteutuneella määrällä ja säilyttää toteutumattoman osuuden oikea tila. Valittu voimassaolokäytäntö on tärkeä. Tarjouskirjaan jäävä loppumäärä ja peruutettu välittömän toimeksiannon loppumäärä ovat eri tilisitoumuksia toteutuneen määrän ollessa sama.
Kuvitteellisessa kahdentoista sopimuksen toimeksiannossa viisi toteutuu 0,40 dollarilla ja maksaa 2 dollaria ennen maksuja. Seitsemän jää toteutumatta. Yksi harjoitus jättää nämä seitsemän aktiivisiksi; toinen päättää ne valitun dokumentoidun välittömän toimeksiannon käytännön mukaisesti. Odotettujen varaus- ja toimeksiantopaneelien tulee erota vastaavasti.
Botin ei tule koskaan päätellä jokaisen osittaisen toteuman luovan aktiivista loppumäärää. Sen tulee myös välttää peruutetun loppumäärän käsittelyä toteutuneen viiden peruutuksena. Tarkasta positio, ostokustannus, maksut ja lopullinen toimeksiantotila yhdessä, jotta testi varmentaa täydellisen taloudellisen tuloksen.
Suosittele ja ansaitse USDC:tä
Suosittele ja ansaitse USDC:täKumppaniohjelmamme maksaa reaaliajassa.
Testaa kadonnut lähetysvastaus
Simuloi toimeksiannon lähetys ja sitä seuraava vastauksen katoaminen. Yhdessä tapauksessa kauppapaikka hyväksyi sen, toisessa hylkäsi. Botilla on aluksi sama paikallinen oire, joten sen ensimmäisen reaktion tulee säilyttää epävarmuus ja tutkia alkuperäistä aikomusta.
Odotettuun toimintaan kuuluvat olennaisen varauksen säilyttäminen, uuden asiaan liittymättömän toimeksiannon välttäminen ja tuettujen toimeksianto- ja toteumatietueiden tutkiminen. Testin tulee varmentaa, ettei tyhjä avointen toimeksiantojen luettelo yksin sulje tapausta, jos toimeksianto on voinut toteutua kokonaan.
Asiakkaan toimeksiantotunniste voi auttaa tietueiden yhdistämisessä, mutta botin on varmennettava nykyiset kauppapaikan kahdentumiskäytännöt eikä oletettava rajatonta täsmälleen kerran tapahtuvaa toteutusta. Paikallinen idempotentti käsittely, pyyntöidentiteetti ja etähyväksynnän takuut ovat toisiinsa liittyviä työkaluja, joiden soveltamisalat eroavat. Hyväksymiskriteerien tulee ilmaista, mitä takuuta todella testataan.
Testaa hyväksynnän jälkeinen kaatuminen
Erityisen hyödyllinen uudelleenkäynnistyspalautumisen harjoitus pysäyttää prosessin kauppapaikan hyväksyttyä toimeksiannon mutta ennen paikallisen onnistumistietueen tallennusta. Käynnistyessään botin tulee ladata kestävä aikomuksensa ja täsmäyttää etätila ennen päätöstä siitä, tarvitseeko jotakin lähettää.
Jos se vain toistaa jokaisen aikomuksen ilman paikallista valmistumislippua, se voi luoda kaksinkertaisen altistuksen. Odotettu palautumistulos on yksi alkuperäiseen aikomukseen yhdistetty taloudellinen toimeksianto, jonka aktiivinen määrä tai toteutus näkyy tilikirjassa. Jos saatavilla oleva näyttö ei osoita suhdetta, tuloksen tulee pysyä nimenomaisesti selvittämättömänä.
Aiempi Kalshin automaattisen kaupankäyntibotin opas selittää toimintatiloja. Uudelleenkäynnistyksen tulee olla siirtymä havainnoinnin ja täsmäytyksen kautta eikä automaattinen hyppy rajoittamattomaan kaupankäyntiin. Hyväksynnän tulee tarkastaa siirtymä eikä vain vahvistaa prosessin onnistunutta käynnistymistä.
Testaa peruutus toteuman aikana
Lisää toteuma peruutuksen ollessa käynnissä. Botin tulee täsmäyttää toteutunut määrä ja todella poistettu osuus. Peruutuspyyntö ilmaisee aikomuksen; se ei estä jo tapahtunutta toteumaa takautuvasti.
Keksityssä yhdeksän sopimuksen aktiivisessa loppumäärässä oletetaan kolmen toteutuvan ennen kuin peruutus poistaa muut kuusi. Tilin positio kasvaa kolmella, ja kuuteen liittyvä sitoumus päättyy. Korvaavan ehdotuksen tulee käyttää syntynyttä tilaa eikä olettaa kaikkien yhdeksän peruuntuneen.
Tarkasta käyttäjälle annettu selitys sekä luvut. Käyttöliittymän tulee näyttää, miksi lopullinen positio eroaa peruutuksen alussa näkyneestä määrästä. Yleinen peruutettu-nimike voi peittää lisätoteuman ja kannustaa liian suureen korvaukseen, vaikka pohjatilikirjassa sattuisi olemaan oikea määrä.
Testaa muuttunut markkinatila
Ehdotus voi olla kelvollinen luotaessa ja kelvoton lähetykseen saapuessaan. Lisää tauko, sulkeutuminen tai muuttunut markkinarajoite näiden vaiheiden välille. Odotetun toiminnan tulee seurata nykyisiä kauppapaikkasääntöjä ja sovelluksen käytäntöä yrittämättä kiertää tilaa toistuvilla pyynnöillä.
Kalshin markkinan elinkaariohjeet kuvaavat nykyisiä kaupankäynti- ja selvitysvaiheita. Hyväksymissarjan tulee käyttää näitä merkityksiä eikä olettaa yhden yleisen avoin-tai-suljettu-lipun kattavan jokaisen vastuun.
Tutkimus voi jatkua toimeksiantojen luomisen ollessa pois käytöstä, ja täsmäytys voi pysyä tarpeellisena kaupankäynnin päätyttyä. Testaa kyvykkyydet erikseen. Markkinan sulkeutuessa kaiken tilihavainnoinnin lopettava botti voi menettää juuri lopullisten positioiden, maksujen ja selvityksen osoittamiseen tarvittavat tietueet. Toimintarajoitteiden tulee kaventaa toimia poistamatta velvollisuutta tehdä selkoa aiemmista.
Testaa datavirran katkokset ja päällekkäiset palautumiskyselyt
Katkaise yksityinen virta toteumien tapahtuessa, yhdistä sitten uudelleen ja hae tilihistoria. Palautumisprosessi voi kohdata ennen katkoa jo nähtyjä toteumia sekä uusia. Odotetun tilikirjan tulee sisältää jokainen taloudellinen tapahtuma kerran ja yksilöidä palautettu aikaväli.
Hyödyllinen harjoitus palauttaa tietueet hankalassa järjestyksessä. Myöhäinen päivitys ei saa kirjoittaa uudemman tilan päälle vain siksi, että se saapui paikallisesti myöhemmin. Säilytä tapahtumatunnisteet, olennaiset aikaleimat ja dokumentoidut versiotiedot tietueiden suhdetta määrittäessäsi.
Jos täydellistä kattavuutta ei voida osoittaa, botin tulee säilyttää poikkeus ja rajata uutta altistusta käytäntönsä mukaisesti. Puutteellisesta virrasta johdettu tarkalta näyttävä positio ei ole onnistunut palautuminen. Testi läpäisee, kun tulos on joko varmennettu tai rehellisesti selvittämätön ja seuraava vaihe on selvä.
Testaa pyyntörajat muuttamatta aikomusta
Pyyntörajoitetun luku- tai kirjoituspyynnön ei tule saada bottia muuttamaan pyynnön taloudellista merkitystä. Uusintaviive voi muuttaa ajoitusta, mutta se ei saa hiljaisesti kasvattaa määrää, väljentää rajaa tai luoda uutta riippumatonta aikomusta. Viivästyneet ehdotukset voivat vanhentua odottaessaan.
Harjoittele sekä tavallisen markkinadatan rajoittamista että yksityistä täsmäytyspyyntöä, jota tarvitaan epävarmuuden ratkaisemiseen. Botin tulee priorisoida toimintakäytäntönsä mukaisesti ja säilyttää olennaiseen tilihavainnointiin riittävästi kapasiteettia rajapinnan salliessa. Sen ei tule käyttää jokaista saatavilla olevaa pyyntöä vähäarvoisiin noteerauspäivityksiin.
Kirjaa todellinen viive tutkimus- ja toteutushistoriaan. Strategia ei voi väittää käyttäneensä alkuperäistä noteerausta, jos pyyntörajoitus lykkäsi päätöstä. Hyväksymistuloksen tulee näyttää vanhojen ehdotusten uusi varmennus tai hylkäys ja selvittämättömien lähetysten pysyminen alkuperäisten varaustensa yhteydessä.
Testaa todentamistietojen virhe hallittuna tilana
Vanhentuneiden, peruttujen tai väärin määritettyjen todentamistietojen tulee tuottaa selkeä kyvykkyyden menettämisen tila. Botin tulee välttää salaisuuksien paljastamista virheviesteissä eikä se saa siirtyä tarkoittamattomaan tiliin tai ympäristöön vain saadakseen pyynnön onnistumaan.
Erota julkinen havainnointi yksityisestä pääsystä. Markkinadatanäyttö voi jatkaa toimintaansa tilikyselyjen ja toimeksiantotoimien epäonnistuessa. Käyttöliittymän tulee selittää ero, jotta käyttäjä ei päättele liikkuvan hintanäytön todistavan kaupankäyntiyhteyden toimivuutta.
Kalshin kaupankäyntialustan opas käsittelee tilipääsyä ja toiminnallista käytettävyyttä. Hyväksynnän tulee sisältää lukijan näkemä tilanne todentamistietojen virheessä: kyseiset käyttöoikeudet, viimeisin varmennettu tiliaika ja selvittämättömät sitoumukset. Yleinen yhteys katkennut -merkki ei riitä, jos se piilottaa yhä suoritettavissa olevat vastuut.
Testaa ihmisen tarkastusnäkymä
Botti voi säilyttää oikeat sisäiset tietueet ja silti johtaa käyttäjäänsä harhaan huonolla esityksellä. Testaa, erottaako näyttö ehdotetun, valtuutetun, lähetetyn, aktiivisen, toteutuneen ja täsmäytetyn tilan. Näytä osittaiset määrät ja selvittämättömät kohdat vaatimatta lukijaa tulkitsemaan raakalokeja.
Pyydä tarkastajaa selittämään keksitty häiriö pelkän näytetyn tietueen perusteella. Hänen tulee yksilöidä sopimus, mahdollinen altistus, viimeisin varmennettu näyttö ja seuraava toimi. Ellei hän pysty siihen, hyväksymissarja on löytänyt käytettävyysongelman, joka voi paineen alla muuttua toiminnalliseksi ongelmaksi.
Vertailu Polymarketin kaupankäyntialustaan auttaa erottamaan yleiset käyttöliittymävastuut kauppapaikkamekanismeista. Selkeät säilytys-, toimeksianto- ja selvitystiedot ovat tärkeitä molemmissa, mutta nimikkeiden on kuvattava todellista tilimallia. Yhteisen visuaalisen suunnittelun ei tule saada erilaisia tiloja näyttämään taloudellisesti samoilta.
Pidä hyväksymisnäyttö versioituna
Tallenna skenaario, asiakasversio, määritykset ja havaittu tulos jokaisesta hyväksymisajosta. Myöhempää koodi- tai skeemamuutosta voidaan sitten verrata tunnettuun lähtötasoon. Ilman versioitua näyttöä väite botin läpäisemistä testeistä voi viitata määritykseen, jota ei enää käytetä.
Kohdista regressiotarkastukset merkityksellisiin rajoihin: määriin, suuntaan, lupiin, kaksoiskäsittelyyn ja palautumiseen. Onnistuneen tavallisen yhteystestin toistaminen satoja kertoja lisää vähän, jos siirtymä muutti kenttää, joka määrää toimeksiannon ostavan tai myyvän aiottua tulosta.
Aiempi ennustemarkkinoiden kaupankäynti-API:n opas selittää yhteyden ja varmennuksen erillisinä vastuina. Hyväksymisnäytön tulee samoin erottaa rajapinnan tavoitettavuus täydellisen tilityönkulun oikeasta toiminnasta. Molemmat ovat hyödyllisiä tietoja, mutta vain toinen käsittelee vaikeita toiminnallisia tapauksia.
Anna Kalshin API-botille vain sen läpäisemä toimintalaajuus
Hyväksyntä on rajatun toimintapäätöksen peruste. Pelkät tilin lukemiseen perustuvat täsmäytystestit läpäissyt botti ei ole automaattisesti osoittanut todellisen toimeksiannon palautumista. Yhdellä toimeksiantotyypillä testattu botti ei välttämättä ole käsitellyt jokaista muuta voimassaoloaikaa tai tilimääritystä.
Dokumentoi hyväksytty rajaus, tunnetut rajoitteet ja uutta arviointia vaativat ehdot. Laajentamisen tulee seurata uutta näyttöä: lisäskenaarioiden kattamista, nykyisen skeeman varmennusta ja selkeää tilikäytäntöä. Säilytä mahdollisuus pysyä havainnointi- tai valvotussa tilassa palautumistapauksen ollessa yhä selvittämättä.
Hyödyllisin hyväksymistulos on täsmällinen ilmaisu osoitetusta toiminnasta. Se näyttää botin säilyttävän yksiköt, noudattavan valtuutta, käsittelevän toteumat kerran ja rakentavan tilitilan uudelleen määriteltyjen häiriöiden jälkeen. Näyttö on informatiivisempaa kuin laaja luotettavuusnimike ja antaa käyttäjälle konkreettisen perusteen päättää ohjelman seuraavaksi sallitusta työstä.