Jaa


Parannukset vähittäiskaupan laskelmien kirjaamiseen

Tärkeä

Tämä sisältö on arkistoitu eikä sitä päivitetä. Uusimmat ohjeet ovat kohdassa Microsoft Dynamics 365:n tuoteohjeet. Uusimmat julkaisusuunnitelmat ovat kohdassa Dynamics 365:n ja Microsoft Power Platformin julkaisusuunnitelmat.

Käytössä Julkinen esiversio Yleinen saatavuus
Loppukäyttäjille järjestelmänvalvojien, tekijöiden tai analyytikkojen antamana Tämä toiminto on julkaistu. 2. elokuuta 2019 Tämä toiminto on julkaistu. 1. lokakuuta 2019

Liiketoiminta-arvo

Microsoft Dynamics 365 Retail -sovelluksessa laskelman kirjaamisprosessin avulla kirjataan Cloud POS -pilvimyyntipisteiden tai Modern POS (MPOS) -myyntipisteiden tapahtumat. Tämä prosessi on fyysisen myymälän toiminnan erottamaton ja elintärkeä osa, koska kaikki kaupassa työpäivän aikana tapahtuvat tapahtumat, kuten myynnit, maksut ja käteisen siirrot, näkyvät pääkonttorissa tämän prosessin kautta. Kaikki keskeiset päivittäiset raportit, kuten myymäläkohtainen päivittäinen myynti, myymäläkohtainen päivittäinen veloitus, eri tuotteiden ja tuoteluokkien varastosiirrot, joiden perusteella pääkonttorin henkilöstö tekee päätöksiä, tulevat käytettäviksi laskelman kirjaamisprosessin kautta.

Laskelman kirjaamisprosessilla on keskeinen rooli myös vähittäiskaupan organisaation hävikin ehkäisemisessä, koska myynnin tarkistajat seuraavat ja valvovat laskelman kirjaamisen tietojen avulla ongelmia sekä petosten ja hävikin torjuntaa. Kun tämä otetaan huomioon, on välttämätöntä, että laskelman kirjaamisprosessi on luotettava ja suoritettavissa kaikissa vähittäiskaupan organisaatioissa, joissa on fyysisiä kauppoja.

Toiminnon tiedot

Tämä toiminto parantaa nykyistä laskelman kirjaamisprosessia seuraavaksi kuvattavilla tavoilla.

Tietojen uskottavuuden tarkistus

Laskelman kirjaamisprosessin luotettavuus määräytyy pitkälti niiden tietojen laadun mukaan, jota tämä prosessi käyttää. Nämä tiedot muodostetaan ja lähetetään vähittäismyymälöistä ensimmäisen tai kolmannen osapuolen myyntipistejärjestelmien tapahtumien perusteella. Usein myymälästä tulevan tiedon vastaavuuden on havaittu olen kyseenalainen, koska myyntipisteessä voi olla virheitä, joiden vuoksi myyntipiste kirjoittaa epäjohdonmukaista tietoa myymälän tietokantaan tai kolmannen osapuolen myyntipistejärjestelmästä integrointikehyksen kautta tuotuihin tietoihin. Tämä aiheuttaa ongelmia ja virheitä laskelmien kirjaamisprosessin seuraavissa vaiheissa.

Näiden haasteiden voittamiseksi tietojen uskottavuuden tarkistus tarkistaa datan puutteet ja poikkeamat, ja laskelmaprosessiin sisällytetään vain ne tapahtumat, jotka läpäisevät tarkistuksen. Seuraavassa on muutamia tarkistustyyppejä, jotka tietojen vastaavuuden tarkistustoiminto suorittaa (luettelo on esimerkinomainen):

  • Tarkista, että lahjakorttinimikkeitä ei ole liitetty palautusriveihin.

  • Tarkista, että alennustaulukon tietueet vastaavat vähittäismyyntitapahtumarivien taulukoiden alennussummaa jokaisessa tapahtumassa.

  • Tarkista, että vähittäismyyntitapahtumien maksurivien summa vastaa otsikon vähittäiskauppatapahtumien taulukon maksusummaa.

  • Tarkista, että verotaulukon tietueet vastaavat vähittäiskauppatapahtumarivien taulukoiden verosummaa jokaisessa tapahtumassa.

Tietojen uskottavuuden tarkistustoiminnossa on myös ominaisuus, jonka avulla käyttäjä voi korjata tapahtumat, joita ei voi luokitella yhdenmukaisiksi asianmukaisen jäljitettävyyden ja täsmäytyksen seurannan kannalta.

