Régys Silveira

Verifique se seus arquivos não foram alterados (icones vermelhos ou amarelos), se sim, não foram atualizados, neste caso apague o arquivo e atualize novamente para cria-lo ou reverta o arquivo e atualize novamente o repositório.

Este DANFE está na versão 5.x, a maioria dos usuários utiliza a 4.x, não vai ser possível colocar no repositório pois causaria problemas na maioria dos usuários.

Sim, está sendo atualizado por enquanto, sempre que uma alteração é feita no trunk2 ela é replicada dentro da compatibilidade. Quantos a erros, eu tenho ACBr em 4 maquinas usando o trunk e está totalmente normal.

Só um lembrete, no Trunk2 não existe suporte para quickreport, o suporte do core do projeto ACBr agora será somente para fortes e fastreport, nenhum outro, por isso o quickreport não está adaptado.

Os componente que estão sob DFe são todos aqueles documentos eletrônicos gerados sem necessidade de utilização de hardware. O SAT CF-e é um hardware, por isso ganhou uma pasta especifica.

Anexe os logs do ACBrECF e do ACBrTEFD para que possamos lhe ajudar melhor.

Por favor baixe a última versão, ela foi acertada é testada para resolver este problema, inclusive já em funcionando em alguns clientes.

Seu cliente faz parte do piloto? Até o momento se não estou enganado em RO a NFC-e ainda está em piloto. Se o ambiente de homologação estiver liberado basta configurar a UF para RO, o restante é como você já usa para o MT.

Como está configurada a aba diretórios do ACBrNFeMonitor?

Este problema havia acontecido comigo, já enviei o demo acertado, vou dar uma geral no demo para deixá-lo mais compatível com o demo em Lazarus que está mais atualizado.

São duas configurações, Uma é o local da DLL que você configura em "Nome DLL" outra é no combobox ao lado do botão inicializar, onde você setará o modelo.

O que você está utilizando monitor, monitor plus ou componente direto?

O emitente está autorizado no SEFAZ para uso do SAT? Vocês estão utilizando aparelhos de homologação ou produção?

A questão não é desmarcar as opções de debuging, o que lhe perguntei e se o erro ocorre somente quando você executa debungando ou também quando o programa é executado diretamente fora do delphi.

Você deve utilizar a tabela IBPT para conhecer os percentuais que deverá aplicar, nesta tabela você tem 3 valores, imposto federal, estadual e municipal, você deve utilizá-los conforme o tipo da mercadoria ou serviço. De posse dos valores, apenas multiplique o percentual pelo valor total para cada item, acumle e mostre o valor acumulado separadamente no rodapé do cupom, CF-e ou NFC-e utilizando o espaço de observações. Segue link para um artigo com perguntas e respostas que lhe serão úteis: https://regys.com.br/nova-tabela-ibpt-versao-15-2-a/ https://regys.com.br/entendendo-nova-tabela-ibpt-e-o-atendendo-mudancas-da-lei-12-741-2012/

Então, provavelmente como eu disse, a propriedade está lá, mas o teste para mostrar ou a chamada não foram implementadas. Não tenho fortes então não tenho como testar, vou deixar para que alguns dos colegas que utilizam o Fortes possam lhe ajudar.

O comando correto é: SAT.CancelatCFe( cXml ) Vocês devem passar somente o caminho do XML para que ele seja lido pelo monitor e preencha as informações corretamente, efetuando o cancelamento.

Bastaria preencher está propriedade, provavelmente ela não foi implementada no DANFCe para Fortes.

Qual tipo de emissor você está utilizando (Fortes, FastReport, EscPos, etc)?

Simulando é verificando o problema, obrigado pela resposta.

Ivan, você está com o ACBr atualizado? Poderia fazer os testes e enviar o log para nova análise

Existem duas situações. 1. Impressoras configuradas para redução Z automática, nestas impressoras 2h após a virada do dia (0h) e emitida a redução Z automaticamente, isso não é mais usado, inclusive existe legislação bloqueando isso, somente impressoras antigas ainda possuem está configuração. 2. Impressoras configuradas para bloqueio por redução Z, 2h após a virada do dia ao invés de emitir a redução Z estas impressoras se bloqueiam até que seja emitida a redução Z, por isso o status de requer Z apresentado pelo ACBr, esse é o padrão atual da legislação e que é seguido em todo o território nacional,. Quem controla qualquer uma das situações é o firmware da impressora e não o seu software, você deve tratar o status, se requer Z deve mostrar uma mensagem ao usuário para que emita a redução Z ou emitir a Z por conta própria, neste status a impressora como já dito fica bloqueada então nada pode ser feito nela até que que se emita a redução Z. Não é necessária nenhum alteração no componente, pois todos os status do ECF já são corretamente tratados e tudo já foi homologado por centenas de usuários do ACBr.

Verificou se o firewall não está bloqueando ?

Já foi destravada, desculpe pelo transtorno.

Você chegou a testar o pipe? Porque se não estou enganado ele já é o padrão para a quebra de linha. Por favor faça o teste é me retorne.