Ko praksē nozīmē POS integrācija

Sākt ar darbu, kuru vēlaties veikt ar integrāciju

“Vai tā integrēt?” ir pārāk plašs jautājums, lai radītu noderīgu atbildi. Sāciet tā vietā ar uzdevumu, kas notiek jūsu biznesu šodien un aprakstīt, ko jūs vēlaties mainīt.

Hipotētisks piemērs: tiešsaistes pārtikas pasūtījums ierodas un kolēģim šobrīd ir izlasīt to no vienas sistēmas un ievadīt to atkal līdz. Uzņēmums vēlas, lai novērstu šo dublikātu ierakstu. Tas dod piegādātājam kaut ko īpašu, lai pierādītu: ievietotu tiešsaistes pasūtījumu un parādīt, kas ierodas EPOS procesā bez kāda norādot to.

Bet sekojiet uzdevumam līdz galam. Ja virtuvei ir nepieciešami arī pasūtītie priekšmeti, atļautās izvēles un kolekcijas vai pasūtījuma atsauce, tad, pārskaitot tikai galīgo naudas summu, svarīgs darbs paliktu nepabeigts. Jautājums nav tikai par to, vai pienāk dati. Tas ir pietiekami, lai nākamā persona varētu veikt savu darbu.

Aprakstiet rezultātus pirms tehnoloģiju apspriešanas

Uzrakstiet vienu teikumu par katru problēmu, jūs cerat, ka savienojums atrisinās. Piemēram: “Personāls nedrīkst ievadīt to pašu tiešsaistes pasūtījumu manuāli otrreiz.” Vai: “Kad prece kļūst nepieejama, mums ir nepieciešams noteikts process, lai novērstu turpmākus tiešsaistes pasūtījumus par to.”

Veikt šos teikumus piegādātāja saruna. Tie ir daudz noderīgāki nekā lūdzot vispārēju ceļojumu integrācijas funkcijas, jo jūs varat pārbaudīt, vai piedāvātais uzstādīšana faktiski maina darbu, kas ir svarīgi, lai jums.

Kartēt tieši to, ko informācija kustas

Tas var saturēt produktus, daudzumus, atļautās izvēles, cenas, klientu vai savākšanas atsauces, maksājumu informāciju un citas detaļas, kas attiecas uz jūsu darbību. Dažādi savienojumi var rīkoties ar šiem elementiem atšķirīgi.

Izveidojiet īsu sarakstu ar informāciju, ko jūsu darbinieki izmanto pēc pasūtījuma veikšanas. Tad lūdziet piegādātāju parādīt katru objektu, kas ierodas caur piedāvāto iestatīšanu. Neaizpildiet nepilnības ar pieņēmumiem, pamatojoties uz to, kā darbojas cita sistēma vai kā jūs sagaidāt integrāciju, lai uzvestos.

Neuzņemieties informāciju abos veidos

Savienojums var darboties vienā virzienā, nesniedzot atpakaļceļu. Pasūtījumi var pāriet no tiešsaistes pasūtīšanas platformas EPOS procesā, kamēr produkta vai pieejamības izmaiņas joprojām ir jāsaglabā atsevišķi. Vienas veiksmīgas datu plūsmas esamība nepierāda citu.

Uzdot virziena jautājumus skaidri. Vai informācija pāriet no pasūtīšanas platformas uz EPOS? Vai kaut kas pāriet no EPOS atpakaļ uz pasūtīšanas platformu? Uzdot šos jautājumus atsevišķi pasūtījumiem, cenām, pieejamību, statusa izmaiņām un jebkuru citu informāciju, kas svarīga jūsu darbībai.

Hipotētisks piemērs: krogs pakalpojuma laikā atklāj, ka konkrēta maltīte ir izpārdota. Darbinieki atzīmē, ka tā nav pieejama vienā sistēmā. Svarīgs tests ir tas, kas notiek tālāk. Ja uzņēmums pieņem arī pasūtījumus caur citu kanālu, vai šis kanāls mainās automātiski, prasa atsevišķu atjaunināšanu vai sekot kādu citu procesu? Piegādātājam vajadzētu būt iespējai izskaidrot paredzamo darbplūsmu piedāvātajai iestatīšanai.

