About Marko Koivuniemi

Marko Koivuniemi · ‎12-11-2018

Käytössämme on veteraani nimeltänsä Visma Monipankki - onko se nyt jo täysin korvattavissa Autopayllä ja mitä konkreettista hyötyä (pilveys kun ei ole kuin teknologia ja helppohan tuota Monipankkiakin on käyttää) siitä saa? Kun käyttöönotto kuitenkin lisännee kustannuksia merkittävästi. Vai onko jos horisontissa deadline jolloin Monipankin valot sammutetaan?

Marko Koivuniemi · ‎19-10-2018

Käytössä on Telian O365 ja normikäyttäjillä Outlook -asennettuna koska Nova on paikallisella palvelimella. Toisaalta osa käyttäjistä käyttää Novaa RDP:llä jolloin pitää viritellä sähköpostitili myös etätyöpöydälle. SMTP-lähetystapa on tietysti vaihtoehto mutta moni käyttäjä kokee sen karvahattuversioksi kun osoitteisto yms. eivät ole vapaasti käytettävissä. Lisäksi O365-ympäristössä ei välttämättä ole niin itsestääänselvää löytää varmasti toimiva konfiguraatio SMTP-palvelimelle jota voisi käyttää esim. Novassa ja myös vaikka kopiokoneiden skannauksessa. Ihmiset myös tuntuvat haluavan että meili lähtee heidän omalla osoittellaan. Normi SaaS-käyttäjät varmaan käyttävät pakosti SMPT:tä? (Meidän räätälöintien vuoksi meille SaaS ei ole ratkaisu kuitenkaan.) Niin oliko mulla jotain asiaakin - kunhan vain mielipiteitä miten muualla asioita on mietitty. Jos palvelimet ulkoistetaan virtuaalipalvemiksi jonnekin konesaliin niin pakko lienee siirtyä SMTP-lähetysmuoton sillä jos käyttäjille pitää viritellä sähköpostit etäkäyttöpalvelimelle niin kapasiteettitarve kasvaa melkoisesti ja se taas maksaa kk-maksussa. Joka tapauksessa olen laittanut jokin aika sitten kyselyn että jos asetus SMTP/MAPI voisikin olla käyttäjäkohtainen - se antaisi pelivaraa. Esim. niin että yleisasetus valitsisi oletuksen kaikille ja siitä voisi käyttäjän takaa poiketa halutessaan.

Marko Koivuniemi · ‎14-09-2018

Nova-tietokantamme paisuu (54 GB) - johtuen raskaasti rakenteisista tuotteistamme /kiinnitetyistä rakenteista ja esim. skannatuista ostolaskuista. Mitään virallista väylää /ohjeistusta ei taida olla toimenpiteeseen jossa esim. aloitettaisiin uusi kanta - tilastost/historiat/yms. huomioiden. Ajattelin että onkohan täällä joku tehnyt vastaavaa. Mietin itse sellaista että jos kopioisi nykykannan uudeksi yritykseksi - ja sitten raakastis skripteillä poistaisi tiettyä ajanjaksoa vanhemmat materiaalit isoimmista kannoista (ostolaskujen kuvat, rakenne yms. taulut) - tämän jälkeen kanta pitäisi pakata/järjestellä että tiedoston fyysinenkin koko pienenisi -ehkä esim. armuuskopioinnin avulla. Ajatuksia /vinkkejä?

Marko Koivuniemi · ‎03-09-2018

Taulu on VALISATIEDOT. Kun kenttä perustetaan niin kyseiseen tauluun lisääntyy sarake. Taulussa on Tuotekoodi | guid | erikoiskenttä1 | erikoiskenttä2 -tyylisesti lueteltu ja tuonne on helppo viedä vaikkapa sql-skriptillä tavaraa. Löytyy kyllä välineet tuoda excelistäkin sql-kantaan, mutta sen saa opastaa joku viisaampi. Itse kun joskus yritin niin en saanut heti toimimaan ja tein sitten asiat työläämmällä tavalla. Jos tietoa on helppo ryhmitellä ts. sama tieto on useammassa tuotteessa niin ehkä tekisin sql-skripteillä - yhdistellen varasto.kantaa jolloin saa skriptiin tuoteryhmä/nimikelajirajaukset mukaan. Tarvittaessa voin opastaa - tietokannan sorkkiminenhan ei ole virallisesti tuettua puuhaa ja omalla vastuulla.

