fabiofranzini

Tambem estou com este problema, utilizando NFCe.

Pois é @Daniel Simoes penso assim, inclusive se tive-se influencia($$$$) em um banco, também pensaria em até mudar de banco, pelo que parece alguns bancos estão resolvendo pelo uso de um aplicativo, no desktop. Enquanto isto, nós como fornecedores de solução(Não apenas de software) temos que passar por estes aborrecimentos. Tive casos que, após um longo período, software instalado e sem nenhuma alteração a mais de um ano, vir a apresentar este tipo de problemas. Sabemos que Banco e Fornecedor do Plugin não vão dar a minima. O cliente já esta ciente da causa, pois mostramos na pratica a ele, desinstalando o plugin e executando o software sem problemas. @Juliomar Marchetti alteramos de tudo no PC, a unica opção que traz efeito é a desinstalação do plugin em questão. OBS- Ainda não testei em todos os cenários, mas para um cliente em especifico consegui bons resultados inserindo a função abaixo, substituindo o Application.Terminate pela chamada mesma, indicando como parâmetro o nome do .exe. function KillTask(ExeFileName: string): Integer; const PROCESS_TERMINATE = $0001; var ContinueLoop: BOOL; FSnapshotHandle: THandle; FProcessEntry32: TProcessEntry32; begin Result := 0; FSnapshotHandle := CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0); FProcessEntry32.dwSize := SizeOf(FProcessEntry32); ContinueLoop := Process32First(FSnapshotHandle, FProcessEntry32); while Integer(ContinueLoop) <> 0 do begin if ((UpperCase(ExtractFileName(FProcessEntry32.szExeFile)) = UpperCase(ExeFileName)) or (UpperCase(FProcessEntry32.szExeFile) = UpperCase(ExeFileName))) then Result := Integer(TerminateProcess( OpenProcess(PROCESS_TERMINATE, BOOL(0), FProcessEntry32.th32ProcessID), 0)); ContinueLoop := Process32Next(FSnapshotHandle, FProcessEntry32); end; CloseHandle(FSnapshotHandle); end;

Ola, bom dia. Alguém ai com problemas ao finalizar aplicações quando o pc possui o GAS ou Warsaw ? Tenho relatos de vários casos, e os meus não fecham o processo nunca. Alguém tem alguma dica, Assinar o executável já é feito. Parece ter algo a ver com as ultimas atualizações do Warsaw, enviar meu Executavel para a Diebold ou qualquer outra empresa esta fora de questão. Ja pensou termos que mandar sempre para MS um executavel para poder depois rodos no PC. Absurdo. Esta solução do banco parece aquela ideia de arrancar os dedos para curar uma unha encravada.

Conseguimos ativar a pouco ... Parece que o servico está instável pois foram diversas tentativas até conseguir efetivar a ativação e a vinculação com a SwH;

Ainda sem sucesso. - * 11:27 Consegui ativar e associar um SAT, mas ainda tenho um que não estou tendo resposta,

@renesul Após fazer uma instalação limpa do ACBR não tive mais problemas, e esta normal o tempo.

Janio, tive o mesmo problema... por fim mudei para escpos. Você achou alguma outra solução? Att.

@Rafael Dias entendo, na verdade não vi nem como um erro, só estranhei a diferença de tempo entre uma unit e outra. Vou continuar os testes e se achar algo reporto aqui.

Bom dia @Rafael Dias estou utilizando A1 com as configurações: SSLib = libCustom CryptLib = cryWinCrypt HttpLib = httpWinHttp XMLSignLib = xsLibXml2 Logo após executar a operação para verificar o vencimento do certificado, ele da uma congelada, o estranho é que debugando ele passa para as proximas linhas, mas ao deparar com um application processmessage ele trava e congela por um tempo, para ter certeza coloquei o processmessage logo após e vi que ali realmente congela, depois disso corre tudo normal. Para verificar o vencimento utilizo o seguinte comando: venccertificado.date := ACBrNFe1.SSL.CertDataVenc;

Ola, boa tarde a todos, testei a utilização da "xsLibXml2" até aqui não obtive nenhum problema, a unica observação feita, foi que , de modo geral esta demorando um tempo bem maior que quando utilizava "xsMsXml" , devo considerar isto como um comportamento normal ?

