Daniel Simoes

Fiz um pequeno ajuste no título, para melhor compreensão do problema...

Veja a página de Freelancers https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Muito obrigado pela contribuição... pelo que analisei, parece tudo correto... @EMBarbosa, pode me auxiliar com esse merge ?

Eu notei que o XML anexado no inicio do tópico, está com quebras de linhas, o que não é permitido pelo SEFAZ... conforme a imagem... além de estar sem a declaração do XML a declaração do XML, vai no inicio do arquivo, e informa qual o encoding usado... Exemplo: <?xml version="1.0" encoding="UTF-8"?>

Enviei para o SVN... tente algo como: procedure TForm1.MenuItem23Click(Sender: TObject); var OldExtrato: TACBrSATExtratoClass; begin OldExtrato := ACBrSAT1.Extrato; try ACBrSAT1.Extrato := ACBrSATExtratoFortes1; ACBrSATExtratoFortes1.Filtro := fiPDF; //ACBrSATExtratoFortes1.PathPDF := 'c:\temp\teste.pdf'; //ACBrSATExtratoFortes1.NomeDocumento := 'teste.pdf'; ACBrSAT1.ImprimirExtrato; finally ACBrSAT1.Extrato := OldExtrato; end; end;

notei vários problemas na geração de PDF do Extrato do SAT... a rotina não estava fazendo algumas verificações e usando as propriedades... já estou corrigindo...

Sim... estamos trabalhando nisso... E já que estamos falando de diretos e deveres... lembre-se que pelo Termo de Aceite do SAC... temos o SLA de até 1 dia útil para lhe responder... Portanto, por favor tenha um pouco mais de paciência...

Também estamos aqui para ajudar... Mas temos regras que precisam ser seguidas... e contamos com a boa vontade e cooperação de nossos consultores e usuários... Entenda que para cada problema relatado, é demando um tempo de analise, e podem ser necessários novos questionamentos, como Logs, e outras informações...

não tem relação... Por favor vamos focar no assunto do tópico... caso contrário o mesmo será fechado...

Por favor crie um novo tópico... para cada problema... senão fica muito confuso, e difícil de interagir... o ACBrMonitorPLUS salva usando a Chave da NFe, conforme as orientações técnicas... você tem na resposta, o local e nome do arquivo... basta ler o mesmo...

Prezados, Depois de recebermos várias denuncias de pirataria de fontes, na área de classificados, nos anúncios de vendas de sistemas com fontes... Decidimos tomar as seguintes ações: Todos os tópicos postados em Classificados, ficarão pendentes de autorização Não serão permitidos anúncios de vendas de fontes de sistemas completos Peço desculpas antecipadas, para todos aqueles que fazem isso de forma correta e idônea, comercializando os próprios fontes... Porém, do nosso lado, não temos como comprovar a autenticidade dos anúncios, ou a posse dos fontes...

As DLLs da ACBrLIb não precisam ser registradas...

Fechando... tópicos repetidos criados... favor continuar em:

Acho que hoje em dia... OLE está depreciado... sem falar no suporte a Linux.. Ou seja... não pretendemos implementar esse recurso... Creio que as Classes de Alto Nível que estão no SVN já são de grande ajuda...

Não acho que esteja relacionado... afinal não temos bugreports semelhantes no Forum... Pode ser que você precise aumentar o tempo de espera para a Repostas... se o Servidor está lento... o ACBrMonitorPLUS ficará aguardando a resposta até o Timeout configurado... e nesse caso o Timeout de leitura da Resposta na sua aplicação, precisaria ser maior do que o configurado no MonitorPlus

O "OK:" só retornado quando ele finalmente conseguiu ler o arquivo... (está no Log) Tudo indica que está sendo criado e preso pela sua aplicação... não há o que possa ser feito do nosso lado... Anexe o XML para análise

A mensagem de erro é clara... o ACBrMonitorPLUS não conseguiu abrir o XML... - Ele existe? -.O mapeamento de Disco/Rede existe ? - o Arquivo não está preso por outra aplicação? Lembre-se de que o indicado é criar um arquivo Temporário primeiro e depois renomear para o arquivo de Entrada

Tem sim...

Você está usando as classes de alto nível, em Java, correto ? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/

Eu nao tenho conhecimento de nenhuma dessas informações...

As correções já estão no SVN...lembrando que na verdade o problema é na SEFAZ de MG... Veja nesse tópico abaixo, uma versão com a correção: Se.voxe não é usuário do SAC ACBr...basta baixar os fontes e compilar uma nova versão

Deve ser algo no seu ambiente... (eu não tenho o Delphi 2010)... Parece tudo correto com a RoundABNT... Reproduzi o mesmo código (com os mesmos tipos), e testei no Delphi Rio e Delphi 7.. em ambos funcionaram... procedure TForm1.btCalcularClick(Sender: TObject); var nQtd, nValor, nResultado: Double; begin nQtd := StrToFloatDef(edQtd.Text, 0); nValor := StrToFloatDef(edValor.Text, 0); nResultado := nQtd * nValor; nResultado := RoundABNT(nResultado, 2); edResultado.Text := FloatToStr( nResultado ); end; No Delphi Rio: No Delphi 7 Verifique se você não tem modificações nos fontes do ACBr, que podem estar influenciando no resultado... na dúvida, baixe tudo novamente em outra pasta...

Acho que nenhum dos SATs disponíveis atualmente no mercado, foi desenvolvido para aceitar o certificado da ICP Brasil...

Talvez entrar em contato com a SEFAZ e explicar a situação