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. Conforme validação no SEFAZ RS, esse não é um XML válido.
  2. Veja: Por enquanto em apenas o BB implementado.
  3. Retorno[i].ValorDespesaCobranca
  4. Favor não duplicar tópicos.
  5. Esse arquivo foi uma correção pontual, e já se encontra no SVN.
  6. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  7. Foi pro SVN, rev. 37754. Obrigado pela contribuição.
  8. ACBrNFSeX1.DANFSe.Cancelada := True;
  9. Não, só sendo Pro ou compilando você mesmo as DLLs.
  10. Pra baixar, sim. Tem a versão de demonstração se quiser testar, com limitações de uso. Ou você ainda pode baixar os fontes, e compilar a DLL você mesmo. https://projetoacbr.com.br/fontes/ Ela é escrita em Lazarus/FPC.
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. Segundo o manual, é o código do beneficiário/cedente.
  13. Analisando o código que anexou, entendi que o teu problema é no registro de boleto já com valor de abatimento, correto? Porque testando o código atual, a alteração do abatimento está enviando correto. Com o teu código me pareceu que vai passar a funcionar o registro com abatimento, e vai deixar de funcionar a alteração, por causa da diferença de layout do json de envio.
  14. Na remessa vai a informação do vencimento em formato de data. Na impressão da guia é feito um cálculo para definir o fator de vencimento, este reiniciou em 22/02/2025, de 9999 para 1000. Se você usa o ACBrBoleto para impressão da guia já não devia ter esse problema, pois a correção para o cálculo do reinício do fator foi feito no componente 10 anos atrás.
  15. Talvez o boleto teve o vencimento alterado, mas o código de barras ainda manteve o antigo por já estar registrado. Acho que não tem como, desconheço API pública que faça consulta a CIP, apenas os bancos teriam acesso.
  16. Enviei para o SVN, rev. 37543 com alguns ajustes para compilar no D7. Também atualizei os programas exemplo para adicionar suporte ao Sicoob e exibir as novas propriedades. Obrigado pela contribuição, @Delcio.
  17. Isso é rejeição da SEFAZ então tem que entrar em contato com eles e questionar.
  18. O fator de vencimento é no código de barras e linha digitável do boleto impresso. Não houve alterações pra o CNAB, nele vai o vencimento em si. Anexe o arquivo de remessa enviado e rejeitado pelo banco.
  19. https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=V1q2al1iwg4=
  20. Existe o registro de passagem automático que é feito por câmeras lendo a placa dos veículos. Se no momento da leitura já tinha um MDFe autorizado, provavelmente será vinculado.
  21. É importante acompanhar o sub-fórum de notícias, qualquer alteração importante ou que exija de intervenção por parte do programador vai ser colocada lá. Como foi alterada a propriedade, nos formulários onde tinha o componente ACBrBoleto precisa apenas abrir o form ou data module, ignorar os erros e salvar novamente.
  22. A consulta por chave não existe mesmo para CTe. Ela foi implementada no ACBr porque imaginou-se que haveria algo no mesmo modelo que existe para NFe, mas a SEFAZ nunca chegou a disponibilizar. Para CTe use a consulta por NSU ou por último NSU.
  23. O Panda já confirmou ali que o fator de vencimento está correto para o vencimento informado. Você está validando direto com o banco mesmo ou usando algum validador online? Se for com o banco, questione, pois está correto.
×
×
  • 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...