Mudanças entre as edições de "Layout Importação de Dados Base CRM"
(→Contas) |
(→Contas) |
||
Linha 51: | Linha 51: | ||
<table border="1" cellspacing="0" cellpadding="2" align='left'> | <table border="1" cellspacing="0" cellpadding="2" align='left'> | ||
− | <tr align=' | + | <tr align='left'> |
− | <td bgcolor="#CCCCCC" | + | <td bgcolor="#CCCCCC"><strong>Nome do Campo</strong></td> |
<td bgcolor="#CCCCCC"><strong>Tipo</strong></td> | <td bgcolor="#CCCCCC"><strong>Tipo</strong></td> | ||
<td bgcolor="#CCCCCC"><strong>Tamanho Máximo</strong></td> | <td bgcolor="#CCCCCC"><strong>Tamanho Máximo</strong></td> |
Edição das 10h54min de 29 de junho de 2015
Índice
Visão Geral
Para realizar a importação dos dados de um sistema legado para o Base CRM, é necessário entender que o Base CRM é composto por sete tipos de informação: Contas, Contatos, Contratos, Relacionamentos, Relacionamentos de Contrato e Usuários.
Esses dados são enviados de um computador remoto, onde está sendo utilizado o sistema legado, diretamente para o Base CRM em um intervalo de minutos definido pelo usuário. Este envio ocorre de forma automática através de um aplicativo Java, apelidado de robô, que estará sendo executado no computador remoto.
Quando a importação é feita por um dos sistemas da Base Software, o processo de extração dos dados do sistema legado, ocorre de forma automática através de “gatilhos” acionados sempre que uma determinada ação do sistema ocorre, gerando assim um Log de Exportação que será executado e enviado para o Base CRM através do robô.
Quando essa importação é feita por algum outro sistema que não seja da Base Software, ou seja, não é nativamente adaptado para exportar automaticamente as informações para o Base CRM, existe a necessidade de criar Arquivos de Exportação nos padrões que o robô interpretará e fará o envio das informações para o Base CRM.
Arquivos
Os arquivos deverão ser no formato TXT.
Por padrão, para todos os arquivos a primeira linha deverá conter as colunas dos campos, as demais linhas representam os dados do sistema.
Cada coluna, é separada por virgula e seu conteúdo deve ser colocando entre aspas compostas.
Ao final de cada linha deverá existir um ponto e virgula.
Contas
O nome do arquivo deverá ser contas.txt.
Os tipos de conta válidos são: pessoa, imovel e condominio.
Os tipos de conta deverão ser identificados em minusculo e sem acentuação. |
O que definirá se uma conta é inquilino, proprietário, fiador, corretor ou qualquer outro título é o relacionamento entre as contas.
Mais abaixo, poderá ser visto o layout para a exportação dos relacionamentos. |
Os campos ou “colunas” do arquivo de contas são:
Nome do Campo | Tipo | Tamanho Máximo | Obrigatório | Observações |
id | Alfanumérico | 100 | Sim | É a identificação da conta no sistema legado, ou seja, o código único da conta. |
nome | Alfanumérico | 255 | Sim | |
tipo_conta | Alfanumérico | 100 | Sim | Precisa estar entre um dos valores pessoa, imovel ou condominio |
endereco | Alfanumérico | 255 | Sim | |
bairro | Alfanumérico | 255 | Não | |
cidade | Alfanumérico | 255 | Não | |
estado | Alfanumérico | 255 | Não | |
cep | Alfanumérico | 20 | Não | |
cpf | Alfanumérico | 20 | Não | |
cnpj | Alfanumérico | 20 | Não | |
Alfanumérico | 255 | Não | Endereço de e-mail principal. | |
email2 | Alfanumérico | 255 | Não | Endereço de e-mail alternativo. |
telefone | Alfanumérico | 255 | Não | |
telefone2 | Alfanumérico | 255 | Não | |
descricao | Alfanumérico | Livre | Não | Campo utilizado para adicionar outros detalhes, caso seja necessário. |
website | Alfanumérico | 255 | Não | |
status | Alfa | 10 | Sim | Precisa estar entre um dos valores ativo ou cancelado. |
Faça o download do arquivo contas.txt para ver um exemplo. |
Contatos
O nome do arquivo deverá ser contatos.txt.
Cada contato está diretamente ligado a uma conta. Ou seja, uma conta pode possuir vários contatos.
Segue os campos ou “colunas” do arquivo de contatos.
- id – é a identificação do contato no sistema legado, ou seja, o código único do contato.
- idconta – é a identificação da conta a que este contato está vinculado.
- tipoconta – tipo da conta a que este contato está vinculado. (pessoa, imovel ou condominio).
- nome
- telefone
- telefone2
- cep
- endereco
- bairro
- cidade
- estado
- descricao – Caso precise adicionar outros detalhes a este contato.
- status – precisa estar entre um dos valores ativo ou cancelado.
Faça o download do arquivo contatos.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
Contratos
O nome do arquivo deverá ser contratos.txt.
Ao incluir um contrato no sistema, ele não estará vinculado a nenhuma conta.
O contrato será somente visualizado em uma conta quando fizer a importação dos relacionamentos do contrato.
Mais abaixo, poderá ser visto o layout para a exportação dos relacionamentos de contratos. |
Segue os campos ou “colunas” do arquivo de contratos.
- id – é a identificação do contrato no sistema legado, ou seja, o código único do contrato.
- data_inicio – data de inicio do contrato.
- data_fim – data que termina o contrato.
- tipo_contrato – Precisa estar entre os valores adm imovel, adm locacao ou adm condominio.
- descricao – Outros detalhes do contrato.
- status – Precisa estar entre um dos valores ativo ou cancelado.
Faça o download do arquivo contratos.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
Usuários
O nome do arquivo deverá ser usuarios.txt.
Os usuários importados para o Base CRM são os usuários que farão a utilização do sistema. Ao incluir um usuário ele vem com uma senha padrão ( 1234 ) que poderá ser modificada posteriormente pelo administrador do sistema.
O nível do usuário, será utilizado somente na primeira carga do sistema para vincular o usuário a um possível departamento pré configurado. Que posteriormente poderá ser modificado.
Segue os campos ou “colunas” do arquivo de usuarios.
- id – é a identificação do usuário no sistema legado, ou seja, o código único do usuário.
- login – login utilizado entrar no Base CRM.
- nome – Nome do usuário.
- telefone
- telefone2
- nivel – Precisa estar entre os valores atendente, gerente ou gerente de locação
- status – Precisa estar entre os valores ativo ou cancelado.
Faça o download do arquivo usuarios.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
Relacionamentos
É importante primeiro que se tenha o entendimento do que é um relacionamento: Um relacionamento é uma interação ou ligação entre duas contas no Base CRM. |
O nome do arquivo deverá ser relacionamentos.txt.
Segue os campos ou “colunas” do arquivo de relacionamentos.
- idmaster – é a identificação única da conta master no sistema.
- tipo_conta_master – Precisa estar entre pessoa, imovel ou condominio.
- tipo_relacionamento – Precisa estar entre condomino, inquilino, proprietario, sindico, fiador, fornecedor, funcionario, corretor, interessado ou responsavel.
- idrelacionado – é a identificação única da conta relacionada no sistema.
- tipo_conta_relacionado – Precisa estar entre pessoa, imovel ou condominio.
- chave_diferencial – Utilizada para diferenciar dois relacionamentos do mesmo tipo entre duas contas.
Digamos que eu tenha as contas (id = 1, Sr. Joaquim) e ( id = 2, Condomínio alto luxo ). Por algum motivo o Sr. Joaquim é condômino em duas unidades do condomínio alto luxo, então o que diferenciará esse relacionamento será a chave_diferencial onde será informada o código de qual unidade ele pertence. Então, caso o mesmo relacionamento ocorra em duas situações com as mesmas contas, o que diferenciará será a chave diferencial. O arquivo de relacionamentos é simples estruturalmente porém pode tornar-se de grande complexidade pela abstração que ele proporciona às contas do Base CRM. |
- descricao – Utilizado para adicionar outros detalhes do relacionamento.
Suponhamos que eu queira vincular a conta do Sr. Joaquim ( id = 1 ) à um imóvel existente no sistema (id = 2) afirmando que o Sr. Joaquim é proprietário deste imóvel. Isso é possível através dos relacionamentos. Teríamos assim um relacionamento do tipo “proprietario” entre Joaquim e seu imóvel que ficaria da seguinte forma:
Primeira linha do arquivo: “idmaster”, “tipo_conta_master”, “tipo_relacionamento”, “idrelacionado”, “tipo_conta_relacionado”; |
Primeira linha do arquivo: “1”, “pessoa”, “proprietario”, “2”, “imovel”; |
No exemplo acima, a conta com id = 1 de tipo = pessoa representa o Sr. Joaquim. A conta de id = 2 do tipo imovel representa o Imóvel do Sr. Joaquim.
Os tipos de relacionamentos possíveis no Base CRM são:
- condomino – Define o relacionamento de condômino entre uma pessoa e um condomínio. Neste caso o idmaster é o do condômino e o idrelacionado é do condomínio.
- inquilino – Define o relacionamento de inquilino entre uma pessoa e um imóvel. Neste caso o idmaster é o do inquilino e o idrelacionado é do imóvel.
- proprietario – Define o relacionamento de proprietário entre uma pessoa e um imóvel. Neste caso o idmaster é do proprietário e o idrelacionado é do imóvel.
- sindico – Define o relacionamento de síndico entre uma pessoa e um condomínio. Neste caso o idmaster é do síndico e o idrelacionado é do condomínio.
- fiador – Define o relacionamento de fiador entre uma pessoa e um imóvel. Neste caso o idmaster é do fiador e o idrelacionado é do imóvel.
- Corretor – Define o relacionamento de corretor entre uma pessoa e um imóvel. Neste caso o idmaster é do corretor e o idrelacionado é do imóvel.
- Interessado – Define o relacionamento de interessado entre uma pessoa e um imóvel. Neste caso o idmaster é do interessado e o idrelacionado é do imóvel.
- fornecedor – Define o relacionamento de fornecedor entre duas pessoas ou uma pessoa e um condomínio, ou seja, uma empresa (pessoa) pode ser fornecedora de um condomínio.
- funcionario – Define o relacionamento de funcionário entre uma pessoa e um condomínio, ou seja, é possível adicionar os funcionários do condomínio para que possam ser encontrados no Base CRM. Neste caso o idmaster é do funcionário e o idrelacionado é do condomínio
- responsavel – Define o relacionamento de responsável entre duas pessoas. A figura do responsável é um funcionário da administradora ( que terá de ser incluído como conta no arquivo de contas ) e outras pessoas. Para que possa saber quais pessoas (ou condomínios) aquele funcionário é responsável. Neste caso o idmaster é do responsável e o idrelacionado é da conta que ele será responsável.
- procurador – Define o relacionamento de procurador entre duas pessoas. Neste caso o idmaster é o do procurador e o idrelacionado é a conta que será a cedente
Fique atento também na classificação das contas relacionando os campos idmaster com tipo_conta_master e idrelacionado com tipo_conta_relacionado. |
Faça o download do arquivo relacionamentos.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
Relacionamentos de Contrato
O nome do arquivo deverá ser relacionamentos_de_contrato.txt.
Os relacionamentos de contrato definem a relação que uma conta possui com um contrato no Base CRM.
Segue os campos ou “colunas” do arquivo de contratos.
- idcontrato – é a identificação única do contrato no sistema.
- tipo_contrato – Precisa estar entre adm imovel, adm locacao ou adm condominio.
- idconta – é a identificação única da conta no sistema.
- tipo_conta – Precisa estar entre pessoa, imovel ou condominio.
- tipo_relacionamento – Precisa estar entre contratante, fiador ou imovel.
- descricao – Utilizado para adicionar outros detalhes do relacionamento.
Por exemplo: O tipo de relacionamento de contratante, define que a pessoa é a contratante da administração de imóvel. O tipo de relacionamento de imovel define um possível imóvel que está envolvido em um contrato. O tipo de relacionamento de fiador define que conta ocupa o título de fiador no contrato.
Faça o download do arquivo relacionamentos_de_contrato.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
Followup
Followups são registros de andamento ou histórico de uma conta do tipo pessoa, imóvel ou condomínio, importantes para fazer um acompanhamento geral da conta.
Esse tipo de registro deverá ser utilizado somente se existirem ocorrências associadas as contas no sistema legado, que precisem ser exportados para o Base CRM. |
Segue os campos ou “colunas” do arquivo de Followups.
- Id – É a identificação única do followup no sistema.
- data – O formato da data é dd-mm-aaaa.
- hora – O formato da hora é hh:mm.
- descricao – Outros detalhes do followup.
- status_followup – Precisa estar entre ativo ou cancelado.
- tipo_followup – Precisa estar entre agenda , follow_up, ocorrencia, solicitacao ou andamento.
- followup_id – Quando criado um followup do tipo solicitacao, este followup poderá conter muitos followups de andamento, que também são registros deste arquivo txt. Então, se este followup é de andamento, ele terá um followup pai de solicitacao.
Faça o download do arquivo followups.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |
A ligação entre os followups e as contas do Base CRM é feita através de um outro mecanismo Contas do Followup, com definição logo a seguir.
Contas do Followup
Esse tipo de registro faz o relacionamento entre as contas e os followups.
Segue os campos ou “colunas” do arquivo de contas do followup:
- idfollowup – É a identificação única do followup no sistema.
- idconta – É a identificação única da conta no sistema.
- tipo_conta – Precisa estar entre pessoa, imovel ou condominio.
- tipo_relacionamento – Precisa estar entre condomino, inquilino, proprietario, sindico, fiador, fornecedor, funcionario ou responsavel.
- Descricao – Dados adicionais do relacionamento entre a conta e o followup.
Faça o download do arquivo contas_followups.txt para ver um exemplo. |
Não esqueça do ponto e virgula no final de cada linha. |