Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.883
  • Registro em

  • Última visita

  • Days Won

    158

Tudo que BigWings postou

  1. Leia os fontes... Não parece ter nada de errado com a montagem da linha. Talvez a mensagem de inválido signifique que já existe boleto com o mesmo nosso número registrado.
  2. A consulta não retorna o XML completo, retorna apenas o protocolo. Por isso precisa já ter o XML gerado, assinado e validado carregado no componente pra que o arquivo XML seja atualizado.
  3. Não deve existir duas chaves pra uma mesma nota. Se está gerando chave diferente é porque você está alterando algo na nota e gerando novamente o XML. Por exemplo o tpEmis da nota, alterando de normal para offline você terá uma chave e um XML diferentes, um vai ser protocolado na consulta e o outro não. Você deve sempre armazenar o XML gerado pelo ACBr antes do envio, e carregar ele com ACBrNFe1.NotasFiscais.LoadFromFile e após isso chamar o método Consultar, assim o arquivo vai ser atualizado com o protocolo, se houver.
  4. Veja se ACBrNFe1.Configuracoes.Geral.Salvar está True.
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. Tente remover o espaço no nome da pasta "pacotes lazarus". Isso costuma gerar esse tipo de problema.
  7. O aplicativo gratuito se me lembro bem pode fazer acesso direto ao certificado ou via Windows. No gratuito funciona das duas formas? Usando o ACBr você pode tentar outras configurações de SSLCryptLib ou SSLXmlSignLib, para mudar a DLL de acesso ao certificado e assinatura.
  8. Realmente tem algo errado com a assinatura no XML, não consta nada na tag <X509Certificate>. Pode ser algo a ver com a instalação do certificado...
  9. Retorno de qual método? Do envio da nota ou da consulta? Se for do envio, note que dependendo do modo que usar, síncrono ou assíncrono, não é preenchido o objeto ACBrNFe1.WebServices.Retorno. Estude o programa exemplo do componente.
  10. Tem o XML assinado onde ocorreu o erro?
  11. Acho que seria isso aqui: select CODAPTO , count(iif(SITUACAO = 0, 1, null)) QT_DIAS_DISPON from APTO where DATA between :DTINI and :DTFIM group by 1 having count(iif(SITUACAO = 0, 1, null)) = (cast(:DTFIM as DATE) - cast(:DTINI as DATE) + 1)
  12. Já houve casos de demorar dias, e tem relatos de a nota nunca aparecer e após contato com eles ela ser gerada... Você está usando o método DistribuicaoDFePorNSU, DistribuicaoDFePorUltNSU ou DistribuicaoDFePorChaveNFe?
  13. Qual valor está informando para o total da nota e os pagamentos? Se não me engano tem uma tolerância de R$ 1,00 para essa regra.
  14. RoundABNT da ACBrUtil faz isso.
  15. Isso é a versão do Fast Report instalada que não está conseguindo executar os scripts do fr3. Pra usar os componentes para Fast Report do ACBr precisa ser no mínimo a versão comercial Standard + Fast Script.
  16. BigWings

    Gerar xml da nfe

    Se passar sempre os mesmos dados, a chave gerada vai ser sempre a mesma. Geralmente isso acontece quando você não informa o código numérico da nota (cNF), caso em que o ACBr gera um número aleatório. Ou no caso de alterar a forma de emissão (tpEmis) e gerar o XML novamente. Como o código numérico e a forma de emissão compõe a chave, você teria uma chave diferente. Então a sugestão é sempre gerar o código numérico aleatório pela sua aplicação, e informar na tag cNF.
  17. O erro é de validação local, não está sendo enviado para o webservice. Verifique se está com os schemas corretos. Teste usando o programa exemplo.
  18. Provavelmente o ambiente nacional ainda não disponibilizou o XML completo. É preciso aguardar um certo tempo para que o sistema processe a manifestação, gere novo NSU com o XML completo (ultimamente isso tem demorado alguns minutos) e tentar novamente.
  19. A chave de acesso contém o número da nota. O grupo refNF só permite informar notas com modelo 01 (nota em papel antiga) e 04 (nota em papel de produtor rural). Porque ele precisa do número separado no XML?
  20. Significa que essa tag está sendo gerada com valor zero, e pelo schema ela não devia ser gerada. O ACBr verifica se a tag tem valor zero ou não, no caso você deve estar alimentando ela com um valor maior que 0,00 e menor que 0,01, por isso o erro.
  21. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  22. Provavelmente não está fazendo o commit ao fechar a tela, nesse caso as alterações são desfeitas. Veja como é feito o controle de transações no Firedac.
  23. A LibXML2 tem problemas com o regex do schema, oficial, com strings com menos de 3 dígitos. Foi feito um ajuste na definição do tipo TString, no arquivo tiposGeralCTe_v3.00.xsd, de: <xs:pattern value="[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}"/> Para: <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/> Assim passa a funcionar. Então sugiro que com o ACBr use os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas.
  24. Até onde sei, o arquivo deve ser validado pelo SICOOB durante o processo de homologação.
  25. var Titulo: TACBrTitulo; Titulo := ACBrBoleto1.CriarTituloNaLista; Titulo.OcorrenciaOriginal.Tipo := ACBrBoleto.toRemessaRegistrar; Esse já é o padrão, se no seu caso está gerando o código 02 (baixa de título), verifique se não está passando um valor diferente. Outra forma, com base no programa exemplo: procedure TfrmDemo.Button6Click(Sender: TObject); var I: Integer; begin // atualiza o tipo de ocorrência de todos os boletos for I := 0 to dm.ACBrBoleto.ListadeBoletos.Count - 1 do dm.ACBrBoleto.ListadeBoletos[I].OcorrenciaOriginal.Tipo := toRemessaRegistrar; dm.ACBrBoleto.GerarRemessa(1); end;
×
×
  • 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...