Joka vanhoja muistaa sitä tikulla.... jonnekin. Tämä on tullut aiemminkin vastaan mutta nyt taas akuutimmin. Eli laskutusohjelma kun muodostaa noita kommenttirivejä niin katkeavat ikävästi kesken. Olisi mainiota jos ei mahdu 50-merkin nimikkeeseen niin tulisi sitten toinen - mieluiten myös elementeittäin. Meillä jää nyt kriittinen ostolaskun numero vajavaiseksi ja kun asioidaan ulkomaille niin olisi tärkeää että jokainen tieto olisi paikallaan. Kun laskulla on useampia ostotilauksia niin merkki-kentässä oleva yhden ostotilauksen numero ei riitä. Esimerkki laskulta vähän muokattuna: "Cust.order No: SONNNNN/PONNNNN Mark: PO#NNNNNNNNNN" Mutta tuo PO#NNNNNNNNNN on oikeasti PO#NNNNNNNNNNMMM.   Kun olisi edes näin raakakatkaisuna: "Cust.order No: SONNNNN/PONNNNN Mark: PO#NNNNNNNNNN" "MMM" niin olisi sekin parempi. Ihannevaihtoehto tietysti olisi että jos  MT:stä poimitut elementit A="Cust.order No: SONNNNN/PONNNNN " ja  B= Mark: PO#NNNNNNNNNNMMM" yhdessä ylittävät 50 merkin rajoituksen niin lopputulos olisi:   "Cust.order No: SONNNNN/PONNNNN" "Mark: PO#NNNNNNNNNNMMM" Harvinaista tietysti että tuo asiakas käyttää noin jumalattoman pitkiä PO-numeroita mutta ajattelisin että jos Novan tietokannasssakin merkki-kenttä on 70 merkkiä ja tilausnumeronne myös 70 merkkiä niin näiden tietoja yritetään nimikkeen 50 merkkiin.   Varaan toki oikeuden nolata itseni ja olla lukematta kaikkia ohjeita. Laskurivi-taulussahan on nykyään myös pitkiä INFO-kenttiä käytettäväksi. Voisiko niitä jo nyt hyödyntää vai vaatisiko räätälöintiä sekä ohjelman että sen jälkeen rapsapohjan muodossa?  ... View more

Kyse on ameriikan ihmemaasta ja UPC-koodeista. Novasta saa wanhan liiton Code39 ja sitten sivistyneen maailman enareita. Mutta en nyt pääse oikein jyvälle voiko pakkaustarroihin saada UPC-koodeja. Ajattelin täällä pyytää vertaistukea - tai miten asiat on ratkottu. Kun jotenkin saan luetuksi ristiriitaisia tietoja: "UPC-A Barcodes are effectively a subset of EAN-13 Barcodes. If the first digit on the EAN-13 number is a '0', then the bars will be of both the EAN-13 and the UPC-A (without the leading '0') will be identical."    https://www.barcodestalk.com/learn-about-barcodes/resources/what-difference-between-upc-and-ean ... View more

On hienoa että uudessa MT:ssä voi etsiä työnumerolla - selvä parannus. Mutta kuten kaikissa hakutilanteissa niin ei välttämättä ole tietoa missä lajissa etsittävä majailee. Meillä ehkä harvinaisen paljon MT-lajeja ja siksi asia tulee usein vastaan. Mutta jos esim. varastotapahtumista etsitään (taulukkomäärittelyjä muuttamalla että saadaan työnumero näkyviin) mihin tilaukseen tapahtuma kuuluu niin saadaan työnumero mutta sitten pitäisi osasta arvata tilauslaji oikein. Ehdottaisin optiota jossa haku kohdistuisi kaikkiin tilauslajeihin, myös tulosten osalta. Esim. sama merkkikenttä voi joskus olla tilauksessa ja tilaukseen tehdyssä reklamaatioissa, voisin kuvitella. Tai sitten "Hakuehdoilla ei löytynyt myyntitilauksia"-dialogin yhteydessä oma nappi "Etsi uudelleen kaikista tilauslajeista".  Olen tätä tainnut jossain muodossa ehdottaakin mutta kertaus on opintojen äiti - ja jos tämä hyödyttäisi muitakin asiakkaita niin kannattaa kommentoida myös.  Joka tapauksessa hyvää joulua ja onnellista uutta vuotta kaikille Novan helppariin ja Novan käyttäjille.  ps. Tunnistelaput ovat vähän vajavaiset joten arvoin nyt jotakin-  ... View more

Johdannoksi. Meille on tärkeää että tilausrivilla mainitun kappalemäärän tuotantoajojen yhteydessä olevat tarrat kertovat yhtenäisestä sarjasta. Tarkoitan että jos on 5 kpl tuotetta jossa on 2 kollia niin ensimmäisellä tuotantoajolla kun valmistuu 1 kpl  tulostuu tarrat jotka kertovat että kyse on tyyliin 1/5 ja jos seuraava tuotantoajo tehdään erikseen myöhemmin niin tällöin 2/5 jne. Tämän mahdollistaa tuotantoajon määrään perustuva optio määrä*kolli. Tämä katsoo kolli-tiedon varastotuotteen takaa.  Joskus kuitenkin tilauksilla on tuotteita - korjauksia, pikkumateriaaleja yms. joille varasto-ohjelmassa ei ole kollitietoa - tai sitten kollitieto määräytyy vasta kirjausvaiheessa jolloin se tehdään käsin tilaukselle. Tässä tapauksessa kollit (Määrä*kolli) tulostaa tyhjän tarran - loogista tietysti että määrä*0 = 0. Mutta ei taida koskaan olla toivottavaa. Toivoisin siis joko oletusta että jos varasto.kolli = 0 niin tulostuksessa käytettään oletusarvoa 1.  Määrä -optio ei riitä - koska se ei ota huomioon kollimäärää. Kollit MT-riviltä taas ei riitä koska se ei huomioi ajettua määrää vaan käsittelee kokonaisuutta. Oletusarvo = 1 on ehkä simppelein korjaus. Mutta myös kollit (määrä*(Kollit MT-riviltä/MTRIVIN KPL) ) olisi myös hyödyllinen. Siis tilausrivin kokonaiskollimäärä jaettaisiin kpl-määrällä jolloin saataisiin yhden kappaleen kollimäärä. Myös tässä optiossa mielestäni oletusmuutos että jos tulos on 0 niin käytetään arvoa 1 olisi enemmän kuin paikallaan. Laitan tämän myös sovellustukeen mutta ajattelin että onkohan kukaan muu pähkäillyt vastaavien kanssa.  Ja vaihtoehtona option vaihto tilanteen mukaan EI ole hyvä - se altistaa virheille koska asetus jää talteen. Lisäkehityksenä olisi kätevää jos voisi tuotteen tietoihin lisätä ohjaustietoja että millä optiolla tarra otetaan - tai vastaavasti että jonkun asetuksen voisi määrittää oletukseksi joka palautuu vaihtamisen jälkeen.  ... View more