Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.692
  • Registro em

  • Última visita

  • Days Won

    1.151

Tudo que Italo Giurizzato Junior postou

  1. 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.
  2. 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.
  3. Bom dia, O componente esta configurado para salvar os arquivos de Envio e Retorno? Configurações.Geral.Salvar := True
  4. 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.
  5. 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.
  6. Boa tarde Paulo, Através do programa exemplo ocorre o mesmo problema?
  7. Boa tarde Marcio, Favor comparar os fontes dessa versão com os atuais, mais precisamente a unit ACBrNFSeNotasFiscais.
  8. 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.
  9. Sandro, Muito obrigado, ainda hoje estarei enviando para o repositório.
  10. 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.
  11. 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
  12. Boa tarde Sandro, Favor anexar a Unit alterada para que possamos analisar e realizar o merge. Desde já muito obrigado pela colaboração.
  13. Boa tarde Leandro, Vou analisar a sua contribuição, se estiver tudo OK, vou enviar para o repositório. Desde já muito obrigado.
  14. Bom dia Renato, Muito obrigado pela colaboração, já enviei para o repositório.
  15. 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?
  16. 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.
  17. 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.
  18. Bom dia Marcio, O provedor IPM não segue o layout da ABRASF e tem sim uma tag só para o DDD, e possui uma Unit especifica para gerar o seu XML. Não entendi o motivo de alterar as Units referentes aos layout da ABRASF. Outra coisa, no layout da NF-e, do CT-e, do MDF-e do BP-e não existe uma tag para o DDD, mas no cadastro de emitente (por exemplo) da sua aplicação existe um campo especifico para o DDD. Lhe pergunto, como você faz para alimentar o campo <fone> do componente com o DDD e o numero do telefone?
  19. Bom dia Marcos, Em função do Refactoring realizado no ACBrReinf para deixar idêntico ao ACBreSocial alguns métodos deixaram de existir. Durante esta semana vamos implementar mais algumas coisas.
  20. Reinaldo, O componente esta configurado corretamente no que diz respeito a Path que contem os Schemas do CT-e versão 3.00? ...\Exemplos\ACBrDFe\Schemas\CTe
  21. Boa tarde Reinaldo, E complementando o que Felipe lhe passou, você não pode validar um XML que não tenha sido assinado.
  22. Boa tarde Marcio, Como escrevi na postagem anterior, que eu me recordo somente o provedor Sigep, que segue entre aspas o layout da ABRASF incluiu no layout as tags <Ddd> e <TipoTelefone> os demais não tem. Agora quanto aos provedores que tem o seu layout próprio é preciso checar um por um.
  23. Boa tarde a todos, John, vou analisar a sua colaboração, caso esteja tudo ok enviarei para o repositório. Eciello, pelo que entendi, você envia o RPS, este é recebido pelo webservice que processa com sucesso, mas o provedor demora em dar resposta e acaba ocorrendo erro, correto? Mas depois ao executar o método ConsultarLoteRPS você obtém o XML da NFS-e, correto? Bom, acrescentei no método EnviarSincrono um sleep entre o envio e a consulta. Ele vai tomar como base o tempo informado na propriedade de configuração: AguardarConsultaRet Vou enviar essa alteração para o repositório, favor atualizar os fontes e faça novos testes.
  24. Boa tarde Leonard, A mensagem de erro de validação esta clara, ela diz que esta faltando o elemento <Signature> após o elemento <Rps>. Isso me faz crer que o seu arquivo 4R.ini esta desatualizado, pois esse provedor requer que tanto o RPS quanto o Lote devem ser assinados. Favor atualizar todos os fontes de todas as pastas e refaça os testes.
  25. Bom dia a todos, Diego, muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Eciello, o que não ficou claro para mim é o envio ocorre mas o retorno não vem, é isso?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.