Marko Koivuniemi · ‎27-06-2018

Tein nyt sormiharjoituksena pari skriptiä jolla tietokantaan pääsevä ylläpitjä voi hakea vaikkapa tämän vuoden tapahtumia. Tällaiset select-lauseet ovat ihan turvallisia koska tietokantaan ei tehdä mitään muutoksia. Tarkempaa tietoa muutoksista ei tule kuin että asiakasta on luotu, muutettu ja tallennettu joten siinä mielessä tämä skripti käsittelee samalla tavalla toimitusehdon muuttamista ja tärkeämpiä asioita. Jos halutaan muutosta seurata yksittäisellä tasolla niin tietokantaan pitäisi viritellä ns. triggeri joka tutkii kentän muuttumista - tällaiset triggerit taas ehkä kuormittavat tietokantamoottoria. .. -- Kaikki muutokset lajiteltuna asiakasnumeroittain use yr3 select Number as Asiakasnumero, [DATE] as PVM, DESCRIPTION as Muutos, [User] as Tekijä from recaction where program = 'AS' and [Date]>= '2018-01-01 00:00:00' order by Number, [Date] --Kaikki muutokset lajiteltuna käyttäjittäin ja asiakasnumeroittain use yr3 select Number as Asiakasnumero, [DATE] as PVM, DESCRIPTION as Muutos, [User] as Tekijä from recaction where program = 'AS' and [Date]>= '2018-01-01 00:00:00' order by [User], Number, [Date]

Marko Koivuniemi · ‎21-06-2018

Tämä näin oman kokemuksen/pääkäyttäjän/tietokantaa sorkkivan kokemuksella: Raporttien tulostuksista ei suoraan kyllä jää jälkiä. (Ainoastaan jos tuloste liittyy johonkin toimintoon kuten tilausvahvistukseen joka muuttaa tilauksen tilaa jne.) Lokitietokantaan ja kää kyllä merkintä asiakkaan tekemisestä ja poistosta ja asiakkaan tallennuksesta - eli muokkauksista kyllä pitäisi onnistua. Eri asia on että löytyykö Novasta valmista raporttikohtaa josta lähteä muokkaamaan. Mutta tieto siis majailee kannassa. Asiakaslistojen tulostuksesta tietoa helposti tuskin on saatavilla - korkeintaan sql-tietokannan transaktiolokeissa. Itse asiakastietokannassa taas majailee tietueen perustajan tunnus ja päivämäärä ja viimeisimmän muutoksen tekijän tunnus ja päivämäärä. Näiden välissä olevat asiat ovat siteen lokitietokannan uumenissa.

Marko Koivuniemi · ‎13-06-2018

Yksi asia muuten joka tuli mieleen että meillä on historian hämäristä Novaan kirjauduttu vain palvelimen nimellä esim. PALVELIN. Sain joltain gurulta suosituksen että voisi kirjautua: PALVELIN.AD.TOIMIALUE.FI -tyylisesti ja sitä nyt käytetään. Se voisi olla kokeilemisen arvoinen.

Marko Koivuniemi · ‎13-06-2018

Vaikka palomuuri pitäisikin olla kunnossa niin mikä ohjelmisto koneella on. Onko esim. F-Secure käytössä? Kokeile tällöin laittaa F-Secure pois päältä hetkeksi "Verkkoyhteydet - Salli kaikki verkkoliikenne. " ja katso mitä tapahtuu silloin. Ja voisiko olla vain kyse siitä että juuri asennettu 10 latailee taustalla uusinta versiota tai muuta. Onko versio uusin 1803) (Käynnistä valikkoon kirjoita winver ja paina enter.)

Marko Koivuniemi · ‎04-06-2018

Yksi jonka voisi aina myös mainita että edellyttääkö päivityksen asentaminen myös työasemaversion päivittämistä. Toki etäkäyttöpalvelimelle asennan aina uusimman työasemaversion mutta sitten normikäyttäjien koneille asentaisin mieluusti vain jos on tarvetta. Esim. versiosaatteessa: 2.1 Päivitys 18.05.2018 (työasemaversion päivitys vaaditaan NovaLedger -käyttäjäryhmälle tai kaikille tai ei ole pakollinen.)

