Este parâmetro é utilizado para a geração do SINTEGRA, com a finalidade 4 (Retificação Corretiva do Arquivo), somente para o estado do Espírito Santo – ES. É verificando em conjunto com o  parâmetro MV_ESTADO que, nesse caso, deve obrigatoriamente estar preenchido como ES, e se estiver tendendo a estes dois parâmetros, é ignorado o conteúdo do campo Finalidade.

Se o parâmetro MV_FINA4ES estiver preenchido com .T. e o parâmetro MV_ESTADO estiver preenchido como ES, é apresentada uma tela alertando sobre a Retificação Corretiva. Verifique e proceda de acordo com sua necessidade

Este parâmetro é utilizado nos casos em que exista uma nota fiscal conjugada, sendo um item com o CFOP 5101, por exemplo, e outro item de serviço (exemplo: CFOP 5933), para a correta geração dos registros 50 e 54.

Caso o parâmetro MV_SINTEG não exista ou não esteja preenchido, o programa desconsidera os CFOPs constantes na portaria. Se estiver preenchido, desconsidera os CFOPs informados no parâmetro. Os CFOPs são informados a critério do cliente

Caso o parâmetro esteja como .F. (desabilita), o valor do IPI nas notas fiscais de comerciantes não atacadistas, é apresentado normalmente no arquivo magnético. Caso o parâmetro esteja como .T. (habilita), o valor do IPI nas notas fiscais de comerciantes não atacadistas não é apresentado

Devem ser lançados os CFOPs de serviços, incluindo os de serviços de transporte. Este parâmetro é utilizado nos casos em que a nota fiscal possua um item com IPI que possa ser lançado no Registro Tipo 51 (exemplo: CFOP 1101) e outro item de serviço, que não deve ser lançado nesse registro. Os CFOPs devem ser informados a critério do cliente.

Este parâmetro é utilizado pelo relatório Registro de Inventário P7 para indicar se, no momento do cálculo dos Saldos em Processo, o Sistema deve utilizar:

• O cálculo novo (1) = o Sistema considera os saldos em processo proporcionais, ou seja, quando feito um apontamento de produção parcial, a quantidade não apontada permanece sendo considerada como saldo em processo;
• O cálculo antigo (2) = o Sistema não considera mais os saldos em processo quando feito um apontamento de produção, mesmo que parcial.

Como as duas rotinas trabalham em conjunto (Relatório P7 e SINTEGRA), esse parâmetro é utilizado nas duas gerações. O mesmo não é criado pelo compatibilizador UPDFIS, visto que o padrão do Sistema é considerar os apontamentos parciais (cálculo novo). Por isso, caso seja necessário não considerar os apontamentos parciais, esse parâmetro deve ser criado manualmente e configurado conforme as instruções.

Este parâmetro apenas é utilizado em caso de integração com o módulo de Exportação

No Registro 85, existe um campo denominado Tipo do Conhecimento. Deve ser apresentado com o conteúdo descrito pelo Convênio 20/04. Como essa informação não está disponível no Sistema, o conteúdo informado no parâmetro MV_TPCONHE é adotado para todos os Registros do tipo 85. Caso esse parâmetro não exista ou esteja em branco, serão gerados registros contendo o código 99 (Outros).

Utilize esse parâmetro somente se a informação for realmente necessária

O campo Tp. Conhec. (YQ_TDC) está vinculado à Tabela YK, que deve ser lançada na consulta padrão com a seguinte estrutura (as informações apresentadas nessa consulta têm por base a tabela de Tipo de Documento de Carga do SISCOMEX):

Caso o campo Tp. Conhec. (YQ_TDC) não exista, o campo Tipo de Conhecimento de Transporte do Registro Tipo 85 é gerado com o padrão, lançado no parâmetro MV_TPCONHE.
Esse parâmetro apenas é utilizado caso exista integração com o módulo de Exportação (SIGAEEC). 

A criação do campo Autenticação (F6_AUTENT) permite identificar o número da autenticação bancária. Caso o campo não exista ou seu conteúdo não seja preenchido, é assumido o Número da GNRE (F6_NUMERO) como padrão. O compatibilizador UPDFIS pode ser utilizado para criar automaticamente o campo com suas validações.

O campo deverá ser criado pelo Cliente, pois não é padrão do sistema.

Alguns campos digitados no arquivo temporário possuem tamanho diferente do informado no layout do SINTEGRA para geração dos registros 85 e 86. Essa diferença se deve ao fato de que esses registros são gerados por meio da integração com o módulo de Exportação (SIGAEEC). Assim, o tamanho dos campos foi mantido de acordo com o existente hoje, no padrão do módulo de Exportação (SIGAEEC). Vale lembrar que o arquivo .INI processado, trunca a informação de acordo com o tamanho do layout. 

O campo Declaração de Exportação (A85_DECL) possui 20 caracteres no arquivo temporário, mas a informação de Declaração de Exportação (A85_DECL) do registro tipo 85 possui apenas 11 caracteres. Neste caso, se este campo estivesse preenchido com o conteúdo 12345678901bbbbbbbbb (sendo os caracteres b caracteres em branco) no arquivo magnético gerado, somente seriam apresentadas as 11 primeiras posições (no caso 12345678901).

Desta forma, as informações são apresentadas de acordo com o informado no arquivo .INI, independente do tamanho do campo processado.

Exemplos de campos com diferença no tamanho do arquivo temporário para o layout do SINTEGRA: