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

Myyntitilausten syöttäjä usein tilauksille toimitusajan saatavilla olevan tietonsa mukaisesti - viikkojen töitä kuormitetaan tuotantopäälliköiden voimin. Olisi hienoa /hyödyllistä jos Tuotannossa voisi lukita täyteen kuormitetun viikon että nyt on kuormitettu viikko 201915 täyteen. Kun myyntisihteeri sitten yrittäisi syöttää tilaukselle 201914 tilausta niin tulisi kysymys: "Viikko on kuormitettu täyteen, haluatko varmasti vahvistaa toimitusajan?" - koska joskus tuotteita on varastossa ja tallennus on ihan ok. Tällaiseen ei mielestäni ole Novassa toimintoa.  Optio voisi olla vaikka tuote/tuoteryhmä/nimikelajikohtainen koska tietysti käyttäjiä ärsyttäisi jos varaosia ja nippeleitä tallennettaessa tulisi herjaa. Tämä siis kehitysideana. ... View more

Tämä nyt ei Novaan yksin liity vaan tämän communityn viestilistauksen näyttöön jossa on bugi. Viestissä jossa on lainauksessa sulut näkyvätkin väärin ja syy on siinä että html-koodi suluille on "et-merkki"rpar; ja "etmerkki"lpar; - mutta viestilista haluaakin tuon "etmerkin" näyttää html-muodossa jolloin siitä tulee listauksess "etmerkki"amp; Tästä seuraa että viestilistauksen koodissa näkyy "et-merkki"#amp;rpar; joka on siansaksaa. Oikea muoto siis olisi "et-merkki"#rpar; Ja siansaksaa tämä viestinikin on kun en halua tuolla "et-merkillä" sekoittaa.   ... View more

Ainakin meillä on paljon erilaisia lasku/lähete/vahvari yms. pohjia ja uusia tarpeita tulee säännöllisesti. Variaatiot voivat olla melko pieniä mutta lomakemäärittelyt on sitten aina ongelmana. Puhumattakaan että määrittelyjen tekeminen ei ole intuitiivisemmasta päästä.  Lisäksi määrittelyt ovat kielikohtaisia joka joskus harvoin voi olla hyödyllistä mutta yleisimmin vain työllistävää. Ehdotuksiani ja toivon että muut käyttäjät kommentoivat ja keksivät lisää: 1. Mahdollisuus tehdä asetukset kerralla kaikkiin kieliversioihin - meillä ainakin asetukset pätevät ja samat kentät on piilotettuna ja sama logotiedosto aina kaikilla kieliversioilla. 2. Mahdollisuus kopioida asetukset toisesta raportista - helpottaisi uusien varianttien tekemistä ja nopeuttaisi testausta - etenkin kun ne asetukset pitää kieliversioille tehdä erikseen. 3. Lomakemäärittelyasetusikkunan selkeyttäminen - nyt kielivalinta hautautuu välilehteen eikä useinkaan käyttäjä joka itse voisi jotain tehdä tee muutosta oikeaan kieliversioon. Olikohan näitä muka vain kolme.   ... View more