Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

1.

1. Erro no DbMonitor ao transmitir GNRE de qualquer estado, na issue principal está anexo log para avaliação.
   

2. 

...

1. 
   
2. Transmissão da GNRE WS para alguns estados apresentava inconsistência no retorno da transmissão, exibindo a mensagem de Erro de schema na tag

...

1. <DocumetoOrigem> devido a configuração do campo F6_TIPOGNU. Este erro ocorre por que o campo  F6_TIPOGNU - Tipo Documento UF foi criado como TIPO Numérico, sendo que o correto é TIPO Caractere. 
   
   
2. Rejeição 240: campos 132 e 117 inválidos​ - Erro na sincronização de Cadastro de Informações Extras na rotina GNRE_WS

Na rotina Guia Nacional do Recolhimento - Web Service - (FISA095 GNRE_WS), ao realizar a sincronização de informações extras com a SEFAZ via TSS não está sendo preenchido automaticamente o campo F0N_CODINT para o ESTADO do RJ.

Exemplo:

Ao gerar GNRE para DIFAL e ICMS-ST para o Estado do RJ, com código de receita 100102 e 100099 respectivamente, há a obrigatoriedade em enviar os campos extras no XML. De acordo com o layout,

Não sei se é possível retroagir o comportamento para os clientes que já aplicaram o dicionário, mas devemos garantir que os próximos cliente que executarem o DISTR possam ter acesso ao arquivo com campo corrigido ou ao fonte protegido, deve ser feito um tratamento de RUP para a próxima release.

3.

Geradas GNRE para DIFAL (100102) e ICMS-ST (100099) para o Estado do RJ, que possui obrigatoriedade em enviar campos extras no XML, de acordo com o layout as duas receitas devem enviar o campo extra 117 neste EstadoESTADO. No cadastro de campos extras é realizada a configuração para geração do campo, porém ao sincronizar as informações via TSS o campo F0Ncampo F0N_CODINT não é preenchido gerando erro na validação do XML.

Image Added

03. SOLUÇÃO

1.

1. Acerto na query responsável por selecionar os dados de GNRE no momento da transmissão,

...

1. retornando apenas os campos estritamente necessários para o processo

...

1. e retirando o campo MEMO F6_XMLENV que causava a não conformidade apresentada na tela de mensagens do DBAccess.
   
   
2. Como solução foi criado um alteração no campo  F6_TIPOGNU - Tipo Documento UF, após aplicar o UPDDISTR o campo foi alterado de numérico para caractere e com isso a transmissão é finalizada sem ocorrências.
   Tipo Doc. UF(F6_TIPOGNU): Informar qual o tipo de documento deve ser carregado no parâmetro tipo da tag <documentoOrigem>.
   Essas informações devem respeitar a tabela de Documentos de Origem contida no portal GNRE:
   

Image Added

Image AddedImage AddedImage Added

Para essa solução o cliente deve aplicar o UPDDISTR e certificar-se nos testes realizados após o compatibilizador que o campo foi atualizado.

3. Rejeição 240: campos 132 e 117 inválidos​ - Erro na sincronização de Cadastro de Informações Extras na rotina GNRE_WS.

Realizado ajuste na função RetCodInt responsável por retornar o código interno de controle das mensagens, cujo objetivo é retornar o código interno referente a

2.

3.

Ajuste na função RetCodInt para buscar o código interno de data através da descrição DATA DE EMISSAO. Anteriormente só era retornado o código interno através da descrição DATA DE EMISSÃO DA NOTA FISCAL, e a partir desta correção as duas descrições passam a funcionar na rotina. O tratamento foi necessário pois o ESTADO do RJ no layout 2.0 retorna desta forma.

04. DEMAIS INFORMAÇÕES

05. ASSUNTOS RELACIONADOS

GNRE WS Guia Nacional de Recolhimento via Web Service

<style>
div.theme-default .ia-splitter #main {
    margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
    display: none;
}
#main {
    padding-left: 10px;
    padding-right: 10px;
    overflow-x: hidden;
}

.aui-header-primary .aui-nav,  .aui-page-panel {
    margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
    margin-left: 0px !important;
}

.aui-tabs.horizontal-tabs>.tabs-menu>.menu-item.active-tab a::after { 
	background: #FF9900; !important 
}

.menu-item.active-tab { 
	border-bottom: none !important; 
}

</style>