ConnectWiz + Apple Calendar

Live na integrasyon

Apple Calendar: palabas ang mga booking, papasok ang busy na oras

Lumalabas sa Apple Calendar ang mga appointment na ginawa sa ConnectWiz at nawawala kapag kinansela — at ibinabawas sa availability ang mga event na nasa Apple Calendar na, kaya hindi kailanman mag-aalok ang AI ng Huwebes 15:00 kung nakalagay roon sa kalendaryo mo ang dentista.

Magsimula nang libre Lahat ng integrasyon

Lumalabas ang mga event Ibinabawas ang busy na oras Role at direksyon kada source

Apple Calendar × ConnectWiz

Booking → event sa kalendaryo

Busy block → bawas sa availability

Basa / sulat / pareho / busy lang

Field na ipinapadala kada event — pamagat, tala, simula, katapusan. Walang attendee, walang imbitasyon, wala nang ibang lumalabas

Magkakahiwalay na axis kada source — nagpapasok ng booking, kumokopya ng booking palabas, nagba-block ng availability

Null ≠ 0

Hindi kailanman itinuturing na "bakante ka" ang "hindi mabasa ang kalendaryo mo"

Ledger ng booking — kinokopya ito at binibigyan ng impormasyon ng mga kalendaryo; wala sa kanila ang nagiging master

Mga kalendaryo

Ano ang ginagawa nito — eksakto

Push, may kasamang paglilinis

Gumagawa ng event sa Apple Calendar ang mga bagong booking; inaalis naman ito kapag kinansela. Hindi kailanman nahuhuli nang isang araw ang kalendaryo ng practitioner sa appointment book.

Binibilang ang busy na oras

Ibinabawas sa availability ang mga event mula sa labas bago pa mag-alok ng slot ang alinmang pinto — panel, AI, flow, o widget. Hinaharangan din ang double booking na babangga sa personal mong lakad.

Setting ang direksyon

Ikaw ang pipili kada nakakonektang source: babasahin ito, susulatan ito, pareho, o busy lang — kaya puwedeng magkaiba ang role ng shared na kalendaryo ng klinika at ng personal na kalendaryo nang hindi nagbabanggaan.

Teknikal na detalye

Sync na hindi nagdudulot ng double booking

CalDAV na may app-specific password

CalDAV ang pintong sinusuportahan ng Apple para sa mga third party: gagawa ka ng app-specific password sa Apple ID mo (hindi kailanman lumalabas sa Apple ang totoo mong password), at binabasa at sinusulatan ang mga event sa koleksyon ng iCloud calendar mo gamit ang bukas na pamantayan.

Tatlong axis ang role, hindi iisang dropdown

Kada source, ikaw ang magtatakda kung magpapasok ito ng booking (hindi kailanman, isang beses na import, o tuloy-tuloy), kung kokopyahin dito palabas ang mga booking, at kung haharangan ng busy na oras nito ang availability — kaya puwedeng magkaibang-magkaiba ang role ng shared na kalendaryo ng klinika at ng personal na kalendaryo.

Fail-closed kung saan kailangan

Fail-closed ang kalendaryong pang-block lang ng availability kapag nagka-error sa pagbasa — hinaharangan ng hindi alam na busy na oras ang mga booking sa halip na payagan ang banggaan. Fail-open naman ang source na nagpapasok sa ledger. Ang pagkakamali sa linyang ito ang pinakamahal na pagkakamali sa calendar sync, kaya patakaran ito, hindi kapritso.

Mga koneksyong kusang gumagaling

Minamarkahan ang koneksyong nagka-error, kasama ang dahilan — at kusa itong naaalis sa susunod na matagumpay na pagbasa. Kapag natapos ang outage, hindi na kailangang may taong bumalik para mag-alis ng check sa kung ano.

Pinakamaliit na event payload

Pangalan ng uri ng booking, pangalan at mga tala ng bisita, at ang mga oras lang ang pumapasok sa kalendaryo mo — walang imbitasyon sa attendee, walang conference link, walang pag-override ng paalala. Ang mga calendar client mo pa rin ang may hawak sa sarili nilang ingay.

May nakasaad na patakaran sa mga conflict

Pagdating ng pag-edit sa dalawang direksyon, may nakatakda nang patakaran sa conflict ang bawat source — hintayin ang tao (ang default, na humihinto rin sa mga paalala), kami ang masusunod, o sila ang masusunod, at itinatabi at ipinapakita ang bersyong natalo. Idineklara bago pa kailanganin, dahil ang paghahabol ng patakaran sa conflict sa gitna ng insidente ang eksaktong paraan para mawala ang data.

