Niinpäs muuten näyttää meilläkin tekevän... (Laitoin vastauksen aluksi puolihuolimattomasti tunnisteisiin, joku voisi ne poistaa.) ... View more

Meillä sama kanssa pian edessä. Helpparin kanssa oli muita asioita niin kysyin samalla ja sieltä tuli vahvistus: "sain kuittauksen tuotekehityksestä että Visma Nova 10 toimii SQL Server 2019 kanssa." ... View more

Olin pilotoimassa Nova 10:ä - ja katsoin juuri virtuaalipalvelimelta johon asensin testiä varten puhtaalta pöydältä ohjeiden mukaan Sqlserverin 2014 Developer Express -version ja sielläkin on palvelimen oletuskielenä englanti ja "vain" server collation asetuksena Finnish_Swedish_CI_AS. Eli oletustilanteessa ja ohjeiden mukaisessa asennuksessa Nova toimii halutulla tavalla. Jos asiat on tehty ohjeiden vastaisesti niin korjaava toimenpide ei ole kiertotie vaan korjaus. Päivämäärien käsittely toimii tilanteissa joissa järjestelmää on käytetty oikein - ja vaikka huomiosi päivämäärien käsittelystä onkin sinänsä täysin oikea niin em. seikat tekevät asiasta lähinnä kehitysehdotuksen eikä vian. Koko tietokantamoottorin asetuksien muuttaminen voi aiheuttaa muitakin seurauksia ziljoonassa paikkaa joten en ihmettele ettei siihen kevyesti lähdetä. Novan koodiriveissä kun voi olla hyvinkin vanhoja vuosikerrostumia... ... View more

Summa summarum. Eikös tämä nyt tarkoita sitä että ongelmaan löytyi sekä syy että nopea ratkaisu. Onko ratkaisu lopullinen vai tarttuuko Visma koodinsiivoustalkoisiin on sitten muiden käsissä.  Novan asennusoppaissa ei ole mainintaa noista "default collation" -asetuksista. Olisiko mahdollista että siihen maailman aikaan kun Nova siirtyi sqlserveriin (eli vuosituhannen alussa sqlserverin versiossa 2000 /ja Novan versiossa 6 ) oli "default collation" us_english ja siksi Novakin rakentuu sen varaan? En tiedä. Tosin nuo toiminnot jotka nyt aiheuttavat ongelmia ovat varmasti tuoreempia. ... View more

Meille on riittänyt noiden osoiterivien käyttö koska silloin ne jo näkyvät tarroissa ja lähetteissä. Minusta tuo teidän tapa on myös siitä hyvä, että silloin siitä jää helpommin käytettävää tilastotietoa maakohtaisen asiakasnumeron taakse. Jos toimitusosoitteena käytettäisin jotain yleisnumeroa jonne tilauskohtaisesti määritettäisiin maa niin maakohtaisen tilaston muodostaminen olisi pykälän syvemmällä tasolla. Toki saatavilla kuitenkin. ... View more

Hyvä huomio ja olen samaa mieltä. Meillä ulkomaanasiakkaiden suhteen on vaihtelevaa käytäntöä, joissain täytetään yritysnimen kakkosriville jo osoitetta ("Russia, 194044, St. Petersburg")  ja joissain vain Lähiosoite kenttään aloitetaan ja osoite-kenttään sitten tungetaan maatietoa kuten "UNIT A, 29410 CHARLESTON, SC, USA" jotta saadaan maakin näkyviin.   Onhan MT-taulussa MAARAMAA-kenttä mutta sen käyttö on kömpelösti Näytä - Kuljetus- ja remburssitiedot -valikon takana. Se vaatisi sitten parikseen (toki tosi helpon) raporttiräätälöinnin joka tuon kentän poimisi tarroille. Mutta mitä lisäarvoa tuo maakohtainen "pohja-asiakas" tuo? Kulkeeko sen mukana toimitustavat ja -ehdot ja muut? Lähinnä että jos siellä on vain maan nimi. Voihan esim miettiä esim. kuljettaja ja muiden kenttien valjastusta luovasti. Toimitusehtdoissakin kun on meillä esim. "DDP, Omaha, Florida" ... View more

