CSI-ohjelmistojen 11.0-korjausversio 19.4.23

Julkaisemme tänään kaikista CSI-ohjelmistoista korjausversion, joka bugikorjausten ohella tuo parannuksia myös mm. Due-integraatioon ja mahdollistaa pää-/alitoimeksiantorakenteessa koelaskun muodostamisen valituista toimenpiteistä. Näistä muutoksista julkaisemme erillisen kuvauksen.

Uusi versio sisältää korjaukset seuraaviin ohjelmistovirheisiin:

• Ohjelmisto ilmoitti alennustaulukon estävän emoyhtiöksi merkityn asiakkaan passivoinnin, vaikka asiakkaalla ei edes ollut alennustaulukkoa.
• Uuden avauspyynnön tai toimeksiannon luonti muodosti asiakkaalle tunnistustapahtuman, vaikka asiakkaan tunnistuksen aktivointipäivä oli parametrilla asetettu tulevaisuuteen.
• Kun toimeksiannon maksajalta, jolla jo oli tunnistustapahtuma, poistettiin maksajan rooli ja sitten palautettiin se, ohjelmisto loi virheellisesti samalle maksajalle toimeksiantoon uuden tunnistusrivin.
• Kun asiakkaan tunnistustapahtumaan tallensi tunnistuspäivämääräksi tulevaisuudessa olevan päivän, ohjelmisto ei varoittanut siitä, vaan tallensi tiedon tavalliseen tapaan. Korjauksen jälkeen käyttäjälle näytetään tästä ilmoitus. 
• Kun asiakkaan tunnistus oli käytössä ja yksityishenkilölle yritti tehdä uuden toimeksiannon, toimeksiannon tallennus tuotti virheilmoituksen eikä tallennus onnistunut.
• Kun toimeksiantoon lisäsi uuden asiakasvaratapahtuman Uusi-painikkeella, asiakasvaratapahtuman Asiakas-kenttä oli tyhjä ja tiedonvalintaikkuna listasi oletuksena valittavaksi käyttäjän ’omia’ yritysasiakkaita eikä toimeksiannon osapuolia.
• Jos ohjelmistossa oli useampi päätoimeksianto samalla aiheella, niissä päätoimeksiannon kautta laskutettavia alitoimeksiantoja ja alitoimeksiannoissa toimenpiteitä, ’Laskutettavat toimeksiannot kuluvaan päivään’ -näkymä listasi kaikki nämä pää- ja alitoimeksiannot ilman ryhmittelyä.
• Budjetoidut toimeksiannot -näkymän budjetoituja tunteja näyttävissä sarakkeissa ei ollut kunnollisia sarakeotsikoita.  
• Kun toimeksiannolla oli alitoimeksiantoja ja niissä kuluja ja toimenpiteitä, päätoimeksiannon ’Avoimet kulut toimeksiannoittain’ ja ’Avoimet toimenpiteet toimeksiannoittain’ näkymissä ei voinut vaihtaa Tila-suodatuksen arvoa, vaan listalla näkyivät aina vain avoimet kulut tai toimenpiteet. 
• ’Avoimet toimenpiteet’ ja ’Avoimet kulut’ -näkymissä oli automaattisesti suodatus ’Avoin’, mutta Tila-suodattimeen saattoi silti valita arvon, jolloin toimenpiteiden tai kulujen lista jäi tyhjäksi. Korjauksen jälkeen Tila-kenttä ei enää ole valittavissa. 
• Vaikka toimeksiannosta luotu koelasku oli edelleen tilassa ’avoin’, sopimushintaan ei voinut enää sisällyttää toimenpidettä. 
• Kuluikkunassa oli tarpeeton tyhjä kenttä. 
• Kun vierasvaluuttaisessa toimeksiannossa oli käytössä yleiskulu ja toimenpiteiden syöttö valuutassa oli sallittu mutta kulujen ei, koelaskun esikatselu euroissa näytti kulujen summat virheellisesti.
• Koelaskun tarkastajat-kansion ja toimeksiannon Tarkastusprosessikansion kautta oli mahdollista lisätä kokonaan uusi käyttäjä.
• Jos koelasku oli vielä hyväksymättä, koelaskun luonnin jälkeen maksajalle lisätty alennustaulukko ohitti maksajalle aiemmin asetetun prosenttialennuksen, jolloin koelaskun hyväksymisen jälkeen laskulle tuli alennustaulukon mukainen alennus. Korjauksen jälkeen alennustaulukkoa ei huomioida, jos sen on lisätty vasta koelaskun luonnin jälkeen. 
• Esikatseltaessa laskua oletuslaskupohjalla joko englanniksi tai liettuaksi VAT-numerokenttä oli liian kapea, joten numero jatkui seuraavalle riville ja lasku näytti epäselvältä.
• Kun pää-/alitoimeksiantorakenteessa pääkoelaskulta hylkäsi toimenpiteitä tai kuluja, pääkoelaskun laskutuskauden alkupäiväksi muuttui 31.12.9999.
• Kun päätoimeksiannolla oli päätoimeksiannon kautta laskutettava alitoimeksianto ja molemmissa kuluja ja toimenpiteitä, ja pääkoelaskulla merkittiin tarkastetuksi ensin kaikki toimenpiteet ja sitten kaikki kulut, alikoelasku ei mennyt ’Tarkastettu’-tilaan.
• Jos asetuksissa lisäsi kulutyypin ja loi sille kielikäännöksen, lisäsi sen jälkeen kyseisen kulutyypin esimerkiksi yleiskulun ’Kulutyyppi’-parametriin, loi uuden toimenpiteen toimeksiantoon ja – laskua luomatta – esikatseli laskua kulutyypin kielikäännöksen kielellä, yleiskulurivi oli esikatselussa tyhjä.
• Kulu näkyi laskuerittelyn esikatselussa aina käyttöliittymän kielellä, vaikka toimeksiantoon ja laskun esikatseluun oli valittu vieras kieli, jolla löytyi myös kielikäännös kulutyypille.  
• Jos laskutusmuistion tekstiä muokkasi ja päivitti näkymän muutoksia tallentamatta, ohjelmisto ei kysynyt, halutaanko muutokset tallentaa eikä liioin päivittänyt muistiota.
• Kun CSI LakiMies -ohjelmistossa asiakkaan parametreissa oli määritetty alennusprosentti ja asiakkaan toimeksiannosta luotiin lasku valittuun päivään, ’Maksajien osuudet ja alennukset’ -välilehdellä ei tietyssä tapauksessa saanut poistettua alennusprosenttia eikä alennusta. Ohjelmisto antoi virheilmoituksen eikä luonut laskua.
• Jos toimeksiantoon tai koelaskuun oli lisätty laskutusmuistio korvaamaan normaali laskuerittely, laskutusmuistiovälilehdeltä poistettu teksti tuli kuitenkin näkyviin laskun esikatseluun ja itse laskulle.
• Jos päätoimeksiannolla oli päätoimeksiannon kautta laskutettava alitoimeksianto, molemmissa toimeksiannoissa eri päivinä kirjattuja kuluja ja toimenpiteitä ja päätoimeksiannolta luotiin lasku valittuun päivään, ohjelmisto antoi virheilmoituksen eikä laskua luotu.
• Kun avasi suorituksen ja valitsi sen Kohdistukset-kansiossa Uusi-painikkeen, laskun tiedonvalintaikkunassa oli aktiivisena turhia painikkeita.
• ’Pysyvät sisäpiiriläiset’ -raportilta puuttuivat sisäpiiriläisten yhteystiedot.
• Jos käytössä oli Fennoa-integraatio, johon toimeksiantodimensio oli määritetty virheellisesti kirjaimin eikä numerona, puuttuvasta dimensio-id:stä ei tallentunut virhettä integraatiolokiin.
• Kun käytössä oli Netvisor-integraatio, laskun perumisen yhteydessä syntynyt hyvityslasku siirtyi Netvisoriin. Hyvityslaskun kohdistaminen Netvisorissa alkuperäiseen laskuun loi virheellisesti suorituksen, joka siirtyi CSI-ohjelmistoon ja jäi roikkumaan ’Kohdistamattomat suoritukset’ -listalle.
• Kun pääkäyttäjälle oli asetuksissa määritetty navigointioikeudet ja sen jälkeen aktivoitiin ohjelmistoparametreissa käyttöön prospekti- tai myyntimahdollisuus-toiminnallisuus, Myynti -ja markkinointi -kansioita ei pääkäyttäjän navigointioikeuksissa saanut näkyviin luomatta pääkäyttäjälle kokonaan uusia navigointioikeuksia.   
• Pääkäyttäjän vaihtaminen normaalikäyttäjäksi julkaisi uudelleen jo käytöstä poistetun muistutuksen siinä tapauksessa, että muistutus oli kyseisen pääkäyttäjän luoma ja hän oli sen ensin julkaissut kaikille käyttäjätyypeille ja sitten peruuttanut julkaisun. 
• Jos pääkäyttäjä oli määrittänyt käyttäjälle asetetun salasanan vaihdettavaksi valitsemalla ’Pakota salasanan vaihto seuraavan kirjautumisen yhteydessä’, käyttäjä pystyi silti asettamaan nykyisen salasanan myös uudeksi salasanaksi.
• Vaikka pääkäyttäjä oli määrittänyt käyttäjän salasanan vaihdettavaksi seuraavan kirjautumisen yhteydessä, käyttäjä pääsi kirjautumaan ohjelmistoon salasanaa vaihtamatta painamalla salasanan vaihtoikkunassa Peruuta-painiketta. 
• Ohjelmisto salli kustomointitaulun luonnin samalla nimellä useaan kertaan aiheuttaen virhetilanteita. Jos käyttäjä oli ensin luonut kustomointitaulun yritykselle ja sen jälkeen samannimisen taulun yksityishenkilölle, ohjelmisto yritti henkilöä tallennettaessa lisätä riviä yrityksen kustomointitauluun.
• Kun ohjelmistoon lisättiin uusi kohdebudjetti, tietokantaan ei tallentunut sen tila-arvoa.
• Kun käyttäjä yritti luoda uutta sähköpostipohjaa, ohjelmisto antoi virheen eivätkä data explorerin parametrit tulleet esiin.