Marko Koivuniemi · ‎24-05-2018

Myyntiassarien yleinen huolenaihe on tilausten etsiminen tilausnumerolla suoraan tai vaikka asiakkana kautta - ja silloin ärsyttää kun etsintä ei pääse tilauslajin ulkopuolelle etsimään. Voisiko olla jokin optio (jos tuo halutaan säilyttää) että etsi tilausnumerolla hyppäisi tilaukseen tarvittaessa lajia vaihtaenkin. Ongelma korostuu jos tilauslajeja on paljon ja meillä niitä alkaa jo olla koska raportintiasioita varten pidetään tiettyjä asioita erillään. Olen tätä aiemmin ehdotellutkin mutta kehitysehdotus ei ole mennyt läpi - ajattelin että josko tähän tulisi kommentteja että eikö tämä muita käyttäjiä ole ikinä ärsyttänyt. Toki voisi pitää aina useampia ikkunoita auki eri lajeissa mutta se on kömpelöä sekin ja usein on nopeampaa käyttää samaa ikkunaa.

Marko Koivuniemi · ‎24-05-2018

Hyvä bongaus. Vahvistan bugin. Ja vain nimikkeessä - ei rivitekstissä.

Marko Koivuniemi · ‎16-05-2018

Ilmeisesti aika on kun kukaan ei ole kommentoinut. No mietin tässä että meillä kun on Sqlserver 2014 että pitäisikö se rysäyttää versioon 2017 samalla kertaa. Tai siis mietin että a) päivitänkö ollenkaan b) päivitänkö ensin Novan ja sitten sqlserverin c) päivitänkö ensin sqlserverin ja sitten vasta Novan.

Marko Koivuniemi · ‎09-05-2018

Toivon varmaan liikoja mutta ohjelmistomaailmassa pitäisi useammin olla avoimia bugzilla-tyyppisiä järjestelmiä jossa näkisi mitä on raportoitu ja mitä on meneillä. En ole vielä meilläe päivittänyt Nova 9.7.-versiota mutta olisi hyödyllistä tietää onko päivitys tuonut uusia bugeja. Kokonaiskuvassa pieni bugi jonka korjausaikataulua ei ole kiirehditty voikin jollekin asiakkalle olla iso riesa. Muille tietysti ei saisi näkyä mitään esim. tiketille ilmoitettua vikaa mutta jos servicedeskissä olisi vaikka jokin yhteenvetokenttä johon aspa sitten kirjaisi asian siinä vaiheessa kun se on todettu korjauslistalle pääseväksi bugiksi. Ja tämä tieto tikettinumeroineen näkyisi sitten kaikille asiakkaille omissa service deskeissää: 123456 | Hilavitkuttimen lisäys tuoterakenteeseen aiheutti Härvelin rakenteen hajoamisen | 1.1.2018| KIIREELLINEN|KORJATAAN/RATKAISTU/jne. Mutta ehkei tuota haluta toteuttaa mutta ehkä aspa voisi kommentoida 9.7 - onko kenties osapäivitystä tulossa jo tai ainakin muut palstalaiset voisivat kommentoida onko 9.7. aiheuttanut harmaita hiuksia?

Marko Koivuniemi · ‎27-04-2018

Näin saunan ja kylmän lonkeron jälkeen elämä tuntui tylsältä joten kopioin mtlah.rpt:n nimelle r_mtlah.rpt ja lisäsin tämän räätälöitynä raporttina. Kun tämän lomakepohjan lomakemääritykseen menin niin VP-kenttä on piilotettavissa. Eli tällä konstilla saa asian jo toimimaan mutta varmaan korjauskin jossain vaiheesa tulee. Yleisesti ottaen toivoisin ominaisuutta että kopio lomakemäärittelyt toisesta lomakkeesta. Meillä on laskupohjia ja lähetepohjia aika moneen lähtöön (valitettavasti) ja tuo helpottaisi uusien lomakkeiden testausta kun voisi varmistaa että asetukset ovat sanat. (Tietokannan kautta tuo onnistuu vaivalloisesti.)

