Caso os arquivos sejam de empresas diferentes ou a data inicial e final constante no registro 10 não sejam as mesmas nos dois arquivos será emitido um aviso em tela e o arquivo não será processado.
Deve ser utilizado sempre que houver a necessidade de comparar dois arquivos da mesma empresa e do mesmo
período. Um exemplo desta necessidade é o seguinte caso:
- Suponha que já tenha sido enviado o arquivo sintegra do mês de junho de 2006 na data exigida e que os
seus valores tenham sido comparados com o da DMA (no caso da Bahia) do mês e os valores estavam iguais,
DMA (no caso da Bahia) e sintegra, e que tempos depois o setor fiscal fez alterações em determinada(s)
nota(s) fiscal(ais), e com isso necessitou-se retransmitir a DMA e refazer o sintegra.
Imaginemos que a alteração foi o cancelamento da Nota Fiscal 72980-1, com CFOP 1411 no valor de R$ 100,00.
Refazendo-se a DMA e gerando novamente o sintegra ambos devem apresentar a mesma diferença de R$100,00
para menos em seus valores de ENTRADA (CFOP 1411), porém ao comparar os novos valores da nova DMA com
o novo arquivo sintegra apareceu uma diferença de R$148,06 que você não consegue identificar de que NF
provém. Caso fosse um CFOP de baixa utilização seria fácil detectá-la dando uma olhada no livro fiscal,
mas caso isto ocorra com um CFOP de comum utilização fica mais difícil.
É para estes casos que será utilizado o programa CSINBIRA.EXE, informando o primeiro e o segundo arquivo
sintegra que foram gerados o programa CSINBIRA.EXE informará a partir da leitura do registro 50 qual
NF teve seus valores, CFOP aliquota ou status de cancelada alterado.
Veja na figura abaixo como o Csinbira.exe iria gerar o relatório com as diferenças entre o primeiro e o
segundo arquivo
Pode-se observar que o Csinbira.exe detectou duas NF que apresentaram diferenças entre o primeiro e o segundo arquivo
sintegra gerados.
Arquivo | Primeiro Arquivo | Segundo Arquivo | ||||||
---|---|---|---|---|---|---|---|---|
Nota Fiscal | CFOP | Valor Total | Valor Outras | Situação | CFOP | Valor Total | Valor Outras | Situação |
72980 | 1411 | 100,00 | 100,00 | N=Normal | 1411 | 0,00 | 0,00 | S=Cancelada |
72985 | 1411 | 148,06 | 148,06 | N=Normal | 1411 | 0,00 | 0,00 | S=Cancelada |
Deve-se copiar os dois arquivos na mesma pasta onde se encontra o programa Csinbira.exe e renomea-los para o padrão
AAAAAAAA.TXT (8 caracteres no nome e 3 na extensão que deve ser TXT, exemplo:
o primeiro arquivo pode ficar como PRIMEIRO.TXT e o segundo como SEGUNDO1.TXT, contudo, pode-se colocar qualquer nome
diferente para o primeiro e segundo arquivo contando que tenham 8 caracteres no nome, um ponto e 3 caracteres na extensão.
Após informar o nome do primeiro e segundo arquivo deve-se responder à pergunta:
Lista diveregências de I.E. e CNPJ? caso responda "S" o Csinbira.exe passa a verificar as Notas Fiscais no registro
50 cujas Inscrições Estatuais e/ou CNPJ´s estejam diferentes. Isto ocorre normalmente quando após o envio do primeiro
arquivo sintegra estes dados foram alterados no cadastro do cliente ou fornecedor e como a maioria dos sistemas de
automação comercial não guarda os dados do cliente nos mesmos arquivos/tabelas que a Nota Fiscal, na segunda geração
o programa que gera o sintegra lê as NF mas pega os dados do cliente ou fornecedor do arquivo/tabela de cadastro que
foi alterado.
Deve-se responder "S" para esta pergunta caso a intenção seja verificar estas inconsistências, como em alguns casos
elas podem ocorrer em muitas quantidades e não se tenha a necessidade de verificá-las por hora, basta colocar "N".
Se a intenção é apenas verificar divergências de valor o ideal é responder "N".
Vamos aproveitar para analisar mais um caso utilizando esta ferramenta:
Digamos que hajam os seguintes arquivos sintegra da mesma empresa e referente ao mesmo mês:
primeiro.txt = que havia sido gerado no início do mês e transmitido para o Governo.
segundo1.txt = gerado alguns dias depois, após alterações efetuada no banco de dados da empresa.
Executamos o Csinbira informando estes dois arquivos e o programa gerou o relatório divergem.htm mostrado abaixo:
Observe que o item 8 apresenta divergência no [ Valor Total ] da Nota Fiscal, se analisarmos a diferença de valor comparando com
telas capturadas do Validador Sintegra (versão 5.2.0) teremos:
Deve-se ter muito cuidado com o Banco de Dados da Empresa após o envio dos arquivos Sintegra pois em muitos casos há a
preocupação em enviar o arquivo Sintegra na data correta e com os valores iguais ao dos Livros Fiscais a serem encadernados
(ainda obrigatório para os idos de 2008) e após a transmissão dos arquivos para o Fisco, os funcionários da empresa podem
acessar o banco de dados da empresa causando entre outros, principalmente os seguintes erros:
● inlcuir NF com data retroativa ao período do arquivo Sintegra que já foi transmitido;
● Cancelar NF deste período,
● Alterar valores de NF;
● Alterar data de entrada de documentos, retirando-os assim do período passando-o para outro mês;
● Quantidades de produtos (este pode causar omissão de entrada ou saída);
● Código de produtos (este pode causar omissão de entrada ou saída);
Para estes problemas é impressindivel que haja um bloqueio no Sistema de Automação Comercial, e mais que isso uma boa
comunicação entre quem faz/autoriza as alterações e que envia os arquivos Sintegra.
É comum autorizar a alteração, efetuar a reimpressão dos Livros Fiscais, DMA, etc. e esquecer de retransimitir o arquivo
Sintegra, lembrando de alterar o campo 12 (Finalidade da apresentação do arquivo magnético) do registro 10
(é o último campo da primeira linha do arquivo Sintegra) de 1 (Normal) para 2 (Retificação Total de arquivo).