Tämän artikkelin avulla ymmärrät nopeasti, miksi sama tilaus voi näyttää eri näköisiä hintoja eri järjestelmissä tai eri käyttötarkoituksissa. Kun tunnistat eron asiakkaalle näytetyn hinnan ja integraatioissa käytettävän teknisen arvon välillä, osaat arvioida poikkeamat oikein ja minimoida turhat selvitykset. Sama periaate koskee tuotteita, toimituskuluja, maksutapalisää, alennuksia, kampanjoita ja muita tilausrivejä.

Tiivistetysti

• Tilaukselle säilytetään sekä asiakkaalle tilaushetkellä näytetty hinta että erillinen laskennallinen tai integraation tarvitsema arvo.
• Asiakkaalle näytetty hinta säilytetään sellaisenaan, jotta kassa, tilauksen yhteenveto, tilausvahvistus, sähköpostit, tositteet ja Hallintapaneelin tilauksen yhteenveto vastaavat tilaushetken näkymää.
• Muunnos toisen järjestelmän odottamaan muotoon tehdään integraatiorajalla.
• Jos tavoitteena on poistaa ihmisen luettavissa näkymissä näkyvät erot, kaupassa on käytettävä yhtä pysyvää hintojen esitystapaa.

Näin hinnan esitystapa toimii käytännössä

1. Asiakkaalle näytetty hinta tallennetaan tilaushetkellä sellaisenaan.
2. Samaa näyttöarvoa käytetään kassassa, tilauksen yhteenvedossa, tilausvahvistuksessa, sähköposteissa, muissa tilauksen tositteissa ja Hallintapaneelin tilauksen yhteenvedossa.
3. Tilaukselle säilytetään myös erillinen laskennallinen tai integraatioarvo järjestelmälogiikkaa ja ulkoisia järjestelmiä varten.
4. Mahdollinen muunnos tehdään vasta integraatiorajalla siinä kohdassa, jossa tieto siirtyy järjestelmästä toiseen.
5. Kohdejärjestelmä saa arvon siinä muodossa, jota se edellyttää, kuten verottomana, tietyssä valuutassa tai tietyllä desimaalitarkkuudella.

Mistä ero syntyy

Samaa hintaa tarkastellaan käytännössä vähintään kahdesta eri näkökulmasta.

• Asiakkaalle ja kauppiaalle näkyvä käyttöliittymä: Olennaista on, miltä hinta näytti tilaushetkellä. Tämä koskee kassaa, tilauksen yhteenvetoa, tilausvahvistusta, sähköposteja, muita tilauksen tositteita sekä Hallintapaneelin tilauksen yhteenvetoa.
• Järjestelmien välinen tiedonsiirto: Olennaista ei ole se, miltä hinta näytti ihmiselle, vaan se, mitä kohdejärjestelmä odottaa. Kohdejärjestelmä voi vaatia esimerkiksi verotonta arvoa, tiettyä valuuttaa, tiettyä desimaalitarkkuutta tai muuta teknistä muotoa.

Nämä kaksi tarkoitusta eivät aina ole yhteensopivia yhdellä ja samalla arvolla. Jos samaa tilausta halutaan käyttää sekä asiakasnäkymässä että integraatiossa, muunnos on tehtävä jossain vaiheessa prosessia. Jos muunnos poistetaan yhdestä kohdasta, se siirtyy toiseen.

Mitä tilaukselle tallennetaan

Tilaukselle säilytetään käytännössä kahta eri tarkoitusta palvelevaa tietoa.

Esimerkiksi tilauksella voidaan säilyttää asiakkaalle näytetty hinta 499 SEK, vaikka järjestelmän laskennallinen tai integraatiota varten käytetty arvo olisi 50.00 euroa. Näitä arvoja ei pidä käsitellä toistensa suorina korvikkeina, koska ne palvelevat eri tarkoitusta.

Miksi asiakkaalle näytetty hinta säilytetään sellaisenaan

Tilauksen ihmisen luettavan hinnan tärkein tehtävä on säilyttää tilaushetken todellinen näyttötilanne.

