Italo Giurizzato Junior

Neste caso, o problema pode ser na maquina dele, alteração de horário, fuso horário, antivírus, proxy, ...

Bom dia Lucio, Vamos ao motivo da rejeição (dividi em 3 linhas para ficar mais claro): 1 - Chave de Acesso: 51160205905789000143550010000014671081635252 2 - Codigo Numerico: 108163525 3 - Codigo Numerico na SEFAZ: 102084581 Note que na linha 2 é apresentado o código numérico que coincide com o que esta na chave (linha 1), mas na linha 3 deixa claro que essa mesma nota já foi enviada com um código numérico diferente. Sendo assim o problema não é na SEFAZ. E outra coisa, você ainda esta usando o ACBrNFeMonitor ??? Quando pretende mudar para o ACBrMonitor Plus ??? Quando não conseguir emitir mais nenhuma nota?

Bom dia, Se começou ontem e nada foi alterado na aplicação que o seu cliente usa, você concorda que o problema pode ser na SEFAZ? Já entrou em contato com o pessoal da SEFAZ?

Vinicius, Ainda na seção [Geral] mude o valor de VersaoSoap de 1.2 para 1.1 e realize um novo teste.

Cristiane, Você utiliza o método Enviar, com o componente configurado para consultar o lote após o envio quais são as ações que o componente executa? Vamos lista-las na ordem que são executadas: 1. Consultar a Situação do Lote - Esta consulta pode nos retornar 4 informações diferentes: 1 - Lote não recebido, 2 - Lote em processamento, 3 - Lote processado com erro e 4 - Lote processado com sucesso. 2. Consultar o Lote - Esta consulta só é realizada caso a situação seja 3 ou 4, se for 3 essa consulta nos retorna quais são os erros e se for 4 ela nos retorna o XML da NFS-e. O componente possui várias propriedades de configuração para determinar o tempo que o componente deve aguardar para consultar a situação do lote, a quantidade de tentativas de consulta, o tempo entre uma consulta e outra. A principio o tempo antes de consultar a situação é zero, ou seja assim que é retornado o protocolo acusando que o web service recebeu o lote, o componente já consulta a situação do mesmo. Caso a situação seja 2 - Lote em processamento, o componente aguarda 1 segundo e tenta novamente, podendo repetir esse processo 5 vezes. Com as configurações mencionadas você pode mudar esse comportamento do componente, fazendo com que a quantidade de tentativas sejam 10 por exemplo.

Emanuel, Me responda uma coisa, você leu atentamente a minha postagem, mais precisamente o último paragrafo?

Bom dia a todos, O Emitente da NFS-e esta cadastrado junto ao provedor para poder emitir as notas via Web Services?

Vinicius, Pesquisando na NET temos: HTTP Erro 415 Unsupported media type (Tipo de mídia não suportado) Introdução O servidor de rede (executando o site de rede) considera que o fluxo de dados do HTTP enviado pelo cliente (por exemplo, seu navegador de rede ou nosso robô CheckUpDown ) identifica um recurso de URL cujo tipo de mídia real: 1) não é compatível com o tipo de mídia especificado na solicitação, ou 2) é incompatível com os dados atuais para o recurso, ou 3) é incompatível com o método de HTTP especificado na solicitação. Detectar exatamente o que está causando esse problema pode ser difícil porque há muitas razões possíveis. Frequentemente a solicitação envolve a transferência de dados do cliente no servidor de rede (por exemplo, um upload de arquivo via método PUT), nesse caso você precisa confirmar com seu ISP que tipos de mídia são aceitáveis para o upload. Vamos fazer um teste, abra o arquivo INI do provedor, logo no inicio temos a seção [Geral] altere o valor de UseSSL de zero para 1 e realize um novo teste.

Bom dia Cristiane, O componente esta configurado para Consultar o lote após o envio? Se ao Consultar o Lote passando o numero do mesmo bem como o numero do protocolo retornado após o se envio isso significa que o Web Service demora para processar o lote. Existem provedores que passam o dia recepcionando os lotes, para processa-los durante a madrugada. Sendo assim só no dia seguinte é possível realizar a consulta e ter o resultado do seu processamento.

