Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • 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

...