Ir para conteúdo
  • Cadastre-se

NVTech

Membros Pro
  • Total de ítens

    58
  • Registro em

  • Última visita

Tudo que NVTech postou

  1. Olá, Antonio! Tenho um outro chamado, postado em 22/05/2023, que achei que poderia estar relacionado a esta constatação, no log, de termos duas chamadas ao método Destravar para apenas uma do Travar. Talvez algum método seja chamado sem o respectivo Travar, o que gera o SEGV apresentado no caso daquele chamado. Mas isso é apenas uma hipótese aventada a partir do log. Veja o chamado antigo: Um abraço,
  2. Olá, Antonio! O log postado foi criado um programa de teste que chamou a função CTE_Inicializar e, logo em seguida, a função CTE_Finalizar e nada mais. Apesar do teste original ter sido feito em Rust, fiz uma versão em C para postar por aqui. A execução deste programa produz o log apresentado, no qual duas indicações de Destravar correspondem a uma única de Travar. Um abraço,
  3. Olá, Diego! Obrigado pela ajuda. Vou fazer os testes e lhe retorno os resultado. Um abraço, Eduardo Heredia
  4. Olá! Eu uso a ACBrLibCTe, versão MT, em um backend escrito em Rust para uma aplicação Web executada em um container Linux. Fiz um teste com a biblioteca, usando apenas as funções CTE_Inicializar e CTE_Finalizar. Observando o log gerado, percebo que há uma chamada "a mais" da funcionalidade destravar, como pode ser observado na imagem anexa. Percebam que há apenas uma chamada de "Travar", mas duas de "Destravar". Isso representa algum problema? Antecipadamente lhes agradeço pela ajuda. []s,
  5. Olá! Fui instruído pelo Diego Folieni a fazer este registro no fórum. Estou usando a ACBrLibCTe em um projeto web, com backend em Rust. Após a execução das funções CTE_Validar e CTE_ValidarRegrasdeNegocios obtenho como resposta uma string que não pode ser corretamente consumida como UTF-8, apesar de ter configurado o arquivo INI para esta opção ([Principal] CodificacaoResposta=0). Observando o arquivo de Log gerado pela biblioteca, parece haver 2 encoding diferentes: observe na imagem anexa que a palavra validação está grafada corretamente, enquanto as outras palavras acentuadas do fragmento aparececem com os bytes entre colchetes. Podem nos ajudar? Obrigado,
  6. NVTech

    Consulta Status Versão 4.0

    Boa tarde, tento consultar o status do Sefaz em homologação na versão 4.0 e sempre retorna o erro abaixo, eu preciso fazer algo ou o Sefaz não consegue retornar o status mesmo ? Quando tento em produção, retorna outra mensagem.
  7. Boa tarde Ítalo, fiz como orientou, mas ainda nada. Agora o retorno é Rejeição: IE do remetente não vinculada ao CNPJ, já consultei Sintegra, contador, cliente e está tudo certo quanto as dados. O que mais posso fazer ? Obrigado pela ajuda. 351000616581085-pro-rec.xml 35180660805330000186570010000021471000106721-cte.xml
  8. Boa tarde Ítalo, fiz como orientou, mas ainda nada. Agora o retorno é Rejeição: IE do remetente não vinculada ao CNPJ, já consultei Sintegra, contador, cliente e está tudo certo quanto as dados. O que mais posso fazer ? Obrigado pela ajuda. 351000616581085-pro-rec.xml 35180660805330000186570010000021471000106721-cte.xml
  9. Bom dia Ítalo, obrigado pelo conhecimento. Fiz como explicou, conforme xml anexo, mas o retorno agora é a seguinte, "Rejeição: UF do tomador não aceita ISENTO com Inscrição Estadual" estranho não ? Passei para a contabilidade verificar, mas acho que tem algo errado ainda que não sei fazer. 35180660805330000186570010000021471000106721-cte.xml
  10. Bom dia Ítalo, primeiramente obrigado pelo retorno e ajuda. Realmente estava errado, fizemos a mudança e tiramos do expedidor, deixando somente como toma4, e colocamos como outros "Ide.Toma4.Toma = tmOutros;", Anexo o xml com a mudança. Mas mesmo assim a mensagem "Rejeição: IE deve ser informada para tomador Contribuinte", retorna. Quando o pagador é isento tem alguma outra tratativa que devemos fazer ? 35180660805330000186570010000021471000106721-cte.xml
  11. Boa tarde,estou com um CT-e que retorna a mesma mensagem "Rejeição: IE deve ser informada para tomador Contribuinte", coloquei a IE como isenta depois não passei mas não consigo encontrar uma solução. Os fiscais falam que está certo, mas o SEFAZ não valida. Será que alguém consegue me dar uma luz ? Quem está pagando o frete é o Expedidor, estou anexando o XML. Desde já agradeço 35180660805330000186570010000021471000106721-cte.xml
  12. Boa tarde, desta forma conseguimos aqui na empresa, a comunicação voltou ao normal.
  13. NVTech

    Calculo de juros

    Boa tarde, é possível calcular o juros para pagamento no dia posterior da emissão da GNRe ? Verifiquei que cada UF tem seu cálculo. Obrigado
  14. NVTech

    GNRe para CTe

    Boa tarde, estou utilizando o exemplo e alterando o código da receita e tipo do documento para gerar GNRe para CT-e. e me retorna sempre com Lote Processado com pendências. Estou anexando o xml de retorno, se puderem me ajudar, agradeço. 1618265749-pro-rec.xml
  15. Ítalo, boa tarde. Descuido meu, estava esquecendo de carregar o componente. Obrigado pela ajuda.
  16. Ítalo, boa tarde. Também estou com o mesmo problema. Estou associando o ACBrNFeDANFEQR1 ao ACBrNFe1. Utilizando o teste ACBrNFe_demo, acontece o mesmo problema será que tem algo com o XML, mas o mesmo foi homologado pelo SEFAZ ? Desde já agradeço a ajuda. 35150203857930000154550010000000011000000013-nfe.xml
  17. NVTech

    Veiculo Reboque

    Ítalo, obrigado pela paciência. Veja passei os dados fixados e mesmo assim nada. Vou baixar os componentes e schema novamente, para ver se pode ser ser isto. with rodo.veicReboque.Add do begin cInt := '8412';//QMdfeCODCARRETA.AsString; placa := 'DVT1556';//ApCarac(QMdfeCARRETA.AsString); tara := 0; capKG := 24000;//QMdfeCARRCAP.AsInteger; capM3 := 0;//QMdfeCARRMC.AsInteger; UF := 'SP';//QMdfeUF_CARR.AsString; end;
  18. NVTech

    Veiculo Reboque

    Qmdfecarreta, é um campo caracter tamanho 8 que contem a informação da placa da carreta. No arquivo que estou enviando as informações são : with rodo.veicReboque.Add do begin cInt := QMdfeCODCARRETA.AsString; => 8412 placa := ApCarac(QMdfeCARRETA.AsString); => DVT-1556 tara := 0; capKG := QMdfeCARRCAP.AsInteger; => 24000 capM3 := QMdfeCARRMC.AsInteger; => 100 UF := QMdfeUF_CARR.AsString; => SP end;
  19. NVTech

    Veiculo Reboque

    Ítalo, o campo placa vem com mascara AAA-9999, a função tirar o caracter "-", deixando somente AAA9999, se achar interessante, posso fixar os valores passados para verificação se passa.
  20. NVTech

    Veiculo Reboque

    Italo, fiz a mudança, mas não é isso. Continua o problema e para todos os campos do VeicReboque. Quando retiro a placa da carreta passa pelo schema. Acusa que nenhum destes valores estão sendo informados. Utilizei a rotina que está no exemplo, mas não sei aonde estou errando.
  21. NVTech

    Veiculo Reboque

    Bom dia Italo, Este é a placa da carreta que estou passando.
  22. NVTech

    Veiculo Reboque

    Boa noite. Estou com problema para enviar a placa da carreta, está me este erro e dos outros valores ligados ao reboque. versao="1.00"><infModal versaoModal="1.00"><rodo><veicReboque> ID:#26/placa(Placa do Veículo) - Nenhum valor informado. Como se não estivesse passando as informações, estou fazendo desta forma : with rodo.veicReboque.Add do begin cInt := QMdfeCODCARRETA.AsString; placa := ApCarac(QMdfeCARRETA.value); tara := 0; capKG := QMdfeCARRCAP.AsInteger; capM3 := QMdfeCARRMC.AsInteger; UF := QMdfeUF_CARR.AsString; end; Aonde estou errando ? Desde já obrigado
  23. NVTech

    Encerramento Mdf-E

    Ítalo, obrigado pelo retorno. Em escrevi errado e estava tentando cancelar utilizando o XML. Como faço em rotinas diferentes fui observar a UF e realmente não estava passando alterei e funcionou.
  24. NVTech

    Encerramento Mdf-E

    Boa tarde. Estou com um problema que ao tentar encerrar o MDF-e acusa o erro "Rejeicao: Codigo da UF do Emitente diverge da UF autorizadora", procurei no forum por problemas parecidos, mas não encontrei nada que soluciona-se o meu erro. Tentei fazer o cancelamento pelo XML autorizado pelo Sefaz e mesmo assim dá o erro. Podem me ajudar ? Obrigado
  25. Desculpe, encontrei estava baixando do local errado.
×
×
  • 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.