Pure Access Engine, Built for Integration

WACSは、Hundureの次世代入退室管理プラットフォームです。安定性、拡張性、そして連携のしやすさを前提に設計されています。

私たちは 人(People)/デバイス(Devices)/権限(Permissions)/イベント(Events) を正しく扱うことに集中します。だからこそ、あなたの アプリケーション、業務システム、接続デバイス がスムーズに接続できます。

WACSの特長

WACSが「信頼できる入退室エンジン」である理由は、次の3つの原則にあります。
クリーンなコア/連携のしやすさ/役割分担の明確さ。

入退室コアに集中

入退室のコアに特化し、業務ワークフローの“全部入りスイート”は同梱しません。

連携前提のAPI

アプリ、プラットフォーム、デバイスと標準的に接続できる REST API を提供します。

役割分担が明確

差別化はパートナー側で担い、WACSは入退室エンジンとしての役割に専念します。

コアモデル:People / Credentials / Devices / Permissions / Rules / Events

WACSは、拠点数やプロジェクト規模が拡大しても運用しやすい、明確なデータモデルを採用しています。外部システムはAPIを通じて 人と認証情報の作成、デバイス権限の付与、入退室イベントの取得 を行えます。

人/組織

認可と監査の基盤として、人と組織構造(部門/グループ)を管理します。

認証情報

認証情報(カード、PIN、QR、モバイル)を管理し、人に紐づけて本人確認に使用します。

デバイス

コントローラ、ドア、デバイスグループ/ゾーンを管理し、制御対象の範囲を定義します。

権限

認可の関係を定義します:誰がどのドアに入れるか(Who ↔ Where)。

ルール

権限が いつ/どの条件で有効か を定義します(スケジュール、休日、例外条件)。

イベント

入退室結果と理由を記録し、検索・監査・外部連携(トリガー/通知など)に活用できます。

REST APIで入退室コアを開放する

WACSは、Login、Person、Card、Device、DeviceAuth、EventRecord などのAPIを提供します。外部システムはこれらを利用して ID/認証情報の作成、権限付与、ルール適用、イベント取得 を行えます。

  • Login / Refresh Token
  • Person / Department / Group
  • Card (PIN/QR/Mobile)
  • Device / DeviceGroup
  • DeviceAuth (permissions)
  • EventRecord / CardRecord (events)

導入イメージ

WACSは、入退室のコア機能を標準化することで、外部アプリケーション、業務システム、各種デバイスが一貫した方法で接続できるようにします。
人物・認証情報の登録から、権限・ルールの適用、入退室イベントの取得までを整理し、連携・導入・横展開をしやすくします。

1

人物と認証情報を登録

外部システムはAPIを通じて人物データを作成し、カード、PIN、QR、モバイル認証情報などを紐づけることができます。

2

権限とルールを設定

人物に対して、対象ドアやデバイスグループへの権限を付与し、あわせてスケジュール、休日、例外条件などのルールを設定します。


3

入退室判定を実行

利用者がカードをかざす、認証情報を提示する、またはコードを読み取ると、WACS が権限とルールに基づいて入退室可否を判定し、対応する動作を実行します。

4

イベントを外部システムへ連携

入退室結果やイベント記録は外部システムから取得でき、状態更新、監査ログ、通知処理、その他の連携用途に活用できます。

WACSは入退室コアに集中し、外部アプリケーションやシステムがつながりやすい構成を提供します。

4つのパートナータイプ向けに設計

販売代理店/リセラー

Hundureのハードウェアとローカルサービスと組み合わせ、WACSを入退室コアとしてパッケージ化し、再現性のある提案を構築します。

システムインテグレーター

WACSを安定した入退室コアとして活用し、顧客システムと連携して導入を加速。運用面の見通しも明確にします。

アプリ/ソフトウェア/SaaS事業者

APIで入退室機能を拡張し、より多くのユースケースや環境へ製品価値を広げます。

機器/デバイスベンダー

入退室イベントとデバイス状態を紐づけ、高付加価値の連携(状態連動、トリガー、アラート等)を実現します。

WACS Partner Program

Provisionalから開始(初期オンボーディング)

私たちのパートナーシップは 「納品できる/検証できる/再現できる」 を前提に設計されています。最初は Provisional(初回案件のガバナンス) としてPoC/初回案件を完了し、その成果(証拠)と実行リズムに基づいて協業を拡張します。

協業するパートナータイプ

販売代理店/リセラー

地域・チャネル展開の推進

システムインテグレーター

ガバナンスを明確にした統合案件の納品

アプリ/ソフトウェア/SaaS事業者

APIによる組込み・連携

機器/デバイスベンダー

相互運用性と採用拡大

Provisionalの進め方

1.
フォーム送信

役割と関心(Core / API / Partner / Appliance)を選択

2.
30分アラインメント

範囲、連携対象、成功条件を確認

3.
Provisional計画

境界、責任分担、受入れ証拠、スケジュールを定義

4.
PoC/初回納品

テンプレートを使い、測定可能な証拠を残して実行

5.
レビュー&拡張

成果を再現可能な手順に落とし込み、次の協業を検討

提供するもの

(役割・適格性に応じて)

有効化・納品キット

アーキテクチャ、チェックリスト、受入れ証拠テンプレート

連携推進

Sandbox/NFR、オフィスアワー、レビュー・チェックポイント

掲載機会

Integration Profile / WACS Compatible 表示・掲載

明確なステップ

初回案件 → 拡張

期待するもの

Provisionalの前提)

明確なスコープ

ドア数/ユーザー数/拠点+連携するシステム/デバイス

PoC/初回案件の納品証拠

再現可能な手順化のため

境界の合意

WACS=入退室エンジン、業務ワークフローは外部側

Provisional Incentives — WACSでスピーディに開始

優先的に推進したい項目を選択してください。関連資料および次のステップをご案内いたします。

販売代理店/リセラー
  • 初回案件インセンティブ適用(適格性確認後に個別案内)
  • 初回案件ガバナンスキット(スコープ/受入れ証拠テンプレート)
  • セールス有効化キット(Info Pack/Demo Pack/構成ビジュアル)
システムインテグレーター
  • 初回案件インセンティブ適用(適格性確認後に個別案内)
  • SI納品キット(連携チェックリスト+受入れ証拠テンプレート)
  • 連携オフィスアワー(初回納品のリスク低減:回数限定)
アプリ/ソフトウェア/SaaS
  • API Sandbox/NFR提供(期間限定)
  • 優先アーキテクチャチェックポイント+推奨API呼び出し順
  • Integration Profile 掲載(PoC成功後)
機器/デバイスベンダー
  • 相互運用テストパック(チェックリスト+証拠テンプレート)
  • WACS Compatible 表示・掲載(バージョン管理/取り下げ可能/認証ではない)
  • 任意のショーケース枠(リソース状況により)

*Provisional Incentivesは期間限定・ベストエフォートで、適格性確認が必要です。「WACS Compatible」はバージョン管理された互換性の表示であり、認証または推奨(endorsement)を意味するものではありません。

資料の受け取りとフォローアップ

フォーム送信後、WACS Info Packをメールでお送りします。API/Partner/Appliance に関心を選択した場合は、該当資料と推奨の次ステップもあわせてご案内します。メールでのご連絡をご希望の方は vincenttsai@hundure.com までお問い合わせください。

WACS Info Form-EN

© Hundure Technology 2026