Italo Giurizzato Junior

Boa noite Walter, Na NFS-e não existe o numero do Recibo e sim o numero do Protocolo. O numero do Protocolo você só obtêm ao ler o retorno do envio.

Tiago, Eu que agradeço com os seus testes e desculpe pelos contratempos.

Anselmo, Como a mensagem de rejeição não é muito clara, acreditei ser as chaves das NF-e em duplicidade, mas analisando o seu XML descobri o seguinte: <autXML> <CNPJ>18143201000103</CNPJ> </autXML> <autXML> <CNPJ>18143201000103</CNPJ> </autXML> Consta a mesma pessoa jurídica informada duas vezes como autorizada a baixar o XML do CT-e.

Tiago, Essa mensagem só aparece caso a procedure SetConfigMunicipio seja executado e para que ele seja executado é necessário atribuir um valor para a propriedade de configuração: CodigoMunicipio. E pela mensagem de erro a propriedade PathIniCidades contem espaço em branco ou uma barra "\" apenas.

Boa tarde Douglas, Esse problema ocorre também com o programa exemplo? O objeto ANFe é criado toda vez que ele é usado? Ou o componente ACBrNFe esta presente no Form ou Data Module e você alterou o seu nome para ANFe?

Boa tarde a todos, Se tratando de rejeição, não tem nada haver com os Schemas, pois estes são usados para validar o XML antes do seu envio. Em uma passada rápida pelo XML notei que existe o grupo PIS mas não tem o COFINS, esta certo isso?

Boa tarde Anselmo, Sem o XML do CT-e fica complicado descobrir o problema. Mas vou chutar. Ao informar o documento originário (por exemplo a chave da NF-e), não esta sendo informado duas vezes?

Boa tarde Tiago, Qual é o problema que ocorre ao tentar cancelar?

Bom dia a todos, E existe provedor que passa o dia recepcionando os lotes de RPS e só inicia o processamento de madrugada. Por conta disso só no dia seguinte que podemos realizar a consulta e obter o XML da NFS-e.

Bom dia Rogério, Se a ultima vez que você atualizou foi dez/2015 então os teus fontes estão muitos velhos, pois quase todos os dias estamos enviando para o repositório correções e melhorias no componente. Ondem a noite mesmo eu enviei uma correção.

Tiago, Esse XML se refere a consulta após a atualização do componente? Pois esse XML ainda continua com o campo <CompNfse> em duplicidade.

Tiago, Anexa o XML da NFS-e.

Tiago, O componente ao extrair o XML da NFS-e do arquivo de retorno estava salvando o mesmo dois grupos <CompNFSe> fiz uma alteração visando corrigir esse problema. Faça um teste, Realize uma consulta a NFSe por RPS ou consulta a NFSe, deve salvar corretamente o XML da NFS-e. Depois tente imprimir lendo o XML salvo pela consulta.

Boa noite ALA, Favor atualizar os fontes e testar novamente.

Boa noite a todos, Favor atualizar os fontes e testar novamente.

Boa noite Tiago, Não tenho intimidade com o ACBrGNRE, mas o pouco que os schemas é igual para todos os Estados. ...\Exemplos\ACBrDFe\Schemas\GNRe

Boa noite Rafael, Favor atualizar os fontes e testar novamente.

Boa noite, Seria interessante após executar toda a rotina que alimenta o componente ler a propriedade do componente que contem o valor do serviço.

Boa noite a todos, Favor atualizar os fontes e testar novamente.

Boa noite Tiago, Esse problema também ocorre com o programa exemplo?

Elton, Agora sim, note que o no XML: 4e72ac61-1b0a-45c3-8fc0-9e1d0cb2534a-sit.xml que é o retorno da consulta a situação do lote temos como resposta a situação 2. Se esse provedor segue o que esta definido na documentação da ABRASF temos: Situação: 1 = Não Recebido 2 = Não Processado 3 = Processado com Erro 4 = Processado com Sucesso Por outro lado tem outros provedores que a situação 2 significa: Não Processado, lote com erro. Se no seu caso é Não processado vai ser necessário aguardar e depois fazer uma nova consulta a situação do lote, para ver se retorna 3 ou 4, se retornar uma dessas duas situações, devemos consultar o lote para obter o erro ou o xml da NFS-e. Agora se o seu caso é Não processado, lote com erro, realize uma consulta ao lote para saber o erro.

Boa tarde Tiago, Isso esta ocorrendo porque o XML contem 2 <CompNfse> e isso faz com que o componente se perca. Precisamos descobrir o porque esta pegando o segundo <CompNfse>, sendo que o primeiro esta correto pois contem o namesapce. Ele deveria colocar dentro do primeiro <CompNfse> o grupo <Nfse>.

Elton, Nesses arquivos que você postou não existe nenhum erro. O arquivos 8-rec.xml é o retorno do envio do lote, nele você encontra o numero do lote enviado que é 8 a data e hora de recebimento, bem como o numero do protocolo de recebimento do lote. Se foram gerados somente esses 4 arquivos mais o XML do RPS isso isso significa que o componente não esta configurado para realizar a consulta do lote após o envio. Uma vez que você utilizou o botão [Gerar e enviar Lote] e outra coisa no programa exemplo a propriedade ConsultaLoteAposEnvio por padrão é False.

Boa tarde, Esse form com o valor foi lido de de onde?

Walter, O método Enviar sempre retorna o numero de protocolo, se não retornar isso significa que ocorreu uma falha no retorno. E neste caso não tem como recuperar essa informação. É a mesma coisa da NF-e, você enviar e ocorre um erro no retorno não tem como recuperar o numero do recibo. Lembre-se: Retorno do Envio NF-e -> Recibo = Protocolo <- NFSe