Infodeck
ราคา
จองการสาธิต เข้าสู่ระบบ
การเชื่อมต่อ

การเชื่อมต่อข้อมูลปฏิบัติการอาคาร เข้าและออก

ใช้ API, Webhooks, การส่งออก และงานเชื่อมต่อแบบโปรเจกต์เพื่อเชื่อม Infodeck กับระบบที่ทีมอาคารของคุณใช้อยู่ทุกวัน

ดูเอกสาร API
REST API, Webhooks และงานแบบโปรเจกต์ คุยขอบเขตก่อนเสมอ
app.infodeck.io
Integration paths
APIs, channels, and mapped data flows
api/v2
In product
REST API, webhooks, CSV, SSO
Configured
BMS, IoT, WhatsApp, LINE
Mapped
SAP, Oracle, legacy on-prem
Connected services
↕ Bi-dir
REST API In product
Versioned endpoints • OpenAPI spec, idempotent
↑ Out
Event webhooks In product
Work orders, assets, requests, approvals • Retries with exponential backoff
↓ In
BMS / IoT protocols Configured
BACnet, Modbus, MQTT, OPC-UA • Set up during onboarding
↑ Out
Messaging channels Configured
WhatsApp, LINE, Telegram, Slack, Teams • Configured for the deployment
Recent connector calls
WH
Webhook delivered
work_order.created, 200 OK
Just now
API
API request
GET /api/v2/assets
1m ago
BAC
BACnet event ingested
Chiller threshold, work request opened
12m ago
R
Webhook retry scheduled Backoff
External listener returned 502
18m ago
Audit log on every call • TLS 1.3, AES-256 at rest
API Documentation →

ส่ง Webhook สำเร็จ

POST /work-orders, 200 OK

คุ้นเคยไหม?

"ผู้ขายอ้างว่าเชื่อมคลิกเดียวได้ แต่พังเมื่อใช้งานจริง"

"ข้อมูลอาคารกระจายอยู่ใน BMS, ERP, บัญชี และสเปรดชีต"

"ขอบเขตงานบานปลายเพราะไม่กำหนดว่าอะไรพร้อมใช้ อะไรต้องตั้งค่า"

"การเชื่อมต่อล่มเงียบๆ จนรายงานผิดถึงรู้"

กับ Infodeck

REST API และ Webhooks พร้อมใช้งานวันนี้ ไม่ต้องคุยขอบเขตก่อน

การนำเข้าและส่งออก CSV ครอบคลุมการเคลื่อนย้ายข้อมูลที่ทีมส่วนใหญ่ต้องการ

BMS, IoT, ระบบยืนยันตัวตน และแชต ตั้งค่าระหว่างขั้นตอนเริ่มใช้งาน

ERP, ระบบเดิม และ On-prem เป็นงานแบบโปรเจกต์ที่คุยขอบเขตก่อนเสมอ

สามเส้นทางที่ตรงไปตรงมา

พร้อมใช้, ตั้งค่าตอนเริ่มใช้งาน หรือ งานแบบโปรเจกต์

เราแยกชัดเจนระหว่างสิ่งที่อยู่ในผลิตภัณฑ์ สิ่งที่ทีมเริ่มใช้งานจัดการให้ และสิ่งที่ต้องคุยขอบเขตก่อน เพื่อให้ฝ่ายขายและลูกค้าตกลงตรงกันก่อนเริ่มงาน ไม่ใช่หลังจากนั้น

1

อยู่ในผลิตภัณฑ์

พื้นผิวเหล่านี้ทำงานได้ตั้งแต่วันแรกที่ลงทะเบียน มีเอกสาร มีการดูแล และไม่เปลี่ยนตามขนาด Tenant

  • REST API พร้อม Endpoint แบบเวอร์ชัน
  • Event Webhooks สำหรับใบสั่งงาน สินทรัพย์ คำขอ และการอนุมัติ
  • นำเข้าและส่งออก CSV ครอบคลุมระบบบันทึกการดำเนินงาน
  • SSO ผ่าน SAML 2.0 และ OAuth 2.0 กับผู้ให้บริการที่ผ่านการตรวจสอบ
  • การแจ้งเตือนทางอีเมลและในแอป
2

ตั้งค่ากับทีมของเราในช่วง Onboarding

