leandrokohlrausch

Boa tarde. Estou tendo o mesmo problema que o Adenilde Tome. O certificado é A1, esta valido e em uso pela minha empresa.

Desculpe a demora... Pois é, bem estranho isso ai, porque acredito que muitos utilizam o ACBr com esse protocolo e já deveriam ter visto isso.

A dataMovimento "Retorna data do movimento do ECF", tipo, até onde eu sabia retorna a data do dia da movimentação a ser feita na ECF. Chegou a assistir o vídeo do link ?

Sim, de acordo com o Suporte da Sweda está atualizado. O atual de acordo com eles é a versão 01.00.05, que é a que está na minha ECF.

Olá, Bom Dia ! Acredito que o tópico não foi dado como encerrado, do contrário, desculpem. O problema relatado anteriormente persiste no protocolo ecfSwedaSTX. Quando chamado o dataMovimento, ele retorna um data diferente da data atual, problema o qual não ocorre no protocolo ecfSweda. Emiti a redução Z da data da Ontem, os dadosUltimaReducaoZ vem corretamente do ACBrMonitor, mas a dataMovimento, como dito anteriormente, vem com valor divergente da data atual. Teste com o protocolo ecfSwedaSTX-> 04/01/2016 Teste com o protocolo ecfSweda-> 05/01/2016 Em anexo os logs do teste. Utilizando ACBrMonitor PLUS V 0.1.11.1 em ambiente Windows, mas acredito que em ambiente Linux também deva ocorrer o problema. É uma ECF Física, modelo Sweda ST200. Segue link com o vídeo demostrativo do processo executado no ECFTeste. https://drive.google.com/file/d/0B1jyPaWQhALVVGNfZHZZci1WTlk/view?usp=sharing acbrlog.txt

