Avustan tässä erästä it-kollegaa joka yrittää pähkäillä sql-yhteysongelmaa. Ympäristössä ei ole Windows Serveriä vaan Nova on asennettu Windows 10 (1809) koneelle jossa Sqlserver 2014. Nova-toimii vanhoissa koneissa ihan normaalisti ja "palvelin"-koneeseen ei muutoksia. Uusi WIndows -työasema on asennettu (10 (1903) ja työasemaversio asennettu mutta kone ei saa yhteyttä palvelimeen. (No connection to sqlserver) Autentikointitapana on Windows Authentication ja sama käyttäjätunnus millä on toiminut aiemminkin. PSB on kokeeksi poistetu ja Defenderin palomuuri otettu pois käytöstä mutta ei. Yhteyttä yritetään suoraan palvelimen IP-osoitteella. Itselläni loppuu jipot mutta varmaan ihan pienestä on kysymys. Meillä itsellämme kun on toimialue käytössä niin voidaan olla varma että samalla tunnuksella Windows-autentikointi yrittää sisään, mutta miten nämä paikallistilien yhteensopivuus oikein varmistetan - en ole varma. Käyttäjäryhmäthän tehdään paikalliselle koneelle. ... View more

Tieto lisää tuskaa näemmä ja nyt kun raportointimme (QlikView) on kehittynyt entisestään osui silmään asia joka hankaloittaa hieman elämäämme. Meillä on myyntitilauksissa myyntitili-laji, jota käytämme siten että lajiin kirjataan tuotteet tilaukselle ja laskutetaan myös erillisessä myyntitili-lajissä. Näin  Kun varsinainen myynti sitten toteutuu niin myyntitili-lajin lasku hyvitetään tuossa lajissa ja laskutetaan normaalissa factoring-lajissa sitten "oikeasti". Nyt tarkasteltuamme asioita taas vähän tarkemmalla tasolla huomasimme että laskun kopiointi EI kopioi MTNUMERO ja TYONRO-kenttiä ja hyvityslaskujen (ja tämän meidän virityksen) kannalta olisi tärkeää että yhteys alkuperäiseen myyntitilaukseen säilyisi. (Rivitiedoissahan tuo tilausnumero mainitaan mutta datan käsittelyn kannalta se on silloin vaikeassa paikkaa (koska samalla tilauksella voi olla useampiakin samanlaisia rivejä jne.) Kun nuo tiedot eivät kopioidu kohdistuu raportoinnit meidän tapauksessa vääriin asioihin kun kokonaiskuvassa halutaan tarkastella tilaustyyppejä yleisesti eikä asiakkaittain. On todennäköistä että tämä tarve ei välttämättä ole muille tarpeen mutta laitoin silti tänne julkiselle puolelle. Myyntitilauksen puolellahan on päivänselvää että esim. työnumero-kenttä täytyy  nollautua kopioinnissa, mutta laskutuksen puolella on olemassa selviä yleisempiäkin tapauksia, joissa rivitiedot saisi kopioituia aidosti lähes kokonaan. ... View more

Tilausten kopiointi helpottaa usein elämää. Ongelmallista on että asiakkaan tiedot osoitetta myöden ovat saattaneet muuttua kopioitavan tilauksen tilanteesta ja tämä muutos ei heijastu kopioon ellei käsittelijä ole tarkkana ja virkistä asiakasta -> jolloin tilauksen kopioinnin etu katoaa. Mielestäni olisikin hyvin loogista että tilauksen "uusi kopioden" toiminto joko päivittäisi asiakastiedot kortistosta joko aina tai olisi optio joka tämän mahdollistaisi. Ajatukseni on että ainakin osoitetiedot, mutta miksipä ei myös ehdot ja muut. Tämä on tullut meille vastaan tiettyjen sähköpostitse laskut vastaanottavien kanssa joissa laskun kohdistustieto majailee asiakaskortistossa ja tämä on muuttunut. ... View more

Liitteenä kuvakaappaus jossa on klikattu yhtä Viikottain-näkymän saraketta (varasto, menossa, varaus, tulosa, valmistuu) - kuinka moni osaa suoraan sanoa mitä saraketta on klikattu? Aivan. En minäkään. Toki itse erittelyn sarakkeista asian pystyy ehkä päättelemään mutta pikaisesti kun halutaan asioita tarkistaa niin moniko sen huomaa että onkin klikannut väärää saraketta. (Meillä ei.) Ehdotan siis että Erittely-näkymässä näkyisi myös saraketieto: Erittely: Menossa ; Erittely: Varaus jne. Tämä asia nyt osui tarkemman tarkastelun alle kun selvittelemme erästä varauksiin liittyvää ongelmaa - joka on ehkä ennemmin virhe tavassa käyttää Novaa kuin varsinainen bugi mutta  vähän harmaalla alueella että voisiko Novakin toimia fiksummin. ... View more

Vaikka pyritään käyttämään samanlaista tarrapohjaa pakkaustarroissa niin aikojen kuluessa tilanne on hyvin monimutkaistunut ja ylläpito hankaloituu. On asiakkaita joille tarvitaan lisätarroja (jotka kertovat tullin tarvitsemia lisätietoja tai materiaalitietoja) ja on asiakkaita joiden tarroissa on eri logo (ketjun logo, meidän logo, brandin logo) ja on eri tarrapohjia eri markkina-alueille. Onko muilla näin monimutkaisia tarpeita? Kerron ensin mitä toivoisin ja sitten miten meillä nyt on. Toivoisin että voisi Tuotanto-ajon tulosta tarra-option lisäksi olla mahdollisuus valita toinenkin tarra esim. lisätarra-optiolla. Lisäksi ehdotettu tarrapohja (asiakasnumero.rpt) on erittäin hyvä, mutta olisi mainiota jos noita voisi niputtaa. Eli esim. asiakaskortistossa olisi kenttä tarrapohja - ja jos se on tyhjä niin ehdotus otettaisiiin asiakasnumero.rpt - mutta jos siinä olisi jokin asetus niin poimiutuisi sen mukaan. Tällöin voisi saman ketjun asiakkaille määritellä että tälle asiakasnumerolle ehdotetaan tätä tarrapohjaa. ** Meillä siis on nyt Novan asiakaskortistossa KOTISIVU-kenttä valjastettu kertomaan se logo mitä pakkaustarroille halutaan tyyliin "j:\nova8\logot\asiakas.jpg" - tällä hoituu vakiotarrapohjan käyttö isossa osassa. Mutta sitten on isoja asiakkuuksia (ulkomailla) joille on tietty raporttipohja kopioitu esim. 3005.rpt - tämä on selkeää silloin kun noita poikkeuksia on muutama mutta kun niitä alkaa olla kymmeniä niin riski että muutostilanteessa unohtuu kopioida se sama tarrapohja joka paikkaan jokaiselle eri nimelle. Lisäksi työmääräinten yhteydessä meille tulostuu tarkistustarrat joihin pätee samat lainalaisuudet - raporttipohja valitsee tarravariaation ehtolauseiden perusteella jonne siis pitää aina minun erikseen tehdä muutos jos uusi asiakas tulee. ** Ehkä tämänkin härdellinn saisin kierrettyä jollain kentän valjastamisella ja tekemällä niin raskaasti räätälöidyn tarrapohjan jossa on kaikki variaatiot mukana. Mutta ajattelin silti nostaa vähän keskusteluun että jääkö muille asiakkaille nykyiset tarra-asetukset joskus kömpelöiksi? Kömpelöintä on se, että kaikki muutokset tarvitsevat Crystal Reports -osaamista, joka tarkoittaa etttä meillä asiat jonottavat minun työputkessani. ... View more

En tiedä miten yleistä on tulostaa tilausvahvareita numerorajauksella - meillä sitä tehdään koko ajan. Tämä aiheuttaa joskus ongelmia - joiden syytä on vaikea todentaa koska tapahtumatietoihin ei kirjaannu tiedot oikein. Eli lokitietoihin tallentuu kyllä "Tilausvahvistuksen tulostus" mutta tuo tapahtuma kirjautuu VAIN sille tilauksella missä juuri silloin oltiin huolimatta siitä että on tulostettu vaikka tilausväli johon kyseinen tilaus kuuluu tai on tulostettu ihan jonkun toisen tilauksen vahvari. Esimerkit: Olen tilauksella 301393 - tulostan tilausvahvistuksen 301300-301393 - lokitietokantaan tulee vain merkintä Number=301393 "Tilausvahvistus tulostus"  Novan Myyntitilauksissakin kun katsoo niin tulostettujen vahvareiden tilauksissa ei näy "Tilausvahvistus tulostettu"-merkintää. Yllätykseni oli suuri kun olin toisella tilauksella 301001 ja tulostin tilauksen 301393 vahvarin niin tässäkin tapauksessa tietokantaan jää sama merkintä ja "Tilausvahvistus tulostettu"-merkintä tietueen tapahtumissakin tulee siis väärälle tilaukselle. Syy miksi tätä olen märehtinyt ja testaillut on, että isompi ongelma tulee sitten kun joskus on tulostettu vahvareita rajauksella ja tuloksena onkin paljon vääriä vahvareita: esim olisi pitänyy syöttää 3000-3005 ja on syötetty 300-3005. Käyttäjän virheeksi tuo on helppo laittaa mutta usein myös käyttäjä on vuoren varma että on syöttänyt rajauksen oikein. Mutta mistään sitä ei voi todentaa. => Lokitietoihin Description-kenttään myös rajaukset tai olennaisimmat niistä ja Tietueen tapahtumat-tiedot kuntoon ja oikeille tilauksille. ... View more