Nollatoimitus ja toimitusvarmuus

[Marja-Liisa Hyvärinen]

Jo ehkä 15 vuotta sitten olen ensimmäisen kerran pyytänyt myyntitilauksen toimitukseen muutosta, jonka avulla saisi todellisen toimitusvarmuuden raportille näkyviin. Juuri tsekkasin, ei toimi vieläkään oikein. Kun toimitukselle ei hyväksytä jälkitoimitusta, Nova muuttaa tilattu-määrän vastaamaan toimitettua määrää = varmuus on 100 %. Toimituksen hyväksymisikkunaan on tullut täpättävä kohta "Muuta tilattu määrä toimitetun mukaan", joka on turha, koska ohjelma tekee tämän väkisin ilman täppää. Testasin tämän juuri, toimii em. tavalla.

Tähän samaan liittyy todennukseen liittyvä ongelma. On tapauksia, jossa tilauksella on 1 tuote, jonka toimitusmäärä onkin nolla. Tästä pitäisi saada asiakkaalle lähete, jotta siitä jää merkki, että näin on käynyt ja se voidaan myöhemmin myös todentaa. Ohje tällä hetkellä on, että poista tilaus, mutta niinhän ei voida tehdä, koska miten silloin seurataan toimitusvarmuutta, edes käsin? Sekin tarkoittaa sitä, että varmuus on aina 100 %. Nyt käytämme rivikoodia 3, teemme lähetteen, johon käsin korjataan määräksi 0 ja laskutuksessa nollataan vielä myös hinta ja merkitään lasku suoritetuksi. Nolla-ongelma koskee siis vain yhden rivin tilausta, nolla ymmärretään usean tuoterivin toimituksissa: nolla ei tee toimitusta ja tilaus jää kesken-tilaan, jollei sille tee näitä kikkakolmosia.

Kaikesta pitää jäädä jälki, joten toivon, että odottavan aika ei olisi enää vuosissa. Toimituksessa pitää olla mahdollisuus nolla-määrälle niin, ettei jälkitoimitusta jää ja toimitusvarmuuden laskemisen ei pitäisi olla käsipelihommaa. Ihan mahdottoman ihanaa olisi, jos saisi tehtyä koontina myös puutelistauksen, kun toimituksessa (keskusvarastotoimitus) on useita eri tilauksia, tämäkin hoidetaan tällä hetkellä käsin excelinä.

[Markus N]

Yhden rivin tilauksilla tulee sama ongelma toimitussanomien kanssa,
kun DESADV sanoma menee virheeseen kun koitetaan toimittaa toimitussanomaa ilman toimituksia.

Mikäli tilaukset tulee webservicen kautta saa tuon ratkaistua pirkka-niksillä ja säätämisellä helpoiten, että 
webservice tuo tilattu määrän myös infotxt kenttään, jollin jää tietoon alkuperäinen määrä, jota toimitusvarmauus raportilla vertaillaan toimitettuihin määriin.
infotxt kentän saa tulostumaan lähetteelle, riville jos tilausmäärä on 0.

Yhden rivin tilauksiin joutuu lisäämään otsikkorivin jonka toimittaa jolloin tilauksen tila muuttuu toimitetuksi, ja infotxt kentässä on silloin alkuperäinen määrä. tämä on toki tympeä ylläpitää jos ei tee tallennus skriptiä tietokantaan joka tuo tilattu määrän automaattisesti infotxt kenttään mikäli se ei ole 0.
varmaan saman saa tehtyä toimitus proseduureihin jos on tarpeeksi osaava konsultti laskuttamassa.

Tähän siirtyminen 15 vuoden käytön jälkeen vaatisi toki muutaman skriptin, jotta saadaan historia näihin kenttiin.

[Marko Koivuniemi]

On loogista että jos jälkitoimitusta ei hyväksytä ja toimitetaan jotain niin silloin tilaus on valmis. Jos hyväksyttäisiin jälkitoimitus niin tilausrivi 2kpl josta 1 kpl toimitettu jäisi tilaan osatoimitettu. Tällöin myös laskuri juoksisi toimitusvarmuuden suhteen alkuperäisen tilauksen mukaisesti.

Sanoisin että ongelma on aika haastava koska rivillä ei suoraan ole tietoa alkuperäisestä kappalemäärästä. Mutta ei ollenkaan mahdoton kehitysidea että tällainen kenttä olisi. Se auttaisi sinun käyttötapauksessa toimitusvarmuuden oikeellisuuteen. Mutta nyt kun tätä kirjoittelen niin  sitten tulisi ties kuinka monta muita käyttötapauksia, joissa se aiheuttaisi ongelmia. Vaikka tilaus on vahingossa tallennettu 100 kpl:n tilauksena ja korjattu 10 kpl:n tilaukseksi jne. Eli mitä enemmän miettii niin sitä kimurantimmaksi menee. Mutta olet ihan oikeassa että toimitusvarmuuttahan tuo teidän tapauksessanne vääristää.

Mutta esimerkiksi normaali keräyslähete näyttää jäljellä-tiedot joten siitä tietysti on nähtävissä että tätä riviä ei ole toimitettu ollenkaan lähetteen tulostushetkellä. Tarvittaessa toki voidaan vaikka rapsaräätälöinnillä hieroa että rapsa näyttäisikin toimitetun määrän (useimmiten helposti laskenta kpl-jäljellä) 

[Marja-Liisa Hyvärinen]

Itseasiassa alkuperäinen tilausmäärä näkyy minulla ruudulla (TOIMERO), sen avulla jäljitän toimituseroja.  Itse kun en koodaa, niin toivoisin, että nolla olisi hyväksyttävä toimitusmäärä myös yksirivisellä tilauksella, niin ongelmaa ei olisi. "Haluatko hyväksyä toimitusmääräksi 0? - Ok?" Tilaus vaihtuisi Kesken-tilasta Toimitettu-tilaan ja siten se olisi pois päiväjärjestyksestä.  Alkuperäinen tilausmäärä on toimero-kentässä tallessa, jolloin ko. tilauksen toimitusvarmuudeksi tulisi 0 %. Kuulostaa suoraviivaiselta, mutta toki se ei sitä koodauksen kannalta ole. Kokeilen tuota Markuksen ehdottamaa infotxt-kenttää myös, se kuulostaa kelvolliselta vaihtoehdolta. Tärkeintä on, että asiakas saa kaiken informaation todennetusti itselleen.