officesyst

Bom dia, Aqui tivemos este problema apenas com clientes que tinham um provedor de internet específico. Liguei para este provedor de internet, e me comentaram que parece que alguns IP's deles passaram a ser bloqueados pela SEFAZ... Então solicitou que o cliente entrasse em contato com eles (provedor) para que fizessem uma alteração no IP. Ainda não sei se resolveu, mas fica a dica de tentar ver se os clientes com este problema também não possuem o mesmo provedor....

Resolveu para NFCe ou NFe?

Certo. Também acreditamos que não a nada que possa ser feito do lado do fontes do ACBrECF. Mas, por exemplo, o pessoal da Daruma já atualizou o firmware da impressora, já atualizou drivers, já atualizamos o Windows. Já tentamos com TimeOut maior e o recurso de hibernação da USB está desativado. Gostaria de saber se tem mais alguém passando pelo mesmo problema ou é um caso isolado nosso?

Boa Tarde Pessoal! Estou tendo um problema com o protocolo ESC/ECF em impressoras de várias marcas diferentes (Bematech, Daruma, Epson). Como vocês podem ver nos LOGs em anexo, a impressora não responde, fica um RX em branco no arquivo de LOG. Primeiro achamos que fosse um problema isolado na FS800i da Daruma. Porém, o mesmo cliente adquiriu também uma EPSON TM-T900F, e aconteceu o mesmo problema. Temos outro cliente com uma Bematech e o mesmo problema. Alguém já passou pelo mesmo problema? Alguém tem alguma idéia do que possa ser? Caso queiram, tenho os LOGs completos (de um dia inteiro). Aguardo! Obrigado! BEMATECH.log DARUMA.log EPSON.log

Eu estava com o mesmo problema. Conforme os comentários dos colegas, aumentei o sleep e coloquei na porta usb 2.0. Até agora não travou mais. Abraço!

Boa tarde. Obrigado Daniel. Fiz exatamente essas alterações constantes no link que vc passou: e Depois disso não travou mais até o momento! Lembrando que somente uma das alterações acima não resolveu para mim, portanto deve ser feita as DUAS "alterações". (Aumentar sleep e usar uma porta usb 2.0)

Boa tarde pessoal. Estou com o mesmo problema na Bematech 4200 TH FI II, em 4 caixas. Em comandos distintos, a aplicação entra em looping esperando a resposta da ECF, como se ela estivesse ocupada. Primeiro pensei que fosse algum problema de comunicação que estava ocorrendo, porém já trocamos o cabo e atualizamos o drive usb e o problema persiste. Realizei o teste com o programa "WinITFI2 RAT" da bematech. (acho que ele utiliza comunicação direta também). Nele é possível colocar n comandos na fila de impressão... fiz diversos cupons com vários itens e infelizmente não apresentou nenhum problema. Então agora eu suspeito que seja algum problema no controle do WAK... estou tentando analisar os fontes... embora temos algumas epson funcionando normalmente. Segue em anexo o log. (Neste caso deu no comando GrandeTotal). Algum dos colegas a cima conseguiu resolver o problema? Abraço. LogECF_210915.log

Está conectada por Cabo Serial. Não solicitamos a troca dos cabos, pois está ocorrendo em dois clientes, então achamos que não teria relação. Mas vamos solicitar que troquem os cabos! Mais alguma outra coisa que poderíamos estar verificando? Obrigado!

Boa tarde. Estamos com um erro acontecendo de forma aleatória em um cliente, em comandos diversos, como (VendeItem, SubTotal,DataHora, NumECF, etc... ) No caso é uma Daruma Mach 2, utilizando comunicação SERIAL, velocidade 115200 timeout 15. O erro é sempre: Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 Segue alguns erros do log abaixo: -- 10:47:56:417 Subtotal TX -> [FS]R[200]047[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 10:48:11:549 RX <- :[200]04700000002949 ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- -- 19:44:41:716 VendeItem( 07891172422447 , PAPEL HIG SCOTT 30M FOLHA DUPL , FF , 1 , 3,99 , 0 , UN , $ , D , -1 ) TX -> [FS]F[207]170001000000039900000000000001807891172422447UN TPAPEL HIG SCOTT 30M FOLHA DUPL[255]F Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 19:44:47:878 RX <- :0000000[207]0220000[251] ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- No caso nunca ocorre a "Tentativa: 2" e a venda do item não vai para a ECF. Alguém tem alguma ideia do que podemos fazer? Obrigado.

Boa tarde. Não utilizo o ACBr para a NFS-e, mas no caso em nosso sistema não estamos fazendo a validação do arquivo xml quando provedor for DBSeller. Ou seja, enviamos o arquivo para o servidor da prefeitura sem fazer a validação. (Claro que estamos fazendo isso pelo fato do arquivo schema disponibilizado não estar certo). abraço.

Bom dia pessoal. Para mim, ambos os schemas continuam reclamando do atributo "use". Acho que o pessoal não vai dar jeito não, acho que a saída é não fazer a validação pelos arquivos schemas e deixar tudo para o servidor deles. abraço.