ConnectWiz Marcações

A agenda de marcações com espinha dorsal de base de dados.

Marcada por um agente, pela IA, por um flow ou pelo próprio cliente — todas as marcações aterram num só registo onde salas, equipamentos e profissionais se cruzam como deve ser, marcar duas coisas à mesma hora é bloqueado pela própria camada de armazenamento, e os seus calendários reais sincronizam nos dois sentidos.

Quatro portas de marcação, uma só verdade Conflitos bloqueados pela base de dados Sincronização Google · Outlook · Apple
Disponibilidade — decidida pela base de dados
Quinta-feira
Sala + equipamento + médico: livres
Sobreposição — rejeitada pela BD
14:30 marcada
Enviada para o Google · tempo ocupado subtraído
4
Portas de marcação — painel, IA, passo de flow e auto-marcação do visitante no widget
0
Marcações sobrepostas possíveis — as sobreposições são rejeitadas por uma restrição da base de dados, não por uma regra da aplicação que pode entrar em corrida
3
Fornecedores de calendário sincronizados nos dois sentidos — Google, Outlook/Microsoft 365 e Apple/CalDAV
15 min
Cadência do motor de lembretes — os lembretes aos clientes e os alertas à equipa disparam com a antecedência que configurar

Quatro portas

Toda a gente marca contra a mesma verdade

A equipa, na agenda

Uma agenda em vista de dia e a gestão completa de marcações — tipos, locais, profissionais, variantes de serviço, rótulos de estado definidos por tenant, tratamento de faltas e linhas de item.

A IA, em dois verbos

O Wiz oferece horários realmente livres e depois marca o que o cliente escolher — de propósito em dois passos, porque reservar automaticamente o primeiro horário livre para alguém é um truque de demonstração, não serviço.

Os flows, como passo

O nó de marcação insere a oferta de horários em qualquer automação — o flow de lembretes que acaba numa marcação remarcada, sem um humano no meio.

Os visitantes, por conta própria

O widget do site, com a sua mini-app de marcações, deixa os clientes escolherem eles próprios a partir da disponibilidade em direto — e só aparece quando oferece mesmo serviços marcáveis.

O modelo de recursos

Salas, equipamentos, pessoas — a cruzarem-se como a realidade se cruza

«Disponível» é uma pergunta de três vias: o profissional, a sala e o equipamento têm de estar livres ao mesmo tempo. A maioria das ferramentas de marcação modela um eixo e reza; esta modela a interseção.

Ilustração 3D abstrata: uma grelha de calendário com um horário em esmeralda, três esferas de recurso presas por um anel de luz e um horário sobreposto afastado por um campo de força

Papéis e contentores

Uma marcação ocupa vários recursos por papel — sala, equipamento, profissional — e as ligações de contentor fazem com que um equipamento dentro de uma sala ocupada fique corretamente indisponível, mesmo que ninguém tenha marcado o equipamento.

A restrição, não uma regra

A prevenção de sobreposições vive na camada de armazenamento como uma restrição de exclusão — dois pedidos em corrida não podem ganhar os dois, porque a segunda escrita é fisicamente rejeitada. Um motor de regras promete; uma restrição garante.

Capacidade em unidades

Uma aula com oito lugares são oito unidades, não um contador — por isso «resta um» é um facto sobre uma unidade concreta, e os reembolsos não corrompem a aritmética.

Elegibilidade, à parte

«Esta sala pode acolher este serviço» é uma matriz própria, separada da ocupação — por isso um recurso livre mas errado nunca é oferecido, e o motivo é inspecionável.

Sincronização de calendários

Os seus calendários, subtraídos à disponibilidade

As marcações saem

As marcações aparecem como eventos nos calendários Google, Outlook ou Apple — e desaparecem ao cancelar. O calendário do telemóvel do profissional nunca está um dia atrás da agenda.

O tempo ocupado entra

Os eventos externos subtraem-se à disponibilidade — a IA nunca oferece quinta-feira às 15:00 quando o seu Calendário Google pessoal já tem ali o dentista.

Papel e direção por fonte

Cada fonte ligada tem a sua própria definição — ler de, escrever para, ambos, ou apenas tempo ocupado — para que um calendário partilhado da clínica e um pessoal possam fazer papéis diferentes sem se atropelarem.

Lembretes e operações

O seguimento, automatizado

Lembretes que disparam

Confirmações e lembretes ao cliente com a antecedência que configurar — por e-mail, com SMS opcional — mais alertas à equipa em cada marcação nova. O «depois volto ao assunto» deixa de depender da memória.

As marcações consomem stock

Uma marcação de assistência pode consumir peças do registo de stock — o tratamento e os materiais que usou reconciliam-se num só movimento.

O histórico migra para dentro

A mudar de outro CRM? O motor de migração importa o histórico de marcações que já tem para o mesmo registo — a agenda não começa amnésica.

As letras pequenas, sem rodeios

Dito antes de planear em função disso

Ainda sem link de marcação autónomo

A auto-marcação vive dentro do widget de chat do site — ainda não há uma página pública de marcações ao estilo Calendly que possa enviar por e-mail. Se esse for o seu movimento central, diga-nos; é assim que o roadmap ganha forma.

Os CRM externos levam menos

Quando uma marcação é escrita para um CRM ligado, o detalhe de equipamento e de consumos pode não sobreviver — as APIs dos fornecedores não publicam esses eixos, e a sincronização diz o que deixou cair em vez de o deixar cair em silêncio.

O registo é nosso, sempre

Sejam quais forem os calendários e os CRM que se liguem, o registo de marcações continua a ser uma tabela do próprio ConnectWiz — os sistemas externos são fontes e espelhos, nunca o mestre. É uma posição de desenho, declarada.

FAQ das marcações

Antes de marcar

Mais respostas no FAQ, ou pergunte-nos diretamente.

Quatro portas: a sua equipa no painel e na agenda em vista de dia, o Wiz — o agente de IA — dentro de qualquer conversa, o passo de marcação de um flow de automação, e os visitantes a marcarem sozinhos no widget de chat do site. As quatro escrevem no mesmo registo contra a mesma disponibilidade, por isso existe exatamente uma verdade sobre quem tem que horário.

Pela própria base de dados — uma restrição de exclusão na camada de armazenamento torna fisicamente impossível escrever duas reservas sobrepostas no mesmo recurso, venha de que porta vier. As regras da aplicação podem entrar em corrida; a restrição não pode.

Sim — Google, Outlook/Microsoft 365 e Apple/CalDAV, nos dois sentidos: as marcações saem como eventos (e desaparecem ao cancelar), e o tempo ocupado externo entra e subtrai-se à disponibilidade, por isso a IA nunca oferece um horário que o seu calendário pessoal já ocupou. Cada fonte tem a sua própria definição de papel e de direção — ler, escrever, ambos, ou apenas tempo ocupado.

De propósito em dois passos: primeiro oferece horários realmente disponíveis, depois marca aquele que o cliente escolher. Juntar isso num só passo significaria reservar automaticamente o primeiro horário livre para alguém — cómodo numa demonstração, hostil na vida real.

Cada «quando é que têm vaga?» pode acabar num horário reservado.

Configure os recursos uma vez — e depois os agentes, a IA, os flows e os clientes marcam todos contra a mesma verdade.