Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.862
  • Registro em

  • Última visita

  • Days Won

    153

Tudo que BigWings postou

  1. Sim. Se não informar ou informar 0 para a tag cNF o componente vai gerar um código aleatório válido. É interessante você armazenar esse código caso precise no futuro gerar novamente a chave.
  2. Se se refere ao erro HTTP 404, é URL não encontrada, a URL mostrada na mensagem realmente não existe mais, isso significa que o componente está buscando a URL errada então verifique a configuração VersaoDF do componente. Quanto ao erro da LibXML2 desativada, é configuração do seu ACBr.inc. Veja o tópico citado pelo Felipe.
  3. Creio que isso já tenha sido corrigido nos fontes. Tente atualizar novamente.
  4. Se o XML está com o protocolo de autorização, deve sair sim no DANFE NFCe.
  5. A regra de validação pra esse caso é facultativa, então precisa ver se ela está sendo implementada para a UF em questão.
  6. Apenas observando que a regra de validação referente ao valor da fatura e o total da nota fiscal existia, mas foi removida na NT 2016.002 v1.60. Pelo visto estão reaproveitando os códigos de rejeição, como o Italo já disse agora a rejeição 897 se refere ao código numérico da NFe, desde a NT 2019.001.
  7. Nesse caso o correto seria somar o valor do IPI na tag vOrig para o cálculo bater. vOrig = vProd + vIPI + (outros acrescimos) = 1063.76 vDesc = vDesc + (outros descontos) = 65.94 vLiq = 997.82 (vLiq - vIPI) / 2 = 433.835 parcela 1 = 433.84 + 130.15 = 563.99 parcela 2 = 433.83
  8. Seu arquivo continha diferenças com o arquivo do repositório, é interessante antes de enviar a contribuição fazer a atualização com os fontes do repositório, facilita a análise. Achei desnecessário fazer o tratamento do retorno NFeResultMsgZip em todos os serviços, me parece pelos testes que fiz que ele é retornado apenas no serviço de autorização. Enfim, enviei a correção para o svn, favor atualizar com os fontes do repositório e fazer os testes.
  9. De acordo com o MOC, no grupo refNF devem ser informadas notas fiscais modelo 1 e 1/A. Nota fiscal de produtor você informa no grupo refNFP.
  10. Qual o erro? Qual a versão do Fast Report?
  11. Não entendi essa parte... precisa implementar em algum outro lugar? Anexe o arquivo modificado, por favor.
  12. No CE é usado o MFe. Veja o tópico abaixo, se ajuda.
  13. Você já não grava os dados do boleto em banco de dados? Se alimentar o componente com os mesmos dados a linha digitável será sempre a mesma.
  14. A versão em Fast Reports pode ser uma alternativa.
  15. Tente: ACBr.SetWebService("SC", 2) A configuração vale para todos os documentos (NFe, CTe, MDFe...)
  16. Se não me engano é o código do cedente.
  17. No ACBrNFeServicos.ini a URL está correta, com o "http://" de acordo com a mensagem. [NFCe_PR_P] ... URL-ConsultaNFCe_2.00=http://www.fazenda.pr.gov.br/nfce/consulta Verifique novamente o arquivo ACBrNFeServicos.ini no diretório do ACBrMonitorPLUS.
  18. Teu XML tem o grupo NFRef gerado, mas em branco: <NFref></NFref> Isso causa o erro de validação. Verifique a sua rotina, se está chamando o método ide.NFRef.Add ou ide.NFRef.New sem preencher os dados da nota. Se não há documento a referenciar você não deve chamar esse método.
  19. Já foi enviada uma correção. Atualize novamente os fontes.
  20. O problema também ocorre usando o demo do ACBrNFe?
  21. Sugiro a todos que leiam os tópicos a seguir pra entender a importância de se usar um número realmente aleatório no cNF:
  22. Você pode usar o ambiente disponibilizado pelo AM para testes. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/
  23. Respondendo a pergunta, basta usar a opção "Step over" do debug, pressionando F8, sobre a linha DefinirURL da unit ACBrDFeWebService.pas. Agora, se a exceção está ocorrendo nessa linha, porque quer ignorar o fluxo de execução?
  24. Lembro que a msxml5.dll já foi descontinuada pela Microsoft, e tem problemas graves quando usando certificado A3, então não é recomendado o uso para esse tipo de certificado. O ideal seria fazer funcionar com a LibXml2.
  25. As causas desse erro geralmente são: - Schemas desatualizados - Tag tpEmis do XML diferente de 1, 4 ou 9. - DLLs utilizados pelo componente para validação incorretas. Na sua tela não foi possível ver qual a configuração de SSLXMLSignLib, se estiver no padrão xsLibXML2 deveria resolver com a atualização das DLLs. Experimente configurar SSLXmlSignLib como xsMsXML.
×
×
  • 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.

The popup will be closed in 10 segundos...