โปรโตคอลและเครื่องมือมาตรฐานที่มีอยู่ แต่ต้องตั้งค่าให้เข้ากับระบบของคุณ ขั้นตอนเริ่มใช้งานเป็นส่วนหนึ่งของแผนชำระเงินทุกระดับเหนือ Starter

  • โปรโตคอล BMS และ IoT: BACnet, MQTT, LoRaWAN (Modbus และ OPC-UA อยู่ใน Roadmap)
  • การส่งต่อข้อความ Slack, Microsoft Teams และ SMS
  • SAML SSO provider (Azure AD, Okta, อื่น ๆ) ตั้งค่าในขั้นตอน implementation
  • งานซิงค์ CSV หรือ SFTP ตามตารางเวลา
3

คุยขอบเขตก่อน แล้วถึงเริ่มสร้าง

ระบบใหญ่ต้องมีแผนจริง เราตรวจสอบความเข้ากันและขนาดงานก่อนรับขอบเขต ไม่มีตัวเชื่อมต่อวิเศษ ไม่มีการอ้างเป็นเช็คบ็อกซ์

  • SAP, Oracle, NetSuite, Microsoft Dynamics
  • ระบบบัญชี (Xero, QuickBooks, Sage)
  • BMS เดิม, ERP บนเซิร์ฟเวอร์ในองค์กร และ Middleware กำหนดเอง
  • Edge Computing สำหรับเครือข่ายแยกส่วน และการวิเคราะห์วิดีโอด้วย AI
app.infodeck.io/integrations
Webhook delivery API calls Sync jobs
200

work_order.created

POST https://example.com/hooks/wo

Just now
MSG

Requester update sent by channel

Fault status changed, tracking link delivered

2m ago
BAC

BACnet threshold event ingested

Chiller-03 temp > 28°C, work request opened

5m ago
Webhook listener active | audit log on every call
api/v2

API และ Webhooks

ส่งและดึงข้อมูลอาคารผ่าน REST Endpoint แบบเวอร์ชันและ Webhooks ของเหตุการณ์ Idempotent มี Pagination และมีเอกสารกำกับ

ระบบยืนยันตัวตนและความปลอดภัยของข้อมูล

TLS ขณะส่งข้อมูล, AES-256 ขณะจัดเก็บ, Google Workspace SSO (SAML provider ผ่าน implementation), API Key ที่กำหนดสิทธิ์ตามขอบเขต และบันทึกตรวจสอบที่ระบุชื่อผู้ดำเนินการในทุกการเขียนข้อมูลที่ยืนยันตัวตน

งานแบบโปรเจกต์ ไม่ใช่คำสัญญา

เมื่อการเชื่อมต่อไม่ใช่เรื่องเล็ก เราจะบอกตรง ๆ คุยขอบเขตก่อน ทำสัญญางานเป็นลายลักษณ์อักษร แล้วถึงเริ่มสร้าง

แต่ละบทบาทใช้อย่างไร

เส้นทางที่ตรงไปตรงมา สำหรับทุกทีม

ไม่มีคำกล่าวอ้างปลอม สิ่งที่แต่ละบทบาทคาดหวังได้จากแต่ละเส้นทาง: พร้อมใช้, ตั้งค่าตอนเริ่มใช้งาน หรืองานแบบโปรเจกต์

ผู้อำนวยการ IT

ขอบเขตชัดเจน ไม่มีการเชื่อมต่อมาเซอร์ไพรส์

API, Webhooks และ SSO ในตัวครอบคลุมความต้องการส่วนใหญ่ ส่วนที่เหลือคุยขอบเขตอย่างตรงไปตรงมาตอนสำรวจ ไม่มีอะไรโผล่มาตอนท้าย

  • SSO ผ่าน SAML 2.0 และ OAuth 2.0
  • บันทึกตรวจสอบในทุกการเรียกใช้
  • API Key ที่จำกัดสิทธิ์ตามขอบเขต
ผู้จัดการฝ่ายปฏิบัติการ

ข้อมูลไหลไปยังจุดที่งานเกิดขึ้น

