Jump to content

BigWings

Moderadores
  • Content Count

    5,325
  • Joined

  • Last visited

  • Days Won

    79

BigWings last won the day on October 17

BigWings had the most liked content!

Community Reputation

2,617 Excellent

About BigWings

  • Rank
    Membro Avançado

Profile Information

  • Localização
    .

Recent Profile Visitors

6,662 profile views
  1. O erro não tem relação com a tag indAlteraToma, mas sim o fato de ter informado o remetente do CTe substituto diferente do CTe original. Até onde sei, apenas a indicação do tomador pode ser alterada, desde que informado indAlteraToma = tiSim.
  2. Se na Daruma imprime correto porque você acha que o problema é no Fast? Separei o tópico já que o outro se tratava do Fortes Report.
  3. MD5 é um hash de verificação de arquivos ou strings. Precisa saber MD5 do quê ele está querendo.
  4. A mensagem de retorno é gerada pelo webservice. Aparentemente a SEFAZ não implementou o retorno da chave correta no caso da NFCe. Você pode tentar contato com a mesma para reportar esse problema.
  5. Foi enviada uma atualização recente para padronizar as margens entre os vários DFe em Fast e Fortes, e aplicar as margens onde não estavam sendo aplicadas. Agora as margens devem ser informadas em milímetros e não centímetros (como eram para o DANFE em Fast). Se você não quer que o ACBr mexa nas margens, ou seja, usar as margens definidas no .FR3, basta informar, via código, as margens zeradas: ACBrNFeDANFEFR1.MargemEsquerda := 0; ACBrNFeDANFEFR1.MargemDireita := 0; ACBrNFeDANFEFR1.MargemSuperior := 0; ACBrNFeDANFEFR1.MargemInferior := 0;
  6. Pelo PDF anexado os dados do tomador estão sendo mostrados normalmente. Se você se referia ao campo Tomador que indicava se o tomador era o remetente, destinatário, expedidor, recebedor, pelo que indica no manual da versão 3.00a foi, sim, removido esse campo.
  7. Já tive esse problema com o Fast Report mas como disse não consegui simular neste caso. Chegou a testar usando o arquivo que anexei?
  8. Provavelmente na sua rotina você chamou o método NFref.Add ou NFref.New mas não preencheu os dados do documento referenciado. Se não há documento a referenciar não execute o NFref.Add.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Entendo a frustração, mas sua reclamação é injusta. Todas as alterações ficam registradas no log do svn, arquivos *-change-log.txt, posts no fórum... Você tem tudo o que precisa pra decidir enviar atualização para o teu cliente ou não.
  11. Está sendo verificado. Experimente informar 0 para as margens assim serão usadas as margens do fr3.
  12. Veja que o arquivo assinado pelo ACBr não é o mesmo que você está tentando validar: No seu XML a tag cCT é 229 por isso o ACBrMonitorPLUS corrigiu a chave e gerou arquivo diferente.
  13. A versão do Fast que está usando com o Delphi Rio é a que veio junto com o Delphi? Se for, esse é o problema, essa versão não tem suporte a scripts, e causa problemas desse tipo. Precisa instalar ao menos a versão Standard do Fast Report, e instalar também o Fast Script.
×
×
  • Create New...