Marko Koivuniemi · ‎27-04-2018

Vahvistan tämän bugin. Kokeilin myös tuolla pohjalla - itse emme sitä enää käytä niin ei ole tullut vastaan. Oletuksena määrittelyt menevät FIN-kieleen ja tuo valinta on harmaa, samaten jos kielivalinta on tyhjä. Mutta jos valitseen ENG-kielen niin VP:n tilalle tulee SP ja silloin kentän voin rastittaa piiloon. Se ei tietenkään auta suomenkielisiin tulosteisiin. Jotain outoa siis on. Näin viikonlopun ratoksi en vielä Crystal Reportsilla rapsapohjaa tutkinut. Ei se toki minulle kuulukaan mutta utelias kun olen. PÄIVITYS. No vältellessäni itselleni hyödyllisempää hommaa kävin Crystal reportsilla tutkimassa rapsapohjaa ja normaaleja kenttiä nuo ovat eli väittäisin että vika on Novassa, joka rapsaa kutsuu ja vika ei korjaannu sillä että vanhaa rapsapohjaa lähtee kaivelemaan varmuuskopioista.

Marko Koivuniemi · ‎26-04-2018

Juuri aloin ihmettelemään samaa ja avasin Crystal Reportsinkin nähdäkseni asian omin silmin. Jos tosiaan räätälöintejä on tehty Novan alkuperäisiin raporttipohjiin suoraan niin ne ajetaan yli aina päivityksen yhteydessä. Laskupohjat kannattakin tallentaa räätälöityinä. Meillä niitä on melkein liiankin kanssa. Eli tässä tapauksessa voi kokeilla varmuuskopioista palauttaa laskupohjan - tuskin siihen on muutoksia tullut etteikö toimisi. (Sivujuonteena että meillä eräs tuotannon raporttipohja (tutyojono.rpt) vaatii että se on alkuperäisen raporttipohjan päällä - ei vain toimi jos tismalleen sama raporttipohja on eri nimellä. Tuon asian tuppaan aina unohtamaan Novan päivityksessä.)

Marko Koivuniemi · ‎26-04-2018

Onko varmasti kyse siitä, että "raporttipohja ei anna piilottaa" - vaan siitä että kyseinen piilotus pitää tehdä erikseen jokaiselle kieliversiolle. Lomakemäärittelythän ovat mielestäni vähän epäintuitiiviset joka tapauksessa mutta vaikka saman on tehnyt ja ohjeistanut monesti niin aika usein yhä tulee vastaan että haluttu asetus on tehty vain yhdelle kieliversiolla ja sitten kun testataan onkin erikielisestä laskusta kyse jolloin asetus ei toimi.

Marko Koivuniemi · ‎18-04-2018