Aparentemente o XML esta incompleto, tive este tipo de problema com relação a permissão de gravação no arquivo temp.xml. No meu caso mais de um PC da rede estava tentando gravar no mesmo local o mesmo arquivo.

Então para utilizar esta nova forma de assinatura e poder testar basta alterar "SSLXmlSignLib" para "xsLibXml2" ? no caso utilizo "xsMsXml"

Me desculpem se não entendi, mas existe algum parâmetro do componente para setar o uso desta nova forma de assinatura, ou com fontes atualizados pelo trunk2 e usando wincrypt já esta entrando nestas alterações ?

Isto mesmo, e também é bom dar atenção para os dados que devem ser informados no MDFe.

Se o XML de do CTe foi gerado, não seria mais fácil carregar ele no componente e utilizar a função de cancelamento : CTe.Conhecimentos.Clear; CTe.Conhecimentos.LoadFromFile(OpenDialog1.FileName); aNumeroCanc := CTE.Conhecimentos.Items[0].CTe.Ide.nCT; if not(InputQuery('Cancelamento do CTe:', 'Justificativa', vAux)) then exit; if not CTE.Cancelamento(vAux, 1) then begin ShowMessage('Cancelamento não, verifique todas as informações indicadas no cancelamento'); exit; end;

Esta assinado com um certificado digital valido ?

OK, obrigado pela rapidez na resposta, assim posso prosseguir com o projeto sabendo deste detalhe.

Ola, bom dia a todos, existe uma forma de utilizar o ECFVirtual dentro do Monitor, ou esta opção não sera desenvolvida? Me desculpem se já foi respondido em outro tópico, mas todas as citações que encontrei para este assunto são muito antigas, só gostaria de saber como ficou isto, para poder tomar algumas decisões em relação ou uso do mesmo, estou compilando as ultimas fontes do MonitorPlus para testes.

@BigWings @Juliomar Marchetti desviei o conteúdo direto para um texto e realmente ele esta completo. Vou analisar mais, e ver o que ocorre a partir dai em nosso software, já pode dar por concluído o Topico, pois já posso eliminar o erro no retorno do ACBR, Obrigado pela ajuda dos dois.

@BigWings Isto não seria apenas a partir de versões Unicode, onde em vez de string teríamos AnsiString. Porque realmente alguma coisa esta fazendo com que o Texto carregado do XML fique incompleto na variável.

@Juliomar Marchetti bom dia, debugando a string do XML aparece cortada mesmo. Será que esta variável poderia ser alterada para o tipo WideString ?

Provavelmente alguma instabilidade no servidor, tenho clientes na mesma situação. Se não me engano este serviço não é prioritario para eles, então é de se entender que fique fora do ar algumas vezes.

Ola, boa tarde a todos. Estou encontrando dificuldades em obter o valor a partir de : ACBrNFe1.NotasFiscais.Items[0].XML Após executar uma consulta, em certos casos o XML retornado não possui a NFe inteira, pode se observar que ele é terminado abruptamente em algum ponto, abaixo iriei listar as observações que fiz. 1-A NFe em questão utilizada para teste é bem grande. (Possui mais de 150 itens). 2-Vi que na declaração dela na unit ACBRNFENotasFiscais esta como: "property XML: String read FXMLOriginal write SetXML;" Então meio que estou "achando" que os dados da NFe superam o limite do tipo da variável.

@Daniel Simoes, sempre pronto a responder, obrigado. Não entendo muito bem sobre o funcionamento do acesso ao cartão, mas a XMLSec seria uma opção para evitar isto ? Existe uma forma de uso dela com A3, mesmo que a ser desenvolvida, ou a natureza dela impede o uso deste tipo de certificado em ambiente Windows ?

@Daniel Simoes Entendo que seja mais fácil para colocar a culpa no lado mais fraco ($$$), mas para nos protegermos que de qualquer acusação, mesmo que indevida. Seria possível pelo vídeo postado no outro post, que foi desviado até este, inserir alguma verificação, ou outro modo de impedir que a falha se propague ? Com isso nos resguardaríamos de certas situações desagradáveis junto ao nosso cliente, pois é com ele que temos contato direto, e ficamos livres de situações onde temos que convencer que o problema é do outro lado.