Access API: správa uživatelů, kódů a událostí dveří z jiného systému
Způsob, jak by rezervační, správcovské nebo personální systémy spravovaly uživatele TapHome, karty, PIN kódy a jejich platnost a přijímaly přístupové události hned, jak nastanou.
Proč a jak byste to využili
TapHome už přístup spravuje: uživatele, karty, PIN kódy s dobou platnosti, týdenní plány a záznamy o přístupu. Vše se nastavuje ručně v aplikaci TapHome. Pro jeden rodinný dům to stačí. Prací navíc se to stává, když jiný systém už ví, kdo, kam a kdy má vstoupit.
Vezměte si penzion nebo několik apartmánů s rezervačním systémem. Při každé rezervaci musí někdo vytvořit PIN kód v TapHome, nastavit jeho data a vybrat dveře a týdenní plán, se kterými funguje. Kód po posledním dni přestane fungovat sám, ale nastavení je stále ruční a jeden překlep znamená hosta před zamčenými dveřmi.
Stejný vzor se objevuje ve fitness centru nebo coworkingu, který prodává členství a rezervace místností, ve správě budovy, která vede seznam nájemníků, nebo ve firmě, kde personální systém ví, kdo v ní pracuje. Ve všech případech pravdu drží jiný systém a TapHome ho potřebuje jen následovat.
Typický pobyt: rezervace vytvoří kód na data pobytu, host ho zadá na čtečce, dveře se otevřou a událost jde hned zpět do rezervačního systému.
| Dnes | S tímto nápadem | |
|---|---|---|
| Kód pro hosta | Vytvořen v aplikaci | Vytvoří rezervační systém |
| Uživatelé a karty | Zadané v aplikaci | Synchronizované z jiného systému |
| Přístup k jedněm dveřím | Týdenní plán v aplikaci | Nastaven pro rezervaci |
| Kdo vstoupil | Načteno z exportu | Odesláno hned |
Formát dat ani podoba API nejsou rozhodnuty.
Co bude možné
Sbíráme požadavky. Nápad má dvě části a stále je otevřené, která je nejdůležitější. Nic níže není naplánováno.
- Správa přístupu z jiného systému. Externí systém by v TapHome vytvářel, měnil a odstraňoval uživatele, karty, PIN kódy, jejich platnost a týdenní plány a omezil je na vybrané dveře. Například rezervační systém penzionu by dal hostovi kód na dny pobytu a systém fitness centra by pustil člena do rezervované místnosti jen v rezervovaném čase.
- Přístupové události odcházejí hned. TapHome by jinému systému oznámil, kdo a kdy použil které dveře a zda byl přístup povolen nebo zamítnut, přesně ve chvíli, kdy se to stane. Události by měly vlastní doručování, které to zkusí znovu, když je druhý systém chvíli nedostupný, takže se událost neztratí. Mohlo by to napájet evidenci docházky nebo bezpečnostní dohled.
Co nebude možné
- Certifikovaný zabezpečovací systém. API by z TapHome neudělalo certifikovaný zabezpečovací ani poplachový systém a nenahradilo by ho tam, kde ho vyžaduje zákon nebo pojišťovna.
- Biometrické údaje v TapHome. TapHome by neukládal otisky prstů ani obličeje. Pokud čtečka osobu rozpozná sama, TapHome by dostal jen identitu, kterou čtečka pošle.
- Vyšší bezpečnost jen díky kódu. Kód vytvořený jiným systémem je stále PIN kód, který dokumentace systému řízení přístupu hodnotí jako nejnižší úroveň zabezpečení. Pro stálé uživatele zůstávají lepší volbou karty.
- Čtečky, se kterými TapHome neumí komunikovat. API by spravovalo přístup jen v TapHome, ne čtečky ani dveřní systémy, které TapHome nepodporuje.
- Nic bez druhé strany. Externí systém musí API volat nebo události přijímat sám. TapHome by neobsahoval hotový konektor pro každý rezervační či personální produkt.
Jak to řešit dnes
- Spravujte přístup ručně. Karty a PIN kódy, jejich platnost, dveře a týdenní plány, se kterými fungují, a záznamy o přístupu se spravují v aplikaci TapHome, viz Systém řízení přístupu. Karta nebo kód platí na celé dny a po posledním dni přestane fungovat sám. Funguje se čtečkami připojenými přes Wiegand Gateway.
- Použijte přístupovou smart rule. Když je přístup povolen, spouštěč přístupu může impulzem otevřít dveře na omezenou dobu a jen pro vybrané karty může spustit další akce, viz Systém řízení přístupu.
- Otevřete dveře z jiného systému. Vystavte výstup zámku a nastavte jeho hodnotu přes TapHome API, například abyste pustili kurýra. API nepokrývá uživatele přístupu, karty ani PIN kódy, takže na ty je stále potřeba aplikace.
- Načtěte záznamy o přístupu. Automatický export záznamů o přístupu uvádí na pevné adrese, kdo, kdy, na které čtečce, zda byl přístup povolen nebo zamítnut a proč. K dispozici je i export docházky. Druhý systém si soubor stahuje průběžně, takže se o vstupu nedozví hned, a webhook TapHome API výsledky přístupu neposílá.
- Chraňte síť. Lokální API a webhook používají nešifrované HTTP, proto na sdíleném místě, například v penzionu, mějte Core ve vlastním segmentu sítě, viz TapHome API.
Více informací
- Čtečky OSDP v TapHome, samostatný nápad o čtečkách se šifrovanou a hlídanou komunikací.
- Dokumentace TapHome API a Automatické exporty.
Kterou část byste použili nejdříve a jaký systém byste připojili? Hlasujte pro tento nápad, sledujte ho kvůli novinkám a vyplňte anketu níže.
Kterou část Access API byste použili nejdříve?
Související
Historie stavu
- 18. 10. 2026 Zjišťujeme zájem Zveřejněno
Komentáře 0
Pro komentování se přihlaste svým účtem TapHome. Tým TapHome komentáře před zveřejněním schvaluje.
Zatím žádné komentáře.
·
Původní komentář byl smazán.
Ideas ukazují směr, nikoli závazky. Termíny nezveřejňujeme; vydané funkce oznamujeme v release notes.
Pro sledování se přihlaste svým účtem TapHome. Pošleme vám e-mail, když se něco změní; sledování zrušíte jedním kliknutím.
Ověřujeme váš hlas…