Hyviä ajatuksia. Tuossa kun Visma Approvalin kautta niin kätevästi saa niin laitoin exceliin ylläpitomaksut 2016-2020 ja lisäsin 2021:n tuolla "maltillisella" korouksella. Pahaltahan se näyttää ja nimenomaan näyttää: toki meidän yrityskoolla tuo muutama tonni vuodessa ei kaada venettä suuntaan tai toiseen mutta kyllä mielestäni huonoa harkintakykyä ja pelisilmän heikkoutta on tuollaista korotusta ajaa sisään. Toki jo esiselvityksen ja hieromiset järjestelmän vaihdossa kuittaisivat tuollaisen korotuksenkin muutamassa päivässä. Psykologia on jännä juttu - sanoisin että jos korotus olisi ollut vaikka 2-3 kertaa suurempi kuin aiemmat korotukset ja jäänyt alle 10% niin moni olisi ehkä itsekseen tuhahtanut ja ehkä harkinnut sovelluspalvelua mutta ei olisi kokenut tarvetta ärähtää näin julkisesti kuten olemme tehneet.   Mitä tulee Novan jälkeenjääneisyyteen niin jokainen myyntimies osaa kyllä kuvailla omaa järjestelmäänsä ja ruohon vihreys tiedetään kyllä aidan toisellakin puolella usein hyvin samanlaiseksi. Mutta yhtäkaikki: toivoisin kyllä itse erillistä postausta niistä asiosita joissa koetaan Novassa olevan puutteita (toivoisin että Vismakin avaisi kehitysehdotustietokantaansa helpparista) - koska olisi hyvä kommentoida. Moni asia voi olla sellainen ettei sellaista ole edes ajatellut - osa näistä sellaisia joita ei silti haluta laajemmin, mutta osa sellaisia jotka hyödyttäisivät muitakin. Kehitysporukan sisällä käsitellyt ehdotukset eivä välttämättä saa samaa näkemystä minkä asiakkaat antaisivat. Ehdottaisin siis että jos ei nykyisiä kehitysehdotuksia avata niin järjestettäisiin kampanja jossa niitä kerättäisiin - kenties ehdotuksien lähettäjien kesken arvottaisiin jotain ,vaikkapa 19.1% vahvuinen kuohari. 😉 Taustalla en toki tiedä mitä tapahtuu mutta pilotointiyrityksiä voisi käyttää vaikkapa antamaan pisteitä kehitysehdotuksille. ... View more

Ne tukea vaativat räätälöinnit on kovalla rahalla Vismalta ostettu, integraatiorajapinnat myös. Nyt tästä laskutetaan kollektiivisesti ja kohtuuttomasti kaikkia - myös niitä jotka eivät käytä räätälöintejä ja käyttävät tunnollisesti viimeisintä versiota. Tietysti myönnän että minä varmaan edustan keskimääräistä enemmän tukea työllistävää asiakasta ja olenkin saanut pääsääntöisesti hyvää palvelua.  Mutta tällainen rahastus on vastenmielistä: etenkin kun tiedän jo etukäteen että tarvitsemamme ominaisuudet vaatisivat lisää työtä ja entistä enemmän rajapintoja toimiakseen Novan siirtyessä pilveen.  Ja siitä seuraa luonnollisesti johtopäätös että jos siirto työllistää joka tapauksessa niin miksipä ei samalla kilpailuta koko järjestelmänvaihtoa. Toki tällä rahastuksella pikavoittoja saa - ei ohjelmiston vaihtoa kovin nopeasti saa aikaan.  Ja tuskin ja valitettavasti teidän helpparien palkka on sillä tasolla että kokonaisuudessa sillä ei ole mitään merkitystä kustannuksiin muuta kuin keinotekoista. ... View more

Meilläkin on yli 20 vuoden Nova-taival takana ja räätälöidyt toiminnot ja QlikView-raportointijärjestelmään kytkeminen nostavat kynnystä siirtyä pilvipalveluun. Ainakin aiemmin tarjottiin ei-oota räätälöintien toimivuuden suhteen. Lisäksi kuinka kalliiksi rajapinnat tulevat jos halutaan tietokantoihin päästä käsiksi. Meillä ainakin on säännöllinen tarve nähdä dataa josta tieto muodostuu. Toki pilviratkaisu toisi varmasti paljon etujakin - meidän pääkanta kun on kymmeniä gigatavuja jo kooltaan . Mutta keino pilveen työntämisen suhteen tulisi olla asiakkaiden kannustus porkkanalla eikä kepillä. ... View more

