Italo Giurizzato Junior

Bom dia Rodrigo, Você esta usando os fontes do repositório Trunk2? Se sim, eles estão atualizados? Se sim, esse erro é impossível, a não ser que depois de gerar o XML você esteja atribuindo uma string vazia a propriedade ID.

Bom dia Micheli, O componente possui uma propriedade de configuração chamada: ConsultaLoteAposEnvio se atribuir o valor True ele realiza a consulta automaticamente.

Boa noite Valter, Com essa alteração, todas as funcionalidades do provedor estão funcionando?

Boa noite, Tem provedores que não estabelece uma conexão caso o CNPJ do certificado não esteja cadastrado no provedor.

Boa noite Micheli, Qual é o provedor?

Boa noite Cristiane, Através do método: function ConsultarLoteRps(ANumLote, AProtocolo: string): Boolean; ACBrNFSe.ConsultarLoteRps(.....); Você terá como retorno o XML da NFS-e. E com isso você vai obter o Codigo de verificação através da linha: ACBrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao

Boa noite Jairo, Abrindo os arquivos que você anexou, mais precismente 1-lista-nfse.xml temos: <Codigo>E86</Codigo> <Mensagem>Número do protocolo de recebimento do lote inexistente na base de dados</Mensagem> No arquivo 1-rec.xml temos o numero do protocolo retornado. Veja o numero do protocolo que você informou ao realizar a consulta no arquivo: 1-con-lot.xml

Boa noite Marcelo, Desculpe, revendo as Units o que você precisa é fazer com que a sua aplicação gere a chave da NFS-e e atribua a propriedade ChaveNFSe, ao alimentar o componente com os dados. Agora você precisa do manual da NFS-e do provedor Infisc para saber exatamente como montar essa chave. Quanto qual método usar, para realizar o envio, o arquivo INI do provedor lhe da uma pista, note que as seções [Gerar] e [RecSincrono] não tem o layout do envelope definido, sendo assim o único método a ser usado pelo provedor é o Enviar.

Vinicius, Estamos caminhando, mas antes vamos fazer uma pausa para o almoço. Quando eu retornar, vou analisar os aquivos que você anexou. Quero agradece-lo pelos testes e retornos.

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.