Pag-set up

Paano ito kumokonekta

Ikonekta ang Apple Calendar

Kumonekta sa pamamagitan ng CalDAV gamit ang app-specific password mula sa Apple ID mo.

Itakda ang role nito

Basa, sulat, pareho, o busy lang — kada kalendaryo.

Mag-book kahit saan

Panel, AI, flow, o website widget — iisang availability na bawas na ang busy na oras ang nakikita ng bawat pinto.

Mas mahusay kapag magkasama

Ano ang puwedeng ipares dito

Ang booking engine

Nasa booking system ang availability, mga buffer, mga notice window, at mga hold na hindi puwedeng magsapawan — ang kalendaryo ang nagbibigay rito ng totoong datos.

Ligtas mag-book si Wiz

Ang AI agent ay nag-aalok lang ng mga slot na pumapasa sa pagbawas ng busy na oras — database constraint, hindi pag-asa, ang pumipigil sa double booking.

Mga appointment book ng CRM

Gumagamit ka ng Estesoft Stella? Parehong nagbabawas sa iisang availability ang appointment book nito at ang kalendaryo mo — tingnan ang integrasyon sa Stella.

Seguridad at mga garantiya

Ang mga boring na garantiya

Pinakamaliit na scope

Access sa kalendaryo lang ang hinihingi ng koneksyon — walang mail, walang contact, walang drive. Naka-encrypt ang mga token habang naka-imbak at kusang nire-refresh.

Sa iyo pa rin ang mga event mo

Mga oras ang kinukuha ng pagbasa ng busy na oras, hindi ang laman — kailangan lang malaman ng pagkalkula ng availability na busy ka, hindi kung bakit.

Malinis ang pag-disconnect

Agad na humihinto ang sync kapag inalis ang koneksyon; sa iyo pa rin ang mga nakopyang event na nasa kalendaryo mo na — itabi o burahin, ikaw ang bahala.

Ang fine print, walang paligoy-ligoy

Mga hangganan, tahasang sinabi

Nananatiling amin ang ledger

Anumang kalendaryo ang ikonekta, nananatiling sariling table ng ConnectWiz ang ledger ng booking — kopya at source lang ang mga kalendaryo, hindi kailanman master. Posisyon iyan sa disenyo, at tahasan naming sinasabi.

Sa amin galing ang mga paalala, hindi sa kalendaryo

Mula sa ConnectWiz ipinapadala ang mga paalala sa booking — email, at SMS kung naka-configure — hindi bilang notification ng kalendaryo, kaya naaabot nito ang mga bisitang hindi kailanman nagbukas ng calendar invite. Sinasabi namin ito dahil mas masama ang dalawang sistemang sabay na nagpapaalala kaysa sa isa.

FAQ sa Apple Calendar

Diretsahang sagot

Marami pang sagot sa buong FAQ, o kaya magtanong nang direkta sa amin.

Lumalabas ang mga booking bilang event (at inaalis kapag kinansela), at pumapasok ang busy na oras para ibawas sa availability. May sariling role ang bawat source — basa, sulat, pareho, o busy lang.

Hindi — kinakalkula ang availability matapos ibawas ang busy na oras mula sa labas, at tinatanggihan ang mga nagsasapawang hold ng isang database constraint na hindi malulusutan ng alinmang pinto ng booking.

Ito ang pintong sinusuportahan ng Apple para sa access ng third party sa kalendaryo — pamantayan, matatag, at gumagana sa mga iCloud calendar nang walang pribadong API.

Dahil walang OAuth na iniaalok ang Apple para sa data ng kalendaryo — CalDAV na may app-specific password ang mekanismong sinusuportahan nila. Bukas na pamantayan ito, puwede mo itong bawiin sa Apple ID mo anumang oras, at hindi ito basta mag-e-expire sa iyo.

Isang event na may pamagat na uri ng booking, may pangalan ng bisita at anumang tala, sa oras ng booking — ginagawa kapag nag-book, inaalis kapag kinansela. Walang imbitasyon sa attendee na ipinapadala mula sa kalendaryo mo, at walang ibang ginagalaw rito.

Mas mahalaga ang tapat na koneksyon kaysa sa maingay.

Inilalarawan namin ang bawat integrasyon dito ayon sa talagang ginagawa nito — kasama ang direksyon, pagmamay-ari, at mga limitasyon.