การเชื่อมต่อข้อมูลปฏิบัติการอาคาร เข้าและออก
ส่ง Webhook สำเร็จ
POST /work-orders, 200 OK
คุ้นเคยไหม?
"ผู้ขายอ้างว่าเชื่อมคลิกเดียวได้ แต่พังเมื่อใช้งานจริง"
"ข้อมูลอาคารกระจายอยู่ใน BMS, ERP, บัญชี และสเปรดชีต"
"ขอบเขตงานบานปลายเพราะไม่กำหนดว่าอะไรพร้อมใช้ อะไรต้องตั้งค่า"
"การเชื่อมต่อล่มเงียบๆ จนรายงานผิดถึงรู้"
กับ Infodeck
REST API และ Webhooks พร้อมใช้งานวันนี้ ไม่ต้องคุยขอบเขตก่อน
การนำเข้าและส่งออก CSV ครอบคลุมการเคลื่อนย้ายข้อมูลที่ทีมส่วนใหญ่ต้องการ
BMS, IoT, ระบบยืนยันตัวตน และแชต ตั้งค่าระหว่างขั้นตอนเริ่มใช้งาน
ERP, ระบบเดิม และ On-prem เป็นงานแบบโปรเจกต์ที่คุยขอบเขตก่อนเสมอ
พร้อมใช้, ตั้งค่าตอนเริ่มใช้งาน หรือ งานแบบโปรเจกต์
เราแยกชัดเจนระหว่างสิ่งที่อยู่ในผลิตภัณฑ์ สิ่งที่ทีมเริ่มใช้งานจัดการให้ และสิ่งที่ต้องคุยขอบเขตก่อน เพื่อให้ฝ่ายขายและลูกค้าตกลงตรงกันก่อนเริ่มงาน ไม่ใช่หลังจากนั้น
อยู่ในผลิตภัณฑ์
พื้นผิวเหล่านี้ทำงานได้ตั้งแต่วันแรกที่ลงทะเบียน มีเอกสาร มีการดูแล และไม่เปลี่ยนตามขนาด Tenant
- REST API พร้อม Endpoint แบบเวอร์ชัน
- Event Webhooks สำหรับใบสั่งงาน สินทรัพย์ คำขอ และการอนุมัติ
- นำเข้าและส่งออก CSV ครอบคลุมระบบบันทึกการดำเนินงาน
- SSO ผ่าน SAML 2.0 และ OAuth 2.0 กับผู้ให้บริการที่ผ่านการตรวจสอบ
- การแจ้งเตือนทางอีเมลและในแอป
ตั้งค่ากับทีมของเราในช่วง Onboarding
โปรโตคอลและเครื่องมือมาตรฐานที่มีอยู่ แต่ต้องตั้งค่าให้เข้ากับระบบของคุณ ขั้นตอนเริ่มใช้งานเป็นส่วนหนึ่งของแผนชำระเงินทุกระดับเหนือ Starter
- โปรโตคอล BMS และ IoT: BACnet, MQTT, LoRaWAN (Modbus และ OPC-UA อยู่ใน Roadmap)
- การส่งต่อข้อความ Slack, Microsoft Teams และ SMS
- SAML SSO provider (Azure AD, Okta, อื่น ๆ) ตั้งค่าในขั้นตอน implementation
- งานซิงค์ CSV หรือ SFTP ตามตารางเวลา
คุยขอบเขตก่อน แล้วถึงเริ่มสร้าง
ระบบใหญ่ต้องมีแผนจริง เราตรวจสอบความเข้ากันและขนาดงานก่อนรับขอบเขต ไม่มีตัวเชื่อมต่อวิเศษ ไม่มีการอ้างเป็นเช็คบ็อกซ์
- SAP, Oracle, NetSuite, Microsoft Dynamics
- ระบบบัญชี (Xero, QuickBooks, Sage)
- BMS เดิม, ERP บนเซิร์ฟเวอร์ในองค์กร และ Middleware กำหนดเอง
- Edge Computing สำหรับเครือข่ายแยกส่วน และการวิเคราะห์วิดีโอด้วย AI
work_order.created
POST https://example.com/hooks/wo
Requester update sent by channel
Fault status changed, tracking link delivered
BACnet threshold event ingested
Chiller-03 temp > 28°C, work request opened
API และ Webhooks
ส่งและดึงข้อมูลอาคารผ่าน REST Endpoint แบบเวอร์ชันและ Webhooks ของเหตุการณ์ Idempotent มี Pagination และมีเอกสารกำกับ
ระบบยืนยันตัวตนและความปลอดภัยของข้อมูล
TLS ขณะส่งข้อมูล, AES-256 ขณะจัดเก็บ, Google Workspace SSO (SAML provider ผ่าน implementation), API Key ที่กำหนดสิทธิ์ตามขอบเขต และบันทึกตรวจสอบที่ระบุชื่อผู้ดำเนินการในทุกการเขียนข้อมูลที่ยืนยันตัวตน
งานแบบโปรเจกต์ ไม่ใช่คำสัญญา
เมื่อการเชื่อมต่อไม่ใช่เรื่องเล็ก เราจะบอกตรง ๆ คุยขอบเขตก่อน ทำสัญญางานเป็นลายลักษณ์อักษร แล้วถึงเริ่มสร้าง
เส้นทางที่ตรงไปตรงมา สำหรับทุกทีม
ไม่มีคำกล่าวอ้างปลอม สิ่งที่แต่ละบทบาทคาดหวังได้จากแต่ละเส้นทาง: พร้อมใช้, ตั้งค่าตอนเริ่มใช้งาน หรืองานแบบโปรเจกต์
ขอบเขตชัดเจน ไม่มีการเชื่อมต่อมาเซอร์ไพรส์
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
เวอร์ชันตรงไปตรงมา ไม่ใช่เวอร์ชันโฆษณา
ยังมีคำถามอยู่ใช่ไหม?
บอกเราว่าคุณอยากเชื่อมต่อ อะไร
เราจะบอกคุณว่าเป็นของพร้อมใช้, งานเริ่มใช้งาน หรืองานแบบโปรเจกต์ ไม่มีคำกล่าวอ้างเรื่องตัวเชื่อมต่อปลอม ไม่มีขอบเขตเซอร์ไพรส์
API และ Webhooks มีเอกสารที่ docs.infodeck.io การเชื่อมต่อขนาดใหญ่กว่านี้คุยขอบเขตหลังจากสำรวจ