On röyhkeä korotus ja tuo kyllä kitkerän ellei jopa sitruunaisen maun suuhun. Sitruunasta tulikin mieleen että lienee siis aika harkita kilpailutuskierrosta. Itse en ole kirjettä vielä nähnyt. Onko Nova nyt alasajovaiheessa ja ensin potkitaan tolkuttomilla hinnankorotuksilla ihmisiä tekemään itse johtopäätöksensä ettei tarvitse suoraan ilmaista asiaa. ... View more

Meillä voisi olla kiinnostusta ratkaisusta tähän. Etunimi.sukunimi ja pohjanmaan.fi kun yhdistää @-merkillä niin saa minut kiinni. Meillä oka-hinta on usein myös vain osittainen koska sohvien hinnoista iso-osa on pintamateriaalia joka valitaan vasta kirjausvaiheessa. Tähän meillä on Visman tekemä räätälöinti joka laskee niitä lennosta rivitallennuksen yhteydessä. Eihän tuo rakettitiedettä olisi sql-skripteillä tehdä itsekin mutta se ratkaisu taas ei SaaS-käyttäjille oikein taivu. ... View more

Eihän 10.1.-versiota ole vielä varsinaisesti julkaistu - se ei ole ladattavissa meille omaa palvelinta käytettäville. Julkaisun yhteydessä versiosaatekin tulee näkyville. Tokihan versiosaate olisi mahdollista julkaista jo etukäteen etenkin SaaS-käyttäjille joille päivitys on pakollinen ja väistämätön tiettynä ajankohtana. Jos jokin muutos onkin kriittinen niin ehtisi reagoimaan. ... View more

Tulipa vielä yksi kauhuskenaario mieleen. Toivon ettei tuo päivitys vaikuta (räätälöityjen) raporttipohjien toimintaan, niissähän tietokantalinkityksiä on paljonkin.  Lähinnä että vaikka tuo vaatisi vain pienen muutoksen raporttipohjan tietolähteen linkityksissä niin seuraukset ovat erittäin isot esimerkiksi meillä jossa räätälöidyt raportit ovat joka puolella aktiivikäytössä .nim. Toivottavasti tuo asia on hyvin testattu. ... View more

Jos puhtaalta pöydältä asentaa koneen niin onko Workstation -paketissa mukana tuon osan asennuksen tarkastus? Vai onko se silloinkin erillinen asennustoimenpide hankaloittamassa elämää?  Tai jos asentaa Workstation-paketin uudemman version? Yleisesti ottaen sivuhuomiona aina toivoisin selvää tietoa että: tämä päivitys vaatii Workstation-päivityksen koneelle mikäli koneessa on versiota n.n. vanhempi työasemaversio. Lisäksi onko uusi local-asennusvaihtoehto muuttanut tätä tilannetta/päivitystarvetta mihinkään. Toivon ainakin että 10.1. vähän parantaa tuota päivitystsekkausta local-asennuksen puolella. ... View more

Tarkennu on ihan oikein. Koska en voi lähettää kirjautumistiedoilla varustettua sähköpostia jos Novaan ei sitä ole tallennettu. Ja O365:n direct send onnistuu varmimmin vain organisaation sisäisiin osoitteisiin mutta ulkomaailma (etenkin toinen O365) on krantumpi. NOvassahan on mahdollista asettaa yksi osoit josta lähtee sähköpostit - ja tällöin on helppoa ylläpitää yhtä tunnistetietoa tiedoissa. Mutta tällöin vastaanottajallekin näkyy tämä keskitetty osoite lähettäjänä. Tämä on ongelma jos joku haluaa esim. tilausvahvarista kysellä jotain tai kertoa että nyt meni väärin. Tähän tilanteeseen auttaisi se että lähtevän sähköpostin otsaketiedoissa olisikin reply-to- kenttä käyttäjän mukaisesti määriteltynä. (En tiedä onko tämä mahdollista O365-ympäristössä.) - allekirjoitus vielä selventäisi asiaa ja kertoisi kehen olla yhteydessä. Kun meillä on julkinen IP joka on määritelty SPF-tietueissa että se saa lähettää domainimme sähköposteja, mutta silti ulkomaailmaan lähetys normi 25-portin smtp:n kautta on kokemukseni mukaan epävarmaa. ... View more