Rokasgrāmata automātiski nenozīmē sliktu

Daži soļi var likumīgi palikt manuāli. Tas var būt izpildāms, ja komanda precīzi zina, kas ir solis, kam tas pieder un kad tam ir jānotiek. Lielāks operacionālais risks ir pieņemot, ka kaut kas ir automātisks, ja neviens nav apstiprinājis, ka tas ir.

Ja pieejamības izmaiņas ir jāveic divās vietās, nodot to darbības procedūrā un piešķirt atbildību. Tad jūs varat spriest par ierosināto integrāciju, pamatojoties uz darbu, ko tā patiesi noņem, nevis darbu, kuru jūs cerējāt, ka tas tiks noņemts.

Testa izmaiņas, atcelšana un izņēmumi

Demonstrācija, kas veidota ap vienu perfektu pasūtījumu pierāda tikai vienkāršāko ceļu. Real pakalpojums ietver klientu izdarīt atļauto izvēli, darbinieki labo kļūdas un uzņēmumiem, kas rīkojas atcelšanu vai kompensāciju, izmantojot to izveidotajos procesos.

Sniedziet piegādātājam reālistiskus scenārijus un vērojiet tos no sākuma līdz beigām. Novietojiet pasūtījumu ar izvēli, kas pievienota vienai vienībai. Ja piedāvātais iestatījums atbalsta attiecīgo darbplūsmu, parādiet atļautās izmaiņas vai atcelšanu. Pajautājiet, kā ar kompensāciju rīkojas, izmantojot piemērojamos maksājumu un pasūtīšanas procesus, un pēc tam apskatiet ierakstus.

Mērķis nav pieprasīt, lai katra darbība notiek automātiski. Tas ir atklāt, kas faktiski notiek, pirms personāls un klienti ir atkarīgi no tā.

Sekojiet atsaucei, kā arī naudai

Kad ir iesaistītas vairākas sistēmas, darbiniekiem ir nepieciešams praktisks veids, kā identificēt vienu un to pašu darījumu, izmeklējot problēmu. Pajautājiet, kāds rīkojums vai darījumu atsauces ir redzamas sistēmās jūsu komanda izmantos un kā personāls atbilst tām, kad viņiem ir nepieciešams, lai pārbaudītu izņēmumu.

Tas kļūst īpaši svarīgi, ja darbinieks izlemj, vai viņi meklē novēlotu atjauninājumu vai patiesi atsevišķu rīkojumu. Izveidot pareizu izmeklēšanas procesu ar attiecīgajiem piegādātājiem, nevis izveidot dublikātu darījumu vienkārši, lai padarītu tūlītēju problēmu izzūd.

Pajautāt, kas notiek, kad savienojums neizdodas

Visvairāk atklājošs integrācijas jautājums var būt: “Kā mūsu komanda zinās, kad kaut kas nav strādājis?” Klientam var būt apstiprinājums, kamēr cita darbības daļa nav saņēmusi gaidīto informāciju. Darbiniekiem ir nepieciešams saskaņots veids, kā atpazīt un izmeklēt šo situāciju.

Pajautājiet iesaistītajiem piegādātājiem, kāda neveiksmīgā vai aizkavētā atjaunināšana izskatās ierosinātajā konfigurācijā. Nosakiet, vai darbinieki saņem redzamu statusu, kļūdu, rindu vai citu paziņojuma formu, ja tāda ir. Tad norādiet, kurš jūsu uzņēmumā to pārbaudīs un ko viņiem vajadzētu darīt tālāk.

Ja ir iesaistīti divi piegādātāji, arī pajautājiet, kā atbalsta atbildība darbojas. Darbiniekiem vajadzētu zināt, ar kuru pakalpojumu sniedzēju sazināties vispirms, ar kādām atsaucēm vai pierādījumiem, lai būtu gatavi un kā problēmu var raksturot, nesūtot klientu starp uzņēmumiem.

Pierakstiet atkāpšanās procesu

