ConnectWiz + Google Calendar

การเชื่อมต่อที่ใช้งานจริง

Google Calendar: ส่งการจองออก ดึงเวลาที่ไม่ว่างเข้า

นัดหมายที่สร้างใน ConnectWiz ไปปรากฏใน Google Calendar และหายไปเมื่อยกเลิก — ส่วนอีเวนต์ที่มีอยู่แล้วใน Google Calendar ก็หักออกจากคิวว่าง AI จึงไม่เคยเสนอวันพฤหัส 15:00 ตอนที่ปฏิทินของคุณมีนัดหมอฟันอยู่ตรงนั้น

อีเวนต์ถูกส่งออกไป เวลาที่ไม่ว่างถูกหักออก บทบาทและทิศทางแยกตามแหล่งข้อมูล
Google Calendar × ConnectWiz
การจอง → อีเวนต์ในปฏิทิน
ช่วงไม่ว่าง → หักออกจากคิวว่าง
อ่าน / เขียน / ทั้งสองทาง / เอาแค่เวลาที่ไม่ว่าง
4
จำนวนฟิลด์ที่ส่งออกไปต่ออีเวนต์ — ชื่อเรื่อง โน้ต เวลาเริ่ม เวลาจบ ไม่มีรายชื่อผู้เข้าร่วม ไม่มีคำเชิญ ไม่มีอย่างอื่นหลุดออกไป
3
จำนวนแกนที่เป็นอิสระต่อกันในแต่ละแหล่งข้อมูล — ป้อนการจองเข้ามา สะท้อนการจองออกไป และกั้นคิวว่าง
Null ≠ 0
"อ่านปฏิทินของคุณไม่ได้" ไม่เคยถูกตีความว่า "คุณว่าง"
1
บัญชีการจอง — ปฏิทินสะท้อนและป้อนข้อมูลให้มัน แต่ไม่มีอันไหนกลายเป็นตัวหลัก

ปฏิทิน

ทำอะไรได้บ้าง — แบบเจาะจง

Push พร้อมเก็บกวาด

การจองใหม่สร้างอีเวนต์ใน Google Calendar ส่วนการยกเลิกก็ลบมันออก ปฏิทินของผู้ให้บริการจึงไม่เคยช้ากว่าสมุดนัดอยู่หนึ่งวัน

เวลาที่ไม่ว่างถูกนับด้วย

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

ทิศทางข้อมูลเป็นค่าที่ตั้งเองได้

แหล่งข้อมูลที่เชื่อมไว้แต่ละอัน คุณเลือกเองได้ว่าจะอ่านจากมัน เขียนไปที่มัน ทั้งสองทาง หรือเอาแค่เวลาที่ไม่ว่าง — ปฏิทินคลินิกที่ใช้ร่วมกันกับปฏิทินส่วนตัวจึงเล่นคนละบทได้โดยไม่ตีกัน

เบื้องหลังการทำงาน

กติกาการซิงก์ที่ไม่ทำให้คุณจองซ้อน

สอง scope และมีแค่สองเท่านั้น

การเชื่อมต่อกับ Google ขอแค่สิทธิ์จัดการอีเวนต์และอ่านสถานะว่าง/ไม่ว่าง — ไม่มีอย่างอื่น มันเขียนลงปฏิทินที่คุณเลือก และอ่านเวลาที่ไม่ว่างจากปฏิทินที่คุณติ๊กไว้

บทบาทคือสามแกน ไม่ใช่ dropdown เดียว

แต่ละแหล่งข้อมูล คุณตั้งได้ว่าจะให้มันป้อนการจองเข้ามาหรือไม่ (ไม่เลย นำเข้าครั้งเดียว หรือต่อเนื่อง) จะให้การจองสะท้อนออกไปที่มันหรือไม่ และจะให้เวลาที่ไม่ว่างของมันกั้นคิวว่างหรือไม่ — ปฏิทินคลินิกที่ใช้ร่วมกันกับปฏิทินส่วนตัวจึงเล่นคนละบทได้อย่างสิ้นเชิง

Fail-closed ตรงจุดที่ต้องเป็น

ปฏิทินที่ทำหน้าที่กั้นคิวว่างอย่างเดียวจะ fail-closed เมื่ออ่านไม่ได้ — เวลาที่ไม่ว่างซึ่งไม่รู้ค่าจะกั้นการจองไว้ แทนที่จะปล่อยให้ชนกัน ส่วนแหล่งข้อมูลที่ป้อนบัญชีจะ fail-open การลากเส้นนี้ผิดคือความผิดพลาดที่แพงที่สุดในการซิงก์ปฏิทิน มันจึงเป็นกฎ ไม่ใช่อารมณ์

การเชื่อมต่อที่ซ่อมตัวเองได้

การเชื่อมต่อที่ผิดพลาดจะถูกทำเครื่องหมายไว้พร้อมเหตุผล — และการอ่านสำเร็จครั้งถัดไปจะล้างเครื่องหมายนั้นให้อัตโนมัติ เหตุขัดข้องที่จบแล้วไม่ต้องรอให้คนมาติ๊กออก

payload ของ event เท่าที่จำเป็น

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

ความขัดแย้งมีนโยบายประกาศไว้ชัด