Tasaisen syöttöjärjestyksen luominen (julkinen esiversio)

Nykyinen laskelman kirjaamisprosessi suoritetaan kahdessa pääosassa seuraavasti:

  • Pääkonttoriin synkronoitujen tietojen perusteella varastotyö varaa varastoa tuotteille, joka on määritetty toistuvalla aikataululla.

  • Päivän lopussa, kun myymälät on suljettu ja päivän lopun toiminnot suoritetaan myymälässä, jäljellä olevat tiedot synkronoidaan pääkonttoriin. Määritetyn aikataulun perusteella järjestelmä luo jokaiselle myymälälle laskelmatiedoston, ja kun tämä laskelmatiedosto kirjataan, järjestelmä poistaa luodun varaston varauksen ja luo sitten myyntitilaukset, maksukirjauskansiot ja tapahtumakirjauskansiot järjestelmään.

Kuten edellä mainituista seikoista käy ilmi, päivän aikana luodaan vain väliaikaisia varastovarauksia. Nämä varastovaraukset poistetaan päivän lopussa ja kaikki tapahtumat käsitellään myyntitilauksina. Uusia varastotapahtumia luodaan yhdessä muiden tapahtumien kanssa päivän lopussa. Päivän aikana näitä tapahtumia ei käsitellä, ja ne kaikki ladataan takaisin päivän lopun toimintoihin. Tämä luo tilanteen, jossa suuria tapahtumia on käsiteltävä rajoitetussa ajassa. Tuloksena on suuri kuormitus ja prosessien lukituksia, mikä voi johtaa laskelman kirjaamisen virheisiin.

Näiden ongelmien ratkaisemiseksi laskelman kirjaamisprosessiin tehdään seuraavat parannukset:

  • Poistetaan käytöstä väliaikaisia varauksia luova varastotyö.

  • Luodaan uusi työ, joka luo ennalta määritellyllä aikataululla myyntitilaukset, laskuttaa ne sekä luo, kirjaa ja kohdistaa maksut kaikille tapahtumille, jotka synkronoidaan pääkonttorin kanssa kyseisenä ajankohtana. Tämän lisäksi se luo myös kaikki kirjauskansiot, jotka on luotava esimerkiksi alennuksia ja lahjakortteja varten.

  • Päivän lopussa luotavaa laskelmatiedostoa käytetään vain mahdollisten laskennan erojen laskemiseen ja kirjaamiseen.

Palautusrivien käsittely

Jotta varmistettaisiin, että palautusrivit kirjataan oikeilla palautuskustannuksilla, nykyinen vähittäiskaupan laskelman kirjausprosessi edellyttää, että alkuperäinen myynti kirjataan ennen palautuksen kirjaamisen sallimista. Kuitenkin tilanteissa, joissa alkuperäisen myynnin laskelmaa ei ole kirjattu, palautustapahtumaan liittyvää laskelmaa ei myöskään voi kirjata. Tämä johtaa siihen, että laskelmia varmuuskopioidaan ja käyttäjät yrittävät selvittää riippuvuuksia ennen niiden kirjaamista manuaalisesti oikeassa järjestyksessä. Tämän ratkaisemiseksi ja laskelmien välisen aikariippuvuuden poistamiseksi palautukset kirjataan hyödyntäen alkuperäisen myynnin tapahtumapäivämäärän varastokustannuksia.

Eräohjattavien nimikkeiden käsittely

Retail POS ei tue eräseurantanimikkeiden eränumeroiden tallentamista myyntihetkellä, mutta eränumeroita kuitenkin edellytetään kirjattaessa näiden tuotteiden myyntiä pääkonttoriin. Nykyinen laskelman kirjauskehys poimii jo olemassa olevan eränumeron laskelman kirjaushetkellä. Kuitenkin tilanteissa, joissa näille tuotteille ei ole eränumerollisia määriä, laskelman kirjaamisprosessi epäonnistuu, vaikka näille tuotteille olisi otettu käyttöön negatiivinen varasto. Tämä toiminto varmistaa, että laskelman kirjaamista ei estetä, kun käsitellään eräseurattuja nimikkeitä, joiden varasto on nolla tai joiden eränumero ei ole käytettävissä, jos negatiivinen varasto on otettu käyttöön näille nimikkeille.

Katso myös

Vähittäismyynnin tapahtumien yhdenmukaisuuden tarkistus (dokumentaatio)