Jūsu atkāpšanās būtu balstīta uz dokumentētiem procesiem iesaistīto sistēmu. Ieraksti, kas pārbauda, vai rīkojums pastāv, kā tā statuss ir izveidots un kad cita darbība ir atbilstoša. Izvairieties improvizē jaunu rīkojumu vai maksājumu, kamēr darbinieki saprot, kas notika ar sākotnējo darījumu.

Salīdzināt darbinieku darba slodzi pirms un pēc

Integrācija jānovērtē attiecībā uz mainīto darbu, nevis sistēmu skaitu, kas nosaukts uz saderības lapā. Uzzīmējiet pašreizējo procesu uz papīra, vienu darbinieku darbību katrā rindā. Tad izveidojiet otru versiju piedāvātajai savienotajai uzstādīšanai.

Hipotētisks piemērs: Šodien kolēģis saņem pasūtījumu tiešsaistē, atkārtoti ievada katru priekšmetu, pārbauda kopējo un nodod pasūtījumu normālā sagatavošanas procesā. Ierosinātajā iestatījumā atkārtota ieceļošana var pazust, bet personāls var iegūt jaunu atbildību par uzraudzības izņēmumiem. Nolieciet abas versijas blakus. Tagad jūs varat redzēt, kas ir patiesi mainījies.

Integrācijas pārbaudes kontrolsaraksts

• Pierakstiet konkrēto atkārtoto uzdevumu, kuru vēlaties noņemt.
• Uzskaitiet informācijas dienestu vajadzības katrā šā uzdevuma posmā.
• Jautāt, kuri lauki vai detaļas iet caur piedāvāto savienojumu.
• Apstipriniet katras svarīgās informācijas plūsmas virzienu.
• Pārbauda reālistisku kārtību, kurā ir atļautas preces izvēles iespējas.
• Pārbauda, kā ar pieejamības izmaiņām rīkojas attiecīgajos kanālos.
• Pajautājiet, kā atcelšana un atmaksāšana notiek saskaņā ar piemērojamiem procesiem.
• Izveidot to, ko darbinieki redzēt, kad atjaunināšana neizdodas vai kavējas.
• Identificēt atsauces darbinieki izmanto, lai izmeklētu darījumu.
• Reģistrē katru manuālo soli, kas paliek pēc integrācijas.
• Norādīt, kam pieder šie atlikušie soļi darba laikā.
• Apstiprināt, kurš piegādātājs apstrādā atbalstu par katru daļu no savienojuma.

Reģistrējiet faktisko darbības jomu

Noderīgs demonstrācija būtu jākļūst skaidrs ieraksts par to, kas tiek ierosināts. Jautāt par atbalstītajām sistēmām vai produktu versijām, kas attiecas uz jūsu iestatīšanu, informāciju, kuru paredzēts kopīgot, virzienu šīm plūsmām un jebkuru manuālo procesu jūsu komandai vēl būs nepieciešams veikt.

Saglabāt šo informāciju ar priekšlikumu un īstenošanas piezīmes. Ja jebkurā savienojuma pusē izmaiņas notiek vēlāk, piemēram, jūs aizstājat pasūtīšanas platformu vai būtiski mainīt veidu, kā rīkojumi tiek apstrādāti, pārskatīt integrācijas darbības jomu, nevis pieņemt, ka iepriekšējais izkārtojums paliek nemainīgs.

Tas ir tas, ko EPOS integrācijai vajadzētu nozīmēt praksē. “Integrated” vajadzētu aprakstīt noteiktu operatīvo attiecību starp sistēmām. Tam vajadzētu pastāstīt, kas notiek ar rīkojumu, izmaiņas vai problēmu un to, ko cilvēki vada uzņēmējdarbību, ir jādara par to.

Neliels savienojums, kas droši noņem vienu atkārtotu uzdevumu, var būt patiesi noderīgs. Daudz plašāku apgalvojumu ir grūti novērtēt, līdz tā robežas ir skaidri. Logotips stāsta, kur sākt sarunu; darbplūsma stāsta, ko jūs faktiski pērkat.