Tämä asia ehkä ja toivottavasti on jo hoidettu helpparin kautta mutta ehkä osoittaisin syyttävää sormea profiilin asetuksiin ja kokeilisin sulkea Novan jonka jälkeen nimeäisin käyttäjän profiilikansion uudelleen ja käynnistäisin Novan kokeillakseni tulostusta. Tällöin kaikki käyttäjän asetukset ja muut nollautuvat. (Esim. meillä nimeäisin j:\Nova8\YR3\MARKO -hakemiston muuksi ja Novan käynnistyessä muodostuisi uusi tyhjä hakemisto. Jos tuo auttaa ja kokee että taulukkomäärittelyitä ja muita asetuksia on paljon niin voi haarukoida asiaa ohjelmakohtaisilla tiedostoilla. Sulkemalla Novan ja palauttamalla alkuperäisen hakemiston päästään alkutilanteeseen ja sitten voi siirrellä esim. kirjanpidon asetustiedostoja pois vaikka osa kerrallaan (KP-alkuiset.ini-tiedostot tuolla profiilikansiossa.) Joissain näissä tiedostoissa voi majailla asetus joka aiheuttaa ongelmia. Ja hyvinkin mystisiä ongelmia on korjattu profiilikansion avulla.

Marko Koivuniemi · ‎13-04-2018

Meillä on häirinnyt vuosia konsernitulosraportin (kptuloskonsernivaaka12.rpt) desimaalien puute. Korjaan sen kyllä helposti itse raporttiräätälöinnillä lisäämällä desimaalit ja pyöritykset oikein mutta kun Novan vakiorapsasta kyse niin sehän korvautuu aina päivityksessä ja unohtuu. Nyt kun tuo asia tuli eteen niin ajattelin laittaa palautetta/tiedustelua että eikö tämä närästä ketään muuta? Ainakin meidän talousjohtaja ihmettelee miksi ihmeessä oletuksena on desimaaliton versio? nim. Pennissä on miljoonan alku joten 5,94573 sentissäkin on 168187.93 euron alku.

Marko Koivuniemi · ‎13-04-2018

Meillä oli vastaavanlaista ongelmaa aikoinaan suoratoimituksien kanssa, jolloin Nova-yritys johon tilauksia syötettiin sisälti asiakkaan 9999 jonka tiedoissa on yksityisasiakas maksuehdoilla ja muilla blankotiedoilla. Tilausta syötettäessä haettiin asiakkaaksi 9999 ja muutettiin sitten yksityisasiakkaan osoitetiedot kuntoon. Kun tilaus vietiin tuotantoyksikön Nova-yritykseen "hae asiakastiedot"-valinnalla niin jos tuotantoyksikön asiakaskortistossa ei ollut 9999-asiakasta niin tilaustentuonti toimi meillä oikein ja syötetyt tiedot näkyivät oikein. Testasin tämän juuri nyt ja näin se toimii. En nyt muista oliko joku raporttitekninen syy että muutimme toimintatapaa - mutta tuolla voisi ehkä testata. Nykyään meillä on tuotantoyksiköissä tuo sama 9999-asiakas mutta emme käytä "hae asiakastiedot"-optiota. Mutta joka tapauksessa tällainen toimitus/laskutuasiakkaan käyttäytymisen eriyttäminen siirroissa on ehdottomasti hyödyllinen lisä. ps. Meilläe olisi lisäksi hyötyä että toimitus ja maksuehdot voisi täpätä erikseen haettavaksi koska tuotantoyksiköissämme on eroavaisuuksia näissä ja tilaustensiirroissa asioita korvautuu väärin.

Marko Koivuniemi · ‎13-04-2018

Vaikuttaisi kyllä kätevältä - voisiko olla ominaisuus peräti räätälöitävissä niin että voi määrätä mitä kenttää seurataan ja millä arvoilla väritellään. Jokuhan voisi haluta erottaa vaikkapa eri projektien rivit jne. Jos tilauksia läpikäydään ja tarkastellaan paperiversiossa tai muussa tulosteessa niin rivin korostus on helppo saavuttaa raporttipohjan räätälöinnillä.

Marko Koivuniemi · ‎10-04-2018

Jonkun päivityksen jälkeen Minulla Visma Manager käynnistyessään iPhonessa näyttää sekä Approval & Insights, että Netvisor -valinnat. (Netvisoria ei meillä ole käytössäkään) - mutta suurin ongelma on että joka kerta pitää syöttää tunnus ja salasana ja sen vuoksi hyväksynnät teen nyt vain tietokoneella. Onko tuo vika vai ominaisuus? Olen poistanut sovelluksen puhelimesta ja ladannut App storesta uuden.

Marko Koivuniemi · ‎29-03-2018

Samassa yhteydessä voisi validointi tutkia myös merkistöjä - nimittäin josku kun laskujen merkki/viite yms., kentissä on lisätty tekstiä leikepöydän kautta niin tavallinen '-hipsu onkin muuttunut ´-hipsuksi ja tällöin verkkolaskuaineisto muodostuu mutt hylkääntyy pankissa. Käytännössä nopein tapa etsiä ongelmatilaus on itselläni tutkia tietokantalistausta johon saa näkyviin viite ja merkki-kentät ja rivitekstit muuten ´-merkin etsintä voi olla hankalaa.

Marko Koivuniemi · ‎07-03-2018

Ja sitten epävirallinen ohjeistus - en tiedä saako tällaisia tänne laittaa mutta ylläpito poistaa jos poistaa: Asiakasryhmänumeron muuttaminen asiakaskortistoon on erittäin helppo tehdä suoraan tietokantaan. update asiakas set ryhma = <UUSINUMERO> where ryhma = <VANHANUMERO> Kun on huolellinen ja tietää mitä tekee niin paljon pystyy tekemään kätevämmin suoraan tietokantaan. Ja testaa vaikka testikannassa.

Marko Koivuniemi · ‎06-03-2018

Olisikohan tilanne voinut muuttua O365 tai Windows-päivitysten myötä? Nimittäin tänään operoin Nova-yrityksessä jossa oli vanha MAPI-määritys sähköpostissa ja kun testasin tekemiäni Crystal Reports - räätälöintejä laskupohjiin niin kyseli lähetyslupaa kyllä ihan kiltisti ja toimi kuten ennenkin. Testailen ehkä analyyttisemmin jossain vaiheessa mutta ajattelin vain mainita jos joku on törmännyt samaan.

Marko Koivuniemi · ‎09-02-2018

Siirryimme Novassa MAPI-lähetystavasta SMTP-tapaan koska Office 2016:n kanssa MAPI ei toimi halutulla tavalla. (lähetyslupaa ei sovellus pyydä kuin kerran jne. ) Olemme siirtyneet sähköposteissakin o365-ympäristöön mutta lähetämme Novan vahvarit silti operaattorin smtp-palvelimen kautta ja nyt haiskahtaa että tämä voi eräissä asiakkaissa aiheuttaa sen ettei viestit pääse perille. En kuitenkaan haluaisi Novan smtp-palvelimeksi vaihtaa O365:n palvelinta koska se edellyttäisi TLS:n kytkentää ja salasanojen tallentamista Novaan joka tarkoittaisi että salasanojen ylläpitokin pitäisi tehdä Novaan aina kun käyttäjä vaihtaa. Mietin että mikä olisi fiksuin tapa tai onko sellaista - esim. mx-recordseihin kenties jonnekin meidän julkinen IP:mme koska sitä kautta kaikki Novan viestit lähtee maailmalle? Ei tämä oikein helpparin asia ole mutta en oikein tiedä. Operaattorilla on yhteydet ja saman operaattorin kautta O365 soppari mutta sitten nimipalvelut ovat taas toisaalla.

Marko Koivuniemi · ‎08-02-2018

Kun pystytin nykyistä Nova-ympäristöä niin tein aluksi testiympäristön jossa oli Sqlserver 2012. Sen kanssa Novan suorituskyky oli karmaiseva. Pyörittelin silloin asiaa ja Visma teki parhaansa ja optimoi meidän räätälöintejäkin kun etsimme syytä. En tiedä onko tuo asia jo korjaantunut Sqlserver2012:n päivitysten myötä mutta kun me päivitimme ympäristön Sqlserver 2014:een (vuokralisenssi mahdollisti tuon) niin suorituskyky oli merkittävästi parempi. Ajattelin tämän varmuuden vuoksi kertoa - tosin tuskin kukaan Novaa on siirtämässä 2012:een jos nyt vielä on 2008R2:ssa.

Marko Koivuniemi · ‎08-02-2018

Sitä kenttää ei ole otrivi-taulussa, joten ainoa keino saada se sinne on pyytää Vismalta että mitä se maksaisi. Minusta olisi hyvin järkevää että otrivi olisi identtinen mtrivin kanssa vaikkei kaikkia usein tarvittaisikaan. Ellei muutoksesta halua maksaa niin sitten pitäisi valjastaa jokin ostotilauksen riveillä oleva kenttä tähän tarkoitukseen ja raporttiräätälöinnin avulla hoitaa sitten asia. Esim. PISTE-kenttä voisi olla otollinen.

Marko Koivuniemi · ‎08-02-2018

Kiitos tiedosta. Hienoa sinänsä että asiaa ovat pähkäilleet muutkin ja sinä vielä olet selvittänyt pidemmälle tätä ongelmaa. Täytyy miettiä miten tuo olisi jouhevin toteuttaa - jokin Xcopy -batti tietysti voisi tutkailla muuttuneita tiedostoja ja kopioda niitä koneelle automaattiessti. Voisi kuvitella että asiaan saatettaisiin reagoida kun signaalia tulee useammasta suunnasta - ja miten moni muukin asiakas on kokenut samaa mutta ohittanut sen. Laitoin aiemmin edes ehdotuksen että jos tuollainen tietokantayhteys palautettu -ilmoitus tulee niin olisi optio että Nova-ohjelmat suljetaan kaikki surutta. Kokemukseni mukaan kun on paljon Nova-ohjelmia auki niin tietokantayhteys-virhe tulkitaan koskevan vain yhtä Nova-ohjelmaa ja muiden käynnissä olevien ohjelmien käyttöä jatketaan tai yritetään jatkaa ja joskus jokin ohjelma toimiikin ja joskus ei. Ja päivityskään ei liene niin suuri ongelma kun Workstation -asennus on nytkin aika usein ollut päivitettävänä. Olisi kenties jopa selkeää että aina molemmat asennukset ja workstation-asennus omalle koneelle.

Marko Koivuniemi · ‎06-02-2018

Tähän samaan yhteyteen käy ajatukseni siitä, että ohjelmatiedostot (ja dll:tä yms.) majailisivat omalla koneella ja käynnistysvaiheessa tarkistettaisiin palvelinjaolta että onko päivityksiä asettu. Tällöin verkkolevylle ei tarvittaisi ehkä asennusvaiheessa niin paljon oikeuksia jolloin se (ehkä?) poistaisi tämän virheen. Tällöin ymmärtääkseni verkon räpsyt jotka aiheuttavat (tietokantayhteys palautettu) eivät niin herkästi kaataisi myös koko Novaa koska ajettavat exe-tiedostot eivät olisi räpsyn piirissä. Voi tietysti olla että kyse on vain meidän ympäristöstä, jossa ajetaan paljon laske tulossa/menossa -raportteja ja muita raskaita toimintoja jotka saavat välillä vasteajat kasvamaan. J-asemalla majailisivat siis profiilikansiot, helpit, raporttipohjat yms. Tällainen lähestymistapa on osittain ainakin kahdella tietämälläni kilpailijalla - joista toinen on suoraan verrattavissa Novaan ja toinen on ehkä enemmän Novan osajoukko. (Varasto + MT jne.) Laitoin tästä höpinää vähän kehitysehdotukseksi kaiken varalta - toki Novan historian tuntien, en tiedä kuinka pitkä elinkaari on ja lähdetäänkö perustavanlaatuisiin muutoksiin enää.

Vastaus: Pankkiyhteydet helposti ja nykyaikaisesti

Nova, sähköpostin lähetys ja O365

Novan tietokannan vaihto/siivous

Vastaus: Itse määriteltävät tiedot (Varastokirjanp...

Vastaus: Lokitiedot - raportit ja asiakaskortisto

Vastaus: Lokitiedot - raportit ja asiakaskortisto

Vastaus: No connection to SQL server! Please check...

Vastaus: No connection to SQL server! Please check...

Vastaus: Visma Nova 9.7 Päivityspakettitiedote 1.6...

Tilauksen etsintä

Vastaus: Nova 9.7 Ctrl-V liitä

Vastaus: Nova 9.7. - joko on aika?

Nova 9.7. - joko on aika?

Vastaus: Varastopaikka laskulla (Laskua4.rpt)

Vastaus: Varastopaikka laskulla (Laskua4.rpt)

Vastaus: Varastopaikka laskulla (Laskua4.rpt)

Vastaus: Varastopaikka laskulla (Laskua4.rpt)

Re: Nova virhetilanne tositetta tulostettaessa 214...

Konsernitulosraportin desimaalit

Vastaus: Tiedontuonnissa myyntitilauksen toimituso...

Vastaus: Tuoterivit, eri varastopaikalta eri värei...

Visma Manager /iOS- sovellus kysyy salasanaa

Vastaus: Verkkolasku ei mene läpi jos Novan myynti...

Re: Visma Nova ohjaustietojen muutos (asiakaskorti...

Vastaus: Tilausvahvarit yms. sähköpostiin

Tilausvahvarit yms. sähköpostiin

Vastaus: Visma Novan tuki MS SQL Server 2008R2:lle...

Vastaus: Ostotilaukset ja paino-kenttä

Vastaus: Verkkojaot eivät näy asennuksessa

Vastaus: Verkkojaot eivät näy asennuksessa

Useful pages

About Visma

Contact us

Follow us