Foi publicada da NT2010/002 que divulga um novo Pacote de Liberação de Schemas XML - PL006e.zip.O novo PL implementa um aperfeiçoamento na definição da tag dhCont (data e hora de início da contingência) para que sejam preenchidas com a data e hora no seguinte formato AAAA-MM-DDTHH:MM:SS.A atualização do Schema não é críticoa, não devendo interferir no processo de autorização de NF-e.
O serviço de recepção de NF-e é oferecido por todas as unidades federadas, mas nem todas a UF mantêm serviço próprio de recepção de NF-e, caso em que utilizam os serviços de recepção de NF-e oferecidos pela SEFAZ Virtual do Ambiente Nacional - SVAN ou SEFAZ Virtual do Rio Grande do Sul - SVRS.Ter as url dos WS atualizado é um requisito básico para o bom funcionamento da aplicação de emissão de NF-e.
As alteração de url tem acontecido com uma certa freqüência e sempre que ocorre causam problemas para a as aplicação de emissão de NF-e, pois provocam erros inesperados na aplicação que estavam funcionando corretamente.
A relação dos WS menos desatulizada está disponível no Portal Nacional da NF-e: (more…)
As vezes pode ocorrer algum problema no momento do envio do lote de NF-e e ficarmos sem o recibo de entrega do lote.
Nestes casos, não temos como recuperar o resultado do processamento do lote e o respectivo protocolo de autorização de uso.
Alguns usuários tentam o reenvio do lote, mas na maioria das vezes esta tentativa resulta em Rejeição por Duplicidade de NF-e.
Nesta situação, o procedimento mais adequado é manter a chave de acesso da NF-e inalterada e tentar a Consulta Situação Atual da NF-e (NfeConsulta Protocolo) e podemos ter os seguintes resultados da consulta:
a) Rejeição: NF-e inexistente - significando que o lote não foi recebido pelo Web Service ou a NF-e foi rejeitada - neste caso devemos tentar o reenvio do lote para identificar o problema;
O uso da DLL baseada em .NET em ambiente Windows Vista para consumir os Web Services da SEFAZ/MT resultavam no seguinte erro:
“A conexão subjacente estava fechada: Erro inesperado em um envio”
ou
“The underlying connection was closed: An unexpected error ocurred on a send.”
Este problema impedia o uso da DLL em equipamentos com Windows Vista no MT causando um desconforto para os nosso usuários.
Mas finalmente identificamos que o problema era causado pela tentativa do .NET de estabelecer uma conexão TLS e não obter a resposta do Web Service da SEFAZ/MT, bastando forçar a conexão SSL para evitar o erro.
NFe_Util_v1.6.zip (270.4 KB, 9,891 downloads)
CTe_Util_v0.4.zip (332.8 KB, 3,567 downloads)
A SEFAZ/MT substituiu o certificado digital dos WS do ambiente de produção, sendo necessário instalar a nova cadeia de certificados digitais da AC Emissora.
AC_CertiSign_Mutipla_G3.p7b (3.9 KB, 12,116 downloads)
O projeto da NF-e prevê que o armazenamento e distribuição das NF-e deve ser realizada em uma estrutura XML que contenha a NF-e autorizada e o seu respectivo protocolo de autorização de uso.
Esta definição consta do item 10 do Manual de Integração do Contribuinte, mas muitos desenvolvedores não haviam notado este detalhe e estão com dificuldades para cumprir este requisito do projeto.
A estrutura do procNFe é bastante simples:
Os certificados digitais do tipo A1 tem prazo de validade anual e o vencimento de certificados digitais é um fato corriqueiro que não deveria causar problemas, se renovados em tempo na mesma Autoridade Certificadora.No entanto tivemos diversos incidentes que envolveram a expiração do certificado digital dos WS nos últimos meses e alguns emissores foram pegos de surpresa e tiveram dificuldades para emissão de NF-e. O caso mais grave ocorreu em uma UF que ficou com o certificado digital vencido por diversos dias impossibilitando o acesso ao WS. Este incidente não causou maiores prejuízos por ter ocorrido no ambiente de homologação. (more…)