Collation-asetukset ovat samat mutta tosiaan meillä on molemmissa sqlserver-palvelimissa myös Nova-kannoissa default_language_name-kentän arvona: us_english. En osaa sanoa onko tuo merkittävä ero tai olenko minä tai joku muu tehnyt jotain aikoinaan väärin. ... View more

Hävettävistä ajatuskatkoksista huolimatta (tietokannassa tietysti smalldatetime kentässä tieto on päivämääränä jos yleensä on) itse ydinasia pätee: Joka tapauksessa päiväys tarjoillaan nyt Novalle väärässä muodossa ja vaikka se on toki korjattavissa myös Novan ohjelmoinnin muutoksella oikeaoppisempaan muotoon, niin palvelinpään asetuksissahan se vika täytyy majailla ja helpompi muutos tässä vaiheessa on saada palvelimeen. Mietin että jos teen testikannan ja muutan siihen default principaliksi suomen ja kokeilen tehdä samoja operaatioita. Voihan pam pam pam pam Pamela.... (Victoria Principal) ku ihania tällaiset. ... View more

Tämä on selvä tapaus että parempi menetelmä päivämäärien käsittelyyn olisi olemassa. Mutta eihän tuo aiheuta ongelmia ellei jossain muussa kohdassa tietokantaan tallennu Novan kannalta vääräntyyppistä dataa ja vika on silloin jossain muussa kuin tuossa tyypinmuunnoksessa itsessään. Onko teidän tietokannassa siis päivämääriä väärässä formaatissa - jolloin tuo tyypinmuunnospäivitys auttaisi - vai onko siellä arvoja jotka aiheuttaisivat joka tapauksessa virheitä? Jos ensimmäinen vaihtoehto, niin avainkysymys on että miksi päivämäärät muodostuvat väärässä formaatissa? Meidän tietokannasta ei löydy päivämääriä muissa formaateissa kuin tuossa jota Novakin nieleskelee ja jos on tällä hetkellä niin ettei Nova muuta nieleskele niin sen kanssa on elettävä. ... View more

Ymmärrän kyllä mitä sanot, mutta tuo koska samainen ohjelma toimii mitä ilmeisimmin valtaosalla muista käyttäjistä/asiakkaista/ympäristöistä ihan oikein niin tämä (kenties pohjimmiltaan jo hyvinkin vanhaa perua oleva) ohjelmointitekninen epäeleganssius (kenties jopa purkka) ei ole se vian juurisyy. Miten tiketti suljettiin viimeksi - saivatko toistettu asian teidän kannallta Visman ympäristössä?   ... View more

Sivujuonteena tuohon että onko teillä vaihdettu L7:sta Novaan vai oletko vaihtanut itse firmaa? Tiedän erään meidän kaltaisen yrityksen joka teki liikkeen Novasta L7:aan. Ainahan sitä miettii aidan toisen puolen ruohon värisävyjä vaikka tässä tapauksessa aita onkin saman kolhoosin sisällä.   ... View more

Meidän nykyinen tuotantopalvelin (Sqlserver 2017) ja entinen (Sqlserver 2008R2) tarjoavat principaleiksi us_englishia. Tietokantojen collation-asetukset on toki määritelty ohjeiden mukaan Finnish_Swedis_blaablaaksi . Mutta minä en tiedä näistä tietokantamoottorien konepellin alaisista jutuista tarpeeksi sanoakseni juuta tai jaata että voisiko tuo jopa vaikuttaa. Toivottavasti tämä ketju on kehittäjienkin seurannassa. Ohjelmoinnissa on monta tapaa tehdä asioita ja sanoisin että tyypinmuunnos on erinomainen työkalu monissakin tapauksissa - se toimii testinä mitä kenttä sisältää. Itsekin käytän sitä eräissä raporttipohjissa jossa saan tutkittua onko neljä merkkiä alusta vuosiluku vaiko ei. Tässä tapauksessa tuo virheilmoitus ei mielestäni ole osoitus siitä että tyypinmuunnos itsessään on väärin vaan seuraus jostain syystä, jonka toki pitäisi osata antaa järkevämpi virheilmoitus.  ... View more