Jos asiakkaalle näytetty hinta yritettäisiin myöhemmin johtaa aina uudelleen laskennallisesta arvosta, järjestelmän pitäisi pystyä toistamaan täsmälleen samat lähtötiedot kuin tilaushetkellä. Tähän voivat vaikuttaa esimerkiksi:

• verollinen tai veroton näyttötapa
• valuutta ja käytetty muuntokurssi
• pyöristyssäännöt
• kampanjoiden ja alennusten jakautuminen riveille
• toimituskulun laskentasäännöt
• maksutapalisän käsittely
• tilaushetken asetukset ja muut näyttölogiikkaan vaikuttavat ehdot

Teoriassa nämä kaikki olisi mahdollista tallentaa erikseen ja yrittää muodostaa näyttöarvo myöhemmin uudelleen. Käytännössä tämä lisää monimutkaisuutta ja virheriskiä, eikä silti takaa, että jälkikäteen laskettu arvo olisi täsmälleen sama kuin se arvo, jonka asiakas näki.

Siksi tilaushetken näyttöarvo säilytetään omana tietonaan. Tämä tekee historiatiedosta vakaan, jäljitettävän ja toistettavan.

Missä muunnos tehdään

Nykyinen toimintamalli on seuraava:

• Kassa, tilauksen yhteenveto, tilausvahvistus, sähköpostit, muut tilauksen tositteet sekä Hallintapaneelin tilauksen yhteenveto käyttävät tilaushetken näyttöarvoa.
• Mahdollinen muunnos tehdään integraatiorajalla.

Näin sama tilaus pysyy johdonmukaisena kaikissa ihmisen luettavissa tilausnäkymissä. Tällöin hinta muunnetaan kohdejärjestelmän odottamaan muotoon vasta siinä kohdassa, jossa data siirtyy järjestelmästä toiseen.

Tämä on sama periaate kuin muidenkin teknisten muunnosten kohdalla. Esimerkiksi paino voidaan näyttää kaupassa yhdellä tavalla ja siirtää toiseen järjestelmään toisessa yksikössä. Muunnos ei tällöin muuta kaupan käyttöliittymää, vaan tapahtuu järjestelmien välisessä rajapinnassa.

Miksi muunnos tehdään integraatiossa

Kun muunnos tehdään integraatiossa, asiakkaalle näkyvä tilaus säilyy yhtenäisenä koko tilauspolun ajan. Asiakas näkee kassassa saman esitystavan kuin tilausvahvistuksessa ja myöhemmissä tilausasiakirjoissa. Sama periaate säilyy myös Hallintapaneelin tilauksen yhteenvedossa.

Jos muunnos tehtäisiin aikaisemmin, ristiriita ei poistuisi. Se vain siirtyisi toiseen kohtaan. Tällöin seurauksena voisi olla esimerkiksi, että:

• asiakas näkisi kassassa eri hinnan kuin tilausvahvistuksessa
• Hallintapaneelin tilauksen yhteenveto näyttäisi eri hinnan kuin asiakkaalle lähetetty tilausvahvistus
• historiallinen tilaus ei enää vastaisi sitä, mitä asiakas on tosiasiassa nähnyt

Nykyinen malli minimoi muutoksen vaikutuksen siellä, missä hinta tulkitaan ihmisen näkökulmasta. Järjestelmien välinen tekninen muunnos tehdään vasta integraatiotasolla.

Tämä ei ole tekninen puute vaan mallinnusratkaisu

Kyse ei ole siitä, että järjestelmä ei pystyisi teknisesti laskemaan hintaa usealla tavalla. Kyse on siitä, että yksi ja sama hintatieto ei voi samanaikaisesti olla sekä kaikkien ihmisen luettavien näkymien historiallinen näyttötotuus että kaikkien ulkoisten järjestelmien odottama tekninen arvo, jos nämä vaatimukset poikkeavat toisistaan.

Kun käytössä on useita esitystapoja, useita valuuttoja tai erillisiä integraatiovaatimuksia, muunnos on aina sijoitettava johonkin kohtaan. Tätä ei voi poistaa. Muunnoksen paikka voidaan vain valita.

