CSI-ohjelmistojen 12.1-korjausversio 16.9.25

Julkaisemme tänään CSI-ohjelmistoista 12.1-version korjauspaketin, joka korjaa seuraavat asiakkaiden ilmoittamat ohjelmistovirheet ja tuo muutaman uuden ominaisuuden:

• asiakas- ja esteellisyyshaussa näytetään koko konsernirakenne
• tuodulle viitesuoritukselle tallentuu pankkitili silloinkin, kun suoritusta ei voida kohdistaa
• NetDocuments-käyttöoikeuksien massamuutoksissa ilmoitetaan vastuukäyttäjälle vain virheistä
• iManage-integraatiossa on tuki Flexible-kansioille

Korjatut virheet

Yleistä

• Näkymissä kursori ei osannut asettua ensimmäiselle riville listan avautuessa, mikäli lista oli järjestetty parent-kentän mukaan (esimerkiksi toimeksiannon toimeksiantaja).

Asiakas

• Toimituskielto toimi väärin, kun asiakkaalla oli sekä toimituskielto että erääntyneitä laskuja. Vaikka toimenpiteen tallennus oli määritetty sallituksi toimituskiellosta huolimatta, käyttäjä sai varoituksen siinä tapauksessa, että maksajalla oli sekä toimituskielto että että erääntyneitä laskuja.
• Toimituskieltoon liittyvät käyttöliittymätekstit olivat epäselviä.

Avauspyyntö ja toimeksianto

• Avauspyyntöön linkitetyn esteellisyystarkastuksen pystyi vaihtamaan toiseen. Korjauksen jälkeen Esteellisyystarkastus-kenttä on aina lukittu.
• Kun asiakkaalla oli joko toimituskielto tai erääntynyt lasku, ja kumpikin niistä oli määritetty esteeksi toimeksiannon tallentamiselle, ohjelmisto näytti useita virheilmoituksia, mutta salli silti tallentamisen.
• Toimeksiannon pystyi tallentamaan ilman tiettyjä pakollisia tietoja syöttämällä kenttiin, esimerkiksi toimeksiannon aiheeseen, pelkän välilyönnin.
• Oletuskäyttäjäryhmä-kenttä aiheutti ongelmia käyttöoikeuksiin toimeksiannon ensimmäisen tallennuksen jälkeen, kun toimeksianto oli ensin tallennettu yhdellä oletuskäyttäjäryhmällä, lisätty sitten toimeksiannon oikeuksia toisellekin käyttäjäryhmälle ja lopulta tehty muutos toimeksiantoon ja tallennettu se. Korjauksen jälkeen oletuskäyttäjäryhmä-kenttä lukitaan ja piilotetaan toimeksiannon ensimmäisen tallennuksen jälkeen.

Kirjaukset

• Toimenpiteen vaihekenttä tyhjeni, kun toimenpidettä käytti pohjana ja uudelle toimenpiteelle vaihdettiin tekijä. Korjauksen jälkeen vaihe pysyy joko ennallaan tai tyhjän vaiheen tilalle tuodaan uudelta tekijältä löytyvä oletusvaihe.
• Toimenpidettä ei voinut kopioida samaan toimeksiantoon.
• Kalenterin työaikakirjauksen tehdyt tunnit eivät siirtyneet toimenpiteeseen, kun työaikakirjauksesta luotiin toimenpide sisäiseen toimeksiantoon. 
• Työaikakirjauksen/aktiviteetin tallennus kaatui, kun pohjana käytettiin kirjausta/aktiviteettia, jossa oli tallentamattomia muutoksia.
• Työaikakalenteri herjasi asiakkaalla olevasta toimituskiellosta, vaikka työaikakirjauksesta ei oltu tekemässä toimenpidettä.

Koelaskut

• Jos toimenpiteessä oli kustomointeja, ohjelmisto sekoitti jo hyväksytyn koelaskun liitettäessä siihen toimenpidettä, jonka ikkuna oli avattu ennen koelaskun hyväksymistä. 
• Koelaskun maksajan vaihtaminen Vaihda maksaja -toiminnolla epäonnistui, jos uuden maksajan verollisuus poikkesi aiemmasta.

Laskutus

