A verificação de uma contraparte antes do negócio costuma ser assim: o gerente copia o INN do CRM, vai a um serviço de verificação, olha o status e a receita, volta e reconta o resultado em um comentário. Funciona enquanto os negócios são poucos e todos lembram que é preciso verificar. O ponto fraco é o fator humano: o contrato com uma pessoa jurídica liquidada é assinado justamente quando «não deu tempo de verificar». Vamos ver como levar a verificação para dentro do Bitrix24 (Alaio) — para um processo de negócios que dispara sozinho e não esquece.

O que dá para descobrir pelo INN sem sair do CRM

O robô «Dados da empresa por INN» devolve, por um único INN, os dados do registro estatal de empresas: o nome oficial (curto e completo), o status da pessoa jurídica — ativa ou liquidada —, o dirigente, o código principal do classificador de atividades econômicas, o endereço jurídico e a data de registro. O robô «Faturamento da empresa por INN» adiciona o recorte financeiro: a receita anual das demonstrações financeiras oficiais, com indicação do ano de referência — e já a grava no campo de sistema «Faturamento anual» do card da empresa ou em qualquer outro campo à escolha. Juntos, eles fecham o scoring básico: a empresa está viva, quem é o seu signatário, qual é a escala do negócio.

Cenário 1: verificação na criação da empresa

O processo disparado na criação da empresa dá três passos. Primeiro, o «Encontrar empresa por INN» procura esse INN entre os cards existentes — se a contraparte já existe, um novo card não é criado, e a base não acumula duplicatas (por que as duplicatas se espalham e como limpá-las — no detalhamento das duplicatas). Em seguida, o «Dados da empresa por INN» preenche o card com os dados do registro: o nome como está no registro estatal de empresas, o endereço, o dirigente — no lugar do que o gerente teve tempo de digitar. Como os dados do registro se relacionam com o bloco de dados de registro do card — no artigo sobre os dados de registro. O toque final: o «Faturamento da empresa por INN» preenche a receita, e a segmentação «grande/médio/pequeno» começa a funcionar desde o primeiro dia de vida do card.

Cenário 2: verificação de bloqueio na etapa do contrato

A principal proteção é colocada na etapa «Contrato»: o processo consulta o status da pessoa jurídica, e uma condição separa os ramos. Status «ativa» — o negócio segue adiante. Status de liquidação ou falência — o processo interrompe o andamento, cria uma tarefa para o jurídico e adiciona o chefe do departamento como observador do negócio (como funcionam os observadores — em um detalhamento à parte). Uma condição adicional é pela receita: um contrato de valor maior que o faturamento anual da contraparte é motivo para verificação manual, e o processo dirá isso honestamente. Essa verificação não depende da carga do gerente: ela dispara em cada negócio que chega à etapa.

Cenário 3: código de atividade legível e atualização da base

O código «62.01» em um campo do card não diz nada ao gerente. O robô «Classificador de atividades: decodificação pelo código» transforma o código do classificador de atividades econômicas no nome do tipo de atividade — «Desenvolvimento de software» — e o processo o grava em um campo de texto ao lado. Para a base já acumulada, tudo isso é feito em massa: o processo «verificar e completar» é executado pela lista de empresas com a execução em massa — status, receita e decodificações se atualizam em toda a base em uma única passagem, sem percorrer os cards à mão.

Perguntas frequentes

De onde vêm os dados? Do registro estatal de empresas e das demonstrações financeiras oficiais, por meio de serviços de dados; a fonte é configurada no lado do aplicativo, o portal só se comunica com o robô. Com que frequência atualizar? O mínimo razoável — na criação do card e na etapa do contrato; para uma base ativa, adicione uma passagem agendada uma vez por trimestre. Isso substitui uma verificação completa de idoneidade? Não: processos judiciais, garantias e listas de sanções são uma profundidade à parte; os robôs fecham a primeira barreira — status, signatário, escala e limpeza da base. E os dados de pessoas físicas? Os robôs trabalham com pessoas jurídicas pelo INN do card da empresa.

Resumo

A verificação de contraparte no Bitrix24 é um processo, e não um hábito do gerente: controle de duplicatas e preenchimento automático na criação do card, condição de bloqueio pelo status na etapa do contrato, receita e código de atividade legível para a segmentação. Os quatro robôs estão no catálogo da Roboteka, instalados gratuitamente pelo Bitrix24 Market. Se não houver o cenário de que você precisa — descreva a tarefa e criamos o robô.