Nykyisessä toimintamallissa muunnoksen paikka on järjestelmien välisessä rajapinnassa.

Miten näkyvät erot voidaan minimoida

Jos tavoitteena on, että kaikki ihmisen lukemat hinnat näyttävät mahdollisimman yhdenmukaisilta, käytännössä toimivin ratkaisu on käyttää kaupassa yhtä pysyvää hintojen esitystapaa.

Tämä tarkoittaa, että hinnat näytetään asiakkaille aina samalla periaatteella. Jos kaupassa käytetään vain yhtä esitystapaa, hinnan näyttö pysyy luonnostaan yhtenäisempänä koko asiakaspolun ajan.

Jos taas kaupassa sallitaan useita esitystapoja, esimerkiksi eri verokäsittely tai eri valuuttanäkymä, muunnos on väistämättä tehtävä jossain kohdassa. Tällöin erot eivät katoa, vaan siirtyvät siihen kohtaan, jossa järjestelmästä siirrytään toiseen näkymään tai toiseen järjestelmään.

On tärkeää huomata, että yhden näyttötavan käyttö poistaa tai vähentää erot ihmisen luettavissa näkymissä, mutta se ei välttämättä poista ulkoisten integraatioiden tarvetta käyttää omaa teknistä arvoaan. Integraatio voi edelleen odottaa esimerkiksi verotonta arvoa tai tiettyä valuuttaa.

Esimerkit

Esimerkki 1: verollinen ja veroton hinta

Kaupassa voidaan näyttää tuotteet, toimituskulut ja maksutapalisä verollisena. Tällöin sama verollinen esitystapa säilytetään tilauksen yhteenvedossa, tilausvahvistuksessa, sähköposteissa ja Hallintapaneelin tilauksen yhteenvedossa.

Ulkoinen järjestelmä voi silti odottaa verotonta arvoa. Tässä tapauksessa integraatio muuntaa hinnan kohdejärjestelmän tarvitsemaan muotoon. Eri järjestelmät voivat siis näyttää saman tilauksen eri verokäsittelyllä ilman, että kyse on virheestä.

Esimerkki 2: valuutta ja esitysmuoto

Järjestelmän laskennallinen perusarvo voi olla euroissa, mutta asiakas voi nähdä hinnan kruunuissa. Tällöin tilaukselle säilytetään asiakkaalle näkyneet hinnat siinä muodossa, jossa ne olivat tilaushetkellä, esimerkiksi 499 SEK.

Historiallista tilausta ei lähtökohtaisesti johdeta uudelleen myöhemmin esimerkiksi sen päivän valuuttakurssilla. Muussa tapauksessa olisi mahdollista, että jälkikäteen muodostettu hinta poikkeaisi siitä hinnasta, jonka asiakas näki tilaushetkellä.

Esimerkki 3: alennukset ja maksutapalisä

Sama periaate koskee myös alennuksia, kampanjoita ja maksutapalisää. Näiden näkyvä esitystapa voi sisältää pyöristyksiä, tilauskohtaisia jakoja tai muita näyttölogiikan ratkaisuja. Asiakkaalle näkyvä lopputulos säilytetään tilauksella sellaisenaan.

Jos kohdejärjestelmä tarvitsee saman tiedon toisessa muodossa, muunnos tehdään integraatiossa.

Milloin kyse ei yleensä ole virheestä

Seuraavat tilanteet ovat yleensä järjestelmän odotettua toimintaa:

• sama tilaus näkyy kaupassa, tilausvahvistuksessa, sähköpostissa ja Hallintapaneelin tilauksen yhteenvedossa asiakkaalle näytetyssä muodossa, mutta ulkoinen järjestelmä näyttää saman tiedon eri verokäsittelyllä tai eri valuuttamuodossa
• historiallinen tilaus säilyttää tilaushetken näyttöarvon, vaikka kaupan asetuksia, verosääntöjä tai muuntokursseja on myöhemmin muutettu
• eri asiakkaat tai eri tilaukset voivat näyttää erilaisia esitystapoja, jos kaupassa on sallittu useampi hintojen näyttömalli

