Dodelite svakoj evidenciji jasnu ulogu
Zahtev kupca može početi kao telefonski upit, prerasti u porudžbinu i završiti se plaćanjem. To su povezani događaji, a ne međusobno zamenljive evidencije. Upit objašnjava prvobitnu potrebu. Potvrđena porudžbina beleži dogovorenu robu ili usluge. Evidencija plaćanja pruža dokaz o ishodu plaćanja. Napomena „plaćeno“ u upitu nije zamena za proveru evidencije plaćanja.
Izaberite glavni referentni broj koji ostaje koristan tokom celog posla. Ako većina upita brzo preraste u porudžbine, evidencija porudžbine može postati glavna radna evidencija nakon potvrde. Ako zahtevi podrazumevaju više razgovora pre nego što porudžbina nastane, vodite registar upita i naknadno dodajte referentni broj porudžbine. Oba pristupa mogu biti delotvorna; pravilo primopredaje mora biti jasno definisano kako bi kolege znale gde da traže podatke.
Povežite referentne brojeve bez zamene izvornih
Različiti sistemi mogu generisati različite identifikatore. Sačuvajte te identifikatore i zabeležite vezu između njih na dogovorenom mestu. Tamo gde postoje odgovarajuća polja za referentne brojeve ili napomene, koristite ih dosledno. U suprotnom, kontrolisani registar primopredaje može povezati referentni broj zahteva sa referentnim brojevima porudžbine i plaćanja. Ograničite podatke o kupcu na ono što je potrebno za primopredaju i na odgovarajući način ograničite pristup.
Nemojte po svaku cenu unositi isti referentni broj u svako polje: neka polja imaju posebnu namenu ili format. Isto tako, nemojte se oslanjati samo na ime kupca, jer ponovljene porudžbine i slična imena mogu izazvati zabunu. Dogovorite se ko dodaje koju vezu i kada. Ako iz jednog zahteva nastanu dve porudžbine ili više plaćanja, navedite svaku vezu umesto da prepišete prvi referentni broj.
- Zabeležite glavni referentni broj zahteva i člana tima koji je za njega odgovoran.
- Dodajte referentni broj svake porudžbine kada porudžbina bude potvrđena.
- Dodajte odgovarajuću referencu plaćanja nakon provere evidentiranog ishoda.
Hipotetički primer primopredaje od upita do plaćanja
Hipotetički primer: mala ketering firma prima upit za porudžbinu koju će kupac lično preuzeti. Član tima ga evidentira kao ENQ-042 u registru upita. Kada kupac prihvati dogovoreni izbor, firma kreira porudžbinu ORD-118 u svom sistemu za porudžbine. Registar povezuje te dve reference, dok evidencija porudžbine postaje merodavna za količine, vreme preuzimanja i dogovorenu cenu.
Prilikom preuzimanja kupac plaća karticom. Tim proverava ishod plaćanja u platnom servisu i upisuje povezanu referencu plaćanja uz ORD-118 u registar primopredaje. Kada kupac kasnije postavi pitanje o plaćanju, zaposleni prate vezu od ENQ-042 do ORD-118, a zatim do evidencije plaćanja. Ovo je primer dogovorenog ručnog postupka, a ne tvrdnja da određeni proizvodi automatski razmenjuju te podatke.
Razdvojite potvrđene mogućnosti od pitanja o integraciji
NeroPay nudi kartične terminale i platne usluge, NeroPOS/ePOS softver, NeroWeb onlajn naručivanje i veb-sajtove, NeroBooking softver za rezervacije i opcije plaćanja QR kodom. NeroWeb podržava direktno onlajn naručivanje. Ove mogućnosti same po sebi ne potvrđuju da upit, porudžbina i plaćanje dele istu referencu ili da se međusobno automatski ažuriraju.
NeroConnect služi za povezivanje dobavljača softvera/POS sistema i njihovih trgovaca sa platnim uslugama. Svaku konkretnu integraciju ipak treba potvrditi sa timom. Pitajte koji se podaci prenose, u kom smeru, šta pokreće prenos i kako se prikazuju greške. Dok se ti detalji ne potvrde, planirajte ručni prenos podataka. Takođe je potrebno potvrditi dostupnost proizvoda, podržane uređaje, integracije i komercijalne uslove.
- Pitajte da li su vaši konkretni sistemi i planirani tok rada podržani.
- Potvrdite da li se prenose reference, statusi ili i jedno i drugo.
- Dogovorite rezervni postupak za izostala ažuriranja, duplirane zapise i prekinute prenose podataka.
Proverite tok praćenja pre nego što se oslonite na njega
Prođite kroz jedan jednostavan zahtev i jedan izuzetak, kao što je porudžbina izmenjena nakon potvrde. Proverite da izmena nije izbrisala prvobitne veze. Vodite operativni status odvojeno od statusa plaćanja: porudžbina može biti spremna za preuzimanje dok plaćanje još treba proveriti. Ako se podaci u evidencijama ne slažu, tim treba da zna koji izvor da proveri i ko rešava neslaganje.
Provera uspešnosti je jednostavna i zasniva se na vidljivom rezultatu: kolega koji nije obrađivao zahtev može da pronađe dogovorenu porudžbinu, povezani dokaz o plaćanju i utvrdi sledeći korak bez nagađanja. Vaš sledeći korak je da na jednoj stranici prikažete jedan postojeći tok rada, navedete merodavnu evidenciju u svakoj fazi i sva nerešena pitanja o integraciji uputite timu NeroPay.
DOBRO JE ZNATI
Česta pitanja
Da li kupci treba da navedu referencu upita ili referencu porudžbine?
Kada je porudžbina potvrđena, dajte kupcima referencu koju vaš tim koristi za pronalaženje te porudžbine. Interno sačuvajte vezu sa ranijim upitom kako bi obe reference i dalje vodile zaposlene do odgovarajuće evidencije.
Da li zajednička referenca znači da su sistemi sinhronizovani?
Ne. Zajednička referenca pomaže u prepoznavanju povezanih zapisa; ona ne dokazuje da se izmene ili statusi plaćanja prenose između sistema. Potvrdite konkretnu integraciju i njena ograničenja.
Šta ako jedna porudžbina ima više plaćanja?
Svaku referencu plaćanja zasebno povežite sa porudžbinom. Proverite pojedinačne ishode umesto da ih zamenite jednom nepotkrepljenom napomenom „plaćeno“.
Kojoj evidenciji zaposleni treba da veruju kada se statusi ne slažu?
Za taj podatak koristite dogovoreni izvor: potvrđenu porudžbinu za ono što se isporučuje, a evidenciju platne usluge za ishod plaćanja. Odredite osobu koja će istražiti i otkloniti neslaganje.