Início›Guias›Documentos e GED
Documentos e GED · Entender
Sim, uma gestão eletrônica de documentos (GED) pode ser ligada ao ERP, ao CRM e ao e-mail, em três níveis: um link para o documento, um conector ou um desenvolvimento. O objetivo é que o documento fique na pasta e que as outras ferramentas apontem para ele. O que quebra são as duplicatas, as permissões que não acompanham e o anexo que volta a ser a cópia de referência.
Atualizado em outubro de 20266 minFontes oficiais citadas
Um contrato assinado muitas vezes existe em quatro vias: no e-mail do vendedor, na ficha do cliente no CRM, no ERP que fatura e em uma pasta compartilhada. No dia de um aditivo, ninguém sabe qual está atualizada. No dia de uma fiscalização, é preciso encontrar todas.
Integrar uma GED é inverter a lógica. O documento vive em um único lugar, com suas permissões, suas versões e seu prazo de guarda. As outras ferramentas guardam uma referência a ele, não uma cópia. Uma integração bem-sucedida se mede pelo número de cópias que ela elimina.
É o nível mais simples. Um link para o documento é colocado em um e-mail, em um campo da ficha do CRM, em uma nota do ERP. Ele respeita as permissões da GED: quem não tem acesso à pasta não abre nada. Funciona com qualquer ferramenta, sem desenvolvimento. Seu limite é a ação manual, e a tentação de criar um link público “para funcionar”.
Um conector liga dois aplicativos sem que seja preciso copiar à mão. Ele pode ser nativo (previsto por um dos dois fornecedores) ou passar por uma ferramenta de automação de terceiros. Muitas vezes se apoia em padrões. O WebDAV, definido pela RFC 4918, acrescenta ao HTTP a gestão de propriedades, de coleções e do bloqueio de arquivos: um aplicativo pode ler e gravar em um espaço de documentos como em uma pasta de rede. O CMIS, padrão da OASIS, descreve um modelo de dados e serviços comuns para dialogar com repositórios de gestão de conteúdo. Antes de contar com um deles, verifique se as duas ferramentas o suportam, e em qual versão.
Quando nenhum conector serve, a troca é programada: chamada de uma interface de programação, depósito automático de um arquivo, criação de uma pasta na abertura de uma conta de cliente. É o nível mais preciso e o mais caro de manter, pois cada atualização de uma das ferramentas pode quebrá-lo.
Enviar um link em vez de um anexo evita encher as caixas de correio, mantém uma única versão e permite retirar o acesso mais tarde. Para os documentos recebidos, um e-mail ligado à GED permite salvar o anexo na pasta certa a partir da mensagem. Resta decidir quem faz isso. Caso contrário, a caixa de entrada vira o arquivo de fato.
O CRM produz orçamentos, pedidos e faturas em PDF. A questão é saber qual deles vale como referência: o PDF gerado pelo CRM ou a versão assinada guardada na GED. Uma regra simples: o CRM guarda o que produz, a GED guarda o que volta assinado, e a ficha do cliente aponta para a pasta.
O ERP costuma ser o lugar de referência dos documentos contábeis. A GED guarda os comprovantes e o fluxo de aprovação. A ligação entre os dois depende do ERP: alguns aceitam um conector, outros apenas um depósito de arquivos ou um desenvolvimento. Não há resposta genérica: é um tema de estudo, e muitas vezes de orçamento.
| Documento | Lugar de referência possível | As outras ferramentas |
|---|---|---|
| Orçamento | CRM | Link a partir do e-mail de envio |
| Contrato assinado | GED | Link a partir da ficha do cliente |
| Fatura de fornecedor | GED para o comprovante e o fluxo, ERP para o lançamento | Referência do documento no ERP |
| Documento recebido por e-mail | GED, depois de depositado | A mensagem guarda um link, não o original |
Caso hipotético. Uma distribuidora de vinte e cinco pessoas quer ligar suas ferramentas sem um projeto de TI pesado.
Ela começa pelo link. Os orçamentos são criados no CRM e enviados por e-mail em forma de link. O contrato assinado é depositado na pasta do cliente, e a ficha do CRM aponta para essa pasta. As faturas de fornecedores seguem um fluxo de aprovação na GED; a contadora faz o lançamento no ERP informando a referência do documento.
Seis meses depois, o volume de faturas justifica um conector entre a GED e o ERP. O projeto é curto, porque o lugar de referência, as permissões e a nomenclatura dos arquivos já estão decididos.
Não. O link cobre a maioria das necessidades iniciais. O conector se justifica quando o volume torna a ação manual custosa.
Sim, se tiver senha, data de expiração e a permissão mínima. Veja links de compartilhamento, parceiros e downloads.
Uma extensão do HTTP, padronizada pela RFC 4918, que permite ler, gravar e bloquear arquivos remotamente. Muitas ferramentas o usam para acessar um espaço de documentos.
Sim, por um dos três níveis. O link sempre funciona; o conector depende do que as duas ferramentas oferecem.
Os serviços Klytic se interligam entre si. Eles também se comunicam com os seus softwares de três formas publicadas: por conexão nativa, por uma ferramenta de terceiros ou por um desenvolvimento realizado pela Klytic mediante orçamento.
Cada serviço é contratado separadamente e funciona sozinho: o Klytic Docs sem o Klytic Mail, o Klytic CRM sem o Klytic Docs. Os serviços se baseiam em padrões abertos e em formatos de arquivo padrão. Cada cliente tem uma instância Klytic Docs dedicada, da qual também é administrador.
Os limites: não há catálogo de conectores publicado, nem equivalência com as integrações do Microsoft 365 ou do Google Workspace. A Klytic não é uma oferta qualificada SecNumCloud.
Esta página descreve princípios gerais. A viabilidade de uma integração se verifica ferramenta por ferramenta.
Consultadas em outubro de 2026.
Descreva suas ferramentas e seus documentos: dizemos qual nível convém, e o que depende de orçamento.
Oferta de boas-vindas
Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.