...
- Käydään läpi lyhyesti jo sovitut asiat, eli suoritusmerkintöjen perustilanteet
- Jatketaan pohdintaa erikoistilanteiden osalta, alla taulukossa
- Suorituksen peruminen (opiskelija jättää suorituksen kesken)
- Suorituksen korotus
- Suorituksen epäonnistunut korotus
- Suoritusmerkinnän korjaus
- Erityisjärjestelyt, suoritusmerkintä, mutta ei mitään vakio suoritustapaa
- REGISTRATION_REPLY_REQUEST viestiin ACKNOWLEDGEMENT vastaukset, tämä ehkä myöhemmin vasta käsiteltäväksi, kun päästään ilmoittautumisiin
Muistiinpanot keskustelusta:
- CompletedCreditStatus-kenttä
- Mikään vaihtoehdoista ei oikein vastaa sitä, että on käyty loppuun, mutta ei päästy läpi. UNFINISHED ja ATTEMPT_ABANDONED tarkoittaa suunnilleen samaa
- Sisu lähettä nykyisellään ainoastaan ACCEPTED, UNFINISHED (kaikki hylätyt tapaukset)
- Peppi lähettää nykyiellään ACCEPTED, ATTEMPT_ABANDONED (suoritettu, mutta ei päässyt läpi), UNFINISHED (suoritus jäi kesken)
- Tarvitaan uusi FAILED arvo, ehkä ATTEMPT_ABANDONED tilalle niin vastaisi parhaiten Pepin nykyistä toimintaa. Sisu siirtyisi käyttämään tätä.
- transaction-kenttä
- Nämä selkeämmät, mitä tarkoittaa
- Sisussa korotuksessa tulee täysin uusi suoritus, vanha suoritus muutetaan toissijaiseksi suoritukseksi.
- Sisussa ei voi korjata virhettä aiemmassa suorituksessa vaan aiempi suoritus merkitään virheelliseksi (tästä tulisi Ripaan REMOVAL) ja sitten tehdään uusi suoritus (NEW_COMPLETED_CREDIT)
- Tämä ehkä toimisi Pepissä, kunhan tulee juuri tässä järjestyksessä
- Sisussa voi olla korotus eri opintojaksolle (eri completedCreditTargetId), mutta siten että opintojaksolla olisi sama groupId (Ripassa permanentId) kuin aiemmalla. Tällä identifioidaan, että korvataan aiempi.
- Pepissä käsitellään Sisun saman opintojakson eri versioita nyt jo eri opintojaksoina, koska niillä on eri id, linkitys vain permanentId:n kautta, mutta Peppi ei tätä tarkastele
- Pitäisi näiden tietojen pohjalta rajata tapaukset, mitkä yritetään hoitaa Ripan läpi
- Ehkä merkittävin ongelma se, että Sisun korotuksessa voi olla eri completedCreditTargetId ja permanentId:n toiminta tässä
- Lyhyesti keskusteltiin REGISTRATION_REPLY_REQUSTistä ja ACKNOWLEDGEMENTistä.
- Tämä tuotu esille chatissä. Peppi odottaa ACKNOWLEDGEMENT viestiä REGISTRATION_REPLY_VIESTIIN.
- Sisu ei sitä lähetä, tästä jothuu se, että Peppiin jää ilmoittautumisissa "Odottaa kuittausta" Peppi-Sisu -yhteentoimivuuden testaus Ripassa
- Ripan dokumentaatiossa ei ACKNOWLEDGEMENTistä sanota juuri mitään, ei ole myöskään sekvenssikaavioissa.
- Tonin muistikuva, että tuotiin mukaan viimemetreillä ja todennäköisesti unohtunut päivittää Ripan dokumentaatioon.
- Pepin kannalta kuitenkin oleellista tietää, että ilmoittautumisen hyväksyntä on mennyt takaisin, eli ACKWONLEDGEMENTiä ei pitäisi pudottaa kokonaan pois.
- Palataan tähän asiaan myöhemmin.
- Seuraavat palaverit
- 4.4 torstai 10-11 (Toni lomalla)
- 18.4 torstai 10-11
completedCreditStatus:
- NOT_PARTICIPATED
- ATTEMPT_ABANDONED
- ACCEPTED
- UNFINISHED
...