Daniel Simoes

Eu não compreendi muito bem os passos... Seriam essas instruções ? @antonio.carlos, @Pedro Frayman, conseguem reproduzir ?

No Demo do ACBr, rodando na IDE, observe no Log, se ele realmente carregou a DLL da pasta Debug... Em sua aplicação de Produção, certifique-se de que o Componente é inicializado no Início da Aplicação e Desinicializado apenas quando a aplicacao fecha O sintoma da pasta Presa, e a Proteção da DLL ainda ativa, o que indica que o componente não for Desinicializado Há ainda a possibilidade de você adotar a DLL intermediaria, sem a proteção do Warsaw... Veja esse link: https://projetoacbr.com.br/tef/comunicado/ (Se for adotar a DLL intermediaria, por favor remova o PayGo Windows antes)

Consegue avaliar se no XML do evento de cancelamento, o valor Total está realmente superior ao da NFe original ? pode ser algum erro na hora de informar quantidade ou calcular o valor total do Item

@brajan, o componente do ACBr, não cria esse arquivo... tudo que o componente faz, é chamar um evento, para a sua aplicação, passando o conteúdo a ser impresso... Provavelmente o problema está na rotina de impressão de sua aplicação, que ocorre dentro do código chamado por esse evento...

Leu a seção do tópico, que fala sobre como usar a DLL em modo Debug ?

Por favor veja esse tópico:

O primeiro passo é saber se esse equipamento suporta algum dos protocolos implementados pelo ACBr

Precisaríamos do Log do ACBrMonitor, para analise... Suspeite se o Antivírus está fechando ele...

O @Juliomar Marchetti, está atuando na contribuição e outros ajustes na classe do SiTef

pode por favor anexar a documentação completa, ou Link para download ?

Pode ser que essa balança tenha algum intervalo a ser respeitado, entre uma tentativa de leitura e outra... Provavelmente você precise deixar em um Loop, de N tentativas Veja nesse vídeo, que eu proponho uma rotina que tenta várias leituras, até perceber que o peso está estável

Ele está bloqueado, porque não consegue se comunicar... porque ele só suporta TLS1.0 e a SEFAZ SP, não permite mais esse protocolo, por ser inseguro... Atualmente todas as SEFAZ aceitam apenas TLS1.2

isso ocorre, quando o SAT fica muitos dias, sem conectar a Internet Creio que o problema desse SAT, seja a obsolescência do protocolo TLS1.0 Veja:

Mesmo sem conexão na SEFAZ, o SAT é capaz de emitir CFe`s, pois é ele quem assina e autoriza os documentos

@Italo Giurizzato Junior... vocês estão a par do caso ?

Já corrigi no SVN

Eu notei que vários métodos como o CRT, NCN, foram modificados, inserindo um novo parâmetro " DadosAdicionais : String = '' Isso é realmente necessário ? Esse parâmetro me parece muito "aberto" e ficará específico para cada TEF... Creio que parâmetros específicos de cada TEF, deveria ser tratados apenas em cada classe... Repare que na TACBrTEFDCliSiTef, já existe o recurso de enviar parâmetros adicionais usando as propriedades: property ParametrosAdicionais: TStringList property Restricoes: AnsiString Também não compreendi muito bem, a necessidade da propriedade "TACBrTEFD.ControleDePendenciaExternoNaInicializacao"

Olá @Pedro E. Braga, Devo considerar apenas as Units desse tópico ?

Qual o Link (URL), do tópico que você menciona ?

@Innovae Brasil Engenharia, enviei ao SVN, com pequenos ajustes.. Commit [r34503] Muito obrigado pela contribuição

Obrigado... enviei ao SVN, com pequenos ajustes... favor verificar se está ok.. @Fernando Pasqueto e @MuriloS.A, por favor analisem esse Commit [r34502]

Oi @Fernando Pasqueto, Notei que o campo 715, não está documentado em: https://elgindevelopercommunity.github.io/group__t03.html Tem algum link mais atualizado ? Enviado ao SVN.. Commit [r34500]

Obrigado, enviei ao SVN, com um ajuste, para não quebrar a compilação em outras IDEs... Commit [r34499]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

@Dorneles, por favor anexe o Log completo (zip) Aparentemente a Seção está chegando vazia...