Bom dia Nilton, Você fez alteração no componente? Os arquivos que você anexou se refere ao componente do Trunk2?

Vinicius, Favor atualizar os fontes e testar novamente.

Bom dia Vinicius, Fiz diversas correções visando resolver todos os problemas de geração do XML bem como a sua validação. O teste inicial que fiz foi usando a opção Gerar e Enviar RPS no programa exemplo. Qual opção você utilizou?

Bom dia Emanuel, A falha de schema é retornada pela SEFAZ logo após o envio ou é o componente que antes do envio já apresenta a falha? Se é um retorno da SEFAZ isso significa que o problema é nela, essa mensagem é muito comum quando é gerado o XML da NF-e segundo os manuais e notas técnicas e a SEFAZ ainda não esta preparada para o novo layout.

Boa noite Wesclei, ACBrNFe2 ??? Você ainda esta usando os fontes do repositório Trunk? Se sim, não damos mais suporte a esses fontes, somente aos fones do repositório Trunk2. Outra coisa, nenhuma SEFAZ-Autorizadora até o momento disponibilizou um web service de autorização hapto a recepcionar um lote de notas compactadas.

Boa noite, Sim, o componente imprimir o DANFE de uma nota Denegada, o que precisa verificar se logo acima do protocolo esta escrito: Protocolo de Denegação em vez de Protocolo de Autorização.

Boa noite Marcelo, O valor aleatório deve ser atribuído a cNFSe.

Boa tarde seberi, Se o componente não esta acrescentando o protocolo ao XML isso significa que ao realizar a consulta você esta consulta através da chave. Para que o componente atualize o XML ao realizar a consulta, primeiro o XML tem que estar assinado, segundo você deve carregar o XML ao componente, terceiro executar a consulta, quarto o componente tem que estar configurado para salvar em disco.

Boa tarde Fernando, Tenha em mente o seguinte: O componente possui 3 métodos de envio: Enviar, Gerar e EnviarSincrono. No caso do provedor Ginfes só podemos usar o método Enviar, pelo simples motivo que o provedor não disponibilizou no seu Web Services os outros 2. É preciso saber no caso do provedor Goiania quais dos 3 métodos foram implementados. Se estiver correto a unit pnfsNFSeG.pas esse provedor não tem o método EnviarSincrono. Outra coisa segundo o arquivo INI do provedor nota-se que foi informado somente o layout dos métodos: ConsNFSeRps e Gerar. Sendo assim você tem que usar o método Gerar e não Enviar. Favor entrar em contato com o provedor para saber exatamente quais são as funcionalidades disponibilizadas no Web Service.

Marcelo, Acho que você esta invertendo as coisas. o valor de cNFSe tem que ser um numero aleatório e que será utilizado para compor a chave do NFS-e. e não o contrario.

Leo, Esse erro esta ocorrendo na sua aplicação ou no programa exemplo? Se é na sua aplicação, por favor veja que no programa exemplo existe 6 configurações novas referentes ao Emitente, você deve incluir elas na sua aplicação, mais precisamente na rotina que configura o componente.

Boa tarde Rafael, Favor atualizar os fontes, note que fiz uma alteração no INI do provedor.

Boa tarde Vinicius, Favor atualizar todos os fontes e testar novamente. Note que o arquivo INI do provedor SP sofreu alterações.

Boa tarde Leandro, Realizamos diversas alterações, inclusive hoje, favor atualizar todos os fontes de todas as pastas e realize novos testes.

Boa tarde Leo, Na propriedade NumeroSerie atribua uma string vazia.

Bom dia Cristiane, O ACBrNFSe - Trunk2 já possui 58 provedores implementados, sendo que o ISSNet já foi testado por um colega do fórum e esta funcionando 100%, já o Thema é preciso testar.