Integrações ConnectWiz
A sua stack, ligada — e descrita pelo que faz mesmo.
As páginas de integrações costumam listar logótipos. Esta lista comportamentos: o que sincroniza, em que sentido, sob que propriedade e onde estão os limites honestos. Porque «integra-se com X» é uma afirmação sobre profundidade, não um autocolante.
Commerce
WooCommerce e WordPress
WooCommerce — nos dois sentidos, com governo
Emparelhamento com um clique, importação profunda de produtos, escrita de volta a sério — sob a propriedade por campo que escolher, um modo de ensaio por operação e um registo de conflitos à vista. A história completa está na página do Commerce.
Página completaPlugin para WordPress
Insere o widget de chat no seu site e emite tokens SSO assinados — os clientes com sessão iniciada são reconhecidos no chat, com encomendas e tudo, sem se voltarem a registar.
Página completaFeeds de compras do Google e da Meta
Um feed de produtos com token no esquema do Google (o Meta Commerce Manager lê o mesmo) mantém os catálogos dos seus anúncios em sincronia — sem revisão de app no caminho, sem novos carregamentos manuais.
Shopify Em breve
A base está feita a sério — as identidades de cliente do Shopify já se federam em contactos e, hoje, as lojas Shopify ligam-se pela API e por webhooks. Uma sincronização nativa nos dois sentidos, nos moldes da do WooCommerce, está no roadmap, e este selo muda quando isso chegar, não antes.
Página completaSuporte e tickets
Zendesk — uma ponte para equipas a meio da mudança
Push: os tickets saem
As conversas de ticket do ConnectWiz criam tickets no Zendesk e espelham as respostas como comentários — para que uma equipa ainda a viver no Zendesk veja o trabalho sem ter de perguntar.
Página completaPull: as respostas dos agentes voltam
Um trigger do Zendesk publica os comentários dos agentes de volta na conversa do ConnectWiz — protegido por um segredo partilhado, com uma salvaguarda anti-ciclo para que os dois sistemas nunca joguem pingue-pongue com um comentário para sempre.
Âmbito, sem rodeios
É uma ponte de tickets — criar, responder, com os dois sentidos comutáveis — não uma importação da central de ajuda, das macros ou dos SLAs do Zendesk. As equipas usam-na para migrar aos poucos e depois desligam-na.
CRM
Estesoft Stella — o seu CRM, visível a partir da conversa
O primeiro fornecedor na nossa porta de CRM agnóstica quanto ao fornecedor: as clínicas que usam o Stella mantêm o seu CRM e ganham uma camada de conversa que o conhece mesmo.
Contexto em direto, bloqueado por identidade
Marcações, orçamentos, saldos, notas e documentos do Stella aparecem na conversa — e a IA pode lê-los para exatamente este cliente, nunca por adivinhação de um ID.
As marcações são gravadas de volta
Uma marcação feita numa conversa aterra na agenda do Stella — e, onde a API do fornecedor não consegue levar um detalhe, a sincronização diz o que deixou cair em vez de o deixar cair em silêncio.
Recusas deliberadas
Os registos de tratamento médico nunca são lidos nem mostrados, as etiquetas de ciclo de vida do próprio fornecedor nunca são sobrescritas e não se finge um espelho completo nos dois sentidos — os limites são decisões de desenho, postas por escrito.
Estesoft Stella — página completa · Usa outro CRM? A porta é agnóstica quanto ao fornecedor, por desenho — diga-nos qual. E quando estiver pronto para deixar de vez o sistema antigo, o motor de migração abaixo traz o seu histórico para dentro.
Marketing e fornecedores
Traga os seus próprios fornecedores — a filosofia da casa
SMS: Twilio · NetGSM
A sua conta de gateway, os seus IDs de remetente, os seus preços negociados — com honestidade sobre as capacidades de cada gateway e a contagem de segmentos carimbada em cada envio. Detalhes na página de SMS.
IA: as suas chaves, 5 fornecedores
O Wiz corre com as suas próprias chaves em cinco fornecedores de IA e dezenas de modelos — sem margem sobre tokens, escolha de modelo conforme o uso e liberdade para deixar qualquer fornecedor. A história completa está na página de IA.
Push: o seu OneSignal
O push web para visitantes corre pela sua própria app de push no seu próprio domínio — porque é assim que o push web funciona de facto, e fingir o contrário parte-se no primeiro dia.
Marcações para fora, tempo ocupado para dentro
As marcações são enviadas para os calendários Google, Microsoft 365 e Apple/CalDAV e desaparecem quando são canceladas; o tempo ocupado externo subtrai-se à disponibilidade, para que nenhuma porta — humana ou de IA — possa oferecer um horário já tomado. Detalhes na página de marcações.
Um sentido por origem
Cada calendário desempenha o papel que lhe atribuir — ler, escrever, ambos ou apenas ocupação — para que o calendário partilhado da clínica e o pessoal de um profissional coexistam sem se sobreporem.
Publicidade e conformidade
A canalização entre as conversas, as plataformas de publicidade e os reguladores
Meta Conversions API
Um negócio ganho é reportado de volta ao anúncio que iniciou a conversa — como evento de compra, com a devida correspondência de identidade por canal — a que se juntam sinais de qualidade de lead do funil do seu CRM. O seu dataset, o seu token, desligado por predefinição; quatro portões (consentimento incluído) antes de qualquer evento sair, e um painel de saúde a mostrar o que foi enviado e o que foi recusado, com os motivos.
Página completaİYS (Turquia)
O registo turco de comunicações comerciais, integrado: os consentimentos são enviados como concedidos ou revogados, as recusas do lado do registo são recolhidas diariamente, as credenciais ficam só de escrita no painel. Conformidade com o registo como canalização — com o seu atual âmbito de sentido e meio declarado na página do İYS.
Página completaRegra de honestidade para esta secção
As integrações de publicidade e conformidade só disparam por trás de portões de consentimento, e todos os eventos recusados ficam registados com o respetivo motivo. Se um número não puder ser associado com confiança, não é adivinhado — uma identidade errada custa a privacidade de outra pessoa.
Migração
Deixe o CRM antigo. Fique com o histórico.
Um motor de migração a sério
Para os sistemas de origem suportados: contactos, histórico de marcações, orçamentos, encomendas de venda, contas a receber e notas são importados por um motor com fila e retomável — executado com a nossa equipa, porque mudar de CRM merece um operador e não um botão.
As omissões são relatadas pelo nome
O motor recusa-se a inventar valores — um registo sem moeda ou sem data é saltado e contado, para que «migração concluída» nunca esconda registos que ainda vivem no sistema antigo.
A propriedade muda em último lugar
A propriedade dos dados transfere-se como passo final, depois de a importação se provar — o sistema antigo continua a ser o autoritativo até ao momento em que decidir o contrário.
Um só contrato OpenAPI
Toda a plataforma está especificada num único documento OpenAPI 3 — o mesmo contrato a partir do qual o nosso painel web e a app móvel geram os seus tipos. Sem endpoints fantasma, sem desvios na documentação.
Chaves da Commerce API com âmbito
Chaves emitidas por tenant com âmbitos explícitos — leitura de catálogo, leitura de encomendas, escrita de encomendas — alimentam a sua própria montra ou app sobre o nosso motor de catálogo e encomendas.
Webhooks de entrada, protegidos
Qualquer sistema externo pode iniciar uma automação: cada gatilho de webhook de fluxo tem o seu próprio URL, o seu próprio segredo, verificação HMAC e proteção contra replay — e os payloads são dados, nunca instruções.
Saída: os fluxos chamam-no
O passo REST chama os seus sistemas exatamente nos momentos que desenhar na tela. Um feed genérico de webhooks com subscrição de tudo ainda não está construído — declarado aqui, não descoberto numa chamada de vendas.
A profundidade vale mais do que os logótipos.
Ligue as peças que já usa — e saiba exatamente o que cada ligação faz antes de a ativar.