Daniel Simoes

Ao que parece, é um Exception controlado... o método: IdentificaOperador(), não é aceito por esse modelo, em algumas condições... Verifique se em tempo de execução o erro ocorre...

O Monitor não conseguiu abrir o ENT.TXT... muito provavelmente, porque sua aplicação ainda está com ele aberto... Por isso que a recomendação, é criar o arquivo em um temporário.. Exemplo: ENT.TMP, e somente depois de terminado, renomeá-lo para ENT.TXT

A engine de validação será a MSXML, XMLSec ou LIBXML2, conforme a sua configuração... Tenha em mente, que esses engines de validação de Schema, obedecem regras, de acordo com o que foi definido no XSD do Schema... ou seja, não é um código específico e focado apenas no XML da NFe

Na verdade o ACBrMonitorPLUS, apenas devolve a própria mensagem, do "engine" de validação do XSD...

A3 vc precisa instalar o certificado no Windows... testar o funcionamento do mesmo no Windows... estando tudo OK... informe apenas o número de série do certificado ao componente

Antes de ler a Data, você fez uma chamada a ACBrSAT1.ConsultarStatusOperacional;

Por favor seja mais específico no seu questionamento... qual é a exata mensagem de erro usando o A3 ?

Aparentemente sua modificação removeu essas linhas: //================ Sugestão de Waltuir Junior ======================== //Como não são valores obrigatórios na api, pode ser retirado // if Trim(ADescricaoProduto) = '' then // raise EACBrIBPTax.Create(ACBrStr('Descrição do produto não foi informada.')); // if Trim(AUnidadeMedida) = '' then // raise EACBrIBPTax.Create(ACBrStr('Unidade de medida não foi informada.')); // if Trim(AGtin) = '' then // raise EACBrIBPTax.Create(ACBrStr('GTIN não foi informado.')); //==================================================================== @BigWings, esses parâmetros realmente não são obrigatórios ?

Talvez você possa contratar alguns dos Freelancers do ACBr, para a criação de uma DLL com essas características... https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Já estamos criando um ambiente de testes para investigar o problema...

Então pelo que estou compreendo, a sua reclamação é: - As configurações efetuadas pela interface do ACBrMonitorPLUS, nas telas: Boleto, Cedente, Remessa, Relatório... não são salvas corretamente, ou se perdem após o MonitorPLUS ser iniciado... Esse é o entendimento correto do problema ?

Aparentemente a sua Unit passou por alguma rotina de indentação... e está muito diferente da original... Fica difícil de analisar suas modificações...

O correto, é deixar as DLLs, apenas na mesma pasta do .EXE, que faz uso dela... pois esse é o primeiro lugar que o Windows procurará por ela, no momento da carga (dinâmica ou estática) Essa história de copiar as DLLs para a pasta Windows\System, sempre gera o que chamamos de "DLL Hell"

Por favor seja ainda mais claro... faça de conta que tenho apenas 5 anos... Veja abaixo um exemplo: 1 - Você inicia o ACBrMonitorPLUS 2 - Você fez alguma configuração nele ? Se SIM, qual ? 3 - Você copiou o arquivo ENT.TXT na pasta, com a configuração que deseja... (favor anexar o ENT.TXT e cedente.ini) 4 - Após esse arquivo ser processado... Essa configuração fica na tela ? Fica no INI ? 5 - Quando exatamente você percebe que a configuração foi perdida ?

sim, existem vários tópicos sobre isso... use a busca do fórum... exemplo: https://www.projetoacbr.com.br/forum/search/?q=erro interno 12175 você precisa usar TLS 1.2

T.L.D.R. Sinto muito... mas não compreendo o que você quer dizer com essas imagens... Por favor seja mais específico no seu questionamento... Descreva como você configura o ACBrMonitorPLUS Descreva o problema de forma clara e em passo a passo Anexe os Logs da operação que foi efetuada ou outras evidencias

Não pelo simples fato de que o próprio SEFAZ não tem nenhuma atualização em sua documentação do TXT, para a versão 4.0 SIM

Não há como corrigir isso no ACBr... os componentes trabalham com o conceito de que todo o arquivo estará na memória... Não faz o menor sentido criar, assinar e transmitir um arquivo desse tamanho...

Estará disponível em breve.... Estamos quase concluindo...

Então provavelmente o problema é a versão das DLLs do OpenSSL... Use a 1.0.x http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.13/

O fato de ser usuário do SAC, não lhe dá o direito de vir aqui, e esculhambar o projeto e toda a equipe de desenvolvedores.... O Serviço prestado no SAC, está plenamente descrito em: https://www.projetoacbr.com.br/forum/sac/sobre/ https://www.projetoacbr.com.br/forum/sac/questoes-importantes/ Há também, o termo de adesão que acredito que você deve ter lido no momento da contratação... Talvez você esteja confundindo o Serviço do SAC com uma consultoria personalizada (serviço prestado por um Freelancer)... O SAC é útil para usuários que tem questionamentos específicos e focados, e levamos em conta, que você leu a documentação existente, e já fez seus testes... Sinto muito que o ACBrSAC não tenha atingido o seu nível expectativa... sendo assim, basta não renovar a sua assinatura.. Isso me parece um tanto contraditório... Porque você usa o ACBr por 7 anos, mesmo ele sendo "tão ruim" ? Ninguém aqui está lhe obrigando a usar o ACBr... Se você acha ruim, não use... existem inúmeros componentes Comerciais no mercado...

O Tópico indicado... parece encerrado... Veja sua resposta: Qual é exatamente o seu problema ? Vou fechar esse tópico... por favor continue no tópico original...

Não creio que precisemos de novas propriedades, talvez seja apenas necessário o mapeamento, para as propriedades que já existem... Salvar o número do Cartão, é contra as regras de homologação, e contra as regras de PCI...

Para algumas impressoras não aceitam a configuração de tamanho de página do Fortes... Para esses casos, você deve criar um novo Formulário no Spooler da Impressora

Enviei um possível ajustes para o SVN... e vários novos Casos de Teste...