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. Parece que você tentou se comunicar com algum webservice e ele retornou um erro interno (não encontrou coluna ou tabela TIPO_CONTRIBUINTE no banco de dados). Mas sua postagem ficou vaga demais pra saber do que se trata.
  2. Não precisa zerar a tag vICMSUFFim e vFCPUFFim. Apenas a pICMSInterPart que foi removida do layout, já que ela não é mais necessário porque é sempre 100%. Ou seja, informe zero mas entenda como 100.
  3. No portal da SEFAZ-MG consta que seria implantado ontem a partir das 09:00h. http://www.sped.fazenda.mg.gov.br/spedmg/cte/ Mas não consta aviso que realmente fizeram a implantação. Fiz testes há pouco e aparentemente ainda não foi atualizado.
  4. Na versões em FortesReport do DACTE e DAMDFE não houve muita alteração no layout de impressão, apenas a impressão do QrCode foi adicionada. E ele só será impresso caso exista no XML, então precisa verificar isso. Já para o FastReport foi feito um redesenho do layout (contribuição da @JeannyPaiva). Para testar o DACTE em FastReport você pode abrir o demo na pasta ACBr\Exemplos\ACBrDFe\ACBrCTe\Delphi DACTe FR. Não me recordo de haver novas tags no XML além do QrCode.
  5. Access Violation nos DANFE do FastReport geralmente é a Midas.dll porque ele usa ClientDataset.
  6. Se for registrar a MIDAS.dll tem que ver se está com a versão correta de acordo com a versão do Delphi que está usando. Você pode também declarar MidasLib no uses do seu .dpr assim não precisa registrar a dll.
  7. Enviei correção para o repositório, rev. 17533. A forma que encontrei foi usando a var. TotalPages e ativando o DoublePass, assim como é feito no DANFE. Favor atualize os fontes e teste com o fr3 do repositório.
  8. Informe zero para a tag pICMSInterPart. Assim ela não será gerada no XML conforme o novo layout.
  9. Veja o tópico abaixo, parece o mesmo caso:
  10. Veja este tópico, parece ser o mesmo caso:
  11. Se quer baixar as tabelas, veja o componente ACBrSpedTabelas.
  12. Esse é um problema conhecido, ainda sem solução. Se compilar outra aplicação, por exemplo o demo do ACBrNFe ocorre o mesmo erro? Anexe por favor o .log e não o .ini.
  13. Marcou a opção de remover arquivos antigos do disco na instalação? Marcou a opção de copiar as DLLs? Anexe o log do ACBrInstall_Trunk2.exe.
  14. Provavelmente quem implementou não viu necessidade em gerar mais de uma página. Os fontes estão abertos a quem quiser contribuir.
  15. Nesse caso você precisa entrar em contato com o banco para saber a situação das remessas enviadas, ou orientação de como obter o retorno delas. Muito estranho... cada banco tem suas regras, o SICOOB não deveria validar um arquivo de remessa do Banco do Brasil.
  16. Não precisa se preocupar com o formato de gravação no XML, isso o ACBr faz. Basta informar um valor TDateTime normal. Ex: infEvento.detEvento.dhEntrega := Now; infEvento.detEvento.dhEntrega := MeuDataSet.FieldByName('DATA_HORA_ENTREGA').AsDateTime; InfEvento.detEvento.dhEntrega := EncodeDate(2019, 08, 23) + EncodeTime(17, 45, 00, 000);
  17. Provavelmente ainda não está sendo aceito pela SEFAZ a versão 3.00a. Tente configurar a propriedade GerarInfCTeSupl como fgtSomenteHomologacao ou fgtNunca.
  18. Enviei atualização de Schemas para o repositório, favor atualizar os fontes.
  19. https://dfe-portal.svrs.rs.gov.br/Mdfe Mas o ideal é usar os Schemas disponibilizados pelo ACBr, conforme orientação do Felipe.
  20. As regras são referentes a CST, então, a menos que a empresa tenha excedido o sublimite de receita bruta vai estar usando CSOSN, nesse caso as regras não se aplicam.
  21. Na pasta branches tem o desenvolvimento do ACBrCNAB que se não me engano está apto a tratar de remessa de pagamentos. https://svn.code.sf.net/p/acbr/code/branches/Fontes/ACBrCNAB
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Essa alteração vai causar problemas pras cooperativas que pedem que a posição 72 seja informada em branco. No seu caso bastava preencher a propriedade DigitoVerificadorAgenciaConta com 0 ao gerar a remessa.
  24. Parece haver duas propriedades no componente com a mesma finalidade. Se estiver usando CNAB240, tente: ACBrBoleto1.Cedente.ResponEmissao := tbBancoEmite; Se estiver usando CNAB400: with ACBrBoleto1.CriarTituloNaLista do begin ... CarteiraEnvio := tceBanco;
×
×
  • 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...