• Kulusta luotu laskurivi muodostui väärällä nettosummalla, kun kulun alv-kanta on muutettu johonkin muuhun kuin kulutyypiltä tulleeseen alv-kantaan.
• Kun laskun pyöristys kokonaislukuun oli käytössä, laskutulosteella pyöristysero oli siirtynyt väärälle alv-riville.
• Vakuutusyhtiölle lähetettävän laskutulosteen ruotsinkielisessä versiossa oli käännösvirhe.  ”Rättssäkerhetsnummer” on nyt korjattu muotoon ”Rättsskyddsnummer”. 
• Vedoslaskun laskuttamattomille laskuriveille tuli väärä alv 25,5 %, vaikka toimipisteen parametreissa oli valittu alv:n määräytyminen viimeisen laskurivin mukaan, tässä tapauksessa 24 %.
• Jos ”Pyöristä laskut kokonaislukuun” -parametri oli käytössä ja laskusta muodostettiin TEAPPSXML-muotoinen laskuaineisto, aineiston summat olivat väärin.
• Koontilaskulla oli heti luonnin jälkeen ’last_payment_reminder_date’ -kentässä arvo tietokannan taulussa, vaikka maksumuistutuksia ei ollut.
• ”Kaikki koontilaskut” -näkymän laskutettavassa summassa ei ollut äyrinpyöristystä mukana (Yhteensä-sarake), jolloin maksetut koontilaskut jäivät avoimiksi tai miinukselle (Avointa-sarake). Ongelma ilmeni, kun kaikkiin koontilaskun laskuihin kohdistettiin niiden saamiseksi ”maksettu”-tilaan suoritus, joka vastasi äyrinpyöristettyä summaa tai koontilaskuun tehtiin täysi suoritus ohjelmiston tarjoamalla summalla. 
• Ohjelmisto kysyi koontilaskuikkunassa, tallennetaanko muutokset, vaikkei mitään ollut muutettu. Ongelma saattoi esiintyä myös esimerkiksi esikatselutoiminnon yhteydessä.
• Kun Maventaan lähetettiin Finvoice 3.0 -muotoinen maksumuistutus tai muodostettiin laskuaineisto maksumuistutuksesta, jossa oli mukana viivästyskorko, mutta ei huomautuskulua, ohjelmisto antoi virheen ”Objektin viittaukseksi ei voi määrittää objektiesiintymää”.
• Jos hyvityslasku oli luotu pelkkiä kuluja sisältävästä laskusta, ja alkuperäisellä laskulla oli kokonaislukupyöristys käytössä, pyöristyssumma kirjattiin virheellisesti palkkioihin, vaikka alkuperäisellä laskulla ei ollut palkkioita.

Raportointi

• Kun ennakko palautettiin maksetun ennakkolaskun koko suuruudelta, ennakko ei näkynyt päivään X tulostetulla ”Avoimet ennakot” -raportilla, vaikka palautuksen kirjauspäivä oli vasta päivän X jälkeen. 
• Toimeksiannon kannattavuuslaskelma -raportti toimi pää-/alitoimeksiantorakenteessa väärin, kun laskutus tehtiin päätoimeksiannon kautta. Kun korjauksen jälkeen tällaiselta alitoimeksiannolta yritetään ajaa raportti, ohjelmisto kehottaa ajamaan sen päätoimeksiannolta. 
• Toimeksiannon kannattavuuslaskelma -raportti näytti ei-laskutettavat toimenpiteet laskutettuina.

Asetukset

• Tietyissä tilanteissa raportin avaus asetusten kautta oli hyvin hidas ja aiheutti toiminnon aikakatkaisun.Ohjelmistoparametreissa määritetty kartan tyyppi Bing ei enää toiminut. Korjaus päivittää automaattisesti ohjelmistoparametreihin Bingin tilalle Open Street Maps -karttapalvelun.
• Aktivointiraportin lähetys johti versiotietojen päivittymiseen käyttöliittymässä, vaikkei ohjelmiston tietokantaa todellisuudessa ollut päivitetty.

Romeo-korvaushakemukset

• Jos oikeusavun korvaushakemuksella oli liite ja hakemusta yritti poistaa, ohjelmisto antoi virheen ”Valittua tietuetta ei voi poistaa, sillä se on käytössä toisessa tietueessa”. Korjauksen jälkeen korvaushakemus liitteineen poistetaan, eikä poiston varmistusdialogia näytetä.