เมื่อการแก้ไขสองทางมาถึง ทุกแหล่งข้อมูลจะมีนโยบายจัดการความขัดแย้งติดตัวอยู่แล้ว — พักไว้ให้คนตัดสิน (ค่าเริ่มต้น ซึ่งจะหยุดการแจ้งเตือนด้วย) ฝั่งเราชนะ หรือฝั่งเขาชนะ โดยเก็บและแสดงเวอร์ชันที่แพ้ไว้ ประกาศไว้ก่อนจะได้ใช้ เพราะการไปใส่นโยบายความขัดแย้งตอนเกิดเหตุแล้วคือวิธีที่ทำให้ข้อมูลหายไป

การตั้งค่า

เชื่อมต่ออย่างไร

01

เชื่อมต่อ Google Calendar

ล็อกอินด้วย Google แล้วเลือกปฏิทินที่จะเชื่อมต่อ

02

กำหนดบทบาทให้มัน

อ่าน เขียน ทั้งสองทาง หรือเอาแค่เวลาที่ไม่ว่าง — ตั้งแยกรายปฏิทิน

03

จองจากที่ไหนก็ได้

แผงควบคุม AI โฟลว์ หรือวิดเจ็ตบนเว็บไซต์ — ทุกประตูเห็นคิวว่างที่หักแล้วชุดเดียวกัน

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

กลไกการจอง

คิวว่าง บัฟเฟอร์ กรอบเวลาแจ้งล่วงหน้า และการกันคิวที่ทับซ้อนไม่ได้ ทั้งหมดอยู่ที่เดียวกันคือ ระบบจอง — ส่วนปฏิทินเป็นตัวป้อนความจริงให้มัน

Wiz จองให้อย่างปลอดภัย

ส่วน AI agent เสนอเฉพาะคิวที่รอดจากการหักเวลาไม่ว่างออกไปแล้ว — สิ่งที่กันการจองซ้อนคือข้อจำกัดของฐานข้อมูล ไม่ใช่ความหวัง

สมุดนัดใน CRM

ใช้ Estesoft Stella อยู่ใช่ไหม สมุดนัดของมันกับปฏิทินของคุณหักออกจากคิวว่างชุดเดียวกัน — อ่านต่อได้ที่: การเชื่อมต่อ Stella.

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

ขอ scope เท่าที่จำเป็น

การเชื่อมต่อขอสิทธิ์เข้าถึงปฏิทินอย่างเดียว — ไม่ขออีเมล ไม่ขอผู้ติดต่อ ไม่ขอไดรฟ์ โทเค็นถูกเข้ารหัสขณะจัดเก็บและต่ออายุอัตโนมัติ

event ของคุณยังเป็นของคุณ

การอ่านเวลาที่ไม่ว่างดึงมาแค่เวลา ไม่ได้ดึงเนื้อหา — การคำนวณคิวว่างต้องรู้แค่ว่าคุณไม่ว่าง ไม่ต้องรู้ว่าทำไม

ยกเลิกการเชื่อมต่อได้สะอาด

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

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

บัญชีบันทึกยังเป็นของเรา

จะเชื่อมปฏิทินอะไรเข้ามาก็ตาม บัญชีการจองยังคงเป็นตารางของ ConnectWiz เอง — ปฏิทินเป็นกระจกสะท้อนและแหล่งข้อมูล ไม่เคยเป็นตัวหลัก นี่คือจุดยืนด้านการออกแบบ ที่พูดไว้ชัด

การแจ้งเตือนเป็นของเรา ไม่ใช่ของปฏิทิน

การแจ้งเตือนการจองส่งจาก ConnectWiz — ทางอีเมล และทาง SMS ถ้าตั้งค่าไว้ — ไม่ใช่ส่งเป็นการแจ้งเตือนของปฏิทิน มันจึงไปถึงผู้มาใช้บริการที่ไม่เคยเปิดคำเชิญในปฏิทิน เราบอกไว้ตรงนี้ เพราะระบบแจ้งเตือนสองตัวยิงพร้อมกันแย่กว่ามีตัวเดียว

FAQ เรื่อง Google Calendar

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

การจองถูกส่งออกไปเป็นอีเวนต์ (และถูกลบเมื่อยกเลิก) ส่วนเวลาที่ไม่ว่างถูกดึงเข้ามาหักออกจากคิวว่าง แหล่งข้อมูลแต่ละอันมีบทบาทของตัวเอง — อ่าน เขียน ทั้งสองทาง หรือเอาแค่เวลาที่ไม่ว่าง

ไม่ได้ — คิวว่างถูกคำนวณหลังหักเวลาที่ไม่ว่างจากภายนอกออกแล้ว และการกันคิวที่ทับซ้อนกันจะถูกปฏิเสธด้วยข้อจำกัดของฐานข้อมูลที่ไม่มีประตูจองไหนเลี่ยงได้

บัญชีที่ถือข้อมูลคิวว่างตัวจริง — ผู้ให้บริการมักเชื่อมปฏิทินคลินิกที่ใช้ร่วมกันไว้เป็นปลายทางสำหรับมิเรอร์ และเชื่อมปฏิทินส่วนตัวไว้แบบกั้นเวลาไม่ว่างอย่างเดียว บทบาทที่แยกตามแหล่งข้อมูลจะทำให้สองปฏิทินไม่ตีกันเอง

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

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด