Italo Giurizzato Junior

Bom dia a todos, No caso do ACBrReinf, além de atualizar todos os fontes de todas as pastas é necessário reinstalar os componentes ACBr através do ACBrInstall_Trunk2. Depois faça um teste usando o programa exemplo.

Raylan, Pelas mensagens de erro, tenho agora mais certeza de se tratar de um problema no provedor. No lote esta sendo enviado 3 RPS a tag <QuantidadeRps> consta o valor 3 e ao Consultar o Lote temos uma mensagem de erro que a quantidade de RPS informada esta errada. Realmente é preciso entrar em contato com o provedor.

Raylan, No caso do Enviar com mais de um RPS, favor anexar o XML soap de envio do lote (*-env-lot-soap.xml) para que eu possa analisar.

Raylan, Pela mensagem de erro, indica que esta faltando o elemento LoteRps, isso pode ser algum erro no componente. Por favor anexe o XML gerado ao tentar usar o método EnviarSincrono.

Você não baixa o XML. A sua aplicação tem que gerar o XML, assinar, validar e enviar. A SEFAZ por sua vez vai processar e se tudo estiver OK, vai retornar o protocolo de autorização. Com o protocolo de autorização da nota, a aplicação deve atualizar o XML, ou seja, acrescentar o protocolo de autorização, para que o XML em fim se torne um documento fiscal com validade jurídica. Lembre-se, para que o XML de uma NF-e seja considerado um documento fiscal com validade jurídica, ele tem que esta assinado digitalmente através do certificado digital do emitente da nota e deve estar protocolado, ou seja, deve conter o protocolo de autorização retornado pela SEFAZ.

Bom dia, Se tratando de envio de NFC-e todas as UFs aceitam o envio síncrono desde que no lote tenha apenas uma NFC-e. Caso tenha 2 ou mais NFC-e o envio será assíncrono. Agora se é o envio de NF-e é preciso checar, pois não tenho essa informação.

Bom dia Marcos, Você deve ter notado que ao o XML da propriedade XML, ele já esta assinado e foi validado.

Bom dia Raylan, Pelo seu relato, concluo que o webservice do provedor esta com algum problema, mais precisamente no serviço de envio de lote de RPS. Favor entrar em contato com o provedor e relate o problema. Faça um teste também com o EnviarSincrono.

Para realizar a consulta é necessário informar o protocolo de fechamento, sendo assim essa informação você só vai obter quando enviar o evento de fechamento.

Bom dia, Não existe mais os webservices: NFeDownload e ConsultaNFeDest. NFeInutilizacao é o webservice que lhe permite inutilizar um numero ou uma faixa de números. NFeConsultaProtocolo é o webservice que lhe permite consultar a situação atual de uma NF-e, informando a sua chave. RecepcaoEvento é o webservice responsável por recepcionar os diversos eventos disponíveis para a NF-e, tais como: Cancelamento, Manifestação do Destinatário, Carta de Correção, EPEC, entre outros. NFeAutorizacao, é o webservice responsável por recepcionar os lotes de NF-e, ele lhe da como resposta o numero do recibo que atesta que o lote foi recebido pela SEFAZ. NFeRetAutorizacao é o webservice que lhe permite consultar o resultado do processamento do lote, informando o numero do recibo, ele lhe da como resposta da lista de rejeições ou o protocolo de autorização. Ao obter o protocolo de autorização devemos pegar o XML assinado que foi enviado para a SEFAZ e acrescentar o protocolo conforme consta no Manual da NF-e. Espero ter ajudado.

Bom dia, O componente esta configurado para salvar os arquivos de Envio e Retorno? Configurações.Geral.Salvar := True

Bom dia Anderson, Segundo o Schema do evento S-2200 o CEP é uma string com 8 dígitos. O XML que você anexou a tag <cep> contem uma string com 8 dígitos, logo esta em conformidade com o schema. No meu entendimento o que pode esta ocorrendo, ou o CEP informado não existe e o WebService faz essa checagem portanto isso explica a mensagem de erro, ou existe um erro no WebService que esta gerando essa mensagem indevidamente.

Raylan, O RPS foi enviando sim e foi processado só que com falha e o motivo dessa falha foi retornada ao Consultar o Lote, conforme mostra a imagem que você anexou. O componente gera um ID normalmente com base no numero e série do RPS, sendo assim esse RPS foi rejeitado pois já existe um outro RPS com o mesmo numero e série.

Boa tarde Paulo, Através do programa exemplo ocorre o mesmo problema?

Boa tarde Marcio, Favor comparar os fontes dessa versão com os atuais, mais precisamente a unit ACBrNFSeNotasFiscais.

Boa tarde Raylan, O provedor IssDigital segue a versão 2 do layout da ABRASF, logo esta disponível os métodos de envio: Enviar, EnviarSincrono e Gerar.

Sandro, Muito obrigado, ainda hoje estarei enviando para o repositório.

Boa tarde Reinaldo, Acredito que o caso não seria bem validar o XML, mas sim checar se o mesmo realmente foi enviado para SEFAZ e se esta o autorizou.

Boa tarde Sandro, Não tem como enviar o evento R-2070, pois não temos o schema desse evento para a versão 1.3.2

Boa tarde Sandro, Favor anexar a Unit alterada para que possamos analisar e realizar o merge. Desde já muito obrigado pela colaboração.

Boa tarde Leandro, Vou analisar a sua contribuição, se estiver tudo OK, vou enviar para o repositório. Desde já muito obrigado.

Bom dia Renato, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia eciello, Se no ambiente de produção esta funcionando corretamente e no de homologação não, podemos concluir o que? O problema é no provedor, correto?

Bom dia Reinaldo, Com certeza o namespace constava no elemento <CTe> ao ser enviado para a SEFAZ, mas foi removido quando o XML foi alterado para receber o grupo referente ao protocolo de autorização. O ACBrCTe gera com esse namespace e quando atualiza o XML para que o mesmo passe a constar o protocolo de autorização o namespace não é removido. Esse é o motivo do erro que esta ocorrendo, o XML em questão não foi gerado pelo ACBrCTe e sim por outro componente ou DLL.

Marcos, Favor atualizar todos os fontes de todas as pastas. Note que no programa exemplo temos um botão [Ler Arquivo INI], veja o seu conteúdo. (...) for I := 0 to ACBrReinf1.Eventos.Gerados.Count -1 do begin mmoDados.Lines.Add('Tipo Evento.: ' + TipoEventoToStr(ACBrReinf1.Eventos.Gerados.Items[ i ].TipoEvento)); mmoDados.Lines.Add('Evento Salvo: ' + ACBrReinf1.Eventos.Gerados.Items[ i ].PathNome); end; A lista Gerados possui 3 campos: TipoEvento, PathNome e XML, sendo que este último contem o XML do respectivo evento.