Onko teillä käytössä uusi laskulaji, laskupohja tai onko kenties laskun kieli poikkeava aiemmista? Nimittän asetukset ovat laskupohjakohtaisia ja laskuntulostuksen lomakemäärittelyistä löytyy "Tulosta  riviteksti"-optio jossa pitää olla rasti. Jotta asia ei olisi liian helppoa ja intuitiivista niin asetus on kielikohtainen ja se hyvin usein unohtuu kun käydään vain katsomassa että kyllä täällä rasti on. Oletuksena asetukset lomakemäärittelyissä ovat FIN-kielikoodilla ja jos laskulla on ENG-koodi niin pitää ensin käydä Yleiset-välilehdellä vaihtamassa kieli ja sitten siirtyä vasta Muut asetukset -kohtaan laittamaan rasti. Ja tallentaa asetukset. Tulevaisuuteni olisi melko turvattu jos saisin euron jokaisesta kerrasta kun käyttäjä ihmettelee lomakemäärittelyiden toimintaa ja usein kyse on juuri tuosta kielivalinnasta. ... View more

Onko kyse siis Novan vakio demokannasta eli YR0 - eli sinne on kaikki vapaata. Ensiksi kokeilisin käyttäjän profiilin mukaisen kansion nimeämistä uusiksi esim.- YR0\marko - jos se ei auta niin nimeäisin uusiksi Nova-hakemiston alta löytyvän YR0-hakemiston. Jokin asetus/tiedosto voi olla nyt korruptoitunut. ... View more

Ei avaudu kenelläkään vai vaiko sinulla? Toimiiko samalla käyttäjällä laskutus normipuolella - eli onko käyttäjällä oikea Nova-jäsenyys (NovaLedger jos haluaa tehdä laskuja tai NovaSales tai NovaSalesRead jolla pääsee selailemaan laskuja.)  Entäs Novan asetukset käyttäjähallinta -kohdassa onko käyttäjällä kenties jokin rajoite käyttöoikeuksissa? Tuleeko mitään virheilmoitusta. ... View more

Valitettavasti lajin vaihto -toiminto vaihtaa numerosarjan. (Kokemuksesta tiedän että lajin vaihto kyllä onnistuu ja toimii jos lajin vaihtaa suoraan tietokantaan pienellä sql-skriptillä mutta se on tietysti toimenpiteitä, jotka eivät ole suositeltavia eivätkä tuettuja. Meillä tuohon päädyttiin juuri samasta syystä että haluttiin eriyttää asiakkaita ryhmiin.) Novassa toki on myös "Muuta numero"-toiminto jolla sitten voi muutoksen tehdä takaisin eikä se silloin tarkista onko uusi numero oikean lajin numerosarjassa vaiko ei. Eli "Lajin vaihto" NNN -> MMM ja sitten "Muuta numero" MMM -> NNN pitäisi toimia. Oletan että numeron avulla tiedot ja historiat yhdistyvät. Mutta tähän ehkä kannatta odottaa Visman vastausta.   Tuo etsiminen olisi kyllä kätevä olla lajiriippumaton oli kyseessä sekä asiakaskortisto että myyntitilaukset. Usein puhelinkyselyitä kun tulee niin pitää etsiä tiettyä tilausta ja ei aina ole varmaa missä lajissa se on. Itse asiassa myyntitilausten etsimisestä nykyisen lajien ulkopuolella teinkin kehitysehdotuksen 775052 vuonna 2018 mutta se sai vain kuittauksen että "pyrimme ottamaan huomioon suunnittelussa."   ... View more

HUOM!  Tein testikannassa testiasiakaslajin, jolle laitoin saman numerosarjan kuin toimittajalajille. Homma taitaa toimia asiakkaiden lisäyksien osalta ihan ok. Ongelmaksi jää vain asiakkaan etsiminen. (Numerosarja-näkymä ei päivity ja luulin että ongelma että 2 tilauslajilla on sama sarja mutta ilmeisesti nyky-Nova hanskaa tuon mukisematta.) ... View more