Tällaisissa tilanteissa ratkaiseva kysymys ei ole se, näyttävätkö kaikki järjestelmät saman luvun, vaan se, käyttääkö kukin näkymä sille tarkoitettua oikeaa arvoa.

Milloin kyse on oikeasta virheestä

Kyse on todennäköisesti virheestä, jos jokin seuraavista toteutuu:

• asiakas näkee kassassa yhden hinnan, mutta tilausvahvistuksessa, sähköpostissa tai tilauksen myöhemmässä näkymässä näkyy eri hinta ilman, että tilausta on muutettu
• Hallintapaneelin tilauksen yhteenveto ei vastaa sitä hintaa, joka asiakkaalle näkyi tilaushetkellä, vaikka kyse on samasta tilauksesta eikä välissä ole tehty manuaalista muutosta
• historiallinen tilaus muuttuu jälkikäteen asetusten, verosääntöjen tai kurssimuutosten vuoksi
• integraatioon lähtee muu arvo kuin kyseisen integraation määrittelyssä on sovittu
• samaa hintaa käsitellään yhdessä ja samassa näkymässä sisäisesti ristiriitaisella tavalla ilman loogista syytä

Virhearvioinnissa olennaista on aina verrata oikeita näkymiä keskenään. Esimerkiksi kaupan tilausvahvistusta ei pidä verrata ulkoisen järjestelmän nettoarvoon, jos integraation tarkoitus on nimenomaan muuntaa tieto eri käyttötarkoitukseen.

Mitä liittää tukipyyntöön, jos epäilet virhettä

Mahdollisen virheen käsittely nopeutuu, kun mukana ovat seuraavat tiedot:

• tilausnumero
• kuvakaappaus tai täsmällinen tieto siitä, mitä asiakas näki kassassa
• kuvakaappaus tilausvahvistuksesta tai sähköpostista
• kuvakaappaus Hallintapaneelin tilauksen yhteenvedosta
• tieto siitä, missä ulkoisessa järjestelmässä poikkeama näkyy
• tieto siitä, käytetäänkö kaupassa yhtä vai useampaa hintojen esitystapaa
• tieto siitä, liittyykö havainto verolliseen tai verottomaan näyttöön, valuuttaan, toimituskuluun, maksutapalisään, alennukseen tai muuhun tilausriviin

Näiden tietojen perusteella voidaan erottaa toisistaan varsinainen virhe ja järjestelmän mukainen näyttö- tai integraatiologiikka.

Yhteenveto

AI Commerce Cloudissa hinnalla on kaksi eri roolia: ihmisen luettava tilaushetken näyttö ja järjestelmien välinen tekninen arvo. Näitä ei aina voida esittää yhdellä ja samalla luvulla ilman, että ristiriita siirtyy toiseen kohtaan prosessia.

Siksi asiakkaalle näytetty hinta säilytetään tilauksella sellaisenaan, ja mahdollinen muunnos tehdään integraatiorajalla. Tämä säilyttää tilaushetken näkymän johdonmukaisena kassassa, tilausvahvistuksessa, sähköposteissa, tositteissa ja Hallintapaneelin tilauksen yhteenvedossa.

Jos tavoitteena on minimoida näkyvät erot, kaupassa on käytettävä yhtä pysyvää hintojen esitystapaa. Muussa tapauksessa muunnos on aina tehtävä jossain kohdassa, eikä eroja voida poistaa kokonaan, ainoastaan siirtää.

Suositeltu seuraava vaihe on tarkistaa, käytetäänkö kaupassa yhtä vai useampaa hintojen esitystapaa, ja varmistaa, että integraatioiden odottama tekninen arvo on määritelty selkeästi.

Avainsanat

• hinnan esitystapa
• tilauksen hinta
• näyttöarvo
• integraatioarvo
• verollinen hinta
• veroton hinta
• valuuttamuunnos
• Hallintapaneelin tilauksen yhteenveto
• maksutapalisä
• alennusten näyttö