Não esqueci deste tópico, apenas por necessidades de demandas mais urgentes tive de alterar meu ambiente de desenvolvimento para Windows para testar essa mesma ECF, a Sweda ST200. No Windows acontece o problema que coloquei neste tópico aqui (http://www.projetoacbr.com.br/forum/topic/12455-erro-em-impressao-de-tef/) utilizando o swedaSTX, mas não tive resposta ainda. Gostaria de saber qual é a distro e versão de linux que utilizam ai para desenvolvimento. Na minha distro atual, não consegui realizar as alterações de Formato sugeridas para testar, dai gostaria de colocar um ambiente igual ao que vocês do ACBr utilizam para desenvolvimento para fazer os testes na Sweda com a última versão compilada do ACBrPlus para linux.

Eu não utilizo o ACBr TEF, apenas pego o conteúdo (Texto) que a minha rotina interna da aplicação do TEF me retorna e envio para o LinhaCupomVinculado.

Acredito que o meu problema que ocorre esporadicamente se enquadre nesse tópico. Quando fecha o cupom fiscal e existe uma forma de pagamento TEF devesse imprimir o Vinculado. O problema que ocorre é que AS VEZES ocorre a falha em anexo e se perde a impressão, me retornando um erro para a minha aplicação. Fiz um tratamento na aplicação para toda vez que isso acontecer ele informar ao usuário e perguntar se ele deseja tentar realizar novamente a impressão. Ele clicando em sim, é enviado novamente todo o conteúdo do vinculado para a impressora. Como mostra nos logs em anexo, nesse teste ocorrerão 3 falhas para somente depois a impressão concluir com sucesso, ou seja, me retornou 3 vezes a mensagem para a tela perguntando se gostaria de tentar imprimir novamente e fui clicando no "OK" para tentar novamente. Estou utilizando uma Sweda ST200 em ambiente Windows com o protocolo ecfSwedaSTX. P.S : Vou realizar testes em ambiente Linux ainda, e postar o resultado em outro tópico. http://www.projetoacbr.com.br/forum/topic/21649-lentidão-impressão-cupom-vinculado-sweda-if-st120/ ecf.log LOG.TXT

Beleza....vou realizar essa alteração e realizarei o teste. Posto a tarde o resultado.

Em anexo o solicitado. ECF.log LOG.TXT

Em anexo o log do erro. LOG (2).TXT

Opá, realizei o Download e a instalação da nova versão compilado no ACBr PLUS. Fiz a alteração de protocolo, passei a utilizar o ecfSwedaSTX, porém agora me estoura um erro no vendeItem. Log em anexo. LOG.TXT

Beleza, vou tentar aqui. Qualquer coisa espero pela versão atualizada de vocês.

OK. Só me informa umas coisas. Não sou desenvolvedor Delphi, logo não entendo dessa linguagem. Pelo que já li vocês utilizam o Lazarus para compilar para o linux. Tem alguma versão específica para isso ? ter pergunto porque vou ter de baixar, instalar, compilar os fontes

Meu SO é um Linux Mint Cinnamon 17.2. O Componente do ACBr Plus citado nos posts acima. A minha ECF é uma SWeda ST 200 como vista nos links dos vídeos acima. Não sei se existe mais alguma informação relevante para fornecer. O engraçado é que para o protocolo ecfSweda, na mesma impressora, essa função funciona. Segue link do vídeo passo a passo utilizando a mesma chamada de função, com a mesma ecf para protocolos diferentes. https://drive.google.com/file/d/0B76DEc5b9f5IX0hUYmo2UGtVMXc/view?usp=sharing

Cara, só fui no ECF TESTE, seleciona protocolo ecfSwedaSTX, menu variáveis, opção Mapa resumo e dataMovimento. Se não me engano na hora de configurar a ECF, tu marcar a ecfSwedaSTX e clicar no TESTAR dá esse mesmo problema do parsing.

Testei agora com a Sweda novamente no modo ecfSwedaSTX, estoura um erro de parsing da data. EConvertError - "15/10/2015" is not a valid date format "15/10/2015" is not a valid date format. Por isso que utilizo o modo ecfSweda, pois não dá esse estouro da de parsing da data, nas funções de dataMovimento e dataHoraECF.

A versão do Componente de vocês do log é o ACBrPLUS disponível para LINUX. o protocolo de ECF realmente utilizado é o ecfSweda realmente, mas uma coisa que fiz hoje logo antes de sair do trabalho foi um teste enviando direto para sweda o mesmo bloco de texto que está no log, só que via a funcionalidade enviaComando. Respeitei o máximo da caracteres por envio que a Sweda ST200 me permite (se não me engano é 1100) e imprimiu de forma equivalente a da Bematech MP 2100. Utilizei normalmente o abreCupomVinculado, só que ao invés de disparar a execução do linhaCupomVinculado(TEXTO) eu enviei o enviaComando("081MIL E CEM CARACTERES DO BLOCO DE MENSAGEM DO LOG") a quantidade de vezes necessárias para atender a impressão completa do meu cupom vinculado e tive uma diferença de performance gigante. Posso estar muito enganado pois não me recordo, mas acho que tive alguns problemas com a ST200 utilizando o protocolo ecfSwedaSTX, por isso achei que deveria utilizar o ecfSweda pois nele os problemas que tive no ecfSwedaSTX não ocorreram, mas realizarei os testes com o ecfSwedaSTX novamente e darei o retorno. Obrigado.

Não sei se é válido o comparativo, mas em anexo está o log de uma operação igual, só que utilizando a Bematech MP 2100. E segue o link do vídeo gravado referente ao log em anexo. https://drive.google.com/file/d/0B76DEc5b9f5ILUMxX0ZSY0wwa3M/view?usp=sharing LOG.TXT

Não consegui fazer o upload do vídeo mesmo comprimindo ele e diminuindo o que dava da resolução. No link abaixo tem o vídeo das ações da ECF referente ao log em anexo para auxiliar. https://drive.google.com/file/d/0B76DEc5b9f5IaUZ4Q0xEbTZKQk0/view?usp=sharing LOG.TXT

Já que o nosso colega ITWorks não deu continuidade a esse tópico, irei dar continuidade. Sim, realmente o que ele diz é verdade, e como ele não anexou logs, estou anexando um log que gerei agora. LOG.TXT

Sim, sobre a mensagem de erro parece que está todo mundo passando por esse mesmo problema. Eu também não estou conseguindo autorizar nfce. Também mandei email para o sefaz e também estou no aguardo de uma resposta deles, só estou dando uma mão para o pessoal nas urls do qrCode.

Vê se não te resolve o que eu falei acima para o Volmir. Tu está mandando em ambiente de homologação, lá pelo que vi e li no manual de montagem do qrCode, em Homologação é Duro o valor 000001 para p cIdToken, e vi que tu tá mandando um 000005 nele. Vê se é isso. Outra ideia é ver se os hash gerados pela conversão do sha 1 e do hexadecimal estão certos e "batem" com os valores que estão na nota. isso é o caso do digestValue da assinatura e do dhEmi, assim como o sha 1 da url inteira.

Volmir, no teu caso faltou o cIdToken que no ambiente de homologação é fixo o 000001. Em produção é o tal do código de segurança do consumidor, o CSC.

cara, no teu caso pelo que vi faltou tu colocar o valor do digVal na tua url do qrCode.e o teu tpAmb também tá estranho com o valor ZERO. Dá uma oihada nos valores que compõem o teu qrCode ai.