Dokumentinhallintaintegraatiot

• Integraatiot eivät päivittäneet dokumentinhallintajärjestelmässä (iManage, Netdocuments, M-Files) käyttöoikeuksia käyttäjäryhmälle, joka oli merkitty CSI-ohjelmistossa Oletuskäyttäjäryhmä-kenttään. 
• NetDocumentsin käyttäjien ja käyttäjäryhmien linkitys ei toiminut, jos useampi käyttäjä tai käyttäjäryhmä oli poistettu NetDocumentsista tai CSI-ohjelmistoon oli aiemmin ollut integroituna toinen dokumentinhallintajärjestelmä.
• iManage-integraation parametreissa oli turha ”customerId”-parametri, vaikka sen arvo haetaan automaattisesti loginin yhteydessä ja tallennetaan samaan paikkaan tietokannassa kuin aiemminkin.
• Vaikka iManage-lisäosa oli poistettu, ohjelmisto yritti edelleen käsitellä ImanageWorkspaceTemplate-entiteettiä, mikä aiheutti ongelmia kustomoinnin yhteydessä. Korjauksen jälkeen iManage-poiston jälkeen entiteetille lisätty kustomoitu taulu tai kenttä aiheuttavat vain virheen ohjelmistolokiin, mutta eivät näkyneet käyttöliittymässä.

Kirjanpitointegraatiot

• Hogiaan lähetettävän yksityishenkilön nimi oli liian pitkä. Korjauksen jälkeen nimi lyhennetään tarvittaessa. Sukunimi on ensisijainen ts. etunimi katkaistaan tai voi jätetään kokonaan pois, jos jo sukunimi on liian pitkä.
• Kun laskun mukana lähetettiin liitteenä PDF-tiedosto Procountoriin, liite ei mennyt laskun mukana.
• Kun Procountorista tuotiin CSI-ohjelmistoon suoritus oikeusturvalaskulle, jossa maksajana oli yksityishenkilö, tuonti kaatui virheeseen ”The INSERT statement conflicted with the FOREIGN KEY constraint ”FK_InvoiceAdjustmentCustomerPayer””.

Uudet ominaisuudet

Asiakas- ja esteellisyyshaku näyttää myös emo- ja tytäryhtiöt

• Jotta Asiakas- ja esteellisyyshaku -kenttä löytää myös asiakkaan emo- tai tytäryhtiön, esteellisyyshaku-listalle on lisätty uusi Konserni-sarake. Sarakkeessa on vihreä ympyrä, jos yrityksellä on emo- tai tytäryhtiö ja punainen ympyrä, ellei emo- tai tytäryhtiöitä löydy.

• Valintanauhan ”Näytä koko konsernitaso”-toiminto avaa asiakasikkunan Aliasiakkuudet-kansiossa listan, joka näyttää koko konsernin. Toiminto on aktiivinen ainoastaan, jos valitulla asiakkaalla on emo- tai tytäryhtiö.

NetDocuments raportoi käyttöoikeuksien massamuutoksissa vain virheistä

• Kun NetDocumentsiin tehdään käyttöoikeuspäivityksiä, päivityksen valmistuessa yhteyshenkilö saa sähköpostia ainoastaan epäonnistuneista päivitysyrityksistä.

iManage-integraatioon tuki ”Flexible”-kansioille

• Toimeksiannot voidaan avata iManage-integraatiossa Flexible-kansioita käyttäen. iManagen kautta workspace templaten kansiot voidaan silloin määrittää joko pakollisiksi (oletus) tai valinnaisiksi. Jos toimeksiantoon valittu template sisältää valinnaisia kansioita, niitä ei luoda automaattisesti iManageen.

Asetetaan suoritukselle pankkitili, vaikka viitesuoritusten tuonti ei pysty kohdistamaan sitä

• Kun ohjelmistoon tuodaan viitesuorituksia ”Tuo viitesuoritukset” -toiminnolla, pankkitili tallennetaan myös suoritukselle, jota ei voida kohdistaa laskulle. Tämä edellyttää, että kyseinen pankkitili löytyy CSI-ohjelmistosta laskuttajalta.