Ongelma, oli että nappulat elementin sisällä tahtoivat olla gridissä, mutta ylimääräinen luokka pakotti display: flex. Poistettiin ylimääräinen luokka.
Demottu 15.2.2024
Flyway:n päivitys ei onnistu sillä se vaatii uudemman Javan kuin mitä meillä on käytössä
Tehtiin lappu , jonka yhteydessä voidaan päivittää Flyway
Pysäytettiin automaattiset Flyway:n päivitykset
Pdf.js-kirjaston päivitys ei onnistunut, sillä uusin version jättänyt pois tuen Commonjs-moduuleille. Uusimpaan versioon päivittäminen vaatisi muutoksia useaan paikkaan, ja koska kirjastoa käytetään vain muutamassa testissä, katsottiin että päivittäminen ei ole tarpeellista tällä hetkellä. Tehtiin lappu
Kyseinen haavoittuvuus oli false positive
Samalla tuupattu renovaten päivitysjonoa eteenpäin joka oli jumiutunut
Totea, että sivulla on Jotpan logo, favicon sekä teksti "Jatkuvan oppimisen ja työllisyyden palvelukeskus on päättänyt myöntää valtionavustusta hankkeelle"
Totea, että sivulla on Jotpan logo, favicon sekä teksti "Servicecentret för kontinuerligt lärande och sysselsättning har beslutat att bevilja statsunderstöd till projektet"
Totea, että sivulla on Jotpan logo, favicon sekä teksti "Jatkuvan oppimisen ja työllisyyden palvelukeskus on päättänyt olla myöntämättä valtionavustusta hankkeelle"
Totea, että sivulla on Jotpan logo, favicon sekä teksti "Servicecentret för kontinuerligt lärande och sysselsättning har beslutat att inte bevilja statsunderstöd till projektet"
Järjestelmä selviää ongelmasta ilman päivystäjälle hälyttämistä
Demottu 4.1.2024
"Tavallisen" arviointivaiheessa hyväksytyn budjetin syöttökenttä salli pelkästään kokonaislukuja, mutta VA-307:n yhteydessä toteutettu automaattista laskukaavaa (ns. fixedMultiplierMoneyField) hyödyntävä kenttä salli mielivaltaisia syötteitä, jotka aiheuttivat sekä hälytyksen että tallennuksen epäonnistumisen (kenttä salli esim syötteen "1000€")
Muutettiin automaattista laskukaavaa käyttävät budjettisyöttökentät hyväksymään pelkästään kokonaislukuja:
Syötä "Suomi toisena kielenä.." -> hyväksytty kenttään syöte "asd"
Totea, ettei kenttä vastaanottanut syötettä
Näppäile samaan kenttään "1000€/kk"
Totea, että kenttä hyväksyi pelkästään alkuosan syötteestä ("1000"), hylkäsi loput syötteestä ja että tallennus onnistui
Tyhjennä kyseinen kenttä käyttäen backspacea
Totea, että kentässä lukee "0"
Huomaa, ettei kenttä myös enää ole punaisessa virhe tilassa kun arvo on 0
Demottu 21.12.2023
Tarkastelimme tilannetta tietokannasta eri suunnista ja näyttäisi siltä, että hakemustaei koskaan lähetetty. Hakemus on siis ollut vasta “draft” tilassa silloin kun Kyösti on käynyt muokkaamassa sitä. Hakemus on tällöin siirtynyt draft tilasta “officer_edit” tilaan. Eli järjestelmän näkökulmasta tässä on käynyt niin, että hakemus on siirtynyt luonnostilasta virkailijanmuokkaustilaan, ilman että hakemusta on lähetetty.
Mielestäni on oikein, että hakemukselle ei lähetetä päätöstä, sillä hakemusta ei koskaan ole lähetetty.Onko oikein, että virkailija voi tehdä muutoksen hakemukseen jota ei ole vielä lähetetty? Mikäli tämä on odotettavaa järjestelmän käyttöä, niin miten tälläinen muutos pitäisi käsitellä?
Mikäli hakemuksen muokkaaminen ennen lähettämistä ei ole odotettavaa, niin virkailijan ennenaikainen muokkaaminen pitäisi mahdollisesti estää järjestelmän toimesta.
Päivitetty clj-ssh versioon 0.6.6 jossa haavoittuvuus on korjattu
Samalla päivitetty muitakin paketteja, jotta renovate voi taas toimia automaattisesti
Hakuvaiheen jotpa-moodi on nyt valmis
Sovittu Mikon kanssa, että hän testaa lopputuloksen qa:lla
Sovittiin, että ei tehdä erillistä demoscriptiä tälle, sillä demoscriptistä tulisi todella monivaiheinen
Huomautettu, että osa Opetushallitus → jotpa muutoksista tulee tehdä lomake-editorin kautta
Odotetaan Mikolta vihreää valoa tuotantojulkaisuun
Hidasteluongelmaa tutkittiin Matin kanssa ja todettiin että pahimmat ongelmat aiheuttaa OPH:n tietokoneilla käytössä oleva tietoturvaohjelmisto, tätä selvitetään OPH:n sisällä
Sovelluksessa on myös muita hitaasti latautuvia kohtia, kuten esim. Hakujen hallinta -sivu (alkutietojen lataus keskimäärin 5-15 s). Erityisesti hakulistauksen lataamisen nopeuttamiseen on jo aiemmin haettu ratkaisuja, mutta ne ovat olleet liian työläitä toteuttaa hyötyyn nähden. AWS-siirtymä tulee todennäköisesti parantamaan suorituskykyä näiden osalta, sillä tällä hetkellä tietokannan resurssit ovat erittäin niukat.
Lisätty testi- ja tuotantoympäristöihin ongelmien selvittelyssä auttavat source map -tiedostot
Hidastelu ilmeni käytännössä siten, että sivu vaikuttaa latautuvan vain osittain tai jäävän lataamaan pitkäksi aikaa. Todellisuudessa taustalla tapahtui virheitä palvelinkyselyitä tehdessä. Parannettiin virheidenkäsittelyä siten, että sivu ei jää tilaan jossa se vaikuttaa lataavan tietoja vaikka todellisuudessa tapahtui virhe:
Varmista, että olet Hakemusten arviointi -näkymässä
Avaa Developer tools ja sieltä Network request blocking
Tämä riippuu selaimesta, löytyy usein esim. cmd+shift+p tai ctrl+shift+p, kirjoita "Blocking". Onnistuu yleensä myös Network-tabista napsauttamalla hiiren oikealla painikkeella jotain pyyntöä ja valitsemalla "Block this URL" tai vastaavaa.
Valitse listasta haku TESTI: Hankeavustukset kansallisen lukutaitostrategian toimeenpanon edistämiseen (17.10.2023)
Totea, että yläkulmaan ilmestyy viesti "Virhe tietojen lataamisessa. Yritä uudelleen."
Valitse jokin muu haku ja totea että lataaminen onnistuu (kaikissa hauissa ei ole hakemuksia, etsi haku johon on tehty hakemus)
Poista käytöstä aiemmin lisätty esto
Valitse uudelleen haku TESTI: Hankeavustukset kansallisen lukutaitostrategian toimeenpanon edistämiseen (17.10.2023)
Totea, että lataaminen onnistuu ja listassa näkyy hakemus
Hakujen hallinta:
Siirry Hakujen hallinta -sivulle
Varmista, että listasta ei ole valittu hakua, tai on valittu jokin muu haku kuin TESTI: Hankeavustukset kansallisen lukutaitostrategian toimeenpanon edistämiseen (17.10.2023)
Totea, että toimintayksikkö on "6600105300 Jatkuvan oppimisen ja työllisyyden palvelukeskus"
Klikkaa "Hakulomake"
Avaa uusiin tabeihin "Linkki hakuun → Suomeksi" sekä "Linkki hakuun → Ruotsiksi"
Totea että sivuilla on Jotpan Favicon
Totea että vasemmassa yläkulmissa on Jotpan kielistetyt logot ("Jotpa" suomenkielisellä, "Skols" ruotsinkielisellä)
Totea että infopallo on "Jotpan vihreä"
Totea että fontti on pyydetty monteressat
Demottu 30.11.2023
Handi/rondo yhteys katkeaa jostain syystä aikakatkaisuun
Vähän harhaanjohtavasti jsch:n heittämä error on "JSchException: channel is not opened" vaikka koodin perusteella tämä lentää vain silloin kun yhteydenmuodostus kestää pidempään kuin asetettu aikakatkaisu.
Oletuksena aikakatkaisu on 20 sekuntia
Nostin aikakatkaisun 60 sekuntiin
Demottu 23.11.2023
Hakemus päätyi epätilaan (viimeisin version_closed not null), kun käyttäjä teki monta samanaikaista muutosta samaan hakemukseen
Nyt ensimmäisenä sisääntuleva muutospyyntö lukitsee hakemuksen sellaisella tavalla, ettei samanaikaisia muutoksia enää sallita
update hakija.hakemukset set version_closed = null where id = 44694 and version = 43;
Luotiin lappu: jottei ongelma toistuisi
Jos AFagersted tai TKeinonen käyttöoikat uusimiset ois menny (ei ole mennyt vielä 2.11.2023) läpi nii kokeile eka niillä (koska ne ovat va-user eikä va-admin roolissa ja tän lapun pihvi on, että userit näkevät kommentin)
Huomaa, että voit lisätä ja muokata vastaanottajia, muokata otsikkoa sekä tekstiä
Vaihda vastaanottajaksi oma sposti
Huomaa viestillä olevat header ja footer osuudet leipätekstille, jotka eivät ole muokattavissa
Muokkaa sähköpostin sisällöksi "koira"
Paina "Esikatsele"
Totea että näet viestin vielä ennen lähetystä
Klikkaa lähetä
Huomaa uusi rivi muistutusviestistä
Klikkaa riviä niin näet lähetetyn viestin
Tutkittiin automaattisen oph.fi-siirron logiikkaa, ei löytynyt selkeää tapaa jolla virheen olisi voinut toistaa kuvatulla tavalla
Tutkittiin miten oph.fi-Drupal hakee tietoja VA-järjestelmästä ja todettiin, että prosessi on ajastettu oudosti: tietojen haku näyttää käynnistyvän klo 7 UTC-aikaa, eli klo 9 (tai klo 10 kesäajassa)
Todettiin, että ongelmaa kannattaa tutkia kun se tapahtuu seuraavan kerran todellisessä ympäristössä.
Ongelmaa tutkiessa poistettiin muutama tiedonsiirtorajapinnasta löytynyt ominaisuus joita ei enää käytetty
Demottu 2.11.2023
Päivitetty jenkins pluginit
Vaihdettu clj-ssh forkki nivekuil/clj-ssh takaisin org.clj-commons/clj-ssh
Pidä hiirtäsi "TA-tili" infonappulan päällä ja totea, että infoteksti ei enää katoa ruudun ulkopuolelle
Vaihdettu 2022-06-12 päivämäärän esitysmuoto suomalaisten käyttämään 12.6.2022 muotoon. Poistettu myös "tai 2 kuukautta hankkeen päättymisen jälkeen." -teksti väliselvityksestä.
Tulevaisuudessa voitaisiin miettiä parempi ja näkyvämpi indikaatio hakijoille, että tallennus ei ole onnistunut (esim jos muokkaat vastauksia offline tilassa)
Huomaa että asiatarkastus kommenttikenttä on tuotu takaisin ja hyväksy steppi poistettu
Paina täydennyspyyntö nappulaa
Huomaa että "täydennyspyyntö" nappulan tilalle on tullut "Peruuta lähetys" nappula
Totea että toimii samanlailla kuin täydennyspyynnöllä oleva "Peruuta" nappula
Päivitetty @babel/core joka korjaa haavoittuvuuden coren riippuvuudessa @babel/traverse
Avustushausta 463 rupesi tulemaan hälytyksiä
Hälytysten juurisyy oli se että avustushaulla oli menoluokittelut menoluokittelu-taulussa vaikka itse lomaketta oli muutettu siten, että lomakkeesta ei enää ohjelmallisesti voinut kaivaa menoluokitteluja esiin
Valmistelija sai hakemuksen käsiteltyä ilman että koodia muutettiin.
Laitoimme koodiin korjauksen, että vastedes lomaketta muokatessa mikäli menoluokkia ei löydy ohjelmallisesti lomakkeesta niin mahdollisesti avustushaun kopioinnin yhteydessä lisätyt menoluokat poistetaan avustushaun menoluokka-taulusta.
Scrollaa sivulla "muokkaa hakemusta"-nappiin ja muokkaa hakemuksen yhteyshenkilöksi oma sähköpostiosoitteesi, jotta sähköpostit tulevat oikeaan osoitteeseen. Tallenna muutokset
klikkaa itsesi "loppuselvitys" tabiin ja Scrollaa alaspäin "Loppuselvityksen asiatarkastus" kohtaan
Klikkaa "täydennyspyyntö" tekstiä ja täytä tarvittavat kentät. Paina lopuksi lähetä. Tämä mahdollistaa täydennyspyynnön täyttämisen
Klikkaa "Linkki lomakkeelle"-linkkiä ja editoi jotakin kenttää. Paina lopuksi "Lähetä täydennys käsiteltäväksi"-nappia yläreunassa
Sähköpostiisi ilmestyy "Organisaationne loppuselvitystä on täydennetty:" viesti joka sisältää Excelissä olevan tekstin
Bugi: Raportointivelvoitetta voi muokata vaikka haku olisi julkaistu
Rahoituslaskelman tunneista on poistettu euromerkki.
Loppusumman näkyminen johtui siitä, että tuntikentän kooksi oltiin asetettu medium eikä extra-extra-small. Kyöstiä on ohjeistettu vaihtamaan hakulomakkeesta kenttien koot oikeaksi.
Kyseessä oli olemassaoleva haavoittuvuus, joka oli hiljennetty määräajaksi. Haavoittuvuuteen ei ole tulossa korjausta ja sillä ei todennäköisesti ole käytännöllistä hyökkäysvektoria, joten ilmoitukset haavoittuvuudesta on nyt hiljennetty pysyvästi.
Demottu 14.9.2023:
Korjattu antamalla oikea hakemus id
Käytiin läpi riippuvuuksien päivitykset, jotka eivät olleet onnistuneet automaattisesti
Käytiin läpi olemassaolevat riippuvuudet ja niiden tarpeellisuus
Poistettiin ylimääräiset versiomääritykset riippuvuuksille joille se ei enää ollut tarpeellista ja lisättiin jäljelle jääviin määrityksiin tieto siitä mistä syystä määritys on lisätty
totea että esikatselu näyttää miten hakija näkisi lomakkeen
Tee samat askeleet loppuselvitykselle ja hakemukselle
Demottu 31.8.2023:
False positive
Hiljennetty häly 10.10.2023 asti ja katsotaan silloin uudestaan onko meidän käyttämä clj-pdf päivittänyt käyttämänsä batik riippuvuuden.
tehdyssä korjauksessa oli bugi, jonka takia loppuselvitystä ei pystynyt lähettämään
Bugissa kenttälistassa muutti kaikki numerot eikä vain ensimmäistä numerosarjaa ykköseksi, jonka takia kenttälistän jokainen kenttä sai validaatiosäännökseen ensimmäisen kentän (alkaa nollasta) validaatiosäännön, tässä tapauksessa että kentässä saa olla vain numeroita
Korjattu nyt niin että vain ensimmäinen numerosarja vaihdetaan, jolloin kyseistä ongelmaa ei enää ole
Eli esimerkkinä
project-outcomes-2.textField_0
project-outcomes-2.textField_1
muuttui bugin johdosta muotoon
project-outcomes-1.textField_1
project-outcomes-1.textField_1
Huomaa että laskun ja tositteen päivämäärät ovat tänään ja että eräpäivä on 2 päivää myöhemmin tai maanantai jos eräpäivä olisi osunut viikonlopulle
Hoveroi lasku, tosite ja eräpäivien ohjepallojen päälle ja huomaa päivitetyt tekstit
Quartzite paketin riippuvuus quartz ei sisällä haavoittuvuutta
Haavoittuvuus koski quartz-jobs pakettia eli kyseessä oli false positive
Avustushaun 259 hakemuksen 24436 hakija jätti loppuselvityksen. Loppuselvityksen saapumisen kuittaussähköpostin ("Loppuselvityksenne on vastaanotettu") lähetys epäonnistui ja tästä tuli hälytys
Ongelmaa tutkiessa kävi ilmi, osalle vanhoista hakemuksista (ennen muutoshakukelpoisuuden toteuttamista) koodi ei löytänyt vastuuhenkilön sähköpostiosoitetta väli- ja loppuselvityksen vastaanoton kuittaamiselle
Tämä on nyt korjattu niin, että väli- ja loppuselvitysten vastaanottamisen kuittaussähköposti lähtee taas myös vanhoille hakemuksille
Vie hiiri ASHA-tunniste ohjepalluran päälle ja näytä ohjeteksti
kirjoita ASHA-tunniste kenttään asd, esittelijä ja hyväksyjiin ville.aaltonen@reaktor.com ja paina lisää asiakirja
Huomaa virheilmoitus ja korjaa ashatunniste muotoon ID123456789
Paina Lisää asiakirja
Totea että sääntö on ID-alkuinen merkkijono, jonka jälkeen 1-10 numeroa eli yhteensä max 12 merkkiä pitkä
Totea myös että tuo validaatio on nyt niin käyttöliittymässä, api endpointissa kuin tietokannassa (tietokannassa sääntöö koskee vain uusia maksatusrivejä, koska kannassa oli vanhoja maksatuksia erilaisella tunnisteella)
Huomaa kuinka ukotusmodaali muuttuu vastaamaan klikatun hakemuksen ukotusta
Demottu 20.7.2023
Virkailija ja hakija-palvelut ovat historiallisista syistä olleet kaksi erillistä prosessia, vaikka ovat jo pitkään olleet yksi ja sama javabinääri. Käytännössä samaa ohjelmaa on ajettu kaksilla eri konfiguraatioilla, ja tämä on johtanut tarpeettomaan kompleksisuuteen järjestelmässä. Vuosien mittaan yhdistämistä on pikku hiljaa edistetty muiden ominaisuuksien ohella, mutta nyt järjestelmä oli siinä pisteessä, että lopullinen yhdistäminen oli mahdollista inhimillisellä työmäärällä.
Palveluiden yhdistyminen ei näy loppukäyttäjille.
Kyöstin kanssa sovittiin, että maksatukset hoidetaan järjestelmän ulkopuolelta koska maksatuksia ei saatu lähetettyä ennen Kyöstin kesälomien alkamista
Ensimmäinen maksatus epäonnistui, koska ASHA-tunnus oli liian pitkä (13 merkkiä vs sallittu 12 merkkiä)
Tästä luotu uusi lappu:
Toinen maksatus epäonnistui vaikka ASHA-tunnus oli validi, sillä tietokannassa oli jo olemassa samana päivänä (osittain) luotu maksatus
Tästä luotu uusi lappu:
Käyttöliittymä ei myöskään ilmaissut maksatuksen lähettämisen epäonnistumista
Tästä luotu uusi lappu:
Päivitetty kontitettu ansible käyttämään versiota 8.1.0 4.6.0 sijaan, koska siinä on päivitetty cryptography paketti.
Haavoittuvuus: CVE-2023-30533: Pävititetty XLSX versiosta 0.18.0 → 0.20.0 jossa haavoittuvuus on korjattu
Palvelinprosessilta oli loppunut muisti Excel-vientiä tehdessä
VA-379:n jälkeen palvelimelle varatun muistin määrä oli pienempi, sillä palvelimella oli kahden prosessin sijaan vain yksi. Lisätty uuden prosessin muistin määrää 5.7. vastaamaan sitä mikä oli aiemmin käytössä erillisissä palvelimissa yhteensä.
Jenkins-palvelimelta (oph-va-ci-test01.csc.fi) tuli hälytys /home -osion täyttymisestä. Osio oli täyttynyt lähinnä NVM:n asentamista vanhoista Node.js -versioista. Osiolla oli myös yksi vanha Playwrightin lataama Chromium -versio, mutta kys. paketit vievät n. 400 MB/kpl. Poistettiin vanhoja tarpeettomia versioita, mikä vapautti levytilaa n. 2,5 GB.
Osio oli aika pieni (3,4 GB), ja vaikka sillä on sinänsä kohtuullisen vähän käyttöä, täyttyy se ajan myötä Chromiumin (n. 400 MB/kpl) ja Noden (n. 110 MB/kpl) eri versioista. Todettiin, että palvelimella on 50 GB allokoimatonta levytilaa, jolla nostettiin /home-osion koko 10 gigatavuun. Jäljelle jäi n. 45 GB allokoimatonta tilaa. Jenkinsistä ollaan siirtymässä pois, joten ei katsottu tarpeelliseksi toteuttaa automaattista levytilan vapautusta em. tiedostoille.
Demottu 22.6.2023
Päivitetty versioon 1.74, jossa korjaus
Hiljennetty häly kuukaudeksi, koska ei vielä korjausta
Allekirjoitusoikeuden omaavan henkilön sähköposti vllle@reaktor.fi
Alla saapunut päivitetty sähköposti templaatti ja kenelle se oli mennyt
Totea että lähetettiin yhteyshenkilön sposti osoitteeseen ja kopioit lähtivät hakijan viralliseen ja allekirjoitusoikeuden omaaville (bcc ei näy koska suunniteltu toimimaan niin)
Scrollaa alas "Väliselvitys toimitettava viimeistään" päivämääräkenttään ja tyhjennä kenttä (poista siinä oleva päivämäärä). Poista focus kentästä ja totea, että ylös tulee "Tiedot tallennettu"
Scrollaa alas "Loppuselvitys toimitettava viimeistään" päivämääräkenttään ja tyhjennä kenttä (poista siinä oleva päivämäärä). Poista focus kentästä ja totea, että ylös tulee "Tiedot tallennettu"
Ongelma saatiin toistettua, juurisyy oli että kyseinen automaattivalinta suoritettiin vain kerran ja jos oli splitView näkymässä tätä valintaa ei ajettu enää seuraavalle hakemukselle kun se valittiin listasta
Tälle on nyt testi ja korjattiin niin että jos hakemukselle ei ole valittu projektikoodia tai talousarviotiliä ja niitä on vain yksi, valitaan tämä ainoa koodi/tili automaattisesti hakemukselle kun virkailija avaa hakemuksen
Eli käytännössä poistettiin tuo kerran suorittaminen
Scrollaa kohtaan "SELVITYSVELVOLLISUUS" ja totea että siitä löytyy sekä väliselvityspäivämäärä että loppuselvityspäivämäärä (tässä tapauksessa 6.4.2023)
Tämän lisäksi päivämäärien alla näkyy myös vapaamuotoinen teksti
Pähkinänkuoressa hakija oli jostain syystä vaihtanut y-tunnuksen tilalle "LUT Unive" eikä sovellus antanut lähettää hakemusta vääränmuotoisen y-tunnuksen takia
lisää uusi TA-tili, laita vuodeksi 2022, koodiksi 123, nimeksi testi ja euroarvoksi 10.
ennen tallennusta totea että rivi ei herjaa virheestä
tallenna "+" napista
totea että uusi rivi ilmestyi taulukkoon jossa kolminumeroinen koodi
totea, että koodi voi olla joko muota xx.xx.xx(.) tai xxx missä x on numero, toisin sanoen joko vanha sääntö tai uutena kolminumeroinen koodi.
Ongelma oli monisyinen, testi oli refaktoroitu niin ettei se enää testannut toiminnallisuutta oikeen, tämän jälkeen oli refaktoroitu myöhemmin sähköpostienlähetys koodia, jonka virhe ei ollut jäänyt kiinni (koska toiminallisuuden testi oli rikki) eikä clojure ole tyypitetty kieli
Lähetys on ollut rikki vuoden alusta eli täsmäytysraportit avustushauille 414, 421 ja 423
Toimitettiin avustushaun 414 raporttisähköpostitse, jonka jälkeen tutkiessa miksi 421 ja 423 ei ollut luotu raportteja huomattiin että ne voi kanssa ladata maksatusten "lähetetyt maksatukset" tabista "Lataa täsmäytysraportti" linkin kautta
Korjattiin myös että päivystäjä saa virheen jos täsmäytysraportin luonti/lähetys epäonnistuu
Demottu 30.3.2023
Ongelma johtui kuten Matti oli päätellyt niin aikana tuleesta bugista
Koodissa oli race condition, jossa ei odotettu että avustushaut olivat latautuneet ennen kuin yritettiin valita niistä valittu avustushaku => ei saatu valittua
Ongelma ei tapahtunut aina vain riippui kuinka nopeasti avustushaut latautuivat, tästä syystä se ei tapahtunut aina sivunlatauksen yhteydessä
Tehtiin myös uusi lappu , jossa parannettaisiin yleisesti hakujen hallinnan sivunlatausta
Päivetty webpack uusimpaan versioon
Build koneelle asennettiin github.com uusi julkinen RSA avain
korjattu hakemus ja sen loppuselvityksen tilat, siten että loppuselvityksen voi lähettää uudestaan.
korjaus tehty suoraan tietokantaan
Tehty uusi versio hakemukselle ja loppuselvitykselle. Uudet versiot näyttävät järjestelmälle siltä kuin loppuselvitystä ei olisi koskaan lähetettykään.
Totea että excel tiedostossa on välilehti jonka otsikko on 'Asiatarkastomat'
Välilehti sisältää asiatarkastamattomien loppuselvitysten lukumäärän ryhmitettynä avustushaun ja valmistelijan mukaan
Validointi edellytti, että käyttäjä on täyttänyt kentän project-outcomes.project-outcomes-1.description, mutta käyttöliittymä ei tuottanut kyseistä kenttää
Nimettiin tietokannassa kentät project-outcomes.project-outcomes-2.* kentiksi project-outcomes.project-outcomes-1.*
Hae sivulta fixedMultiplierField ja tämä kenttä pitäisi löytyä lomakkeelta, totea että fixedMultiplierField tulee olla fixedMultiplierMoneyField kanssa saman vaBudgetItemElement alla, jotta kyseinen kombinaatio toimii
Totea myös että vieressä oleva euro kenttä on tehty uudella tyypillä fixedMultiplierMoneyField, jota voi muokata vain arvioinnissa virkailijan toimesta muttei hakijan toimesta hakulomakketta syötettäessä
Ei koske meitä koska emme käytä kirjaston createTempFile metodia
Päivitetty ring kirjaston riippuvuudet uusimpiin, mutta niihin ei ollut vielä tullut suoraa korjausta tälle ongelmalle
Yliajettiin commons-fileupload riippuvuus versiosta 1.4 -> 1.5, jossa korjaus
CVE-2022-45688 koski cn.hutool/hutool-core ja org.json/json paketteja eikä meillä ole kumpikaan käytössä eli kyseessä false positive
Hiljennetty 2023-04-16 asti
Lähetysmekanismi luki vastaanottajien listan väärästä kentästä
Ongelma on korjattu tavalla joka estää samankaltaisten virheiden uusiutumista
Päivitetty uusimpaan versioon
Ansiblessa haavoittuvuus liittyen AWS EC2:een
Haavoittuvaisia osia ei ole käytössä VA:n Ansible-koodissa, koska AWS ei ole käytössä ollenkaan, joten ei päivitetä Ansiblea vain tämän haavoittuvuuden vuoksi
Käytössä on kuitenkin todella vanha versio Ansiblesta (4.6, uusin 7.0) joka olisi hyvä päivittää jossain vaiheessa uudempaan jos infraa aiotaan tulevaisuudessakin käskyttää Ansiblella
Demottu 23.02.2023
Käyttäjä oli poistanut väliselvityksestään liitetiedoston eikä liitetiedoston lataamista sallittu
Väliselvityslomakkeen yhtäaikainen muokkaaminen kahdelta laitteelta mahdollistaa sen, että toinen laitteista näkee liitetiedoston jonka toinen laite on jo poistanut
Poistetun liitetiedoston lataaminen aiheutti hälytyksen päivystäjälle
Hälytystä ei enää tule ja käyttäjä saa nyt 404-sivun
Scrollaa alas tageihin ja valitse "lisäaika", odota tallennus vahvistus
Sulje hakemuksen tiedot vasemman laidan X ikonista
Valitse oikealta yläkulmasta Rajaa listaa
Klikkaa Tagit ja sen alta "lisäaika"
Huomaa että 1/2 hakemusta näkyvissä eli rajaus toimii taas
Päivitetty Jenkinsin pluginit uusimpiin saatavilla oleviin.
Demottu 16.2.2023
Oletuksena nyt uusi kasvava kenttälista luodaan `showOnlyFirstLabels: false` lomake jsonissa eli näytetään kaikki otsikot
Järjestelmä yrittää laittaa tietokantaan unicode null merkkejä \u0000
tämä aiheuttaa hälytyksen sillä tietokanta ei hyväksy unicode null merkkejä
nyt napataan nämä virheet jo aikaisemmassa vaiheessa ja kerrotaan käyttäjälle että syötti virheellistä sisältöä
Hakujen hallinta -sivulla hakulistassa näkyi maksatuksien päivämääränä jotain muuta kuin maksatuksien lähetyspäivä
Vanha logiikka ei tarkastellut ollenkaan maksatuksia, vaan se tarkasteli jostain syystä hakemuksien muutospäivämääriä (todennäköisesti maksatuksien tallentaminen on muuttunut ja tämä ei ole enää ollut toimiva logiikka)
Nyt maksatuspäivämäärä on ensimmäinen ajankohta jolloin haun maksatuksia on lähetetty (poistettuja maksatuksia ei tarkastella)
Päivitetty nvd clojure 2.12.0 => 2.13.0
Hakujen hallinta-sivun avustushakulistauksesta ladattavassa Excel-raportissa puuttui maksatuksien päivämäärä, vaikka sarake oli olemassa
Muutettu sarake käyttämään samanlaista logiikkaa jolla listaukseen haetaan maksatuksien päivämäärä, kuten toteutettu VA-319:ssä (ensimmäinen päivä kun maksatuksia on lähetetty)
Demottu 9.2.2023
Loppu- ja väliselvityspyyntöjen lähettämisestä muistuttavat sähköpostit lähtivät vaikka selvityspyynnöt oli jo lähetetty
Tämä johtui siitä että muistutussähköposti lähetettiin jos oli olemassa hyväksyttyjä hakemuksia joille ei ole lähetetty loppuselvityspyyntöä
Jos esim. jonkin hakemuksen loppuselvitys oli jo palautettu ennen kuin loppuselvityspyynnöt oli lähetetty, se laukaisi tuon muistutussähköpostin
Muutettiin logiikkaa niin että ei oteta huomioon hakemuksia joiden loppu- tai väliselvitys on lähetetty tai tarkastettu
backup oli epäonnistunut, sillä backup kansio oli jo olemassa
tämä johtui siitä, että write ahead login arkistointi oli luonut backup kansion samanaikaisesti backup-ajon kanssa
korjaus oli laittaa wal-arkistointi odottamaan kunnes backup-kansio on olemassa
samalla siivosin paljon kuollutta koodia pois sillä nämä häiritsivät tämänkin ongelman selvittämistä
Viikonlopun aikana, ja vielä vähän maanantainkin puolella, tuli 12 hälytystä yhteyden katkeamisesta handiin.
Asiaa tutkittuani, en löytänyt ongelmaa
Mahdollisesti joku muu on huomannut ongelman toisessa päässä ja esimerkiksi käynnistänyt palvelimen uudelleen.
Seurataan tilannetta ja nostetaan tämä uudelleen tekeille mikäli ongelma toistuu
Haavoittuvuudet koskivat oikeasti go-yaml kirjastoa, eikä cli-yaml kirjastoa.
Päivitetty dependency-check versioon 7.4.4, joka korjaa kaatumisen
Haavoittuvuus ei koske meitä, koska kirjasto ring-middleware-format, käyttää snakeyamlin SafeConstructoria eikä haavoittuvuuden omaavaa Constructoria
Demottu 5.1.2022
Suljettu uusin versio (joka oli tehty vanhaa pohjaa vasten) ja laitettu tyhjä tilalle
va-prod=# select * from form_submissions where id = 39748 and version = 0;
id | created_at | form | version | version_closed | answers
-------+-------------------------------+------+---------+-------------------------------+-----------------------------------------------------------------------------
39748 | 2022-11-10 08:58:04.969396+02 | 918 | 0 | 2022-11-11 14:46:53.824847+02 | {"value": [{"key": "language", "value": "fi", "fieldType": "radioButton"}]}
va-prod=*# select * from form_submissions where id = 39748 and version_closed is null;
id | 39748
created_at | 2022-11-14 09:26:18.235432+02
form | 918
version | 121
version_closed | ¤
va-prod=*# UPDATE form_submissions
SET version_closed = now()
WHERE form = 918 AND
id = 39748 AND
version_closed IS NULL;
UPDATE 1
va-prod=*# INSERT INTO form_submissions (id, version, form, answers)
SELECT 39748,
max(version) + 1,
918,
'{"value": [{"key": "language", "value": "fi", "fieldType": "radioButton"}]}'
FROM form_submissions
WHERE id = 39748 AND form = 918;
INSERT 0 1
va-prod=*# select * from form_submissions where id = 39748 and version_closed is null;
id | created_at | form | version | version_closed | answers
-------+-------------------------------+------+---------+----------------+-----------------------------------------------------------------------------
39748 | 2023-01-05 10:23:40.182469+02 | 918 | 122 | ¤ | {"value": [{"key": "language", "value": "fi", "fieldType": "radioButton"}]}
(1 row)
va-prod=*# commit;
COMMIT
Valitun avustushaun maksatusraportti lähtee nyt sähköpostitse taloushallintoon kun virkailija klikkaa Maksatukset välilehdellä Lähetä maksatukset -nappia.
Hakusanalla "matin" pitäisi nyt löytyä useampi haku "Matin testi".
Ongelma johtui koska oltiin vahingossa poistettu kyseinen toiminnallisuus kun tehtiin TA-tili muutosta. Nyt ominaisuudelle on myös testi joten jää kiinni jos poistetaan vahingossa.
Löydä nyt "Myönteisen päätöksen lisäteksti" joka oli on oletus lisäteksti jos ei koulutusasteelle ole omaa lisätekstiä
Demottu 15.12.2022
Ongelma johtui siitä, että lomaketta ladattessa ensimmäisistä kentistä tehdään muuttumattomia. Tällöin kasvavan kenttälistan vain ensimmäisestä kentästä tulee muuttumaton. Tämä tarkoittaa sitä että sen ominaisuuksia ei voi muuttaa, kuten tunnistetta. Ongelman pystyi toistamaan lisäämällä kasvavaan kenttälistaan kentän, päivittämällä sivun ja sitten yrittämällä poistaa tai muokata kenttää. Päivityksen yhteydessä tästä syötetystä kentästä tehdään muuttumaton.
Yksinkertaistettuna korjaus oli tehdä näistä kentistä muutettavia ennen kuin niitä yritetään muuttaa.
Korjattiin myös hakemus https://valtionavustukset.oph.fi/avustushaku/412/nayta?hakemus=1edad3a27cb297b484b8597a2f7d48670ea422715aa045677c915d0d185ba5af&lang=fi jossa kenttälistan id:t olivat menneet sekaisin niin että koodi validoi että aina löytyisi vähintään indeksillä 1 kenttälista, mutta vastauksissa kenttälistat alkoivat kahdesta (luultavasti johtui tässä tiketissä korjatusta bugista). Korjaus tehtiin ottamalla vastaukset talteen, jonka jälkeen kenttälistat poistettiin ja täytettiin uudelleen talteen otetuilla vastauksilla, jolloin ensimmäisen kenttälistan id:ksi tuli 1 ja validaatio meni läpi.
Lisätty myös testi toiminnallisuudelle ettei mene rikki tulevaisuudessa
Demottu 8.12.2022
Hiljennetty pariksi viikoksi korjausta odottaessa
Hakemus oli sulkeutunut (version_closed != null) kahden samanaikaisen muutoksen jäljiltä (kuten )
Avattiin viimeisin versio hakemuksesta (#310) uudestaan asettamalla version_closed = null
Demo: klikkaa OPHY-560
Klikkaa lapussa olevaa linkkiä joka johtaa hakemuksen sivulle
Totea, että hakemus aukeaa
CSC päivitti jenkinsin
uusi versio ei enää tukenut ajp:hen liityviä komentorivi vipuja
samassa rytinässä hajosi tietoturvapäivitys askel jenkinsin julkaisu skriptistä
@epel repositorio ei enää tarjonnut tiettyjä vaadittavia nginx-moduuli versioita
korjaus oli poistaa kyseiset moduulit yum remove nginx-mod-http-perl* yum remove nginx-mod-stream* yum remove nginx-mod-mail* yum remove nginx-mod-http-image-filter* yum remove nginx-mod-http-xslt-filter*
Tämän jälkeen jenkinsin pystyi päivittämään normaalisti
Päivitetty postgresql kirjasto.
Demottu 1.12.2022
Hakemusten kadonneet tekstit on palautettu käsin ja kuitattu Slackissä Matille.
Tekstien katoamisen aiheuttamaa syytä () työstetään vielä
Ongelman taustalla on tilanne jossa uusin versio hakemuksesta on suljettu samanaikaisten pyyntöjen käsittelyn seurauksena. Järjetelmää on parannettu tämän kohdalla tiukentamalla kantatason lukituksia estämään samanaikaiset ristiin menevät päivitykset.
Väli- ja loppuselvityspyyntöjä ei enää lähetetä hakijoille, mikäli hakija on kieltäytynyt vastaanottamasta avustusta tai mikäli hanke on keskeytetty aloittamatta.
Huomaa että puuttuu muutoshaulle tarpeellisia kenttiä
Klikkaa näytä lisätietoja
Huomaa että siellä on kenttä Id financing-plan joka vaaditaan
Nyt varoitetaan jos puuttuu menoluokkakohtaiselta arvioinnilta vaadittava lomake rakenne
financing-plan
budget
project-budget
Jos lomakkeella on ollut tuo rakenne ja tämän jälkeen editoi siitä jonkin osan pois, rikkoo tämä arvioinnissa menokohtaisen erittelyn
Tätä voisi parantaa entisestään esim. käymällä läpi onko muita samankaltaisia rakenteita ja indikoida paremmin käyttäjälle, että asia X puuttuu lomakkeelta jonka takia toiminnallisuus Y ei tule toimimaan
Demottu 27.10.2022
Jenkinsillä /data/jenkins - osion levynkäyttö kasvoi jokaisen buildin jälkeen
Buildauksen yhteydessä siivotaan nyt edellisten buildien luomat volumet pois automaattisesti
Klikkaa "maksatukset" ja totea, että lähtevissä maksatuksissa
Akaan kaupungin hakemuksella on kanankasvatuksen tuki
Huittisten kaupungilla kukonkasvatuksen tuki
Syötä
Tositepäivä: tänään
ASHA: SAHAA
esittelijän ja hyväksyjän sähköposti: [sun sähköposti]
Klikkaa "lisää asiakirja"
Klikkaa "lähetä maksatukset"
Totea, että "lähetetään" nappi disabloituu, eli maksuja lähetetään
Klikkaa "lähetetyt maksatukset"
Totea, että Akaan kaupungilla koodina kanankasvatuksen tuki, Huittisilla kukonkasvatuksen tuki
Demottu 20.10.2022
Kentät disabloidaan ja ilmoitetaan napissa käyttäjälle että maksatuksia lähetetään
Tämän jälkeen toimii kuten ennen eli tyhjentyy ja näkyy uutta toisessa tabissa
Koodistopalvelu päivitetty 12.10. ja päivityksen yhteydessä koodistopalvelusta oli poistettu koodistoryhmä "kaikkikoodistot"
Tämä rikkonut lomakkeilta koodistokenttä-tyyppisen kentän
VA-järjestelmä käyttänyt tuota ja saatiin ohjeistus Yleiskäyttöisten tiimiltä, että luetaan kaikki koodistot itse sillä tuokaan ryhmä ei oikeasti nimestään huolimatta sisältänyt kaikkia koodistoja
Scrollaa vielä hieman alas missä näytetään millainen päätös viesti on ja klikaa siinä "Avustuspäätöstä voitte tarkastella tästä linkistä" kohdan linkkiä
Scrollaa alas liitteiden kohdalle ja huomioi ettei pakotteita ole liite listalla
Totea että liitteet muuttuvat vain jos jo lähetety päätökset luodaan uudelleen ja tämän jälkeen lähetetään, eli voidaan myös lähettää uudestaan jo luotuja päätöksiä joissa ei tätä liitettä ole
Scrollaa vielä hieman alas missä näytetään millainen päätös viesti on ja klikaa siinä "Avustuspäätöstä voitte tarkastella tästä linkistä" kohdan linkkiä
Mene taas esikatselu linkkiin kohdassa "Avustuspäätöstä voitte tarkastella tästä linkistä"
Totea ettei pakoteohjetta ole enää mukana
Scrollaa hieman ylös ehdot liitteiden kohdalle
Totea ettei niitä voi enää valita
Totea että vain uusimman Valtionavustusten yleisohjeen voi valita
Demottu 29.9.2022
Päivitetty batik kirjasto 1.14 → 1.15
Muutettu register_number_sequences taulusta virheellinen pääte oikeaan muotoon:
va-prod=# UPDATE register_number_sequences SET suffix = '1778/2022' where suffix = '1778/2002';
UPDATE 1
Korjattu hakemukset taulusta asiatunnukset oikeaan muotoon avustushaulle 391:
va-prod=*# update hakemukset set register_number = replace(register_number, '2002', '2022') where avustushaku = 391;
UPDATE 3064
Korjattu normalized_hakemus taulusta asiatunnukset oikeaan muotoon avustushaun 391 hakemuksille
va-prod=*# update normalized_hakemus set register_number = replace(normalized_hakemus.register_number, '2002', '2022') from hakemukset where hakemus_id = hakemukset.id and avustushaku = 391;
UPDATE 11
Muutokset commitoitu
va-prod=*# commit;
COMMIT
`
Demottu 22.9.2022
Poistettu virkailijan osoite reply-to kentästä
Päivitetty moment-timezone
Demottu 15.9.2022
snakeyaml päivitetty uusimpaan
jäljelle jäänyt haavoittuvuusilmoitus hiljennetty patchin toivossa
jos patchia ei tule, pitänee päivittää compojure-api uudempaan major versioon, joka on isompi homma
Jenkins oli päivittynyt automaattisesti muttei enää käynnistynyt, koska se vaati uudemman Javan kun mitä CI:llä oli saatavilla
Asennettiin CI-koneelle Java 11 ja asetettiin Jenkins käyttämään sitä.
Demottu 8.9.2022
Ongelman taustalla oli menokohtaisen budjetin normalisoidun ja denormalisoidun datan väliset erot jotka ovat syntyneet normaalin operoinnin aikana. Ongelmaa ei saatu toistettua uusimalla versiolla sovelluksesta.
Huomaa uusi avustushakujen listaus, jota voi scrollata myös vaakasuunnassa
Uusina sarakkeina mm. päätöksien, maksatusten ja selvitysten päivämäärät, vastuuvalmistelija, budjetti, jaossa oleva avustussumma sekä maksettu avustussumma
Bugin syynä oli ettei arvoa saatu luotua vastausvaihtoehdolle jonka takia hakulomake meni sekaisin
Kyseinen bugi ollut noin 2 viikkoa tuotannossa ja saattoi koskea kaikki avustushakuja joissa luotiin uusia vastausvaihtoehtoja listoihin lomakkeilla
Korjauksena suomen kielen vaihtoehtoon voi lisätä ja poistaa välilyönnin jolloin puuttuva arvo tulee luotua ja homman pitäisi pelittää taas
Järjestelmä ei toivu itsestään kun alustan Java versio päivittyy ja vaatii uudelleenkäynnistyksen. Uudellenkäynnistys tehty manuaalisesti, automattisesta uudellenkäynnistyksestä on lappu
Demottu 4.8.2022
Hakemus asetettu pyydettyyn tilaan (Hakija ei ota avustusta vastaan)
Kyseinen haavoittuvuus koski vain Amazon AWS Apache Log4j hotpatch pakettia eikä Apache Log4j pakettia
hiljennä varoitus tammikuuhun saakka sillä haavoittuvuuteen ei vielä ole ratkaisua
osaan ei löytynyt ratkaisua. Nämä hiljennettiin, sillä hälytykset liittyivät clojurescriptiin josta ollaan hankkiutumassa eroonn
guavasta löytynyt haavoittuvuus ratkesi päivittämällä guavan
Korjattu dependency-check, niin että se ei ylikirjoita saman ajon raportteja aliprojekteista.
Päivitetty clojure-nvd
hiljennetty väärästä paketista hälyttävä varoitus vuoteen 2666 asti (aikaisemmin tämä oli hiljennetty vain 3 kuukaudeksi)
OPHY-461 lapusta lainaten: "Haavoittuvuuksien skanneri tunnisti valheellisesti async.core:ssa olevan haavioittuvuus CVE-2021-43138. Kyseinen haavoittuvuus koskee async nimistä javascript kirjastoa joka ei ole käytössä."
lisätty kolme uudelleenyritystä cas-autentikointipyyntöihin
-- Peru asiatarkastus
update hakemukset h set
status_loppuselvitys = 'missing',
loppuselvitys_information_verified_by = null,
loppuselvitys_information_verified_at = null,
loppuselvitys_information_verification = null
where h.id = 18753
and h.hakemus_type = 'hakemus'
and version_closed is null;
-- Loppuselvityksen tila draftiks, jotta voi muokata
update hakemukset h set
status = 'submitted'
where h.parent_id = 18753
and h.version_closed is null
and h.hakemus_type = 'loppuselvitys';
Nullattujen kenttien vanhat arvot ilmoitettu Matille Slackissa
Totea, että ohjaa nyt typescriptillä toteutetulle hakusivulle
Huomioi, että osoite on muuttunut hieman (/admin-ui/search/ vaihtui /haku/), mutta vanhat osoitteet esim. bookmarkeissa pitäisi ohjata oikealle sivulle silti
Etsi "testiavustushaku" ja totea, että avustushakuja löytyy
Vaihda "vanhin ensin" ja totea, että sorttaus toimii
Etsi "hakne" ja totea, että hakemuksia löytyy myös
Etsi "123/1234" ja totea, että rekisterinumerolla löytyy molempia
Toistaiseksi tästä ei ole haittaa mutta syksyllä olisi hyvä päivittää cas client uusimpaan versioon
Demottu 2.6.2022
Poistettiin vanhat muutoshakemukset suoraan kannasta
Poistettu VA-pulssi näkyvistä ja fronttikoodi (clojurescript) poistettu
Puuttuvien selvityspyyntöviestien haku ei suodattanut vain hyväksyttyjä hakemuksia, kun se tarkisti onko pyynnöt lähteneet. Hylätyille hakemuksille ei tietenkään lähde ikinä selvityspyyntöjä. Laitettiin suodatus paikoilleen.
Apache tika päivitetty 2.4.0 versioon joka korjaa haavoittuvuudet CVE-2022-25169, CVE-2022-30126
Demottu 25.5
Jatkossa vältytään kernel päivityksistä aiheutuneista hälyistä, joille ei ole tarvinnut pitkään aikaan tehdä manuaalisesti mitään
Päätöstä lähettäessä otettiin ensimmäinen valmistelija ja laitettiin hänen sähköposti reply-to osoitteeseen, eli toimi oikein jos oli vain 1 valmistelija tai kuu ja tähdet oikeassa asennossa.
Korjattu poistamalla reply-osoite päätösviesteistä, jolloin kukaan valmistelijoista ei saa automaattiviestejä
Demottu 19.5
Levytilaa kasvatettu 500G → 1000G
Riippuvuuksien paikallinen tallennus siirretty isommalle levylle
Klikkaa "Lataa excel (418 hakua)" avustushakulistauksen oikeassa alakulmassa
Huomaa, että excelissä on kaikki avustushaut tuoreimmasta vanhimpaan, jotka on julkaistu tai ratkaistu (eli ei ole luonnoksia tai merkattu poistetuiksi)
Etsi listasta avustushaku ID:llä 344
Huomaa sarakkeissa D-K koulutusasteet ja TA-tilit omina sarakkeinaan
Muutkin tiedot paikallaan
Manuaalisesti täydennettävät sarakkeet (AG→) on tyhjinä, koska tiedot eivät löydy järjestelmästä
Klikkaa Valmistelijan kohdalla olevaa VA ja huomio valitut valmistelija ja arvioija
Sulje ukotus popup
Klikkaa Valmistelija labelia ja totea että täältä voi filtteröidä näyttämään tietyn valmistelijan haut, totea että samanlainen myös arvioijille vieressä
avustushaulle 58 ei ole päättymis- tai maksatuspäivämäärää, sillä tapahtumaloki toiminnallisuus on toteutettu monta vuotta tämän avustushaun jälkeen. Päättymis- ja maksatuspäivämäärä haetaan tapahtumalokista, joka tehtiin vuonna 2019, eli siis ennen vuotta 2019 päättyineille avustushauille näitä päivämääriä ei voida näyttää.
Clojure riippuvuuksien tietoturvaskanneri on päivitetty viimeisimpään versioon
Välilyönnin lisääminen hyväksytyn menoluokitellun budjetin summaan ei enää hälytä päivystäjää.
Välilyönnillisen budjetin summan tallennus toimii nyt
Lapukan puitteissa tehtiin nää:
Lisättiin nappi hakemuksen merkitsemiseksi lähetetyksi
Scrollaa alas ja totea, että navigaatio jää paikalleen
Scrollaa vähän ylös ja totea, että navigaatio ilmestyy sivun yläreunaan heti kun scrollaa ylös
Tee muutos avustushakuun ja totea, että tallennusindikaattori näkyy oikeassa yläkulmassa
Mene VA-Pulssiin ja totea, että navigaatiopalkkia ei toteutettu ClojureScript-sivuille eli VA-Pulssiin, Hakuun ja Haun tiedot-sivun Maksatukset-välilehteen
Ehdota että ko. sivut refaktoroidaan Typescriptiksi (näin tehtiin jo Koodienhallinnalle noin kuukausi sitten) kuten kaikki muutkin VA:n käyttöliittymät mikä yksinkertaistaisi järjestelmää ja helpottaisi ylläpitoa ja jatkokehitystä
Haavoittuvuuksien skanneri tunnisti valheellisesti async.core:ssa olevan haavioittuvuus CVE-2021-43138. Kyseinen haavoittuvuus koskee async nimistä javascript kirjastoa joka ei ole käytössä.
Demottu 14.4.2022
Päivitetty Moment 2.29.2:een.
Esikatselut toimivat taas
Lisättiin ko. toiminnallisuuteen testi ja siistittiin koodia
Kelaa alas ja näytä, että haulla on kolme valmistelijaa ja yksi arvioija
Klikkaa hakemusten arviointiin ja avaa hakemuksen ukotus
Huomioi, että kaikki valmistelijat (myös vastuuvalmistelija) voidaan asettaa myös arvioijaksi hakemukselle
Aseta Tomi sekä valmistelijaksi että arvioijaksi
Avaa hakemuksen tiedot ja huomioi, että virkailijan ollessa sekä valmistelija että arvioija hänellä on edelleen kaikki valmistelijan oikeudet (muokkaus, budut, täydennyspyynnöt yms.)
Fluent-bit agentti joka lähettää logeistä löytyvät virheet ei käynnistynyt automaattisesti koneen uudelleenkäynnistyksen yhteydessä
Korjattu käynnistymään automaattisesti koneen käynnistyessä
Kirjaudu sisään tunnareilla, joilla on oikeus muokata koodeja (omat henk. koht. tunnarit pitäisi ainakin olla sellaiset)
Kelaa Haun tiedot -sivua alaspäin ja huomioi, että sinut on asetettu haun vastuuvalmistelijaksi koska loit haun
Etsi "Vaihda vastuuvalmistelijaa:"-inputista "Tomi"
Klikkaa Tomi Karslted ja huomioi, että vastuuvalmistelija vaihtui ja entinen vastuuvalmistelija on nyt tavallinen valmistelija
Tämä estää vastuuvalmistelijaa menettämästä vahingossa oikeuksia haun muokkaamiseen
Etsi "Lisää uusi henkilö"-inputista "Tomi"
Huomioi, että Tomi Karslted on vastuuvalmistelija, joten häntä ei voi asettaa muihin rooleihin
Etsi "Lisää uusi henkilö"-inputista "valtionavustus"
Klikkaa lisätäksesi valmistelijaksi
Etsi "Vaihda vastuuvalmistelijaa:"-inputista "valtionavustus"
Huomioi, että valtionavustusukkelia ei voi asettaa vastuuvalmistelijaksi koska valtionavustus on jo jossain roolissa avustushaulla (toinen rooli pitää poistaa ensin)
Klikkaa yläpalkista Hakemusten arviointi -sivulle
Klikkaa ukotusfiltteriä
Huomioi, että vastuuvalmistelija näkyy muiden valmistelijoiden joukossa ja toimii kuten valmistelijarooli kaikkialla muuallakin
lodash päivitetty 4.17.21
samalla päivitettiin minimist@1.2.6 (CVE-2021-44906)
Pulssissa näytti olevan semmonen erikoisuus, että kun arviointi välilehdellä tekee jonkun muutoksen esim tänä vuonna 2020 vuoden arvioon (ja tulee merkintä muutoshistoriaan) niin tuo pulssi laskee kyseisen hakemuksen tuon jälkeen 2022 lukuihin.
Mikalle toimitetut luvut vuodelle 2021 saatiin käyttämällä hakemuksen päätöstä sekä aikaa milloin hakemuksen päätös lähetettiin hakijalle (tässä tapauksessa päätöksiä jotka tehtiin 2021)
Asiakas on jättänyt kokonaan täyttämättä hankkeen 134/571/2017 loppuselvityksen
Sen sijaan asiakas on kirjoittanut hankkeen 134/571/2017 loppuselvityksen vahingossa hankkeelle 41/302/2018
Ratkaisu: toimitettu Matille ylikirjoitetun loppuselvityksen viimeisin versio (382) jsonina. Asiakas voi tätä käyttäen käydä tekemässä loppuselvityksen uudestaan kunhan virkailija ensin antaa avustushaun loppuselvitykselle lisää aikaa.
Palvelimillä pyörivien sovellusten virheet raportoidaan nyt fluent bit teknologian avulla päivystäjälle
Näytä että lomakkeen sähköpostiosoitteista löytyy sekä virallinen että yhteyshenkilön sposti
Pääosin toteutettu jo yhteydessä
Aiemmin tehtyä toteutusta muokattiin käyttämään erityyppistä todentamismenetelmää ja lisättiin tarkistus että muokataan samaa hakemusta jonka virkailija avasi arviointinäkymästä. Muokkausoikeuden antaa siis token, johon sisällytetään tieto hakemuksesta jonka muokkaamisen tokenin hallussapito mahdollistaa.
Lyhennettiin todentamiseen käytetyn tokenin voimassaoloaikaa 8 tuntiin
Muutettu JSUtil.js Typescriptiksi jatkokehityksen helpottamiseksi.
Korjattu haavoittuvus CVE-2022-0155 päivittämällä axios kirjasto uusimpaan versioon
Järjestelmä ei lähetä enään muutoshakukelvottoman hakemuksen yhteistietojen muutoksesta sähköpostia valmistelijalle
Samalla korjattiin virhe joka esti hakijaa muuttamasta yhteystietoja muutoshakukelvottoman hakemuksen kohdalla 02.12.21 - 14.1.22 välisenä aikana
Vastaanottajan sähköposti valittiin virheellisesti avustushaun rooli-listasta ensimmäinen siinä järjestyksessä kuin tietokannasta sattuu tulemaan. Elikkäs tästä:
Korjattu hakemaan oikea hankkeelle valitun valmistelijan sähköpostiosoite ilmoitusta varten. Elikkäs tästä:
Ao. muistutus lähtee palauttamattomista väliselvityksistä 14pvä ennen deadlineä
Demottu 13.1.
Päivittäin klo 14.00 lähtee viesti hankkeiden yhteyshenkilöille, joilla on keskeneräinen hakmus ja hakuaika päättyy seuraavana päivänä.
Arkisin klo 14.00 lähtee viesti hankkeiden yhteyshenkilöille, joilla on loppuselvitys palauttamatta ja deadline 14 päivän sisään
Jos hankkeelle on myönnetty jatkoaikaa, lähetetään muistutus 14 päivää ennen jatkoajan päättymistä
Kaikki 10.1.2022 yli vuoden vanhat ylläpito laput on poistettu† †eli siirretty Done sarakkeeseen etuliitteellä DELETE:
Huomaa, että sivun lopussa näkyy taas väliselvityksen hyväksyntälomake
Täydennettiin testikattavuutta niin, että väliselvityksen hyväksynnän ns. happy path on testattu.
Tälle ei ole ollut testejä, koska emme ole väliselvityksiin aiemmin koskeneet (ja nytkin vahingossa)
Päivitetty log4j 2.17.1:een
Demottu 30.12.
Poistetu jsonschema päivittämällä tätä aiemmin käyttäneet paketit less ja less-loader
Päivitetty tmpl 1.0.5:een
Demottu 23.12.
Poistettu vanha nodejs Jenkinsiltä ja Ansibleista
ilmoitukset lähtevät tuotannossa kerran viikossa kuten asiatarkastamattomista loppuselvityksistä
Asiatunnuksen: 2633/2021 hankkeelle: "Hyvinvoiva huominen yhdessä ja yksilöinä" (id=346) yhdelle muutoshakemukselle luotiin kaksi päätöstä alle 20s sisällä toisistaan. Molemmista päätöksistä lähti hakijalle sähköposti, mutta ensimmäisessä sähköpostissa ollut linkki lakkasi toimimasta (ja aiheutti klikattaessa hälytyksen) kun toinen päätös oli luotu. Jälkimmäisessä sähköpostissa ollut linkki toimii edelleen
Syötä kohtaan "asiatarkastus" teksti "joo tosi asiallista" ja klikkaa "hyväksy asiatarkastus"-nappia
scrollaa sivun loppuun ja klikkaa "hyväksy taloustarkastus ja lähetä viesti"
scrollaa sivun loppuun ja totea, että (VA-141-6-2)
Laatikossa lukee "Taloustarkastettu ja lähetetty hakijalle"
Lähetyshetki on tämä hetki
Lähettäjän nimi on "_ valtionavustus" (eli etunimi + sukunimi)
muutettu konfiguraatiota, mikä korjaa estää haavoittuvuuden hyödyntämisen
päivitetty log4j kirjastoa uudempaan sitä mukaa kun korjauksia on julkaistu (nyt 2.16.0)
tyhjennetty riittävästi yum cache cleanilla
Demottu 2.12.2021
Ongelma: käyttäjä pystyi joissain tilanteissa päivittämään hakemuksen tietoja
Korjaus: hakemusta päivitettäessä tarkistetaan, että ainakin yksi seuraavista ehdoista täyttyy - avustushakuaika menossa - hakemus tilassa "applicant_edit" - hakemus tilassa "pending_change_request"
Virkailijan muokkaukseen on tehty erillinen tunnistautumismetodi, jotta virkailija voi muokata hakemuksia huolimatta edellisistä ehdoista
Virkailija siirtyy normaalisti "muokkaa hakemusta"-linkistä, joka generoi kuluvan päivän voimassa olevan tokenin ja hashin hakemuksen muokkaukseen
Demo: - Mene https://testi.virkailija.valtionavustukset.oph.fi/admin/haku-editor/?avustushaku=457 - Totea, että hakuaika on loppunut - Mene https://testi.virkailija.valtionavustukset.oph.fi/avustushaku/457/hakemus/1302/arviointi/ - Kelaa alas ja paina "Muokkaa hakemusta", kirjoita viesti ja paina "Siirry muokkaamaan" - Totea, että osoiterivillä näkyvät tunnistautumiseen käytetyt officerToken ja officerHash. Näissä ei ole mitään henkilökohtaista tietoa. - Kopioi osoite ilman officerToken- ja officerHash-parametreja ja avaa se uuteen tabiin - Yritä muuttaa tietoja ja totea, ettei pysty. Totea, että tämä olisi ollut mahdollista ennen tätä korjausta - Jätä tabi auki ja mene edelliseen tabiin, jossa oli hakemussivu officerToken-parametreilla - Muokkaa tietoja ja totea, että toimii - Mene takaisin https://testi.virkailija.valtionavustukset.oph.fi/avustushaku/457/hakemus/1302/arviointi/ - Klikkaa "Pyydä täydennystä", kirjoita syy ja klikkaa lähetys - Mene hakemus-tabiin, jossa ei ollut officerToken-parametrejä, lataa sivu uudestaan ja muuta tietoja - Totea, että täydennyspyyntö toimii edelleen
Huomaa, että hankkeen loppuselvityksen tila on "Tarkastamatta"
Klikkaa hakemus auki ja mene loppuselvitys välilehdelle
Scrollaa loppuselvitys osion loppuun
Huomaa Asiatarkastus osio
Kirjoita “Hyvältä näyttää” huomiokenttään
Klikkaa “Hyväksy asiatarkastus ja lähetä taloustarkastukseen”
Scrollaa takaisin loppuselvitys osion loppuun
Huomaa sininen boksi, jossa lukee "Asiatarkastettu <aika> _ valtionavustus"
Huomaa loppuselvityksen hyväksyntä, joka on nyt mahdollinen
Ilmoitus asiatarkastamattomista loppuselvityksistä lähtee tiistaisin
VA lähetti selkeästi tarkoituksella selvityslomakkeet BCC:nä virkailijalle ja tälle oli testit joten oli toivottu ominaisuus. Muutettu niin, että lomakkeita ei lähetetä virkailijalle piiloviitteenä. Ominaisuus `dont-send-loppuselvityspyynto-to-virkailija`-feature-flagin takana.
Tietyissä tilanteissa Tietyissä tilanteissa muutoshakukelvottoman avustushakuun hakemuksen Seuranta -välilehdellä ei näkynyt menoluokka kohtainen budjetin erottelu. Ongelmallisia hakemuksia löytyi kannasta noi 250 kappaletta. Ongelma on korjattu eikä ilmene enään tulevilla hakemuksilla
Klikkaa kaikkiin "hyväksytään muutettuna" ja näytä aukeavat formit muutettuna hyväksyntään
Käsittele muutoshakemus:
Käyttöaika: Hylätään
Budjetti: Hyväksytään muutettuna ja muuta arvoja haluamallasi tavalla
Sisältö: Hyväksytään ja tekstiksi Sisältö hyväksytty
Vakioperustelu
Tee päätös
Näytä päätösmeili sähköposteistasi (tai kuva alta)
Avaa linkki päätökseen ylempää ja esittele sen uusi leiska
Avaa uudelleen muutoshakemussivu (linkki ylempänä) ja esittele käsitellyn muutoshakemuksen linkit ja alhaalta löytyvä perustelu
Demottu 4.11.2021
Ei enää säilötä tietokantavedoksia ci-palvelimella, sillä levyosio täyttyy jatkuvasti
Tästä lähtien ainoat tietokantavedokset löytyvät lammesta ja csc:n snapshoteista.
Demottu 28.11.2021
yhdistetty virkailija, hakija ja common koodipaketit yhdeksi kokonaisuudeksi
Vaihdoimme arvosteluiden ja pisteytyksien syöttämisen käyttämään tietotanka inserttien sijaan upsertteja, sillä nykyinen tietokantaversiomme tukee niitä. Näin päästään eroon liian nopeista syötteistä aiheutuneista virheistä.
Vanha scripti ajoi sovelluksen kaikille osakokonaisuuksille tarkistusajon putkeen
Muutettu scriptiä niin, että ajojen välissä poistetaan kaikki osakokonaisuudesta syntyneet temppitiedostot, jolloin uudet ajot mahtuvat taas levylle
Vanha scripti saattoi jättää poistamatta vanhat backupit, jos scriptien ajojen ajoitukset menivät ristiin
Muutettu scriptiä niin, että levyllä on aina maksimissaan kolme backuppia
Ansible päivitetty 2.10:stä 4.6:een
Lisätty liitetiedostotyyppi application/x-tika-ooxml sallittujen listalle, jotta myös uudempia Office-tiedostoja voi liittää.
Totea, että hakulomakkeissa on nyt vihreä "positiivinen ilmoitus" muutoshakukelpoisuudesta lomakkeen ensimmäisen talletuksen jälkeen
XSS-haavoittuvuus hakijan syöttämissä kentissä
Korjattu päivittämällä kirjastoa jota käytetään päätössivun luomisessa
Haavoittuvuus oli jdom-kirjastossa joka oli käytössä riippuvuusketjussa joka liittyi liitteiden tyypin tarkastamiseen. Liitteiden tarkastamista muutettiin siten, että se toimii edelleen riittävällä tarkkuudella mutta ei vaadi yhtä laajoja riippuvuuksia (poistettiin Pantomime-kirjasto käytöstä ja otettiin käyttöön uudempi versio Apache Tikasta, jota käytettiin aiemmin Pantomimen kautta). Tämän seurauksena jdomia ei tarvita enää ollenkaan.
Demottu 23.9.2021
Mahdollinen käyttökatko VA-järjestelmässä 20.-21.9.?
järjestelmä on ollut käytettävissä 20.-21.9. Viimeinen lokirivi kyseiseltä hakemukselta on lomakkeen täytön yhteydessä tehtävä automaattinen tallennus 21.9 klo 07:37. Tallennuksen yhteydessä järjestelmä on kirjoittanut lokiin, että hankkeen nimi on jäänyt täyttämättä. Hakemusta ei ole koskaan lähetetty käsiteltäväksi, sillä järjestelmä estää käyttäjää lähettämästä lomakkeita joilta puuttuu hankkeen nimi (lähetys näppäin ei aktivoidu).
Demottu 16.9.2021
Maksatuksiin lähtevä OVT-tunnus on nyt 00372769790122, kun avustushaun toimintayksikön koodi on 6600105300
ei enää ajateta testejä uudestaan julkaistaessa tuotantoon
Päivitetty JSoup 1.13.1 → 1.14.2
Demottu 9.9.2021
Päivitetty riippuvuus tietoturvapäivityksen vuoksi
Tehty päivittäin ajettava Jenkins-job, joka skannaa haavoittuvuudet ja hälyttää päivystäjää haavoittuvuuksista.
Tallennetaan haavoittuvuuksien skannauksessa syntyvät väliaikaiset tiedostot osioon, jolla on enemmän levytilaa (/data/jenkins)
totea että tallenna-näppäin muuttui harmaaksi ja yläpalkissa lukee ensin "Tallennetaan" ja sen jälkeen "Kaikki tiedot tallennettu"
Hakemuksessa olleessa alasvetovalikossa oli ongelma joka aiheutui siitä, että järjestelmän omat tyylit vaikuttivat alasvetovalikkokomponentin tyyleihin siten että valikon sisältö jäi auki, mutta ei näkyviin. Korjattu muuttamalla järjestelmän tyylejä siten että ne eivät enää vaikuta alasvetovalikkoon.
Demottu 19.8.2021
Jos järjestelmään saapunut muutoshaku sisältää vain vastuuhenkilön tietojen muutoksia niin kärjestelmä ei enään lähetä valmistelijalle sähköpostia saapuneesta muutoshausta
Mutta kaikki loppuselvityspyynnöt ovatkin pamahtaneet Marin henkilökohtaiseen gmail.com-sähköpostiin, vaikka sitä ei edes ole kirjattuna VA-haun tiedoissa. Marin s.posti haetaan oppijanumerorekisteri-palvelusta.
Marin viestit on lähetetty kesäkuun aikana. Olemme myöhemmin korjanneet järjestelmän siten, että se suosii oph.fi päätteisiä s.posteja, mikäli sellainen on saatavilla oppijanumerorekisteristä: https://jira.eduuni.fi/projects/VA/issues/VA-127
Selvityspyynnöt on lähetetty avustuksen saajille, kuten pitääkin. VIrkailija voi saada BCC:n henkilökohtaiseen s.postiin, mikäli hän ei ole kirjannut oph.fi s.postia oppijanumerorekisteriin.
Muuta ensimmäiseen textareaan (Otsikko suomeksi) jotain muuta ja tallenna
Klikkaa loppuselvitystabille ja tee sama homma
Klikkaa Haun tietoihin ja kopioi avustushaku uudeksi hauksi
Näytä selvitystabeilta, että muuttuneet arvot löytyvät myös uudelta haulta
Demottu 8.7.2021
Hakemuksen arviointi -näkymän väliselvitysvälilehden linkki väliselvityslomakkeelle aukesi aiemmin esikatselunäkymään. Nyt linkki aukeaa muokattavaan näkymään, eli samaan joka myös hakijalle lähetetään
Klikkaa sivun loppupuolella olevaa linkkiä "Linkki lomakkeelle"
Totea, että uuteen välilehteen aukeaa muokattavissa oleva väliselvityslomake
Vanha toteutus otti Oppijanumerorekisteristä käyttäjän tiedoista ensimmäisen sähköpostiosoitteen (käytännössä satunnaisen sähköpostiosoitteen, koska tuo näyttää tulevan rajapinnasta satunnaisessa järjestyksessä)
Muutettu toiminnallisuutta niin, että otetaan ensimmäinen oph.fi-päätteinen osoite, jos sellainen löytyy, tai muussa tapauksessa ensimmäinen osoite
Muiden kuin oph.fi-päätteisten osoitteiden määrä laski tuotantokannassa 38kpl → 8kpl, joista suurin osa reaktorilaisten osoitteita
Voidaan selvittää tarvittaessa käyttäjät, joilta puuttuu oph.fi-osoite tiedoista
Totea, että "Valitse koodisto" on näkyvissä (aikaisemmin 1px leveä)
OPHY-360 ja OPHY-354 johtuivat samasta bugista: käyttämässämme kirjastossa (react widgets) oli käytetty hackiä ellipsisten pakottamiseen. Kyseinen hack hajoitti layoutin selainten päivitysten yhteydessä, joten päivitimme k.o. kirjaston uusimpaan ja teimme testit sille, ettei kyseiset dropdown-listat saa olla liian kapeita.
Haun 257 hakemuksen 22821 väliselvityslomakkeen lähetysnappi oli harmaana vaikka lomakkeessa ei ollut validointivirheitä
Syynä oli, että kasvava kenttälista -tyyppinen kenttä oli joutunut sellaiseen tilaan että ensimmäinen kenttä oli project-outcomes-3. Pakollinen kasvava kenttälista validoidaan siten, että kenttä, jonka id loppuu "-1" on pakollinen. Koska lomake oli päätynyt siihen tilaan että vastauksissa oli ainoastaan kenttä project-outcomes-3, oli mahdotonta täyttää kenttä project-outcomes-1, joka oli kuitenkin pakollinen, mutta sitä ei ollut lomakkeella.
Ongelmaa ei saatu toistumaan testin puolella, mutta hakemus saatiin korjaantumaan poistamalla project-outcomes-3 -kenttä (lomakkeella Tuotokset-osion kentät Tuotoksen nimi ja kuvaus), jonka jälkeen lomake palautui itsestään tilaan jossa ensimmäisenä kenttänä oli oikea id, eli project-outcomes-1. Kenttään lisättiin takaisin poistettu sisältö ja lomake oli sen jälkeen lähetettävissä.
Tehty lappu juurisyyn korjaamisesta (jos saadaan jotenkin toistettua),
Klikkaa Hyväksytään & Lisää vakioperustelu suomeksi
Totea, että kentässä teksti: "Opetushallitus on arvioinut hakemuksen. Opetushallitus on asiantuntija-arvioinnin perusteella ja asiaa harkittuaan päättänyt hyväksyä haetut muutokset hakemuksen mukaisesti."
Klikkaa Esikatsele päätösdokumentti
Totea, että päätös on: "Opetushallitus on hyväksynyt haetut muutokset."
Klikkaa Hyväksytään muutettuna & Lisää vakioperustelu suomeksi
Totea, että kentässä teksti: "Opetushallitus on arvioinut hakemuksen. Opetushallitus on asiantuntija-arvioinnin perusteella ja asiaa harkittuaan päättänyt hyväksyä haetut muutokset muutettuna, siten kuin ne kuvataan tässä avustuspäätöksessä."
Sulje esikatselu
Klikkaa Esikatsele päätösdokumentti
Totea, että päätös on: "Opetushallitus on hyväksynyt haetut muutokset tässä päätöksessä kuvatuin muutoksin."
Sulje esikatselu
Klikkaa Hylätään & Lisää vakioperustelu suomeksi
Totea, että kentässä teksti: "Opetushallitus on arvioinut hakemuksen. Opetushallitus on asiantuntija-arvioinnin perusteella ja asiaa harkittuaan päättänyt olla hyväksymättä haettuja muutoksia."
Klikkaa Esikatsele päätösdokumentti
Totea, että päätös on: "Opetushallitus on hylännyt haetut muutokset."
Sulje esikatselu
Klikkaa Hyväksytään & Lisää vakioperustelu ruotsiksi
Totea, että kentässä: "Utbildningsstyrelsen har bedömt ansökan. Utbildningsstyrelsen har utifrån en bedömning som gjorts av sakkunniga och efter övervägande beslutat att godkänna ändringarna i enlighet med ändringsansökan."
Klikkaa Hyväksytään muutettuna & Lisää vakioperustelu ruotsiksi
Totea, että kentässä teksti: "Utbildningsstyrelsen har bedömt ansökan. Utbildningsstyrelsen har utifrån en bedömning som gjorts av sakkunniga och efter övervägande beslutat att godkänna ändringarna med vissa justeringar på det sätt som beskrivs i understödsbeslutet."
Klikkaa Hylätään & Lisää vakioperustelu ruotsiksi
Totea, että kentässä teksti: "Utbildningsstyrelsen har bedömt ansökan. Utbildningsstyrelsen har utifrån en bedömning som gjorts av sakkunniga och efter övervägande beslutat att inte godkänna de ansökta ändringarna."
Totea, että Budjetti → Hankkeen talousarvio → Myönnetyt "menoluokitus" kentissä on myönnetyt kokonaissummat
Toiminnallisuus oli hajonnut budjettimuutos-toiminnallisuuden implementaation yhteydessä: Palautettiin vanha tapa esittää menoluokiteltu budjetti hakemuksille, jotka eivät ole muutoshakemuskelposia, sekä tehtiin testit, ettei se hajoa uudestaan.
Avustushaun päätössähköpostissa on esimerkkilinkki muutoshakemukseen. Sähköpostin esikatselu on toteutettu niin että esimerkiksi saattaa valikoitua mikä tahansa hakemus, tässä tapauksessa hylätty hakemus jolle ei oltu edes asetettu yksityiskohtaista talousarviota. Hyväksytyt hakemukset toimivat oikein, ja päätössähköpostin esikatselun parantamisesta tehty lappu:
Päivitetty Ansible (palvelimien hallintaan käytetty työkalu) ja testattu toiminta suorittamalla testiympäristön Ansible-skriptit
Valitse "Hylätään" ja klikkaa "Lisää vakioperustelu ruotsiksi"
Huomaa että ei oo käännetty, koska käännös puuttuu. Tätä odotellaan vielä.
Klikkaa "Esikatsele päätösdokumentti"
Huomaa, että kaikki näkyy ruotsiksi paitsi viimeiset puuttuvat käännökset eli tässä näkyvät:
“Päätös” kohdan teksti, joka kertoo päätöksen tilan eli hyväksyttiinkö, hylättiinkö vai hyväksyttiinkö muutoksin
Sekä edellisessäk kohdassa mainittu “Päätöksen perustelut” kenttään päätyvä vakioperustelu
Menoluokat löytyvät nyt hauille id:stä 324 alkaen. Budjettimuutoshakemuksen tarvitsemat menoluokat on myös päivitetty kyseisten hakujen niille hakemuksille, joiden arvio oli jo tehty aiemmin. Muille hakemuksille menoluokkatiedot päivittyvät sitä mukaa kun arvioita tallennetaan.
Haku 345 merkitty muutoshakukelpoiseksi. Haku oli kopioitu muutoshakukelvottomasta hausta, joten kelpoisuustieto kopioitui samalla.
Lue sähköpostisi ja klikkaa "Pääset täyttämään ja muokkaamaan avustushakemusta tästä linkistä"
Syötä: * y-tunnus 2050864-5 ja klikkaa "Hae" * Muuta viralliseksi sähköpostiosoitteeksi oma osoite * _Yhteyshenkilö_-kohtaan oma nimesi * _Puhelinumero_-kohtaan 1234567890 * Syötä osoitteeksi katu, 10000, hesa * Klikkaa _Omistajatyyppi_-kohdasta _Kunta/Kuntayhtymä_ * Valitse maakunnaksi Ahvenanmaa * Syötä kohtaan Allekirjoitusoikeuden omaava henkilö "minä" ja sähköpostiksi oma mailiosoitteesi * Syötä tilinumeroksi "FI49 5000 9420 0287 30" ja BIC-koodiksi NDEAFIHH * Syötä hankkeen nimeksi "Budunvaihtohanke" * Syötä kieliryhmäksi "Suomi" * Syötä yhteishanke "Ei" * Syötä painopistealueeksi eka vaihtoehto * Syötä pakollisiin tekstibokseihin "asdf" tai jotain * Syötä hankkeen alkamis- ja päättymispäiväksi "1.1.1969" * Klikkaa ALV-kohtaan "kyllä" * Syötä buduihin selitteet ja summat: * henkilöstö 10€ * aineet 20€ * laite 30€ * palvelut 40€ * vuokrat 50€ * matkat 60€ * muut 70€ * Syötä omarahoitus 100€ * Klikkaa oikeasta yläkulmasta "lähetä käsiteltäväksi"
Toinen hakemus
* Tee toinen hakemus kuten yllä, mutta käytä hankkeen nimeä "Ei budunvaihtoa"
Hyväksyminen ja päätökset
* Vaihda hakuajan päättymispäiväksi 6.2.2021 11.48 * Mene HAKEMUSTEN ARVIOINTI * Aseta itsesi valmistelijaksi molemmille hakemuksille: * Klikkaa naaman kuvaa hankkeen oikeassa reunassa * Valitse listasta valmistelijaksi _valtionavustus ja sulje modal ikonista X * Valitse "Budunvaihtohanke"-hakemus auki * Valitse Hakemuksen tilaksi "Hyväksytty" * Klikkaa alempaa menokohtainen erittely ja täytä uudet arvot ja kommentit: * 11 € uus henkilöstö * 22 € uus aine * 33 € uus laite * 44 € uus palvelu * 55 € uus vuokra * 66 € uus matka * 39 € uus muu * Valitse "Ei budunvaihtoa"-hakemus auki * Valitse Hakemuksen tilaksi "Hyväksytty" * Klikkaa alempaa kokonaiskustannukset ja aseta hyväksytyksi 270 * Mene hakujen hallinnassa demottavaan hakuun ja avaa HAUN TIEDOT -tabi * Aseta tilaksi "ratkaistu" * Klikkaa päätös-välilehteä * Klikkaa sivun alalaidasta "Lähetä 2 päätöstä" ja vahvista lähetys * Mene hakemusten arviointiin ja näytä molempien hakujen SEURANTA-välilehdeltä, että myönnetty ja OPH:n hyväksymä budjetti ovat samat tässä vaiheessa
Hakemus ilman budumuutosta
1. Avaa "Ei budunvaihtoa"-hakemuksen päätösmeili ja näytä ettei sähköpostissa mainita budumuutosta 2. Klikkaa muutoshakemuslomake auki ja näytä, ettei siellä voi tehdä budumuutosta
Budjettimuutoksen hakeminen
1. Avaa "Budunvaihtohanke"-hakemuksen päätössähköposti ja näytä että sähköpostissa mainitaan budumuutos 2. Avaa sähköpostissa oleva linkki muutoshakemukseen 3. Valitse "Haen pidennystä avustuksen käyttöajalle" * Syötä "uusi päättymisaika" - kenttään "13.04.2030" * Syötä "perustelut" - kenttään "kesälomat tulossa" 3. Valitse "Haen muutosta hankkeen talouden käyttösuunnitelmaan" 4. Huomaa, että taulukossa näkyvät myönnetyn talousarvion menorivit ja ne on esitäytetty inputteihin 6. Huomaa, että perustelukenttä on pakollinen eikä budjettimuutospyyntöä voi lähettää ilman perusteluja. Täytä perustelulaatikkoon perustelut. 7. Muuta menoluokan arvoa. Huomaa, että summa vaihtuu, virheviesti näkyy ja lähetysnappi ei toimi, kun summa ei enää täsmää alkuperäistä 8. Vaihda menorivejä * henkilöstö 9 * aineet 19 * laite 29 * palvelut 39 * vuokrat 49 * matka 59 * muut 66 9. Klikkaa oikeasta yläkulmasta "lähetä käsiteltäväksi" 10. Totea, että jatkoajan hakeminen ja budjettimuutoksen hakeminen on näkyvillä ylimmässä (viimeisimmässä) muutoshakemuksessa eikä muutoshakemusta pysty tekemään
Budjettimuutoksen hyväksyminen
1. Mene virkailijasovelluksessa hakemusten hallintaa ja klikkaa "Budunvaihtohanke" auki 1. Klikkaa Muutoshakemukset-välilehdelle 1. Klikkaa vakioperustelu ja lähetä hyväksyntä 1. Lataa sivu uusiksi (seuranta ei päivity ainakaan toistaiseksi suoraan) 1. Klikkaa "Seuranta"-välilehdelle ja näytä, että OPH:n hyväksymä täsmää muutoshakemuksella hyväksyttyjä arvoja 1. Klikkaa takaisin "muutoshakemukset"-tabiin 1. Avaa päätös ja näytä Asia-kohdassa maininta budjettimuutoksesta sekä hyväksytty budjetti alempana 1. Mene hakijan muutoshakemussivulle ja näytä sieltä hyväksytty muutoshakemus
Toinen budjettimuutos (ilman jatkoa-aikaa)
* Klikkaa muutoshakemussivulla budjettin muutos auki * Täytä kenttiin * henkilöstö 5 * aineet 15 * laite 25 * palvelut 35 * vuokrat 45 * matka 55 * muut 90 * Lisää perustelu ja lähetä * Näytä sivulta, ettei jatkoajan hakua mainita
Budjettimuutoksen hyväksyminen muutettuna
1. Mene virkailijasovelluksessa hakemusten hallintaa ja klikkaa "Budunvaihtohanke" auki 1. Klikkaa Muutoshakemukset-välilehdelle 1. Klikkaa hyväksytty muutettuna ja syötä kenttiin * henkilöstö 2 * aineet 12 * laite 22 * palvelut 32 * vuokrat 42 * matka 52 * muut 108 1. Klikkaa vakioperustelu 1. Lähetä lomake ja huomioi, että hyväksytyissä muutoksissa näkyy muokatut arvot 1. Lataa sivu uusiksi (seuranta ei päivity ainakaan toistaiseksi suoraan) 1. Klikkaa "Seuranta"-välilehdelle ja näytä, että OPH:n hyväksymä täsmää muokattuna hyväksyttyjä arvoja 1. Klikkaa takaisin "muutoshakemukset"-tabiin 1. Avaa päätös ja näytä Asia-kohdassa maininta budjettimuutoksesta sekä muokattuna hyväksytty budjetti alempana 1. Mene hakijan muutoshakemussivulle ja näytä sieltä hyväksytty muutoshakemus
Budjettimuutoksen hylkääminen
* Tee kolmas budjettimuutoshakemus (arvoilla ei väliä) * Mene virkailijakäliin hylkäämään muutoshakemus * Näytä päätös ja hakijan muutoshakemussivu
Demottu 5.5.2021
Sähköposti oli päätynyt roskapostiin
Liittyy mahdollisesti Outlook siirtymään
Tiedote avustuksesta kieltäytymisestä tulee kaikille avustushaulle asetetuille valmistelijoille
Haun 317 hakemuksilta on poistettu vakioidut hakemukset, joten päätöksiä lähetettäessä hakua ei katsota muutoshakukelpoiseksi. Päätöstä tehdessä esikatselussa tulisi siis olla vanhan mallinen viesti, eli "Jos haluatte muuttaa yhteyshenkilön tiedot, voitte tehdä ilmoituksen tästä linkistä:"
Totea, että tähtiarviot ovat yhdellä rivillä ja hakemuslistan eri kohdat ovat paremmin linjassa taulukon otsikoiden kanssa
Totea, että hakemuslistan yläpuolella oleva hakuvalinta ei enää laajene Rajaa- ja Lataa Excel -valintojen päälle
Demottu 22.04.2021
Hakemus haetaan nyt tietokannasta tavalla, joka ei aiheuta hälytystä, mikäli normalisoitua hakemusta ei ole olemassa.
Päätöksessä näkyvässä käyttöajan päivämäärissä on aikaisemmin näytetty virheellisesti ISO 8601 standardissa määritelty viikko pohjanen vuosi eikä perinteinen vuosi. Viikkopohjainen vuosi muodostuu kokonaisista viikoista ja siinä on joko 364 tai 371 päivää eikä 365 tai 366 päivää kuten perinteisessä vuodessa. 31.12.2021 sijoittuu tässä viikkopohjaisessa kalenterissa vuoteen 2022 ja siksi päätöksessä näkyi 31.12.2021 muodossa 31.12.2022. https://en.wikipedia.org/wiki/ISO_week_date
Aikaisempien asennusten artefaktit siivotaan nyt automaattisesti pois uuden asennuksen yhteydessä
paina lähetysnappia ja huomioi, että tuli uusi lähetys
klikkaa Loppuselvitys-tabille ja näytä vastaava loki
huomioi, että tapahtumalokia ei ole luotu takautuvasti vanhoihin hakuihin (ei selvitetty onko edes mahdollista) vaan sitä kerätään 29.3. eteenpäin tuotannossa
CSC toteutti tarvittavat muutokset palvelimien pääsyoikeuksiin
Muutettu myös että dev.valtionavustukset.oph.fi-palveluun (Jenkins, kehittäjien käytössä) pääsee Reaktorin IP-osoitteesta
Demottu 4.3.2021
#### Avustushaun luonti ja hakemuksen käsittely
* Kopioi avustushaku 360 uuden avustushaun pohjaksi * Mene https://testi.virkailija.valtionavustukset.oph.fi/admin/haku-editor/?avustushaku=360 * Klikkaa "Kopioi uuden pohjaksi" linkkiä "Haun tiedot" välilehdellä * Laita avustushaku julkaisukuntoon * Anna avustushaulle asianumero: `40/2021` * Anna haulle nimi: `VA-40 avustushaku demo` * Muuta hakuajaksi `1.1.2021 0.00` - `31.12.2021 23.59` * VA-40-17: Mene päätös-välilehdelle * Aseta hankkeen alkamispäiväksi 01.01.1969 * Aseta hankkeen päättymispäiväksi 01.01.4200 * Muuta avustushaun tilaksi `Julkaistu` * Siirrytään hakemukselle * Mene "Hakulomake" välilehdelle * Avaa hakulomake uuteen välilehteen "Linkki hakuun" otsikon alta "Suomeksi" linkistä
* Annan oma sähköpostiosoitteesi ja paina "Luo uusi hakemus" * Avaa hakemus sähköpostiisi saapuvasta linkistä * Täytä hakemus * Hakijan tiedot -osio * Anna Y-tunnukseksi `2447229-9` * Vaihda Hakijan virallinen sähköpostisooite kenttään oma sähköpostisi * Täytä "Yhteyshenkilö" ja "Puhelinumero" kenttiin omat tietosi * Valitse "Omistajatyyppi" kohtaan `Liiketaloudellisin perustein toimiva yhtiö` * Valitse "Maakunta" pudotusvalikosta `Uusimaa` * Täytä "Allekirjoitusoikeuden omaava henkilö" ja "Sähköposti" kenttiin omat tietosi * Täytä "Tilinumero IBAN-muodossa" kenttään `FI95 6682 9530 0087 65` ja "Pankin BIC/SWIFT-koodi" kenttään `OKOYFIHH` * Täytä "Opiskelijamäärä, nuorten oppimäärä" kenttään `0` * Täytä "Opiskelijamäärä, aikuisten oppimäärä" kenttään `10` * Hankkeen tiedot -osio * Täytä "Hankkeen nimi" kenttään `Testihanke jatkoajan hakuun` * Valitse "Mitä kieliryhmiä hankkeen toiminta koskee?" kohtaan Suomi ja Ruotsi * Hankesuunnitelma -osio * Valitse "Valitse avustuskohteet, joihin toiminta kohdistuu" kohdassa `Opetuksen lisääminen` * Täytä "Tavoite" kenttään `Tavoitteena on lisätä opetusta` * Täytä "Toiminta" kenttään `Toiminta on opetuksen lisäämistä` * Täytä "Budjetti" kenttään `Kyllähän budjettia voisi olla enemmän` * Täytä "Hankkeen vaikutukset/vaikuttavuus" kenttään `Opetus vaikuttaa lisääntyneen` * Täytä "Hankkeen alkamisaika" kenttään `1.6.2021` * Täytä "Hankkeen päättymisaika" kenttään `31.12.2021` * Talousarvio -osio * Valitse "Onko kustannukset ilmoitettu arvonlisäverollisina?" kohtaan `Kyllä` * Täytä "Henkilöstömenot 1" kohtaan selitteeksi `Palkat` ja summaksi `10000` * Täytä "Omarahoitus" kohtaan `2000` * Paina "Lähetä käsiteltäväksi" painiketta sivun yläreunassa * Palaa virkailijan näkymään * Muuta avustushaun päättymisaika menneisyyteen: `3.1.2021 klo 0.00` * Siirry "Hakemusten arviointi" -osioon sivun ylälaidasta * Valitse hakemukselle valmistelijaksi `_ valtionavustus` * Avaa hakemus arviointinäkymässä * Valitse "Hakemuksen tila" kohtaan `Hyväksytty` * Täytä "Perustelut hakijalle suomeksi" kenttään `Hyvältä kuulostaa` * Täytä "Menot yhteensä" kenttään `10000` * Palaa "Hakujen hallinta" -osioon sivun ylälaidasta * Aseta avustushaku tilaan `Ratkaistu` * Siirry "Päätös" välilehdelle * Scrollaa sivun loppuun ja lähetä pöötks painamalla "Lähetä 1 päätöstä" ja "Vahvista lähetys"
#### The Muutospäätösprosessi
* Yhteyshenkilön tietojen muutos * Siirry päätösmailin linkillä muutoshakemukselle * Muuta yhteyshenkilön tietoja (pidä sähköposti validina esim. etunimi.sukunimi+foobar@reaktor.com) * Paina sivun ylälaidasta "Tallenna muutokset" * Päivitä sivu ja huomaa, että puhelinnumero on päivittynyt * Hakemusten arviointi sivulla näkyy myös päivitetyt tiedot * Jatkoajan hakeminen * Valitse "Haen pidennystä avustuksen käyttöajalle" * VA-40-17: Huomioi, että Voimassaoleva päättymisaika" - kentässä lukee 01.01.4200 * Täytä "Uusi päättymisäaika" kenttään `31.05.2022` * Täytä "Perustelut" kenttään `Huonolta näyttää kyllä tämä meidän tahti` * Paina sivun ylälaidasta "Lähetä käsiteltäväksi" * Huomaa lähetetty muutoshakemus sivulla "MUUTOSHAKEMUS pp.kk.vvvv - ODOTTAA KÄSITTELYÄ" * Siirry virkailijan hakemusten arviointi näkymään * Huomaa yksi (1) uusi muutoshakemus hakemuksella sekä listassa että välilehdellä * Hylkääminen * Avaa muutoshakemus virkailijan näkymässä * VA-40-17: Huomioi, että "Voimassaoleva päättymisaika" - kentässä lukee "01.01.4200" * Valitse vaihtoehto `Hylätään` * Klikkaa "Lisää vakioperustelu" linkkiä * Esikatsele päätösdokumentti painamalla "Esikatsele päätösdokumentti" * Sulje esikatselu * Paina "Tee päätös ja lähetä hakijalle" * Huomaa teksti "Päätöstä ei ole vielä lähetetty hakijalle" * Päivitä sivu * Teksti on nyt "Päätös lähetetty hakijalle ..." * Hakijan näkymässä muutoshakemus näkyy hylättynä * Hakija on saanut sähköpostin päätöksestä * Hyväksyntä * Tee uusi muutoshakemus tiedoilla `31.01.2022` ja `edes kuukausi lisäaikaa pliis` * Huomaa, että molemmat muutoshakemukset näkyvät hakijan näkymässä * Valitse vaihtoehto `Hyväksytään` * Klikkaa "Lisää vakioperustelu" linkkiä * VA-40-17: Klikkaa "esikatsele päätösdokumentti-linkkiä" * Huomioi, että kentässä "vanha päättymisaika" lukee "01.01.4200" * Sulje esikatselu * Paina "Tee päätös ja lähetä hakijalle" * Hakijan näkymässä muutoshakemus näkyy sekä uusi hyväksytty päätös että edellinen hylätty * VA-40-17: Hakijan näkymässä näkyy "Vanha päättymisaika" kentässä "01.01.4200" * Hakija on saanut sähköpostin päätöksestä * Hyväksyntä muutoksin (VA-40-11) * Tee uusi muutoshakemus tiedoilla `31.1.2022` ja `edes kuukausi lisäaikaa pliis` * Valitse vaihtoehto `Hyväksytään muutettuna` * Klikkaa "Lisää vakioperustelu" linkkiä * Klikkaa datepickeriä ja valitse päättymispäiväksi jokin päivä tulevaisuudesta * Klikkaa "esikatsele päätösdokumentti" * Totea, että kohdassa "hyväksytty muutos" on syöttämäsi päättymispäivä * Totea, että kohdassa "päätös" lukee "Opetushallitus hyväksyy hakemuksen alla olevin muutoksin." * Klikkaa "sulje" oikeasta ylälaidasta * Klikkaa "Tee päätös ja lähetä hakijalle" * Totea, että sivun oikeassa ylälaidassa lukee "Hyväksytty muutettuna" * Klikkaa auki päätösdokumentin linkki * Totea, että sivulla lukee "Opetushallitus hyväksyy hakemuksen alla olevin muutoksin." sekä valitsemasi päättymispäivä. * Totea, että päätöksestä tuli hakijalle sähköposti * Klikkaa auki sähköpostin muutoshakemuksen linkki * Totea, että aiemman muutoshakemuksen status on "hyväksytty muutettuna" * Totea, että kohdassa "hyväksytty muutos" lukee syöttämäsi päättymispäivä
#### VA-40-4 (Virkailija: Välilehden korostus käsittelemättömästä muutoshakemuksesta): * Avaa virkailijan käyttöliittymästä, joku käsitelty hakemus hakemus käsitelväksi * Totea että muutoshaku välilehteä ei ole korostettu * Mene hakijan käyttöliittymästä muutoshaku sivulle. * Klikkaa "Haen pidennystä avustuksen käyttöajalle" checkboxia * Aseta uusi päättymisaika * Kirjoita perusteluihin jotain * Paina "Lähetä käsiteltäväksi" * Avaa virkailijan käyttöliittymästä hakemus käsitelväksi * Totea että muutoshaku välilehti on korostettu
#### VA-40-5 (s.postin validointi): * Mene muutoshaku sivulle. * muuta sähköpostikentän sisältö (mutta pidä s.posti validina) * Totea että lähetysnäppäin on vihreä * kirjoita epävalidi email * Totea että kenttä on punainen ja lähetysnäppäin on epäaktiivinen * muiden kenttien muuttaminen ei poista s.posti kentän punaisuutta tai tee lähetysnäppäintä aktiiviseksi * s.postin korjaaminen poistaa kentän punaisuuden ja tekee lähetysnäppäimestä taas aktiivisen
#### VA-40-6 (Tallentaminen näyttää 5 sekuntia "Muutokset tallennettu" tekstiä): * Mene hakijan käyttöliittymästä muutoshaku sivulle. * Klikkaa "Haen pidennystä avustuksen käyttöajalle" checkboxia * Aseta uusi päättymisaika * Kirjoita perusteluihin jotain * Paina "Lähetä käsiteltäväksi" * Totea, että nappulan oikealla puolella lukee "Muutokset tallennettu" viiden sekunnin ajan * Toimii myös Firefoxilla!!!
#### VA-40-789 Vakioperustelut
* Mene https://testi.virkailija.valtionavustukset.oph.fi/avustushaku/367/hakemus/1195/muutoshakemukset/ * Valitse valinta "Hyväksytään" ja sen jälkeen paina "Lisää vakioperustelu" linkkiä * Tekstikenttään täydentyy hyväksymisen vakioperustelu * Valitse valinta "Hylätään" ja sen jälkeen paina "Lisää vakioperustelu" linkkiä * Tekstikenttään täydentyy hylkäämisen vakioperustelu * Valitse valinta "Hyväksytään muutettuna" ja sen jälkeen paina "Lisää vakioperustelu" linkkiä * Tekstikenttään sama vakioperustelu kuin ilman muutoksia hyväksynnälle
#### VA-40-24: Lähetä päätössähköposti uudelleen ei huomio muutoshakemusta
* Tsekkaa testi: https://github.com/Opetushallitus/valtionavustus/blob/1f860b805543396b48ac14c93624b662c97cc1d9/test/va-spec.test.ts#L628-L667 * tldr: jos muutoshakemussivulla vaihdettu yhteyshenkilön osoite, sitä käytetään hakemuksen yhteyshenkilön sähköpostin (`primary-email`) sijaan * Aja testit ja valitse joku muutoshakukelpoinen testeissä generoitu hakemusmuutoshakemuskäliin * Vaihda yhteyshenkilön osoite muutoshakemuskälissä * Käy lähettämässä päätökset uudelleen Hakujen Hallinta -> Päätös välilehdeltä * Maili tulee muutoshakemuskälin mukaiseen osoitteeseen alkuperäisen hakulomakkeen yhteyshenkilön sijaan * Huomaa että myös tämä menee myös "Hakijan virallinen sähköpostiosoite" kentässä olevaan mailiin
#### VA-40-19: laita jatkoajan haku toiminnallisuus päälle tuotannossa.
Hakija syöttänyt sähköpostin väärin. Virkailija oli ilmeisesti korjannut ongelman sillä tietokannassa oli kaikki OK.
Rebootattu
Ajettu yum clean all oph-va-ci-test01 pannulla. Jäljellä oleva tila /var osiossa kasvoi 7 prosentista 70 prosenttiin
Demottu 18.2.2021
Vähennetty tietokantavarmuuskopioiden määrää, jotta levy ei täyty
Ilmeisesti tähän ei liittynytkään ongelmaa
VA-järjestelmän ja PagerDuty -päivystystyökalun välisten integraatioiden päivitys PagerDuty muutosten takia
Mailitse saapuvat virhelokit sekä Pingdom -hälytykset päivitetty
Mene kohtaan Valtionavustusten yleisohje (sivun lopussa)
Totea että saatavilla on 17.12.2020 alkaen voimassaoleva yleisohje
Avaa ohjeen perässä olevat fi- ja sv-linkit ja totea että kyseessä on oikea 17.12.2020 versio ohjeesta
Täsmäytysraportti lähetettiin onnistuneesti, mutta onnistumisen kirjaaminen tietokantaan epäonnistui → lähetystä yritettiin uudelleen ja uudelleen
Ongelma aiheutunut VA-40 ohessa tehdystä lähetettyjen sähköpostien kirjanpidosta
Lähetetyistä sähköposteista pidetään nyt kirjaa, mikä helpottaa testaamista sekä ongelmatilanteiden selvittelyä
Korjattu suoraan tietokantaan niin, että toisen erän maksatuksien lähettäminen ei lähetä ensimmäisen erän maksatuksia uudestaan
Tilanteen toistuminen voidaan estää estämällä jo lähetettyjen makstusten poisto (OPHY-295)
Syy miksi maksatuksia ylipäänsä poistetaan on se, että talousarviotilien muutokset eivät vaikuta jo tehtyihin hakemusten arvioihin ja siten maksatuksiin (OPHY-201)