Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Leandro Vignoto

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    228

  • Registro em

  • Última visita

  • Days Won

    1

 Tipo de Conteúdo 

Tudo que Leandro Vignoto postou

  1. Leandro Vignoto
    Bom Dia ! Italo, apesar de não entender para que é utilizado a variável "aEventos", mas pela conteúdo apresentado nela (print abaixo) agora está correto. Foi muito importante você avaliar, para saber se a informação estava sendo carregada no local errada, ou utilizada do local errado. Pelo que entendi estava sendo utilizado do local errado. Att. Leandro
  2. Leandro Vignoto
    Bom Dia ! Atualizei... a mensagem de erro foi resolvida pela implementações 15003 e 15004, porém no meu entendimento a situação que gerava o problema continua, conforme print abaixo: 1 - Onde está sendo carregado no componente 2 - Onde o Evento está sendo utilizado para buscar a descrição Att, Leandro
  3. Leandro Vignoto
    Bom Dia ! Não sei se essa alteração interfere em algo no componente, mas estou repassando. Att. Leandro
  4. Leandro Vignoto
    Também acredito, mas ele estava "oculto" pois estava sendo considerado como carta de correção, pois o evento não está sendo carregado. Att. Leandro
  5. Leandro Vignoto
    Bom Dia ! Italo, está sim No meu entendimento o problema está ao carregar os eventos no componente no retorno da consulta. De uma olhada no documento em anexo da abertura do chamado, nesse ponto abaixo destacado Com essa chave que enviei é possível conferir a questão. Att. Leandro
  6. Leandro Vignoto
    Bom Dia ! Também já passei por isso duas vezes e não sei como contornar. Att. Leandro
  7. Leandro Vignoto
    Bom Dia ! Douglas, você consegue efetuar a consulta direta dessa chave de acesso 51180414199898000264570010000150911000123732 ? O evento que consta nela é o 310610 que já estava na relação, mas não esta sendo carregado no componente no local utilizado, só para ver se dá o mesmo erro. Att. Leandro
  8. Leandro Vignoto
    Bom Dia ! Complementando, antes da revisão 14921 não dá erro, pois estava retornando a descrição do evento de carta de correção de forma errada, pois o evento em si não está sendo carregado/utilizado. Att. Leandro
  9. Leandro Vignoto
    Boa Tarde ! Ao consultar o CT-e, apresenta a mensagem "Descrição do Evento não Implementado!". A questão poderia ser confundida com a mesma relatada nesse tópico Mas acredito não ser, pois o evento utilizado para consultar a descrição não está sendo carregado/utilizado do xml de retorno da maneira correta e o mesmo consta na função TInfEvento.getDescEvento Segue em anexo o documento detalhando a situação e o XML de retorno da consulta. Para simular, basta utilizar a chave de acesso do xml em anexo e consultar o CT-e. Estou na revisão 14943. Att. Leandro Erro Consulta Situação CT-e.docx consultaCteTeste.xml
  10. Leandro Vignoto
    Blz Italo, obrigado.
  11. Leandro Vignoto
    Bom dia ! Italo, depurando novamente, o problema está nessa linha if TACBrCTe(ACBrCTe).Configuracoes.Geral.ModeloDF = moCTeOS then, pois ao carregar o XML o ModeloDF do componente não é alterado e está como padrão "MoCTe", então não entra no resto do código. Alterando para "if Modelo = moCTeOS then" carregou corretamente. Segue unit alterada. Não sei se tem outra forma de fazer para atualizar TACBrCTe(ACBrCTe).Configuracoes.Geral.ModeloDF corretamente conforme o XML carregado. Att. Leandro ACBrCTeConhecimentos.pas
  12. Leandro Vignoto
    Boa Tarde ! Sim, inclusive removo o que há de antigo na instalação. Acredito que o problema esteja na linha destacada abaixo Pois se observar o xml termina com </cteOSProc,> mas não sei alterar pois não sei onde mais pode impactar. Olha abaixo as tags compactadas, veja que o <portCte> está fora do <CteOS> Esse XML veio pela Distribuição de CTe, mas mesmo baixando pelo site da sefaz tem a mesma estrutura. Não sei se existe xml só com CTeOS sem cteOSProc Att. Leandro
  13. Leandro Vignoto
    Boa Tarde ! Ao carregar o xml em anexo pela função ACBrCTe.Conhecimentos.LoadFromString os dados da tag <protCTe> não são carregados para o componente. Att. Leandro Vignoto 52180210558621000149670010000000011000000013-cte.xml
  14. Leandro Vignoto
    Vlw.. Obrigado. Att. Leandro
  15. Leandro Vignoto
    Com essa configuração acima, autorizou normalmente em GO no ambiente de homologação. Estranho que no PR e MS, tanto faz eu colocar ACBrNFe.SSL.SSLType := LT_TLSv1_2; ou ACBrNFe.SSL.SSLType := LT_all; em ambos os casos autoriza normalmente no ambiente de homologação para 4.0 Até então havia entendido que no 4.0 só funcionaria com LT_TLSv1_2. Isso procede ? Att. Leandro
  16. Leandro Vignoto
    Bom Dia ! Ocorreram a existência de mais 5 eventos enviados pela sefaz e que não estavam mapeados no Acbr e nesse caso ele assume como carta de correção, conforme post. Esses eventos são armazenados para manter a sequencia NSU. Em anexo está a unit alterada com a inclusão desses novos eventos. Também fiz uma alteração para retornar como posição inicial "-99999 - teNaoMapeado" evitando que seja retornado o evento de carta de correção de forma indevida. Gostaria que fosse analisado se é possível assumir essa alteração. Att. Leandro Vignoto Alteração PCNConversão.xlsx pcnConversao.pas
  17. Leandro Vignoto
    Blz... Atualizei e deu certo.... Obrigado T+
  18. Leandro Vignoto
    Bom Dia ! Fiz a alteração no arquivo pcnConversao.pas. É possível avaliar se está correto e atualizar o repositório ? Att. Leandro pcnConversao.pas
  19. Leandro Vignoto
    Bom Dia ! Conforme imagem em anexo, a sefaz está retornando o evento 610614 - MDF-e Autorizado com CT-e e na distribuição de NF-e aparentemente o evento não consta no Acbr (pcnConversao), então o mesmo está assumindo como se fosse carta de correção 110110 no preenchimento do componente. Att. Leandro
  20. Leandro Vignoto
    Bom Dia ! Para mim aparentemente está normal. Tenho muitos documentos destinados do dia 06/12 em diante, tanto NF-e como CT-e. Att. Leandro
  21. Leandro Vignoto
    Bom Dia ! Aconteceu também o primeiro erro comigo. Agora ao enviar novamente está dando Erro Interno: 12002 Erro HTTP: 0 Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisição Att. Leandro
  22. Leandro Vignoto
    Blz Italo, era isso mesmo. Apaguei e instalei tudo novamente e resolveu. Achei que somente atualizando os fontes já resolveria. Obrigado novamente. Att. Leandro
  23. Leandro Vignoto
    Boa Tarde, Italo Obrigado pelo auxílio. Atualizei os fontes, de uma olhada no documento em anexo agora. Att. Leandro Evento 310611.docx
  24. Leandro Vignoto
    Bom Dia ! Conforme XML em anexo, a sefaz está retornando o evento 310611 - MDF-e Cancelado na distribuição de CT-e e aparentemente o evento não consta no Acbr (pcnConversao), então o mesmo está assumindo como se fosse carta de correção 110110 no preenchimento do componente. Att. Leandro Evento 310611.xml
  25. Leandro Vignoto
    Boa Tarde ! De uma olhada nesse tópico Att. Leandro
×
×
  • 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.