The controlling text is available in Portuguese. An English translation is not yet available.
1. Objeto e âmbito
1.1. Estes Termos regulam a conexão entre o Serviço Aivyro e aplicações, contas, APIs, webhooks, canais, calendários, conferências, caixas de e-mail, CRMs, armazenamento e demais serviços selecionados pelo Cliente.
1.2. Integração somente integra a contratação quando identificada no Pedido, Catálogo, interface autorizada ou documentação incorporada, com estado, finalidade, direção do fluxo, objetos, permissões, dependências e limites compatíveis com a oferta efetiva.
1.3. A disponibilização de conector, botão, catálogo, documentação, logo ou opção de OAuth não garante ativação, compatibilidade contínua, certificação pelo terceiro, cobertura territorial, sincronização completa ou resultado comercial.
1.4. Estes Termos complementam os Termos B2B, DPA, Política de Subprocessadores, Termos Específicos de Produto, Política de Comunicações, Termos de Gravação e Anexo Territorial, prevalecendo a proteção ou condição específica aplicável.
1.5. Integração desenvolvida, hospedada ou administrada pelo Cliente, parceiro ou terceiro permanecerá sujeita também aos Termos da Plataforma de Desenvolvedores e ao instrumento específico do responsável técnico.
2. Definições e categorias
2.1. Aplicação de Terceiro é serviço não controlado pela Aivyro; Conector é o componente que troca dados ou ações com esse serviço; Conta Conectada é a conta ou tenant selecionado e autorizado pelo Cliente.
2.2. Fluxo de Entrada traz informação do provedor para a Aivyro; Fluxo de Saída envia informação da Aivyro ao provedor; Fluxo Bidirecional executa ambos e pode exigir regras de precedência, conflito, duplicidade e reconciliação.
2.3. Sincronização inclui leitura, importação, correspondência, criação, atualização, exclusão lógica, associação, backfill, retry e reconciliação; cada operação deverá ser descrita e não será inferida do nome comercial do conector.
2.4. Provider Terms abrangem contrato, política, licença, API, rate limit, escopo, revisão, marca, conteúdo e restrição impostos pelo terceiro; o Cliente e a Aivyro observarão aqueles que incidam sobre sua conduta efetiva.
2.5. Dado de Integração inclui payload, objeto, campo, mídia, evento, token, identificador, erro, log, metadado de origem e derivado incorporado ao Serviço, sem que a cópia altere sua natureza ou restrição jurídica.
3. Habilitação e autoridade
3.1. A conexão deverá ser iniciada por usuário autenticado com permissão administrativa ou funcional suficiente na Aivyro e no provedor, sendo vedado autorizar conta, organização, caixa, canal ou registro pertencente a terceiro sem poderes.
3.2. O Cliente declara que selecionará a Conta Conectada correta, revisará o nome e o identificador apresentados e limitará o acesso à organização pretendida; participação em grupo, domínio comum ou posse de credencial não demonstra autoridade ilimitada.
3.3. Aivyro poderá exigir confirmação adicional, aprovação administrativa, reautenticação, prova de propriedade, verificação de número, template aprovado, licença externa ou requisito setorial antes de ativar determinada função.
3.4. Consentimento concedido ao provedor autoriza tecnicamente os escopos aprovados, mas não substitui a instrução documentada, finalidade, transparência, base legal, minimização ou contrato exigidos para o tratamento subsequente.
3.5. O Cliente deverá revisar conexões ativas, responsáveis, usuários, escopos e necessidade periodicamente e revogar sem demora aquelas abandonadas, comprometidas, transferidas, excessivas ou incompatíveis com a finalidade original.
4. Contas credenciais e tokens
4.1. Senhas, API keys, client secrets, refresh tokens, access tokens, certificados, signing secrets e códigos de recuperação serão tratados como credenciais e não deverão ser compartilhados por canal inseguro, inseridos em campo comum ou expostos a usuário sem necessidade.
4.2. Quando OAuth estiver disponível, a autorização será preferida à entrega de senha; o Cliente deverá revisar tela de consentimento, Conta Conectada, escopos, duração e entidade receptora antes de concluir o fluxo.
4.3. A Aivyro protegerá credenciais sob seu controle com medidas proporcionais, limitará sua utilização à integração autorizada e não as incluirá em exportação ordinária, log público, suporte não autenticado ou conteúdo de modelo.
4.4. O Cliente protegerá credenciais e endpoints sob seu controle, comunicará comprometimento ou acesso suspeito e cooperará com rotação, revogação, investigação e reautorização; falha de terceiro poderá exigir desconexão imediata.
4.5. Expiração, revogação, troca de senha, mudança administrativa, política do provedor ou redução de escopo poderá interromper o fluxo, e a Aivyro não garantirá continuidade até nova autorização válida.
5. Escopos e minimização
5.1. Cada integração solicitará somente escopos necessários às capacidades apresentadas, e o Cliente poderá recusar escopo ou capacidade quando o provedor permitir separação sem inviabilizar função essencial contratada.
5.2. Escopo tecnicamente amplo será limite máximo de acesso e não finalidade universal; a Aivyro deverá restringir consultas, eventos e ações ao fluxo documentado, ainda que o token permita operação adicional.
5.3. A ampliação material de escopo, objeto, campo ou ação de escrita exigirá informação clara e nova autorização quando aplicável, não podendo ser incorporada silenciosamente em refresh token anterior.
5.4. O Cliente configurará filtros, objetos, usuários, caixas, calendários, pipelines, canais, períodos e regras de sincronização disponíveis para reduzir dados desnecessários e evitar mistura entre ambientes pessoais e corporativos.
5.5. Aivyro poderá desabilitar escopo obsoleto, excessivo ou inseguro e solicitar reconexão, preservando, quando viável, dados legitimamente incorporados e informando o efeito sobre recursos dependentes.
6. Direção origem e linhagem
6.1. A interface ou documentação deverá indicar se o fluxo é de entrada, saída ou bidirecional e quais objetos materiais são alcançados; expressões como conectar, sincronizar ou integrar não serão interpretadas como autorização irrestrita.
6.2. Dados importados conservarão, quando tecnicamente disponível, identificador de origem, Conta Conectada, versão, horário, direção, regra de correspondência e estado de sincronização suficientes para investigação e reconciliação.
6.3. O Cliente deverá determinar qual sistema é fonte autoritativa por objeto ou campo, especialmente quando edição puder ocorrer em múltiplos locais; ausência dessa decisão poderá gerar conflito, regressão ou sobrescrita legítima segundo regra padrão informada.
6.4. Campo calculado, normalizado, enriquecido ou inferido pela Aivyro será distinguido do valor recebido quando a diferença for material, e não será devolvido ao provedor como dado original sem regra de escrita autorizada.
6.5. Remoção da referência de origem, mudança de identificador ou merge de registros não poderá ser usada para apagar restrição de finalidade, proveniência, direito do titular ou obrigação de exclusão associada ao dado anterior.
7. Mapeamento correspondência e qualidade
7.1. Mapeamento entre objetos, campos, estágios, proprietários, moedas, datas, listas e enums deverá ser configurado e validado conforme os esquemas efetivos, evitando presumir equivalência semântica pela semelhança do nome.
7.2. Correspondência poderá utilizar identificador externo, e-mail, telefone, domínio, chave composta ou regra específica; falsos positivos e negativos são possíveis e deverão ser tratados com preview, conflito, revisão ou rollback proporcional ao risco.
7.3. O Cliente responderá pela qualidade e licitude dos dados de origem e a Aivyro pela execução do mapeamento sob seu controle; nenhuma parte deverá apresentar registro incompleto, atrasado ou conflitante como verdade confirmada.
7.4. Conversão de fuso, moeda, encoding, formato, identidade, estágio ou propriedade deverá preservar significado ou registrar a transformação, não sendo garantida compatibilidade com customização, app ou campo não declarado.
7.5. Alteração de esquema ou configuração poderá exigir reprocessamento, backfill ou migração, os quais dependerão de janela, limite e autorização específicos e não serão executados sobre produção sem controle correspondente.
8. Escrita conflitos e reversão
8.1. Ações de criação, atualização, associação, movimentação, envio ou exclusão no provedor somente ocorrerão quando a integração e o usuário possuírem permissão e a direção de saída estiver habilitada para o objeto e finalidade.
8.2. Antes de escrita material, o Cliente deverá configurar regra de precedência, campos protegidos, validação e owner; a Aivyro poderá oferecer simulação, confirmação ou trilha sem garantir reversão quando o provedor não suportar operação compensatória.
8.3. Conflito será resolvido conforme regra documentada, timestamp confiável, sistema autoritativo ou intervenção; política last write wins não será presumida quando puder destruir dado material ou contrariar instrução.
8.4. Duplicidade, retry, evento fora de ordem ou callback repetido deverá ser tratado por identificador, idempotência ou reconciliação quando tecnicamente aplicável, mas o Cliente deverá revisar efeitos externos que não possam ser automaticamente revertidos.
8.5. A desconexão interromperá novas operações no alcance técnico disponível, sem apagar automaticamente registros já incorporados, mensagens enviadas, eventos executados ou cópias mantidas legitimamente por cada sistema.
9. Webhooks filas e estado de sincronização
9.1. Webhook recebido será autenticado ou validado conforme mecanismo do provedor quando disponível, processado de forma compatível com seu evento e protegido contra replay, duplicidade, payload excessivo e origem não autorizada.
9.2. Webhook enviado pela Aivyro exigirá endpoint e segredo corretos do Cliente, disponibilidade, resposta e tratamento idempotente; entrega, ordem e tempo poderão variar conforme retry, fila, indisponibilidade e política contratada.
9.3. Estado deverá distinguir pendente, em processamento, concluído, parcial, atrasado, falho, pausado e desconectado quando material, sem representar aceitação inicial ou resposta HTTP isolada como sincronização integral.
9.4. Retry e dead letter terão limites e retenção próprios; falha persistente poderá exigir intervenção, descarte controlado ou replay autorizado, vedada conservação indefinida de payload por ausência de owner.
9.5. Métricas, logs e alertas poderão auxiliar diagnóstico, mas não constituem garantia de entrega nem substituem conferência do sistema autoritativo para operação crítica, cobrança, consentimento, reunião ou comunicação.
10. Integrações de CRM
10.1. HubSpot poderá operar fluxo bidirecional de registros quando habilitado; Pipedrive e Salesforce poderão operar importação ou outros fluxos expressamente apresentados, sem que a presença no catálogo prometa paridade entre provedores.
10.2. Contatos, empresas, oportunidades, atividades, notas, proprietários, pipelines, estágios e associações somente serão sincronizados conforme objetos, campos e permissões efetivamente selecionados e suportados.
10.3. Escrita de oportunidade, contato ou atividade poderá alterar automação, relatório, atribuição, cobrança ou processo externo; o Cliente deverá validar sandbox, escopo e owner antes de habilitar efeito em produção.
10.4. Aivyro não garante que regra, workflow, extensão, validação, custom object ou app instalado no CRM aceitará ou interpretará a operação, nem será responsável por mudança do terceiro fora de seu controle.
10.5. Dado comercial importado não será presumido lícito para outreach, score, enriquecimento ou IA; proveniência, preferência, supressão, base e restrição de cada uso permanecem aplicáveis após a sincronização.
11. Mensageria e canais sociais
11.1. WhatsApp e Instagram poderão operar troca bidirecional de mensagens quando habilitados, sujeitos a conta profissional, número, autorização administrativa, política da Meta, template, janela, opt-in, qualidade e disponibilidade territorial.
11.2. O Cliente deverá identificar remetente, manter prova de opt-in quando exigido, respeitar opt-out e supressão, utilizar template aprovado e evitar conteúdo proibido; a integração não legitima lista comprada, scraping ou envio contrário à Política de Comunicações.
11.3. Mudança de acesso, coexistência, número, Business Manager, limite, revisão ou enforcement da Meta poderá restringir o canal; a Aivyro poderá informar o estado conhecido, mas não controla aprovação ou sanção do provedor.
11.4. Mensagem poderá conter mídia, reação, anexo, contato, localização ou tipo não suportado, devendo o Serviço indicar conteúdo parcial ou indisponível em vez de alterar silenciosamente o significado.
11.5. Conversa, identidade, ownership e histórico serão associados conforme evidência disponível; merge incorreto, número reciclado, conta compartilhada ou identidade ambígua exigirá revisão antes de decisão ou outreach subsequente.
12. E-mail calendários e reuniões
12.1. Gmail e Microsoft Outlook poderão trazer atividade de caixa pessoal para a linha do tempo quando habilitados; caixa pessoal e canal de equipe permanecerão conceitos e permissões distintos, sem acesso implícito de um ao outro.
12.2. Google Calendar, Google Meet, Microsoft Calendar e Microsoft Teams poderão formar suítes editoriais, mas cada capacidade manterá autorização e owner próprios, e conectar calendário não autoriza automaticamente e-mail, reunião ou gravação.
12.3. Evento de calendário deverá distinguir convite, aceite, recusa, atualização, cancelamento, recorrência, conflito, disponibilidade e estado de sincronização; snapshot desatualizado não será apresentado como agenda confirmada.
12.4. Acesso a e-mail, convite ou reunião será limitado ao necessário para a capacidade selecionada, e conteúdo não deverá ser reutilizado para campanha, treinamento cross-tenant ou finalidade não informada.
12.5. O Cliente deverá respeitar segredo de correspondência, participantes, consentimento de gravação, regras do provedor e diferença entre atividade observada e autorização para agir em nome do usuário.
13. Zoom e mídia de reuniões
13.1. A integração Zoom poderá listar reuniões e obter gravações em nuvem de chamadas hospedadas por conta licenciada quando habilitada, sem que a conexão transforme o Zoom em calendário ou autorize reunião de outro anfitrião.
13.2. A gravação poderá chegar à Aivyro após processamento pelo provedor, sujeita a atraso, exclusão, permissão, licença, webhook e qualidade; a existência de reunião não comprova disponibilidade do arquivo.
13.3. O Cliente deverá cumprir os Termos de Gravação e as regras de consentimento mesmo quando a captura for nativa e nenhum bot estiver visível na lista de participantes.
13.4. Áudio, vídeo, chat, tela, transcrição do provedor e artefatos derivados poderão ter regimes e retenções distintos, devendo a configuração identificar quais itens serão importados e tratados.
13.5. Desconexão, revogação ou término não garante exclusão retroativa no Zoom nem na Aivyro; cada ambiente seguirá sua instrução, contrato, retenção e direito aplicáveis.
14. Aplicações conteúdo e propriedade de terceiros
14.1. O Cliente continuará responsável por licenças, assinaturas, tarifas, limites, usuários e obrigações de suas Aplicações de Terceiro, salvo se o Pedido declarar expressamente que determinado custo está incluído.
14.2. Logo, nome, descrição e link do provedor servem à identificação e não implicam sociedade, endosso, revenda, certificação ou garantia bilateral além do acordo efetivamente existente.
14.3. Conteúdo de terceiro será tratado segundo licença, confidencialidade e restrição de uso aplicáveis; a Aivyro não adquire propriedade sobre Dado do Cliente pela simples transmissão nem concede ao Cliente direito que o provedor não lhe deu.
14.4. O Cliente não usará integração para contornar paywall, limite, autenticação, bloqueio, política de API, medida de segurança ou restrição de exportação, nem para coletar dados a que não teria acesso legítimo.
14.5. Reclamação de propriedade, privacidade ou abuso relativa ao conteúdo será investigada conforme controle de cada parte, podendo resultar em bloqueio, remoção, preservação ou encaminhamento ao provedor e autoridade competentes.
15. Proteção de dados e papéis
15.1. Quando a Aivyro processar Dado de Integração por instrução do Cliente, aplicará o DPA; quando Cliente e provedor determinarem diretamente finalidade ou relação própria, seus papéis e avisos permanecerão independentes.
15.2. Provedor selecionado e contratado diretamente pelo Cliente não se torna subprocessador da Aivyro somente porque a integração troca dados com ele; a matriz deverá distinguir destino escolhido pelo Cliente de fornecedor contratado pela Aivyro.
15.3. O Cliente informará titulares sobre fontes, destinos, finalidades, transferências e direitos conforme aplicável e não instruirá sincronização que viole oposição, supressão, segredo, retenção ou restrição conhecida.
15.4. Transferência internacional será avaliada considerando origem, destino, entidade, infraestrutura e papel de cada fluxo, utilizando mecanismo válido e salvaguardas conforme DPA e Anexo Territorial.
15.5. Revogação do token interrompe novo acesso, mas não apaga automaticamente dados já incorporados; direitos e exclusão deverão ser propagados aos sistemas relevantes segundo possibilidade técnica, papéis e obrigação legal.
16. Segurança e resposta a incidentes
16.1. Aivyro e Cliente aplicarão menor privilégio, segregação, proteção de segredo, autenticação, revisão de acesso, logging e resposta proporcional sobre componentes sob seu controle.
16.2. Credencial, webhook, payload ou dado não será incluído em URL pública, log inadequado, ferramenta de suporte não autorizada ou repositório; valor exposto deverá ser revogado ou rotacionado, não apenas removido da visualização.
16.3. Falha de integração será triada para distinguir erro de autorização, configuração, esquema, quota, provedor, rede, dado ou código, evitando repetição destrutiva e alegação de sucesso sem evidência.
16.4. Incidente que envolva provedor será coordenado conforme DPA, contratos e controle efetivo, sem que a notificação de um elimine os deveres do outro perante Cliente, titulares ou autoridades.
16.5. Teste de segurança não poderá degradar provedor ou acessar conta alheia e deverá seguir canal autorizado; vulnerabilidade material poderá justificar suspensão preventiva do conector.
17. Disponibilidade mudança e descontinuação
17.1. Integrações dependem de APIs, termos, revisões, limites, licenças e infraestrutura de terceiros e poderão ser alteradas, restringidas ou descontinuadas por fatos fora do controle razoável da Aivyro.
17.2. Aivyro empregará esforços contratualmente devidos para manter integração habilitada, mas não garante disponibilidade do provedor, aprovação de conta, compatibilidade universal, ausência de rate limit ou preservação de comportamento não documentado.
17.3. Mudança material sob controle da Aivyro será comunicada conforme o Pedido e, quando comercialmente viável, acompanhada de migração, exportação, alternativa ou prazo razoável, sem criar obrigação além do escopo contratado.
17.4. Mudança emergencial por segurança, lei, bloqueio do terceiro ou risco poderá ocorrer sem aviso prévio completo, com informação posterior compatível com investigação e remediação.
17.5. Recurso beta, preview ou experimental será identificado, poderá ter limite, retenção e suporte distintos e não integrará SLA salvo compromisso expresso no Pedido.
18. Medição limites e cobrança
18.1. Requisição, evento, registro, mensagem, contato, reunião, minuto, arquivo, armazenamento, crédito, usuário ou outra unidade somente gerará cobrança quando definida no Pedido ou interface de compra com método e consequência claros.
18.2. Rate limits e quotas poderão ser aplicados pela Aivyro ou pelo provedor para segurança, desempenho e contrato; excedente não implica automaticamente compra, e bloqueio ou overage dependerá da regra aceita.
18.3. Medição deverá distinguir tentativa, sucesso, falha, retry, duplicidade e operação de teste quando material à cobrança, permitindo contestação com evidência razoável sem expor segredo ou dado desnecessário.
18.4. Tarifa do provedor, telecomunicação, template, licença, número, armazenamento ou API será do Cliente salvo inclusão expressa, e a Aivyro não responderá por alteração de preço de terceiro fora do compromisso assumido.
18.5. Crédito de serviço, reembolso ou compensação por indisponibilidade de integração somente será devido quando previsto no Pedido, SLA ou lei inderrogável, observadas causa, medição, exclusões e procedimento.
19. Desconexão suspensão e término
19.1. Cliente poderá desconectar integração conforme interface ou solicitação aplicável, devendo compreender efeitos sobre novas sincronizações, filas, automações, gravações, mensagens, acesso histórico e dependências de outros módulos.
19.2. Aivyro poderá suspender conexão comprometida, ilegal, abusiva, excessiva, não paga ou incompatível com termos do provedor, na extensão necessária e conforme procedimento dos Termos B2B.
19.3. Antes de desconexão planejada, o Cliente revisará jobs pendentes, exportará dados necessários, preservará prova e definirá sistema autoritativo, pois operação já executada no terceiro poderá não ser reversível.
19.4. Após término, credenciais sob controle da Aivyro serão revogadas ou removidas conforme capacidade técnica e dados seguirão Política de Retenção, sem garantia de exclusão em conta de terceiro administrada pelo Cliente.
19.5. Obrigações de confidencialidade, proteção de dados, pagamento, propriedade, auditoria, destinação e responsabilidade sobreviverão enquanto houver dado, direito, disputa ou dever que as justifique.
20. Evidência responsabilidade território e vigência
20.1. Logs de autorização, Conta Conectada, escopos, configuração, direção, evento, erro, escrita, revogação e versão formarão evidência proporcional, sem que registro técnico sane ausência de autoridade, base ou contrato.
20.2. Cada parte responderá por atos sob seu controle; a Aivyro não assumirá falha exclusiva do provedor ou configuração do Cliente, e o Cliente não assumirá vulnerabilidade, uso autônomo ou promessa falsa sob controle da Aivyro.
20.3. Indenização e limite seguirão Termos B2B e lei aplicável, com exclusões interpretadas restritivamente e sem afastar dolo, fraude, violação inderrogável ou obrigação que não possa ser limitada.
20.4. País, estado, província, setor, canal, dado e transferência poderão condicionar ou impedir integração, ainda que ela funcione tecnicamente; habilitação internacional exige Pedido e Anexo Territorial compatíveis.
20.5. Estes Termos vigoram na data indicada e vinculam as integrações efetivamente habilitadas quando incorporados ao Pedido ou a aceite válido. Documentação, disponibilidade técnica ou demonstração não ampliam escopo, direção, dado, garantia ou responsabilidade além da integração contratada.