Ir para conteúdo
  • Cadastre-se

Leandro Vignoto

Membros Pro
  • Total de ítens

    231
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Leandro Vignoto postou

  1. No meu entendimento NÃO, pois na imagem do manual ele é opcional "0-1"; Além disso, no MS essa mesma estrutura de XML validou normal SEM O GRUPO FATURA, então não teria sentido ter regras diferente entre os estados. Mas, vai saber.... Att. Leandro
  2. No Paraná hoje mudou a rejeição para 872 - Soma do valor das parcelas difere do Valor Liquido da Fatura. Na minha opinião ainda é erro da sefaz, pois essa consistência só deveria ocorrer se for informado o grupo de fatura que é OPCIONAL conforme o manual Provavelmente está consistindo valor das parcelas diferente do valor da fatura (que é zero pois não consta no xml) e está caindo na rejeição. Att. Leandro
  3. Bom Dia ! Ao efetuar a distribuição DFe, no momento de decodificar o retorno de um resumo de documento, já apresenta os caracteres especiais de acentuação, conforme imagem abaixo: Com isso, o componente é carregado com essas informações incorretas, conforme imagem abaixo: Existes alguma forma de contornar/corrigir essa situação ? Att. Leandro Vignoto
  4. Bom Dia ! Para informação, fiz os testes com os dados abaixo em ambiente de homologação MS - Autorizado normalmente PR - Rejeição 867 - Grupo duplicata informado e forma de pagamento não e Duplicata Mercantil, ou seja, ainda não está implementado pela sefaz Att, Leandro
  5. Acredito não ser o caso, pois esse processo não envolve envio de e-mail, somente o registro do evento mesmo. Att. Leandro
  6. Bom Dia ! Em várias situações, ao registrar um evento na NF-e (normalmente manifestações) apresenta o erro abaixo: Nesse caso era um evento de "Confirmação da Operação". Porém, ao solicitar novamente, apresenta o erro de "Duplicidade de Evento", ou seja, mesmo apresentando Timeout o evento foi registrado na base da Sefaz e com isso não consigo mais atualizar a base de dados pois não tenho mais informação do protocolo e como já discutido no forum não existe outro ponto para consultar a situação da manifestação e retornar os dados do evento. Ai que está a dúvida, pois no MOC diz que o registro de evento é "SÍNCRONO" então não deveria aguardar o retorno na mesma requisição ? Existe parametrização para evitar isso ? Qual o campo correto e um valor coerente ? Att. Leandro
  7. Bom Dia ! Atualizei, testei e o problema foi resolvido. Obrigado. Att. Leandro
  8. Não consegui simular a consulta posterior, pois é um serviço no windows e termino o processo no retorno da autorização....
  9. Boa Tarde ! Ao executar os seguintes procedimentos, SEM REINICIAR O PROCESSO DE EMISSÃO DE NOTAS (entenda como aplicação) a) Faço a emissão de uma nota na versão 4.0 (não gera a tag "nfeCabecMsg") para NFeAutorizacao4 nem NFeRetAutorizacao4; b) Em tempo de execução, altero o componente para versão 3.10; c) Faço a emissão da nota na versão 3.10 (gera a tag "nfeCabecMsg" corretamente para NfeAutorizacao) e (não gera a tag "nfeCabecMsg" NfeRetAutorizacao3 incorreto ), com isso apresenta o erro "Cabecalho - Falha no Schema XML"; Parece bobeira isso, pois qual o sentido de mandar na versão 4 e depois na 3.10 ???? Em se tratando do sistema que disponibiliza para enviar em PRODUÇÃO e HOMOLOGAÇÃO ao mesmo tempo, a versão de produção está na 3.10 e a versão de homologação na 4.00, então ao enviar a nota em homologação a de produção para de funcionar. Depurei, mas não consegui corrigir. O problema está no ponto destacado abaixo, pois a variável FPHeaderElement vem vazia quando vai consultar o retorno da autorização realizada. XML CORRETO XML ERRADO Reforçando, o problema só ocorre no retorno da nota autorizada quando troca da versão 4.0 para 3.10 em tempo de execução. A nota da 3.10 é autorizada normalmente, somente o retorno apresenta problema. Com esses passos, talvez seja possível reproduzir em ambiente local. Att. Leandro
  10. Boa Tarde ! Parece que saiu algo com relação a permitir a emissão de nf-e de produtor pessoa física http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Nota Técnica 2018.001 - v 1.00 Att. Leandro
  11. Boa Tarde ! Para informação
  12. 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
  13. 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
  14. Bom Dia ! Não sei se essa alteração interfere em algo no componente, mas estou repassando. Att. Leandro
  15. 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
  16. 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
  17. Bom Dia ! Também já passei por isso duas vezes e não sei como contornar. Att. Leandro
  18. 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
  19. 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
  20. 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
  21. 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
  22. 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
  23. 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
  24. Vlw.. Obrigado. 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.