EMBarbosa

De nada!

Delphi 7 não tem suporte a Unicode. Isso só foi adicionado no Delphi 2009 se não me engano.

Olá Jean, Se você verificar o DEMO (na pasta Exemplos) você vai ver uma aba que implementa o uso dessa função. A DadosReducaoZClass é uma classe para armazenar os dados da Redução. Para pegar os dados você precisa usar o método DadosReducaoZ antes de verificar os dados na class. Além disso, é preciso chamar ANTES de emitir uma Redução Z.

Olá tchuck, O ACBrBombas ainda não está completo. Eu alterei de algumas funções das units antigas do Daniel e implementei o restante para fazer um demo funcional e adicionei ele no branches. As dlls você precisa pegar com a companytec. Infelizmente as indústrias que vendem esses aparelhos não são lá muito cooperadoras, excetuando a companytec que pareceu na época a mais amistosa. Ainda não tive tempo de voltar a esse projeto. Veja esse link abaixo, ele vai te indicar os tópicos para você saber mais sobre o componente: http://www.forumweb.com.br/foruns/topic ... -branches/ Qualquer dúvida, pode postar aqui mesmo. Eu vou me esforçar em ajudar no que for possível.

Delphi 7?

Isso não é possível por Design. Você não vai conseguir isso em nenhuma versão do Delphi.

Adicione “$(BDS)\lib” e “$(BDSCOMMON)\dcp” ao seu library path. Normalmente resolve o problema. Outras sugestões abaixo: http://ibeblog.com/?p=164 https://forums.embarcadero.com/thread.j ... eadID=2411

Deve funcionar no Delphi XE sim. Acho que era o Isaque quem mencionou que já estava usando o Delphi XE. Aqui usamos no Delphi 2010 sem maiores problemas por enquanto. "ACBr_VCL" ?? Acho que você está confundindo os pacotes aí. Remova esse pacote aí primeiro. Desinstale qualquer versão antiga. Depois siga as instruções no arquivo LEIAME.TXT

desculpe, mas agora eu não entendi bem... Como assim?

Só para garantir o esclarecimento, se já tiver emitido outros cupons fiscais, não vai conseguir cancelar o cupom original.

Uma sugestão é quando você fez a venda, você deve ser capaz de obter o valor do cupom logo após a venda. Armazene ele localmente para um possível cancelamento.

Veja o arquivo Leiame.txt. Tente desinstalar e remover todos arquivos .bpl e .dcu relacionados com o ACBr antes de instalar novamente.

Jean, Isso daí é apenas para impressoras que não fazem essa impressão automaticamente. A maioria das impressoras MFD (se não todas) já fazem a Leitura da Memória Fiscal automaticamente. Sendo assim, acho que o ACBrECF não o faz... mas tenho que olhar no código pra ter certeza dessa informação. Se não fizer, você pode implementar com facilidade usando os eventos do ACBrECF.

Jaime, Até entendo o que você diz. Mas o objetivo não é impedir as alterações para que os valores gerados nos arquivos sejam exatamente iguais aos recolhidos? Trabalhando com Hash, cumpre exatamente esse objetivo. Além do mais não me lembro de nenhum "lacre eletrônico de dados" seguro da maneira que eles pedem, (se alguém conhecer, avise aí!).

com0com +1! É o que há!

Fabrício, Welkson, Nesse caso, é melhor verificar com o homologador antes. Pois a lei não parece ser específica. Acho que quando fui homologar (no ano passado) quem implementou dessa maneira, não teve problema algum. Mas como não foi o meu caso, não me lembro ao certo...

se o tratamento não funciona assim é porquê o método AcNFE.NotasFiscais.Items[0].EnviarEmail não está levantando uma exception. Talvez a exception esteja sendo tratada lá dentro, ou não seja mesmo levantada. Você precisa verificar debugando.

Você provavelmente está usando Delphi 7 ou anterior. Para resolver, apague essa linha pois ela não é necessária para o funcionamento do componente.

Depois de emitida não. Nesse caso é antes de emiti-la. Para depois de emitida você deve usar o DadosUltimaReducaoZ. Faz uma busca aí no fórum. Se não me engano já tem tópicos explicando as diferenças das duas. Por exemplo, usando a DadosReducaoZ, não se esqueça que o COO vai estar com número menor.

JACBr ???

Não faço uso da ACBr32.dll. Mas imagino que você precise deixá-la na pasta do executável ou em uma pasta do PATH do Windows (como Windows\system32).

Você poderia tentar no DEMO do ACBrTEFD para ter certeza que não é algo no componente.

Faça pesquisa antes de postar. Existe diversos tópicos explicando o abaixo: Não há um componente ACBr de notas fiscais eletrônicas de serviços totalmente pronto. Há um no Branches, mas não todo finalizado. Essa área do fórum é sobre o ACBrNFe. Se está com dúvida na implementação em Delphi/Lazarous use a área do fórum adequada para isso. obrigado,

Aqui está compilando normalmente. Antes da alteração que eu fiz não estava nem compilando. Agora precisaria de alguém com uma impressora ECFFiscNet pra poder testar a geração do arquivo.

isso foi resolvido?