Numerosarja on ennenkaikkea eleganttiusasia - muutenhan laji tekee jo riittävän erottelun. Toki myös haku on hankalaa sillä haku etsii vain siitä lajista jossa majailet. Numerosarja määrittelee sen mitä ehdotetaan seuraavaksi numeroksi. Eli voit ihan surutta siirtää olemassolevat sopimusasiakkaat omaan lajiin mutta teet sitten uuden numerosarjan jolloin uusi sopimusasiakas ehdottuu sen sarjan numerolle. Samaa numerosarjaa ei kannata mielestäni suoraan pitää koska sitten jos toisessa lajissa on jo samannumeroinen asiakas tulee lisäysyrityksestä virheilmoitus. Numerosarjoja muuttamalla aina käsin tuokin toki on mahdollista. Jos siis nyt asiakkanne ovat numerot 1:stä alkaen ja viimeisin asiakasta on 1234 niin voit perustaa uuden sopimusasiakkaiten sarjan jonka ensimmäiseksi asiakasnumeroksi tulee vaikka 50000 (kokoluokka ihan hatusta). Siitä huolimatta tuossa lajissa voi olla vaikka kuinka monta numeroa 1-1234:n välillä mutta uudet asiakkuudet noudattavat numerosarjan ehdottamaa numeroa. Kun perustetaan uusi normaali asiakas niin se saa numeron 1235.  Tosin meillä on tehty myös niin että eri tarpeisiin on tehty oma asiakasnumeronsa silloinhan esimerksi normaaliasiakkaan laskutusasiakasnumeroksi voisi määritelly sopimusasiakkaan numeron.  ... View more

Kehitysehdotukseksi menee raportti jossa voidaan kuva-asetuksia muokata. En tiedä oliko tämä nyt soveliasta, mutta tein nyt pikaisen version muokatusta raporttipohjasta näin "kauniin" "talvi"sään kunniaksi, kun näitä teen sekä työkseni että sivutyökseni tarvittaessa. Raporttipohjan lisäys onnistuu tulostusvalikosta suurennuslasin kautta ja tämän voi siis kopioida Novan TH-hakemistoon. Tässä raporttipohjassa on korjattu henkilötunnus-tekstin näkyminen. Lisäksi nimitiedot siirretty vasempaan laitaan. Yrityksen nimitekstit poistettu ja lisätty logo. Tässä on se käyttöönoton haastavin osuus: meillä Nova majailee J-asemalla Nova8-hakemistossa ja logot rapsoja varten sen alle tehdyssä logot-hakemistossa. Tuollainen hakemisto(t) siis täytyy luoda ja sinne sijoittaa 350 pikseliä leveä ja 110 pikseliä leveä kuvatiedosto nimellä yrityslogo350x110.jpg (eli J:\nova8\logot\yrityslogo350x110.jpg ) niin se poimiutuu todistuksen yläosaan. Tämä on siis tällainen purkkaratkaisu kun itse lomakemäärittelyissä ei kuvaa toistaiseksi voi asettaa. Esimerkkikuva myös mukana. ... View more

Itse asiassa tuossa toiminnallisuudessa voi olla vähän tarkistamisen varaan. Katsoin raporttipohjaa Crystal Reportsilla ja siellä ei pitäisi olla orpoa henkilötunnusta keskellä vaan sen vieressä teksti kentästä nimeltään strSotuteksti. En tiedä mitä siinä pitäisi olla mutta itselläni se on aina tyhjä. Lisäksi oletuksena kun on rasti ruudussa Optiot-kohdan "Työsuhteet" niin tuloksena on vain pelkkä hetu keskellä tulostetta. Jos otan rastin pois niin näkyy Työsuhteen aloituspvm ja Työsuhteen päättymispvm. Mutta joka tapauksessa minä en ainakaan tiedä mistä sen strSotuteksti-kentän saa kuntoon vai onko se jokin bugi. Päivitys: Tuo strSotuteksti piilottuu aina koska sen piilotusehtona on {PLHENKILO.SOTU}="" joka on oletettavasti GDPR-muutoksien vuoksi aina tilanne. Jostain tuo hetu kuitenkin tulosteelle poimiutuu mutta rapsapohja ei sitä tilannetta tajua. ... View more

Työtodistuspohjan .rpt -tiedosto on Crystal Reports-raporttipohja ja vaikka esikatselussa olevan tulosteen voi viedä Wordiin tai Exceliin niin itse Novan käyttämää raporttipohjaa ei pysty muokkaamaan Wordissa. Haluamasi muutokset siis täytyy tilata Visman raporttiräätälöintityönä tai joltain muulta Crystal Reports -osaajalta. Itse tulostusasetuksissahan on määriteltävissä "Dok.otsikko"-kenttä johon voi laittaa "Väliaikainen työtodistus". ... View more