Webhooks ส่งเหตุการณ์อาคารไปยังเครื่องมือของคุณทันทีที่เกิด ส่วนข้อมูล ERP และระบบเดิมกระทบยอดผ่านงานซิงค์แบบโปรเจกต์

  • Event Webhooks สำหรับใบสั่งงานและการอนุมัติ
  • การส่งต่อ Slack และ Teams ระหว่างเริ่มใช้งาน
  • ส่งออกแดชบอร์ดผ่าน API หรือ CSV
ผู้ควบคุมการเงิน

ข้อมูลต้นทุนโดยไม่ต้องคัดลอกมือ

การส่งออก CSV รองรับการปิดบัญชีรายเดือน หากต้องการกระทบยอดถี่กว่านั้น การซิงค์ ERP โดยตรงเป็นงานแบบโปรเจกต์ที่คุยขอบเขตได้

  • รายงานต้นทุนผ่าน CSV หรือ API
  • ซิงค์ ERP เป็นงานแบบโปรเจกต์
  • เส้นทางตรวจสอบในทุกการส่งออก
นักพัฒนา

API-first พร้อม Spec ที่เผยแพร่

REST API พร้อม Endpoint แบบเวอร์ชัน, OpenAPI 3.0 Spec ที่ docs.infodeck.io และโครงสร้าง Webhook Event ครบถ้วน พร้อมตัวอย่าง try-it-now

  • OpenAPI 3.0 Spec ที่ docs.infodeck.io
  • API Key ที่กำหนดสิทธิ์ตามขอบเขต
  • Webhook ลองใหม่และ Dead-letter Queue
สิ่งที่อยู่ในผลิตภัณฑ์วันนี้

พื้นผิวการเชื่อมต่อ พูดตรงๆ

ไม่มีคำกล่าวอ้างว่ามีตัวเชื่อมต่อ 50+ รายการ นี่คือสิ่งที่อยู่ในผลิตภัณฑ์วันนี้ อะไรที่ใหญ่กว่านี้คืองานแบบโปรเจกต์หลังจากสำรวจขอบเขต

REST API

REST Endpoint แบบเวอร์ชันครอบคลุมระบบบันทึกการดำเนินงาน รองรับ Pagination, Idempotency และข้อความผิดพลาดมาตรฐาน

Event Webhooks

Webhook ส่งเหตุการณ์ใบสั่งงาน สินทรัพย์ คำขอ การอนุมัติ และหลักฐาน ลองใหม่ด้วย Exponential Backoff

นำเข้าและส่งออก CSV

นำเข้าและส่งออกแบบ Bulk สำหรับสินทรัพย์ สถานที่ ผู้ใช้ ใบสั่งงาน และตารางบำรุงรักษาเชิงป้องกัน

SSO

Google Workspace SSO พร้อมใช้งาน Azure AD, Okta และ SAML provider อื่น ๆ ตั้งค่าในขั้นตอน implementation

รองรับโปรโตคอล BMS และ IoT

BACnet, MQTT และ LoRaWAN Network Server (Modbus และ OPC-UA อยู่ใน Roadmap) ตั้งค่าในขั้นตอนเริ่มใช้งาน

บันทึกตรวจสอบในทุกการเรียกใช้

ทุกการเรียก API และการส่ง Webhook ถูกบันทึกพร้อมชื่อผู้ดำเนินการ ขอบเขต เวลา และ Hash ของ Payload

FAQ

การเชื่อมต่อ FAQ

เวอร์ชันตรงไปตรงมา ไม่ใช่เวอร์ชันโฆษณา

Still have questions?

Contact Support Help Center
สำรวจก่อน เขียนขอบเขต แล้วเริ่มสร้าง

บอกเราว่าคุณอยากเชื่อมต่อ อะไร

เราจะบอกคุณว่าเป็นของพร้อมใช้, งานเริ่มใช้งาน หรืองานแบบโปรเจกต์ ไม่มีคำกล่าวอ้างเรื่องตัวเชื่อมต่อปลอม ไม่มีขอบเขตเซอร์ไพรส์

พูดคุยกับเรา ดูเอกสาร API

API และ Webhooks มีเอกสารที่ docs.infodeck.io การเชื่อมต่อขนาดใหญ่กว่านี้คุยขอบเขตหลังจากสำรวจ

REST API
Event Webhooks
TLS ขณะส่ง + AES-256 ขณะจัดเก็บ
AWS multi-AZ