TapHome
Prikupljanje interesa Integracija

Access API: upravljanje korisnicima, kodovima i događajima vrata iz drugog sustava

Način da sustavi za rezervacije, upravljanje zgradom ili kadrovski sustavi upravljaju TapHome korisnicima, karticama, PIN kodovima i njihovom valjanošću te odmah primaju događaje pristupa.

A building, an attendance clock and a booking calendar connect through an API to TapHome access control: users, cards and codes go in, access events come out, and TapHome works with the reader and the door.

Zašto i kako to koristiti

TapHome već upravlja pristupom: korisnicima, karticama, PIN kodovima s rokom valjanosti, tjednim planovima i zapisnikom pristupa. Sve se to postavlja ručno u aplikaciji TapHome. Za jednu obiteljsku kuću to je dovoljno. Postaje teret kada drugi sustav već zna tko, kamo i kada smije ući.

Uzmite pansion ili nekoliko apartmana za odmor sa sustavom za rezervacije. Za svaku rezervaciju netko mora izraditi PIN kod u sustavu TapHome, postaviti njegove datume i odabrati vrata i tjedni plan s kojima radi. Kod sam prestaje raditi nakon posljednjeg dana, ali postavljanje je i dalje ručno, a jedna pogreška pri upisu znači gosta pred zaključanim vratima.

Isti se obrazac pojavljuje u teretani ili coworking prostoru koji prodaje članarine i rezervacije prostorija, u upravi zgrade koja vodi popis stanara ili u tvrtki u kojoj kadrovski sustav zna tko ondje radi. U svakom slučaju istinu drži drugi sustav, a TapHome ga samo treba slijediti.

A booking creates a code through the API, the guest enters it at the reader, the door opens, and the access event goes back to the booking system through the API.

Tipičan boravak: rezervacija izradi kod za datume rezervacije, gost ga upiše na čitaču, vrata se otvore, a događaj odmah ide natrag u sustav za rezervacije.

DanasS ovom idejom
Kod za gostaIzrađen u aplikacijiIzrađuje sustav za rezervacije
Korisnici i karticeUneseni u aplikacijiUsklađeni iz drugog sustava
Pristup jednim vratimaTjedni plan u aplikacijiPostavljen po rezervaciji
Tko je ušaoPreuzeto iz izvozaPoslano odmah

Format podataka i oblik API-ja nisu odlučeni.

Što će biti moguće

Prikupljamo zahtjeve. Ideja ima dva dijela i još je otvoreno koji je važniji. Ništa u nastavku nije zakazano.

  • Upravljanje pristupom iz drugog sustava. Vanjski sustav bi u sustavu TapHome izrađivao, mijenjao i uklanjao korisnike, kartice, PIN kodove, njihovu valjanost i tjedne planove te ih ograničio na odabrana vrata. Na primjer, sustav za rezervacije pansiona dao bi gostu kod za dane boravka, a sustav teretane pustio bi člana u rezerviranu prostoriju samo u rezervirano vrijeme.
  • Događaji pristupa odlaze odmah. TapHome bi drugom sustavu javio tko je i kada koristio koja vrata te je li pristup odobren ili odbijen, upravo u trenutku kada se to dogodi. Događaji bi imali vlastitu dostavu koja pokušava ponovno kada je drugi sustav nakratko nedostupan, pa se nijedan događaj ne gubi. To bi moglo puniti evidenciju prisutnosti ili sigurnosni nadzor.

Što neće biti moguće

  • Certificirani sigurnosni sustav. API ne bi pretvorio TapHome u certificirani sigurnosni ni alarmni sustav i ne bi ga zamijenio ondje gdje to traži zakon ili osiguravatelj.
  • Biometrijski podaci u sustavu TapHome. TapHome ne bi pohranjivao otiske prstiju ni lica. Ako čitač sam prepozna osobu, TapHome bi dobio samo identitet koji čitač pošalje.
  • Veća sigurnost samo zahvaljujući kodu. Kod koji je izradio drugi sustav i dalje je PIN kod, koji dokumentacija kontrole pristupa ocjenjuje kao najnižu razinu sigurnosti. Za stalne korisnike kartice ostaju bolji izbor.
  • Čitači s kojima TapHome ne može komunicirati. API bi upravljao pristupom samo u sustavu TapHome, a ne čitačima ili sustavima vrata koje TapHome ne podržava.
  • Ništa bez druge strane. Vanjski sustav mora sam pozivati API ili primati događaje. TapHome ne bi sadržavao gotov konektor za svaki proizvod za rezervacije ili kadrovsko poslovanje.

Kako to riješiti danas

  • Upravljajte pristupom ručno. Kartice i PIN kodovi, njihova valjanost, vrata i tjedni planovi s kojima rade te zapisnik pristupa upravljaju se u aplikaciji TapHome, pogledajte Sustav kontrole pristupa. Kartica ili kod vrijede cijele dane i sami prestaju raditi nakon posljednjeg dana. Radi s čitačima spojenima preko uređaja Wiegand Gateway.
  • Koristite smart rule za pristup. Kada je pristup odobren, okidač pristupa može impulsom otvoriti vrata na ograničeno vrijeme i samo za odabrane kartice pokrenuti dodatne akcije, pogledajte Sustav kontrole pristupa.
  • Otvorite vrata iz drugog sustava. Izložite izlaz brave i postavite njegovu vrijednost preko TapHome API, na primjer da pustite dostavljača. API ne obuhvaća korisnike pristupa, kartice ni PIN kodove, pa je za njih i dalje potrebna aplikacija.
  • Preuzimajte zapisnik pristupa. Automatski izvoz zapisnika pristupa na stalnoj adresi navodi tko, kada, na kojem čitaču, je li pristup odobren ili odbijen i zašto. Dostupan je i izvoz prisutnosti. Drugi sustav datoteku preuzima povremeno, pa o ulasku ne saznaje odmah, a webhook TapHome API-ja ne šalje rezultate pristupa.
  • Zaštitite mrežu. Lokalni API i webhook koriste nešifrirani HTTP, pa na zajedničkom mjestu, poput pansiona, držite centralnu jedinicu Core u vlastitom segmentu mreže, pogledajte TapHome API.

Saznajte više

Koji biste dio prvi koristili i koji biste sustav spojili? Glasajte za ovu ideju, pratite je radi novosti i odgovorite na anketu u nastavku.

Koji biste dio Access API-ja prvi koristili?

Rezultati uživo · 0 odgovora

Prijavite se za odgovor

Povezano

OSDP čitači: šifrirana i nadzirana kontrola pristupa preko RS-485Prikupljanje interesa

Povijest statusa

  • 18. lis 2026. Prikupljanje interesa Objavljeno

Komentari 0

Pridružite se raspravi

Prijavite se svojim TapHome računom kako biste komentirali. Tim odobrava komentare prije nego što se prikažu.

Prijavite se Izradite besplatan račun

Još nema komentara.

Ideje opisuju smjer, a ne obveze. Ne objavljujemo datume; objavljene funkcije najavljuju se u bilješkama o izdanju.