Descrição do projeto
TraduzidoNossa empresa mantém registros de clientes em um CRM, mas o software de contabilidade e um suporte técnico também armazenam cópias dos mesmos cartões de clientes. Qualquer alteração precisa ser inserida manualmente em cada lugar: um novo número de telefone, um status de contrato atualizado, um gerente alterado. As pessoas esquecem, os sistemas se afastam, e frequentemente encontramos o CRM mostrando uma coisa enquanto a contabilidade mostra outra.
Precisamos de uma camada de sincronização bidirecional entre o CRM e os outros sistemas, construída através de suas APIs em vez de acesso direto ao banco de dados. Quando um cartão de cliente é editado no CRM, os mesmos campos devem ser atualizados automaticamente em outros lugares, e o inverso também deve funcionar — uma alteração feita do outro lado deve retornar ao CRM por conta própria. Quais campos sincronizam, e em qual direção, precisa ser configurável.
A parte mais complicada são os conflitos: o mesmo cartão editado em dois sistemas dentro de uma janela curta antes da sincronização ser executada. Cada um desses casos deve ser registrado em um log de conflitos com ambas as versões dos dados e um carimbo de data/hora, para que nossa equipe possa revisá-lo e escolher um vencedor, em vez de a sincronização sobrescrever silenciosamente um lado.
O que importa para nós:
— sincronização estável e retomável que sobrevive a uma conexão interrompida
— mapeamento claro de campos entre o CRM e cada sistema
— um log de conflitos que seja fácil de ler e agir
— documentação curta para que nossa própria equipe possa mantê-la depois
Precisamos de uma camada de sincronização bidirecional entre o CRM e os outros sistemas, construída através de suas APIs em vez de acesso direto ao banco de dados. Quando um cartão de cliente é editado no CRM, os mesmos campos devem ser atualizados automaticamente em outros lugares, e o inverso também deve funcionar — uma alteração feita do outro lado deve retornar ao CRM por conta própria. Quais campos sincronizam, e em qual direção, precisa ser configurável.
A parte mais complicada são os conflitos: o mesmo cartão editado em dois sistemas dentro de uma janela curta antes da sincronização ser executada. Cada um desses casos deve ser registrado em um log de conflitos com ambas as versões dos dados e um carimbo de data/hora, para que nossa equipe possa revisá-lo e escolher um vencedor, em vez de a sincronização sobrescrever silenciosamente um lado.
O que importa para nós:
— sincronização estável e retomável que sobrevive a uma conexão interrompida
— mapeamento claro de campos entre o CRM e cada sistema
— um log de conflitos que seja fácil de ler e agir
— documentação curta para que nossa própria equipe possa mantê-la depois
Programação web Dinheiro, Transferência bancária
