Dodijelite svakom zapisu jasnu ulogu
Zahtjev kupca može početi kao telefonski upit, prerasti u narudžbu i završiti se plaćanjem. To su povezani događaji, a ne zapisi koji mogu zamijeniti jedan drugi. Upit objašnjava prvobitnu potrebu. Potvrđena narudžba bilježi dogovorenu robu ili usluge. Zapis o plaćanju pruža dokaz o ishodu plaćanja. Napomena „plaćeno“ u upitu nije zamjena za provjeru zapisa o plaćanju.
Izaberite glavnu referencu koja ostaje korisna tokom cijelog posla. Ako većina upita brzo preraste u narudžbe, zapis narudžbe može postati glavni radni zapis nakon potvrde. Ako zahtjevi uključuju više razgovora prije nastanka narudžbe, vodite evidenciju upita i naknadno dodajte referencu narudžbe. Oba pristupa mogu funkcionisati; pravilo primopredaje mora biti jasno definisano kako bi kolege znale gdje da traže informacije.
Povežite reference bez zamjene izvornih
Različiti sistemi mogu generisati različite identifikatore. Sačuvajte te identifikatore i zabilježite vezu između njih na dogovorenom mjestu. Ako postoje odgovarajuća polja za reference ili napomene, koristite ih dosljedno. U suprotnom, kontrolisana evidencija primopredaje može povezati referencu zahtjeva sa referencama narudžbi i plaćanja. Ograničite podatke o kupcu na ono što je potrebno za primopredaju i na odgovarajući način ograničite pristup.
Izbjegavajte unošenje iste reference u svako polje: neka polja imaju posebnu namjenu ili format. Takođe, ne oslanjajte se samo na ime kupca, jer ponovljene narudžbe i slična imena mogu izazvati zabunu. Dogovorite ko dodaje svaku vezu i kada. Ako jedan zahtjev dovede do dvije narudžbe ili više plaćanja, navedite svaku vezu umjesto da prepišete prvu referencu.
- Zabilježite glavnu referencu zahtjeva i člana tima koji je za njega odgovoran.
- Dodajte referencu svake narudžbe kada narudžba bude potvrđena.
- Dodajte odgovarajuću referencu plaćanja nakon provjere njegovog evidentiranog ishoda.
Hipotetički primjer primopredaje od upita do plaćanja
Hipotetički primjer: malo ketering preduzeće prima upit za narudžbu za preuzimanje. Član tima evidentira ga kao ENQ-042 u registru upita. Kada kupac prihvati dogovoreni izbor, preduzeće kreira narudžbu ORD-118 u svom sistemu za narudžbe. Registar povezuje te dvije reference, dok zapis o narudžbi postaje mjerodavan za količine, vrijeme preuzimanja i dogovorenu cijenu.
Prilikom preuzimanja, kupac plaća karticom. Tim provjerava ishod plaćanja u servisu za plaćanje i evidentira povezanu referencu plaćanja uz ORD-118 u svom registru primopredaje. Kada kupac kasnije postavi pitanje o plaćanju, osoblje prati vezu od ENQ-042 do ORD-118, a zatim do zapisa o plaćanju. Ovo je primjer dogovorenog ručnog postupka, a ne tvrdnja da bilo koji konkretni proizvodi automatski razmjenjuju te zapise.
Odvojite potvrđene mogućnosti od pitanja integracije
NeroPay nudi kartične terminale i usluge plaćanja, NeroPOS/ePOS softver, NeroWeb onlajn naručivanje i veb-sajtove, NeroBooking softver za rezervacije i opcije plaćanja putem QR koda. NeroWeb podržava direktno onlajn naručivanje. Ove mogućnosti same po sebi ne potvrđuju da upit, narudžba i plaćanje dijele istu referencu ili da se međusobno automatski ažuriraju.
NeroConnect služi za povezivanje pružalaca softverskih/POS rješenja i njihovih trgovaca sa uslugama plaćanja. Svaku konkretnu integraciju ipak treba potvrditi s timom. Pitajte koji se zapisi prenose, u kom smjeru, šta pokreće prenos i kako se prikazuju greške. Dok ti detalji ne budu potvrđeni, planirajte ručnu primopredaju. Potrebno je potvrditi i 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 oboje.
- Dogovorite rezervni postupak za izostala ažuriranja, duplirane zapise i prekinute primopredaje.
Provjerite mogućnost praćenja prije nego što se oslonite na nju
Prođite kroz jedan jednostavan zahtjev i jedan izuzetak, kao što je narudžba izmijenjena nakon potvrde. Provjerite da izmjena nije izbrisala prvobitne veze. Vodite operativni status odvojeno od statusa plaćanja: narudžba može biti spremna za preuzimanje dok plaćanje još treba provjeriti. Ako se zapisi ne podudaraju, tim treba da zna koji izvor da konsultuje i ko rješava neslaganje.
Provjera uspjeha je jednostavna i zasniva se na vidljivom rezultatu: kolega koji nije obrađivao zahtjev može da pronađe dogovorenu narudžbu, pronađe povezani dokaz o plaćanju i utvrdi sljedeći korak bez nagađanja. Vaš sljedeći korak je da na jednoj stranici prikažete jedan postojeći tok rada, navedete mjerodavan zapis u svakoj fazi i sva neriješena pitanja o integraciji uputite timu NeroPay.
DOBRO JE ZNATI
Česta pitanja
Da li kupci treba da navedu referencu upita ili referencu narudžbe?
Kada narudžba bude potvrđena, dajte kupcima referencu koju vaš tim koristi za pronalaženje te narudžbe. Interno sačuvajte vezu s ranijim upitom kako bi obje reference i dalje vodile osoblje do odgovarajućeg zapisa.
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 izmjene ili statusi plaćanja prenose između sistema. Potvrdite konkretnu integraciju i njena ograničenja.
Šta ako jedna narudžba ima više plaćanja?
Svaku referencu plaćanja držite zasebno povezanu s narudžbom. Provjerite pojedinačne ishode umjesto da ih zamijenite jednom nepotkrijepljenom napomenom „plaćeno“.
Kojem zapisu osoblje treba da vjeruje kada se statusi ne podudaraju?
Koristite dogovoreni izvor za taj podatak: potvrđenu narudžbinu za ono što se isporučuje, a evidenciju platnog servisa za ishod plaćanja. Zadužite nekoga da ispita i ispravi nepodudarnost.