Harmillistahan tämä on, mutta jos vika olisi helposti löydettävissä niin olisihan se jo korjattu. Palkanlaskentaa meilläkin käytetään mutta ei ole tuollaista tullut koskaan vastaan. Olisiko mahdollista että palvelimen ja/tai työaseman päiväys/kieliasetuksissa on jokin asetus väärin? Tuleeko virhe joka palkanlaskennan operaatiossa vaiko vain satunnaisesti? Vai kenties jotain tiettyä raporttia tulostaessa? Miten tilanteesta toivutaan? Sorkkiiko joku muu ohjelma teidän Nova-kantaa - ts. tuleeko palkanlaskentaan tietoja jostain muusta järjestelmästä? Näitä asioita varmaan on käsitelty kun kerran tietokantaakin ovat tutkineet ja joskus se on tuskallista. Meilläkin on ollut muutamia veemäisiä bugeja joita ei vain saatu toistettua millään kehityksessä ja kesti kauan että löytyi oikea yhdistelmä jossa bugi saatiin esille. Ettei kuitenkin kyse olisi jostain toimintatavasta jossa tehtään asioita niin kuin ne on aina tehty koska se on toiminut ja tuo operaatio hajosi versiossa 9.7. Itse tietokannassa palkka-taulussa on kyllä päivät ovat smalldatetime. Itsekin kun sql-skripteillä käsittelene niin usein on helpompaa käsitellä niitä merkkijonoina. Näetkö missään virheessä itse tietokannan kenttää josta virhe tulee? Jos sinulla on pääsy sql-kantoihin niin voisimme tehdä vertailevia kyselyitä josko löytyisi joku. Kyse voi hyvinkin olla esim. yhden työntekijän tietoihin liittyvästä asiasta tai jostain muusta jota ei nyt vain osata ajatella. ... View more

Tuo vaatii tiedonsiirto-lisenssin WSR. Meillä hyvinkin ahkerassa käytössä kun asiakkaat perustetaan yhteen yksikköön ja kopioidaan sitten toiseen tiedonsiirron avulla. Asiakaskortiston ohjekirjasta kohta 7.1 "Voit päivittää asiakaskortistoon tietoa tiedostomuodossa. Tiedosto luetaan Tiedosto | Tietojen tuonti-valikossa. Tiedon tuonti vaatii WSR-lisenssin. " Muoto on CSV:tä jonka saa kyllä excelistä muokattua kuntoon. Mutta ihan automaattisesti sitä ei voi kliksutella lennosta kuntoon.   ... View more

Testasin Nova 10:ssä meidän testikannalla ja kyllä se samalla tavalla edelleen toimii. Meillä on toki aina oltu varovaisia tällaisten muutoksien kanssa ja ohjeistettu että rivi pois ja uutta tilalle. ... View more

Tuon pikapäivityksen jo sainkin, itse avastin tiketin viime vuoden viimeisenä päivänä. Pikapäivitystä testasin viiime yönä ja keskustelut jatkuvat koska minä en saanut sen avulla toimimaan meidän ympäristössä. ... View more

Korjauspaketti 19.12. ei korjaa ongelmaa muuta kuin normaalilajissa 0. Muissa lajeissa tietueen tapahtumissa laskutustieto ei näy. (Tietokannasta tieto kyllä löytyy.) Laskutustieto näkyy kaikissa lajeissa niillä laskuilla jotka on luotu ennen Nova 10 -päivitystä. Raportoin  tämän ongelman ja sitä alettiin kiitettävän nopeasti selvittelemään. Kesti tovin kunnes todettiin että normaalilajissahan hommat on kunnossa mutta ei muissa lajeissa. Sain enimmäisen korjausyrityksen viime viikolla jota ehdin nyt testaamaan. Se ei valitettavasti auttanut. ... View more

Hyvä tietää että kyse on ominaisuudesta. Siksi minä asiaa innnostuin ihmettelemään koska olin pilotoimassa Nova 10:ä ja silloin oli puhtaalta pöydältä asennettu Nova 9.8 testipenkkinä ja Nova 10 -päivitys näytti silloin päivitysoptiona tuon Workstation (Local) -version. Hienoa että tämä kauan kaivattukin muutos näkyy tuovan kaivattua vakautta pätkinnöissä ja verkon vaihdoissa. ... View more

Laskupohjan räätälöintihän tuohon on ratkaisu. Ei siis onnistu omin voimin ilman Crystal Reports -ohjelmaa. ... View more

