Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.275
  • Registro em

  • Última visita

  • Days Won

    1.132

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde BigWings, Mas dessa forma o XML não será salvo na pasta definida em PathINI e PathEventos, ou estou enganado? Sem as suas alterações onde estava sendo salvos os XML e com as modificações passaram a ser salvos em qual pasta?
  2. Boa tarde ALA, Você fez o teste com programa exemplo?
  3. Boa tarde Diego, E os arquivos XSD - Schemas? Para validar o Lote antes do envio.
  4. Boa tarde dimom, Esse cliente é da mesma cidade dos demais que funciona?
  5. Boa tarde Márcio, Esse XML não é o XML da NFS-e e sim o de retorno que contem o XML da NFS-e. O componente é para extrair e salvar separadamente o XML propriamente dito da NFS-e dentro da pasta Notas.
  6. Boa tarde Hugo, Infelizmente não temos os Schemas para validar o XML antes do envio. Sendo assim deixa essa propriedade em branco.
  7. Boa tarde Osmar, Esses são os arquivos de envio e de retorno. Configure o componente para salvar os arquivos soap ( Configuracoes.WebServices.Salvar := True ). Faça novos testes e anexe os arquivos de envio e de retorno (soap).
  8. Osmar, E os XMLs de envio e de retorno? Você não configurou para salvar?
  9. E qual são os valores dos parâmetros do Enviar? Chegou a "debuar" a rotina da função Enviar?
  10. Boa tarde a todos, O problema é no Ambiente Nacional que é o responsável por recepcionar os eventos referente a Manifestação do Destinatário independe do Estado do Emitente. Por favor vamos aguardar.
  11. Tiago, Tem que "debugar" para descobrir exatamente onde esta ocorrendo o erro.
  12. Boa tarde Tiago, Não existe Web Service de cancelamento, o que existe é um Web Service para recepcionar eventos uma vez que o cancelamento é um evento.
  13. Boa tarde Diego, Basta você "zipar" as units que você alterou e as novas e anexa aqui mesmo no fórum para que possamos analisar a sua contribuição.
  14. Boa tarde Osmar, Chegou a verificar quais são os XMLs gerados?
  15. Boa tarde Marcos, Hoje o componente ignora o timezone ao realizar a leitura da tag <dhRecbto>. O campo dhRecbto é do tipo TDateTime, que não prevê o timezone, logo para armazenar a informação desejada não vejo outra saída criar um campo especifico para o timezone.
  16. Tiago, Esses arquivos se refere ao pedido de status de serviço e seu retorno, não tem nada haver com o envio do evento de cancelamento e seu retorno.
  17. Bom dia a todos, O Evento de manifestação do Destinatário não é enviado para a SEFAZ-Autorizadora e sim para o Ambiente Nacional, logo se este estiver com problemas, não vai funcionar para ninguém não importa o Estado.
  18. Bom dia Thiago, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar seus fontes, pois eles estão desatualizados.
  19. Bom dia Tiago, Como você esta realizando testes é sempre bom configurar o componente para que o mesmo salve os arquivos soap. Esses arquivos, principalmente os de retorno são salvos sem nenhum tratamento feito pelo componente, desta forma da para descobrir alguma coisa. Como configurar: Configuracoes.WebServices.Salvar := True; Faça essa configuração e refaça os testes, por fim anexa os arquivos soap para que possamos analisar.
  20. Bom dia Sérgio, Primeiramente é preciso saber quem pode se beneficiar do DistribuicaoDFe se tratando do CT-e. Segundo a Nota Técnica 2015/002 versão 1.00a que trata sobre o DistribuicaoDFe do CT-e, na página 4 temos uma tabela. Nela temos quem pode ter acesso e qual o tipo de retorno tem direito. As pessoas que tem direito são: o Emitente, Remetente, Destinatário, Expedidor, Recebedor, Tomador e Terceiros. Lembre-se que o Tomador do serviço, não necessariamente precisar ser o Remetente ou Destinatário ou Expedidor ou Recebedor. Quem é Terceiros? Terceiros é aquela pessoa cujo CNPJ ou CPF consta no grupo <autXML>, ou seja, pessoa autorizada a ter acesso ao XML do CT-e, por exemplo o contador. Outra coisa importante o CNPJ ou CPF que você esta informado no parâmetro do método: DistribuicaoDFePorUltNSU é o mesmo que consta no certificado digital? O código da UF que também é informada se refere a UF dessa pessoa, ou seja, o CNPJ se refere a uma empresa de SP, logo o código da UF tem que ser de SP. Você realizando os testes em ambiente de homologação ou produção?
  21. Boa noite Eptus, Favor anexar o XML de retorno para que possamos analisar.
  22. Boa noite, Por favor acesse o Portal Nacional do MDFe e baixe o Manual da versão 3.00 Desta forma você vai ter em mãos todas as regras e a estrutura com todas as tags na ordem que elas aparecem no XML.
  23. Boa tarde dimom, Todos os fontes de todas as pastas estão atualizados? Pois no XML esta aparecendo 2.0000 sendo que o correto é 0.0200
  24. Boa tarde Karine, Vou fazer esse mesmo teste com o meu XML. Fiz o teste e ocorre o mesmo erro, mas fiz outro teste de envio e o XML foi gerado, assinado validado e enviado e obtive a resposta. 5-pro-lot.xml Favor atualizar os fontes, note que fiz uma alteração no programa exemplo e um uma unit do componente.
  25. Bom dia Jair, Agora esta claro o motivo de carregar o XML. O que pode esta ocorrendo, ao fazer a leitura do XML alguma tag não esta sendo lida ou não esta alimentado corretamente os campos do componente. Outra coisa, tente executar o o LoadFromFile da seguinte forma: ACBrNFSe.NotasFiscais.LoadFromFile(query.fieldbyname('path_xml').AsString, False); Esse segundo parâmetro faz com que o componente não gere novamente o XML, evitando que ocorra alteração na assinatura.
×
×
  • 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.