Ricardo Timm Bonsembiante

Olá Troquei o computador que utilizo para emitir NFe's em ambiente de produção. O certificado antes estava armazenado em um disquete e agora em um pen drive. Quando faço qualquer tentativa de acessar o WebService ele dá as seguintes mensagens: An error occurred in the secure channel support - URL:https://nfe.sefaz.rs.gov.br/ws/NfeConsulta/NfeConsulta2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2 Tenho certeza que o problema está em algum detalhe da minha instalação, mas não estou conseguindo descobrir onde. Já reinstalei o ACBrNFEMonitor, o certificado e repeti o registro das DLL's e nada. Alguém pode me dar uma pista que eu não esteja percebendo? []s,

Daniel A versão do ACBrMonitor é a 0.9.12b e queria ouvir de alguém isso que você comentou. Estou com sérias supeitas do anti-vírus, mas o técnico que instalou disse para o cliente que não tem nada a ver. []s

Daniel Essa função eu já uso, pensei que o PreparaTEF evitaria ter que executá-la. Aproveitando: tem algum comando que trava o teclado e o mouse durante a operação de TEF? []s

No comando ECF.PreparaTEF diz que ele carrega na memória as tabelas de Forma de Pagamento e Comprovantes não fiscais. Tem como eu acessar isso para descobrir o índice de cada uma delas? []s

Daniel Mas eu não faço absolutamente nada com esse arquivo, não abro e nem fecho. O que eu faço é gravar um ENT.TMP, com um único comando, e depois de fechá-lo renomeá-lo par ENT.TXT. Aí fico aguardando até o arquivo SAI.TXT estar disponível. Agora apareceu uma nova mensagem: Exception: Unknown Run-Time error : 202. []s

Exception error ao apagar ENT.TXT... Alguém pode me ajudar? []s

Daniel Dá uma olhada nesse tópico postado pelo jbaneto: Problema igual, ou bem semelhante, ao que postei aqui. Também tive problemas com não subtotalizar. []s,

Daniel Windows XP. []s,

Daniel O arquivo de entrada crio primeiro um ENT.TMP e depois renomeio para ENT.TXT. Gostaria muito de testar com soquetes mas o exemplo é para ACUCOBOL e trabalho com Cobol Net Express 3.1. Tentei fazer algumas adaptações principalmente na rotina de chamada, mas não obtive sucesso. Alguém já usou com Cobol NetExpress? []s

Daniel Esqueci de dizer na mensagem anterior que mando comando a comando e não um arquivo TXT inteiro. Em segundo lugar, não havia reparado a falta do comando ECF.VendeItem no log do ACBrMonitor. Agora se olhares no log da aplicação, que criei por sugestão tua ele está gravado: É exatamente isso que estou falando desde a minha primeira postagem. O que eu fiz, voltei a versão 0.8.4b e aparentemente está funcionando ok. []'s

Daniel Mas a questão não é essa. O comando anterior ECF.SubtotalizaCupom ele não acusou erro e no seguinte ECF.EfetuaPagamento ele acusou como cupom não totalizado. Esse é o caso. Concordo com o que você comentou, faltam algumas coisas na minha rotina ainda, mas ele não poderia acusar cupom não totalizado se ele retornou OK no comando anterior.

Daniel e colegas Em anexo os 3 logs: do ECF, do ACBrMonitor e da minha aplicação. Quem sabe por aí se tenha uma pista. O erro muda a cada hora. Não sei mais o que fazer. Quem sabe eu não esteja enxergando o óbvio e vocês possam me ajudar. LogECF.txt LogACBrMonitor.txt LogAplicacao.txt

Daniel Só mais uma pergunta para eu tirar mais um descargo de consciência: as impressoras da Bematech não apagam todas as formas de pagamento quando da Redução Z ou isso só acontece nas matriciais? Ah e depois, em um outro dia, quero discutir algumas coisas da interpretação da lei do PAF-ECF com vocês. Mas como disse, isso fica para depois da Páscoa.

Daniel Isso foi a primeira coisa que fiz, mas farei novamente. Tenho certeza que o problema não é no ACBrMonitor pois ao lado tem uma outra impressora, Daruma, que nunca deu isso. Tenho outros clientes com a mesma impressora e não dá isso. Por isso acho que tem algo com o hardware, por isso pedi uma sugestão para alterar o TimeOut ou o intervalo na aba ECF e então convencer o cliente que ele deve mandar fazer uma intervenção no equipamento.

André Mas o meu problema não é esse. Se fôr o caso substituímos LinhaCupomVinculado por LinhaRelatorioGerencial. Continua faltando o comando AbreRelatorioGerencial que o programa passou, com certeza. Quanto a não poder fazer isso para crediário próprio, não sei não. É exigido para cartões de crédito e débito, mas não fala nada em não poder utilizar para outras situações, como essa que eu citei. Pelo menos que eu tenha visto ou entendido na leitura da lei. Outra coisa: como é que convenço alguns poucos clientes meus que ainda tem impressoras matriciais que vão ter que conviver com Leituras Xs cada vez que ele fizer uma venda a crediário ou quitar uma prestação do cliente? Eles vão querer o meu "pescoço" e não o do pessoal da SEFAZ...hehehe.

Daniel Segue anexo o log solicitado. Eu marquei o local onde deveria ter sido executado o comando ECF.AbreCupomVinculado e não fêz. O aplicativo, com certeza, enviou. Juliomar Uso um cupom vinculado para imprimir as informações de crediário e a confissão de dívida. LTriunfanteCaixa4.txt

Olá Na realidade o problema é outro. Descobri depois examinando o log que não foi executado o comando AbreCupomVinculado. A automação mandou mas ele não foi executado. Procurei em outros clientes com o mesmo tipo de ECF e tudo normal. Estava pensando em fazer um teste aumetando o tempo de TimeOut e o Intervalo na guia ECF. O que me sugerem. Grato,

Olá pessoal ECF.ModeloStr OK: Bematech ECF.LinhaCupomVinculado(" DOCUMENTO VENCIMENTO VALOR") ERRO: Erro retornado pela Impressora: Bematech Comando não executado Sem relatório gerencial Esse erro é de configuração de hardware ou estou fazendo alguma coisa errada na minha automação? Grato,

Pessoal Sei que tem alguma coisa errada em algum dos campos, mas não estou conseguindo ver...hehehe. Alguém pode me ajudar. Segue em anexo os dados de entrada e logo em seguida a saída gerada pela SEFAZ. EntSai.txt

Obrigado André, Régys e Isaque pela atenção e presteza. Problema resolvido.

Régys Pedoe minha desinformação, mas como faço isso? Como disse na mensagem anterior o usuário logado tem status de administrador. Grato,

Régys Achei que o problema era esse e fui verificar. No entanto, o usuário logado tem status de administrador. Posto abaixo o diálogo que tive com o usuário, os dados de entrada que estão resultando no erro e um segundo arquivo com uma mensagem gerada quando do registro da dll MSXML5. Grato por enquanto. NFe.txt

Isaque Vou reinstalar novamente, mas tenho quase que certeza que fiz isso.]

Pessoal Reinstalei o ACBrNFeMonitor2 Ver.0.7.1a - CAPICOM em um cliente meu e está retornando o erro classe não registrada. O que fiz de errado?

Daniel A princípio não tem problema algum. Vou continuar os testes e qualquer coisa posto aqui. Grato.