Dércio Luis Zanatta

Boa tarde Estou tentando fazer funcionar essa Elgin I9 mas estou em apuros aqui. Não estou utilizando o ACBR, estou utilizando os comandos ESCPOS sengundo um manual e um exemplo baixado no Site da Elgin. Segundo o que diz o manual, deve ser instalado um dirver Windows para a impressora e posteriormente enviar os comandos ESC POS para a impressora instalada no windows por esse driver. Até funcionou bem no windows 8.1, porém quando fui testar no windows 7, ocorre uma lentidão, uma pausa no envio de cada comando para o driver. Entrei em contato com o suporte a desenvolvedores da Elgin, mas o serviço deles é muuuuuito ruim e demorado.. Passam semanas sem dar retorno e quando dão o retorno não tem nada a ver com a solução para o problema. Segue abaixo um trecho dos comando sugeridos por eles no exemplo em Delphi: Esse mesmo exemplo abaixo, imprime tudo de uma vez só no windows 8.1, já no windows 7, ocorre uma pausa entre cada linha. Alguém já passou por esse problema ? Como resolve-lo ? WriteRawStringToPrinter(cboxImpressoras1.Text,'Teste de impressão'+#13+#10,0); WriteRawStringToPrinter(cboxImpressoras1.Text,'Teste de impressão'+#13+#10,0); WriteRawStringToPrinter(cboxImpressoras1.Text,'Teste de impressão'+#13+#10,0); WriteRawStringToPrinter(cboxImpressoras1.Text,'Teste de impressão'+#13+#10,0); procedure WriteRawStringToPrinter(PrinterName:String; S: AnsiString;pFonte:Integer); var Handle: THandle; N: DWORD; DocInfo1: TDocInfo1; B_Ret:Boolean ; begin if not OpenPrinter(PChar(PrinterName), Handle, nil) then begin ShowMessage('error ' + IntToStr(GetLastError)); Exit; end; If pFonte=1 Then Begin s:=trocaAcentos(s) ; End ; with DocInfo1 do begin //pDocName := PWideChar('test doc'); // pDocName := PChar('test doc'); pDocName := PChar('test doc'); // pDocName := PChar('test doc'); pOutputFile := nil; pDataType := 'RAW'; end; StartDocPrinter(Handle, 1, @DocInfo1); StartPagePrinter(Handle); WritePrinter(Handle, PAnsiChar(S), Length(S), N); // WritePrinter(Handle, PChar(S), Length(S), N); EndPagePrinter(Handle); EndDocPrinter(Handle); ClosePrinter(Handle); end;

Boa tarde Só para constar... para NFCe com valor liquido superior a 10.000 Reais é obrigatória a identificação do consumidor..

Acredito que até tem como fazer, mas vai custar quase a mesma coisa que uma Não fiscal nova ! não vale a pena

Veja se isso resolve ! abraço !!

Sabe me dizer se essas outras soluções atendem a todas as bandeiras que o Sitef atende ? Alguém ai utiliza alguma dessas soluções que não seja o Sitef ? O que me indicam ?

Realmente não conhecia outra empresa que concorresse com a Sofwareexpess. Alguém conhece mais alternativas além da SkyTef para mim fazer uma análise ? Não sei se me fiz entender Juliomar. O que estou procurando é alguma solução que substitua o Sitef da Softwareexpress. Pelo que estive pesquisando, essa SkyTEF apenas elimina a necessidade de utilziação da Linha X25, transacionando via VPN. Já temos isso com a GsurfNet. O que estou procurando é uma solução concorrente ao SITEF da Softwareexpress. Não sei se me fiz entender..

Boa tarde Atualmente somos homologados junto a softwarexpress para utilizar o Sitef como solução para TEF dedicado. Até onde eu sei, é a única forma de fazer Transações com Cartão utilizando a solução de TEF dedicado. Existe alguma outra forma ? Existe alguma outra alternativa que não seja pela Softwareexpress (Sitef) ?

O ideal seria poder setar essas propriedades via programa.. Ai sim eliminaria de vez o problema ! Será que isso é possível criar no componente ?

A base de cálculo do ICMS quando o CST é 00 (tributado integralmente) sempre deve ser o valor líquido do ítem. Portanto, se foi concedido desconto, o valor líquido, nesse caso, seria 70,00

Boa tarde Fiz uma alteração aqui que resolveu o problema: Eu estava utilizando o Componente ACBR dentro de um DataModule carregado na memória. O que fiz foi colocar o Componente em outro Formulário que não fica carregado em memória. Antes de usar o componente faço o carregamento do formulário (Application.CreateForm(TFrmNFce,FrmNFCe) , no final de tudo, depois de enviar, imprimir danfe, enviar e-mail etc... eu dou um Free no fromulário (FrmNFCe.Free). Dessa forma não entra mais nenhuma NFCe em Contingência OFF Line, todas são autorizadas normalmente Utilizando OpensSSL + modo Síncrono. Espero que funcione para você também ! Abraço.

Bom dia pessoal.. Mudando as configurações no Internet Explorer realmente resolve o problema, porém em alguns casos em alguns clientes percebi que essas configurações voltam a ficar "erradas" sem ninguém mexer em nada. O ideal seria se pudessemos configurar isso diretamente no programa sem depender do Internet Explorer !

Boa tarde Está confirmado.. O problema de falha de comunicação ocorre somente utilizando OPENSSL. Fiz o teste. Em um cliente meu onde ocorria bastante problema de entrar em contingência por falha de comunicação. Instalei o certificado A1 no windows e passei a usar como Capicom, passando o número de série do certificado.. Fiz isso hj as 7 horas da manhã.. Até agora nenhuma nota deu problema de conexão. Sendo assim, o problema não parece ter relação com a Rede, internet ou WS da Sefaz, mas sim quando se configura o componente como OpenSSL. Espero que esse problema tenha solução, pois vai ficar inviável ter que instalar o certificado em cada terminal de venda !! Alguém tem alguma idéia do que pode ser feito para não dar o problema como OpenSSL ?

Ola amigo... Muito obrigado por responder.. De alguma forma fico mais tranquilo em saber que não sou somente que estou com tal problema. No meu caso fica complicado de usar como Capicom, pois dessa forma teria que instalar o certificado em cada caixa do mercado refazer essa instalação uma vez por ano.. São 12 caixa em média para cada mercado (uns 30 mercados) De qualquer forma, vou fazer o teste em um outro cliente que tem um caixa somente e que ocorre o problema também, só para tirar a dúvida... Posto o resultado aqui depois..

Ontem em um cliente meu: 1361 NFCes emitidas, 96 deram o problema de conexão ! Detalhe: Internet de 40Mb via cabo, super estável, sem perda de pacotes no ping ..

Bom dia Tem mais alguém ai que use emissão de NFCe no modo OpenSSL, Síncrono ? Não estão enfrentando problemas de conexão com a SEFAZ (Erro Interno 10060 HTTP:0) com muita frequencia ?

Bom dia O CSC e ID do CSC não são jogados no xml,(não de forma individual ou implícita). São usados para compor o QrCode da NFCe. Vc deve informa-los apenas nas configurações do componente mesmo. abraço.

1 - Alterei o arquivo FastMM4Options.INC as seguintes linhas: {.$define FullDebugMode} para {$define FullDebugMode} e {.$define ClearLogFileOnStartup} para {$define ClearLogFileOnStartup}

Sim claro.. Entendo... Só me ocorreu de perguntar se existe alguma forma de habiliar/Desabilitar o uso durante o programa. Se isso não existe, infelizmente os clientes vão ter que conviver com algumas NFCes entrando em contingência, pois os problemas que ocorrem sem usar o Fastm são muito maiores.. Se tivesse uma forma de Desativar o Fastm antes de realizar o envio e ativar novamente depois, ficaria perfeito.. No Delphi 2010 existe esse problema de alocação de memória também ? Se eu migrar para 2010, precisaria linkar o FastMM4.pas também ?

Pior que é Elton. Nos clientes que tenho uma versão anterior a de ter implementado o FastMM4 não entra nenhuma NFCe em Contingênica. É só colocar essa versão compilada com FASTMM4 que ocorrem várias durante o dia.

Ocorre em todos. Fiquei desconfiado depois que debugei o programa em busca de onde ocorria problema e notei que o processamento foi desficado para o FastMM4.pas alguma vezes. Tem lógica ser isso, pois depois que inclui o FastMM4 em meu sistema as ocororrências de NFCe entrando em contingência por falta de comunicação se tornaram constantes, enquanto antes eram muuuuuitooo raras. Por isso queria ver se existe alguma maneira de "desativar" o FastMM4 e ativar novamente, só para tirar a dúvida mesmo.

embarbosa. A solução de usar o FASTMM4 em minha aplicação acabou definitivamente com os problemas de memória que eu vinha enfrentando, porém notei que depois que passei a usa-lo, estão ocorrendo diversas ocorrências de falhas de comunicação com o WS da SEFAZ .. Apenas para fazer um teste para ter certeza que é esse o problema, gostaria de saber se tem uma maneira de "desativar" o FastMM4 antes de enviar a NFCe e "ativar" novamente depois de receber o retorno.

Vc usa como OpensSSL ? Modo Síncrono ? Quando foi a última vez que vc atualizou o ACBR ?

Boa tarde Pessoal, esse post tem por objetivo fazer uma pesquisa entre os usuários do ACBR que fazem envio de NFCe para a SEFAZ - RS Eu estou enfrentando um problema de ocorrer com muita frequência falha de comunicação ao tentar enviar uma NFCe ("erro interno 10060 HTTP:0 ou Erro interno 10091 HTTP:500)" Além de estar ocorrendo com muita frequencia em todos os clientes, em alguns casos em que ha uma demora excessiva para retonrar o erro ( até 3 Min, em alguns casos) A internet do Cliente já foi testada e está super estável. A SEFAZ-RS diz que está autorizando e retornando a resposta em menos de 1 seg. Já tratei o assunto com os mestres aqui do ACBR e eles chegaram a conclusão que não ha o que fazer por parte do componente para resolver o problema. Sendo assim, gostaria de saber se tem mais alguém enfrentando esse problema . Obrigado.

Bom dia. É mesmo uma "sinuca de bico", pois o problema está causando grandes transtornos em supermercados. Mesmo com Internet estável, via Fibra, sem nenhuma perda de sinal, ocorrem vários envios que demoram cerca de um minuto para retornar o erro interno 100600 HTTP:0 O pior é que a nota fica autorizada na SEFAZ e eu tenho que emitir em contingência off line por receber essa mensagem de erro ! Sendo assim, as chaves ficam diferentes e tem que ser feitos vários tratamentos para reennviar essa nota depois.

Olá amigo.. Eu não uso o ACBRMonitor, uso o componente ACBRNFe1 no Delphi e estou enfrentando um problema parecido com o seu. No meu caso não é em todas as Notas, mas aleatóriamente em algumas. Estou tratando desse assunto com o Daniel, mas a solução parece que vai demorar um pouco para sair...