Ison toiminnallisuuden palauttaminen /uudelleenohjelmointi ei onnistu parissa päivässä testauksineen. Tässähän GDPRKLSTANATTU -säädäntöjen noudattaminen ymmärtääkseni vaatisi uuden ominaisuuden eli jonkin täpän joka kertoisi että suostumus asiaan on pyydetty ja se pitäisi tietysti pyytääkin ja sitten olla mietittynä mitä ja miten muille tehdään. Kieltämättä tuo verkkopalkka herätti kiinnostusta vasta kun se tuli vastaan tässä säikeessä, meillä on joka tapauksessa paperiversiot vielä toimitettu. Ei näitä muutoksia tietysti asiakkaiden kiusaksi tehdä mutta toki jokainen muutos pitäisi olla dokumentoituna. Esim. meillä jostain syystä räätälöidyt laskupohjat lakkasivat toimimasta oikein Nova 10:n jälkeen mutta eiköhän tuohonkin selvyys ja järki löydy. ... View more

Kun poistin Windows 10 -koneelta vanhan Workstation -asennuksen niin sain valittavaksi tuon Workstation (Local) -option. Aika jännää, koska testeissä näin ei käynyt. Mutta koneeni on vuodelta 2010 joten työasema-asennuksia on hinkattu ja asennettu ja päivitetty useasti ilman että vanhaa versiota on ensin poistettu. En tiedä liittyykö siihen. (Sql-skriptien ajo palvelimella kun on yhä kesken.)    Ja 2008R2:lla kävi samoin. Vanhojen poiston jälkeen ja uudelleenkäynnistyksen jälkeen default-asennus oli oletuksena valittuna mutta oli myös valikossa näkyvillä local-asennus ja sen sai asennettua.  ... View more

Ehkä kannattaisi miettiä linjausta uudelleen. Lainaus eräästä hyvästä kirjoituksesta: Lehdistössä asti kohistiin isosti, ettei palkkalaskelmia saa enää lähettää käyttäen normaalia sähköpostia. Kuitenkin jo aiemmin tietosuojavaltuutettu otti aiheeseen kantaa ja totesi, että palkkalaskelman saa laittaa suojaamattomalla sähköpostilla jatkossakin, jos palkansaaja antaa itse siihen luvan. Kohu on joka tapauksessa ollut sitä luokkaa, että taitaa olla helpointa reagoida siihen. Mutta kannattaako kaikki yrityksen sähköpostit tämän vuoksi salata? Tuskin. Sitä paitsi palkkalaskelma lähtee tietojärjestelmän palvelimilta, ei yrityksen omasta sähköpostista. Toki sekin onnistuu, jos yrityksessä halutaan tehdä turhaa työtä.   ... View more

Epäilen ettei suoraa vaihtoehtoa ole. Kertoisitko vähän miksi kopiointi ei ole ratkaisu? Mutta arvailen että jos sama rakenne täytyy saada toiselle positiolle niin itse tekisin niin että veisin tilauksen CSV-tiedostoon ja editoisin CSV-tiedostosta positionumeron 1 -> 2 ja toisin tilauksen rakenteineen takaisin samaan lajiin ja samalle tilausnumerolle jolloin alkuperäiselle tilaukselle tulisi uusi positio. Lopputuloksena siis samalla rakenteella varustettu tuote olisi sekä positiolla 1 että 2. ... View more

Tarkoitus on päivittää Nova joko välipäivinä tai aloittaa vuosi päivityksellä 1.1. - jos jotain uusia bugeja ollaan jo kiireellisesti korjaamassa ja uutta osapäivitystä tulossa tässä parin viikon sisällä niin siitä toivoisin tietoa ettei heti ole tarve uudelle. ... View more

Ihan hyvä tietää ja täytyy tutkia asiaa tarkemmin. Meillä kun on iät ja ajat (edeltäjienikin toimesta) tehty tämä raporttiräätälöinnin avulla. Alunperin raporttipohjassa lueteltiin ne asiakkaat, joille halutaan EU:n yhteisömyynnin teksti ja ne joille halutaan EU:n ulkopuoliset tekstit ja muille (=kotimaa) tyhjät. Virittelin tätä itse helpommaksi että asiakaskortiston ALUE-kenttään kun merkitsee "EU" niin tulee yhteisömyynnin tekstit laskupohjaan. ... View more