ConnectWiz + Календар на Apple

Работеща интеграция

Календар на Apple: резервации навън, заетост навътре

Часовете, запазени в ConnectWiz, се появяват в Календара на Apple и изчезват при отмяна – а събитията, които вече са в Календара на Apple, се изваждат от свободните часове. Така AI никога няма да предложи четвъртък в 15:00, ако в календара ви тогава е записан зъболекарят.

Започнете безплатно Всички интеграции

Събитията излизат навън Заетото време се изважда Роля и посока за всеки източник

Календар на Apple × ConnectWiz

Резервация → събитие в календара

Зает интервал → по-малко свободни часове

Четене / запис / двете / само заетост

Полета на събитие – заглавие, бележка, начало, край. Без участници, без покани, нищо друго не излиза

Независими оси за всеки източник – внася резервации, отразява резервациите навън, блокира свободни часове

Null ≠ 0

„Не успяхме да прочетем календара ви“ никога не се тълкува като „свободни сте“

Регистър на резервациите – календарите го отразяват и му подават данни, но никой от тях не става главен

Календари

Какво точно прави

Изпращане и почистване след себе си

Новите резервации създават събития в Календара на Apple, а отменените ги премахват. Календарът на специалиста никога не изостава с ден от графика.

Заетото време се брои

Външните събития се изваждат от свободните часове, преди който и да е вход – панелът, AI, поток или уиджетът – да предложи час. Така не може да се запише час и върху личните ви ангажименти.

Посоката е настройка

За всеки свързан източник избирате: четене от него, запис в него, двете или само заетост – така общият календар на клиниката и личният могат да имат различни роли, без да си пречат.

Техническата страна

Синхронизация, която не ви резервира двойно

CalDAV с парола за конкретно приложение

Поддържаният от Apple път за външни приложения е CalDAV: създавате парола за конкретно приложение в Apple ID (истинската ви парола никога не напуска Apple), а събитията се четат и записват в календарите ви в iCloud по отворения стандарт.

Ролите са три оси, а не едно падащо меню

За всеки източник задавате дали внася резервации (никога, еднократно или постоянно), дали резервациите се отразяват в него и дали заетото му време блокира свободните часове – общият календар на клиниката и личният могат да имат напълно различни роли.

Fail-closed там, където е нужно

Календар, който само блокира свободни часове, при грешка в четенето минава в режим fail-closed – неизвестното заето време блокира резервациите, вместо да допусне застъпване. Източник, който подава данни към регистъра, минава в режим fail-open. Грешката точно на тази граница е най-скъпата в синхронизацията на календари, затова тук има правило, а не настроение.

Връзки, които се възстановяват сами

Връзка с грешка се маркира като такава, заедно с причината – и следващото успешно четене сваля маркировката автоматично. Когато прекъсването свърши, не е нужно човек да влиза и да маха отметки.

Минимум данни в събитията

В календара ви попадат видът на резервацията, името и бележките на госта и часът – без покани към участници, без линкове за видеосрещи, без промени в напомнянията. Календарните ви приложения сами решават колко шум да вдигат.

Конфликтите имат обявено правило

Когато двупосочното редактиране излезе, всеки източник вече ще има правило за конфликти – изчакване на човек (по подразбиране, като напомнянията също спират), печели нашата версия или печели тяхната, а загубилата се пази и се показва. Обявяваме го, преди да потрябва, защото правило за конфликти, скалъпено по време на инцидент, е точно начинът, по който изчезват данни.

Настройка

Как се свързва

Свържете Календара на Apple

Свържете го през CalDAV с парола за конкретно приложение от Apple ID.

Задайте ролята му

Четене, запис, двете или само заетост – за всеки календар поотделно.

Резервирайте отвсякъде

Панел, AI, поток или уиджет за сайта – навсякъде се виждат едни и същи свободни часове, от които заетото време вече е извадено.

Заедно е по-добре

С какво се съчетава

Механизмът за резервации

Свободните часове, буферите, сроковете за предизвестие и задържанията, които не допускат застъпване, живеят в системата за резервации – календарът само ѝ доставя фактите.

Wiz резервира безопасно

Нашият AI агент предлага само часове, които оцеляват след изваждането на заетото време – двойната резервация се предотвратява от ограничение в базата данни, а не от надежда.

Графиците в CRM

Работите с Estesoft Stella? Графикът в Stella и календарът ви се изваждат от едни и същи свободни часове – вижте интеграцията със Stella.

Сигурност и гаранции

Скучните гаранции

Минимални права

Връзката иска достъп само до календара – без поща, без контакти, без файлове. Токените се съхраняват шифровани и се обновяват автоматично.

Вашите събития остават ваши

При четенето на заетостта се взимат часовете, а не съдържанието – за да се сметнат свободните часове, е нужно да се знае, че сте заети, а не защо.

Изключването е чисто

Премахването на връзка спира синхронизацията веднага; събитията, които вече са копирани в календара ви, остават ваши – да ги запазите или изтриете.

Дребният шрифт, без украса

Границите, казани ясно

Регистърът на резервациите остава наш

Каквито и календари да свържете, регистърът на резервациите остава собствена таблица на ConnectWiz – календарите са огледала и източници, никога главният запис. Това е съзнателно решение в архитектурата и го казваме открито.

Напомнянията са наши, не на календара

Напомнянията за резервации се изпращат от ConnectWiz – по имейл, а където е настроено, и по SMS – а не като известия от календара, затова стигат и до гости, които никога не са отваряли покана в календар. Казваме го изрично, защото две системи за напомняне наведнъж са по-лоши от една.

Въпроси за Календара на Apple

Отговори без заобикалки

Още въпроси има в пълния раздел FAQ, а ако вашия го няма, пишете ни директно.

Резервациите излизат като събития (и се премахват при отмяна), а заетото време се връща и се изважда от свободните часове. Всеки източник има своя роля – четене, запис, двете или само заетост.

Не. Свободните часове се изчисляват, след като външното заето време е извадено, а застъпващите се задържания се отхвърлят от ограничение в базата данни, което никой вход за резервации не може да заобиколи.

Това е поддържаният от Apple път за достъп до календара от външни приложения – стандартен, стабилен и работи с календарите в iCloud без частни API.

Защото Apple не предлага OAuth за данните в календара – CalDAV с парола за конкретно приложение е механизмът, който поддържат. Това е отворен стандарт, паролата може да се отмени от Apple ID по всяко време и не изтича изневиделица.

Събитие, озаглавено с вида на резервацията, с името на госта и бележките му, ако има такива, в запазения час – създава се при резервацията и се премахва при отмяна. От календара ви не се изпращат покани до участници и нищо друго в него не се пипа.

По-добре честно свързано, отколкото шумно рекламирано.

Всяка интеграция тук е описана с това, което наистина прави – включително посоката, собствеността върху данните и ограниченията.