Integracije rešavaju probleme; stvaraju i nove
Radnja radi na nekoliko sistema: alat za rezervacije, procesor plaćanja, knjigovodstvo, možda kasa u prodavnici, pošta, sajt, katanac ili GPS lokator. Njihovo povezivanje deluje kao očigledna dobit i često to i jeste. Ali svaka veza je i novi način na koji dva sistema mogu da se protivreče, a nepodudaranje između sistema rezervacija i knjigovodstva je loš način da se otkrije povraćaj.
Ovaj tekst pokazuje koje integracije se isplate, kako odlučiti koji je sistem izvor istine za koju vrstu podataka, šta ide loše i kako ocenjivati obećanja dobavljača.
Uobičajene integracije
| Integracija | Šta radi | Vrednost | Rizik |
|---|---|---|---|
| Procesor plaćanja | Prima plaćanja, preautorizacije i povraćaje | Ključna | Provizije i blokade moraju da odgovaraju rezervaciji |
| Knjigovodstvo | Šalje prihode i plaćanja u knjige | Visoka | Duplirani ili nedostajući unosi |
| Kasa prodavnice | Deli goste, zalihe ili prodaju sa kasom prodavnice | Srednja; zavisi od Vašeg posla | Dva sistema smatraju sebe vlasnikom gosta |
| Sajt ili vidžet | Prenosi rezervaciju na Vaš sajt | Visoka | Zastarela dostupnost ako nije uživo |
| Mejl i marketing | Šalje potvrde i kampanje | Srednja | Saglasnosti i dupli kontakti |
| Katanci, GPS, telematika | Čita lokaciju, bateriju ili status | Srednja do visoka kod e-bicikala | Model podataka i trošak |
| API i webhook | Veze po meri | Visoka uz konkretnu potrebu | Teret održavanja |
Prvo odlučite o izvoru istine
Za svaku vrstu informacija jedan sistem mora biti presudan. Ostali iz njega čitaju ili dobijaju kopiju, ali ga ne menjaju.
| Podaci | Uobičajeni izvor istine |
|---|---|
| Dostupnost i rezervacije | Sistem za rezervacije |
| Status i istorija pojedinačnih bicikala | Sistem za rezervacije ili flotu |
| Identitet gostiju i izjave | Sistem za rezervacije |
| Plaćanja, preautorizacije i povraćaji | Procesor plaćanja, odražen u rezervaciji |
| Knjigovodstvena evidencija | Knjigovodstveni program |
| Zalihe za prodaju i popravke u prodavnici | Kasa ili radionički sistem |
Kada dva sistema polažu pravo na gosta, nastaju duplikati. Kada oba mogu da menjaju rezervaciju, nastaju duple rezervacije. Prvo odlučite, pa povezujte.
Plaćanja
Veza sa plaćanjima je ona koju većina radnji ne može da izbegne. Na šta obratiti pažnju:
- Koji procesori su podržani i možete li da koristite sopstveni nalog? Stranica sa cenama bikerental-a navodi da obrada plaćanja ostaje na Vašem sopstvenom Stripe nalogu.
- Ko drži sredstva i koliko brzo stižu isplate?
- Da li su podržane preautorizacije kartice za depozite i kako se tretira istek? Pogledajte depozit i preautorizacija u radnji za iznajmljivanje bicikala.
- Da li se povraćaji i delimični povraćaji izdaju iz sistema za rezervacije i vide u rezervaciji?
- Da li su provizije za plaćanje prikazane odvojeno od naknada za softver?
Knjigovodstvo
Ne želite da prihode upisujete dvaput. Potražite način da se prihodi, plaćanja i povraćaji prenose, zbirno ili detaljno, u knjigovodstveni program ili knjigovođi, sa jasnim pravilima za PDV i za depozite, koji obično nisu prihod. Ako nema direktne veze, dovoljan je redovan strukturisan izvoz. Pitanje je da li se brojevi slažu, a ne da li na stranici stoji logotip.
Kasa prodavnice
Ako prodajete i popravljate bicikle, pored sistema radnje za iznajmljivanje može da radi kasa. Odlučite šta se deli — obično gosti, ponekad zalihe i plaćanja — a šta ne. Duže objašnjenje imate u tekstu kasa prodavnice bicikala ili softver za iznajmljivanje.
Vaš sajt
Vidžet za rezervaciju ili stranica hostovana na Vašem domenu treba da čita dostupnost uživo iz sistema za rezervacije, nikada kopiju. Proverite: napravite rezervaciju i vidite da li se dostupnost menja za nekoliko sekundi. Na telefonu proverite brzinu i završetak. Pogledajte kontrolna lista sistema za rezervacije.
Katanci, GPS i telematika
U flotama e-bicikala uređaji koji javljaju lokaciju, bateriju ili status sve su privlačniji. Pitanje je kuda idu njihovi podaci i da li menjaju ono što možete da uradite. Korisni su ako hrane kartone bicikala, upozoravaju na probleme i ne dodaju još jedan panel koji niko ne otvara. Model podataka bikerental-a već ima mesto za brojač, bateriju i identitet uređaja, pa se uređaji mogu dodati kasnije bez prepravljanja kartona flote.
API i webhook
API omogućava čitanje i upis podataka iz sopstvenih alata; webhook šalje događaje, poput nove rezervacije ili vraćenog bicikla, u druge sisteme. Moćni su i predstavljaju obavezu: neko mora da izgradi i održava ono što od njih zavisi. Koristite ih za konkretnu potrebu, kao sopstveni izveštaj ili automatizaciju, a ne zato što postoje. U bikerental-u API i webhook pripadaju planu Growth i višim; pogledajte cene.
Šta ide loše
- Dupli gosti, kada dva sistema prave kartone iste osobe.
- Zastarela dostupnost, kada vidžet ili kanal čita zakasnelu kopiju.
- Neusklađeni povraćaji, kada je povraćaj urađen u jednom sistemu, a u drugom nije zabeležen.
- Petlje sinhronizacije, u kojima dva sistema prepisuju jedan drugog.
- Tihi otkazi, u kojima integracija stane i niko to ne primeti do zatvaranja meseca.
Kod svake integracije pitajte: šta se dešava kada padne i odakle ću to znati?
Pitanja za dobavljače
- Da li je integracija nativna ili je konektor treće strane?
- Radi li u jednom smeru ili u oba i šta pokreće sinhronizaciju?
- Šta se dešava kada sinhronizacija ne uspe? Hoću li dobiti upozorenje?
- Koja polja se dele i koji sistem pobeđuje u sukobu?
- Postoji li dodatna naknada?
- Možete li mi pokazati da radi?
Ako poredite proizvode, redove o integracijama iz vodiča za kupovinu i poređenja najboljih softvera možete dodati u svoju tabelu ocenjivanja.
Česta pitanja
Koje integracije su potrebne radnji za iznajmljivanje bicikala?
Gotovo uvek procesor plaćanja, obično knjigovodstvo i vidžet za rezervaciju na sajtu. Kasa prodavnice, marketinški alati, uređaji i API isplate se samo uz konkretne potrebe.
Šta je izvor istine?
Jedini sistem koji poseduje određenu vrstu podataka, kao što su dostupnost ili gosti. Drugi ih čitaju ili dobijaju kopije bez menjanja, što sprečava duplikate i sukobe.
Da li mi treba API?
Samo uz konkretnu potrebu, kao sopstveni izveštaj ili automatizacija. API je obaveza da se nešto izgradi i održava.