Juuri tämän vuoksi vähn kyselin toimintamalleja että mitä ja miten te haluatte tietoja exceliin. Josko meistä muista Novan käyttäjistä löytyisi tahoja joilla on sama tarve mutta joka on hoitanut asiat eri tavalla. Ehkä jonkun muun tapa on parempi tai ratkaisee  ongelmat eri tavalla. Näin itselläni nörttinä tuli mieleen että EAN-koodi yksilöi tuotteen, mutta niin yksilöi myös tuotekoodi - siinä mielessä enari ei tuo lisäarvoa koska koodin ja EAN-koodin yhteys on yhden suhde yhteen. Vai onko eri Novan koodeilla joskus sama enari jolloin excelissä lajittelu enarin mukaan toisi jotain uutta informaatiota. Ja jos sitten enari-tietoja haetaan esim ajoittaisiin raportteihin niin silloin ne on helppo ottaa myös Novan raportilta eikä tilauksilta yksitellen. Jos taas tilauskohtainen excelöinti johtuu esim. jostain tarroituksista niin siihenkin on omat keinonsa Novan raporttipohjissa jne. ... View more

EAN-koodi on varasto-ohjelman takana ja tieto majailee siis eri tietokannassa. Tilauksen rivitiedoissa se ei suoraan ole. Onko tuo kopiointi käsin tapahtuva aina yksitellen per tilaus vai onko tarve jokin raporttitekninen vaikka 1/kuukausi jolloin käydään läpi. Voisiko olla esim joku tilauskannan raportti joka listaisi tilausrivit. Tuollaiseen raporttiin EAN-koodin lisääminen riville on helppoa. Silloin sen voisi viedä exceliin sellaisenaankin kun vienti asetukset käy läpi.  ... View more

Kiitos vinkistä. Ongelmallista tosiaan on etenkin se kun ei ole tietoa koska ja kuinka usein Nova itse päättää tarkistella että olisiko jotain tyrkyllä.  Jos tulee jokin vaikka täsmäpäivitys joka pitäisi saada heti kaikille niin menee lenkkarihommiksi. Olisi kyllä erinomaista jos olisi jokin keino käskyttää että nyt on päivityksen aika. Puhumattakaan että voisi pakottaa keskitetysti että nyt sitten tyrkytetään päivitystä. Täytyypä miettiä josko tekisi login skriptiin tuon päivitysajon. ... View more

No eikö "Ylläpidon ja tuen päättyminen tarkoittaa, että 30.9.2020 jälkeen Visma Monipankkiin ei tarjota tukea, ohjelmaan ei tehdä mitään kehitystä tai virheenkorjauksia " tuo nyt ole jo kaunistelua kun kehitys on lopetettu jo viimeistään viime kesällä. Tämä tiketiltäni kesäkuulta: "tuotekehitys on tutkinut tätä ongelmaa ja vaikuttaa siltä että Monipankin "Finvoice jakorutiini" ei käsittele oikein kaikkia erilaisia yhdistelmiä. Tiedustelimme tuotepäälliköltä onko tähän tulossa mahdollisesti korjausta, ja valitettavasti nyt on niin että Monipankin ylläpito tullaan lopettamaan loppuvuodesta, ja näin ollen tähän ei ole tulossa korjausta." Toki siirto on (lähi)tulevaisuutta mutta tällä hetkellä minä joudun aika ajoin fiksailemaan käsin XML-tiedostoja jotta DC saa ne noudettua. (Viallinen XML hyydyttää DC:n niin että sen palvelu pitää tappaa palvelimelta käsin.) ... View more

Kuten Pätkä sanoisi: Asiahan ei tietysti minulle kuulu... Testasin minäkin vähän ja tosiaan työasemissa sama virhe:   Paikallisessa koneessa NovaUpdate -service Ensin lokimerkintä että NovaUpdateService käynnistyy: Start checkfiles Source: \\PALVELIN\nova\NOVAJAKO Destination: C:\Nova10\ Sitten perään virhemerkintä: Polun \\PALVELIN\nova\NOVAJAKO\TH käyttäminen on estetty.   Palvelimella vastaavasti ja identtisesti: Start checkfiles Source: Destination: D:\Nova\NOVAJAKO\   Sitten perään virhe: Argumentin baseDirectory arvona ei voi olla tyhjä merkkijono tai Nothing. Parameter name: baseDirectory Eli samankaltainen ongelma molemmissa. ... View more