Vially Israel

No EcfTeste tem uma opção pra trocar a porta da impressora, coloca lá 115200kbps e depois tente ativar, já fez isso? No EPmfd3 você pode baixar a velocidade? Caso sim, coloque a 9600 e tente ativar ela novamente.

Rubens, no programa da bematech ela mostra qual a velocidade que está trabalhando? Aqui tava assim, o Acbr estava a 9600, o windows a 9600 e a impressora a 38400, aí tive que baixar a velocidade da impressora pra 9600 para funcionar.

Eu passei por esse problema mas com uma Daruma, depois de muito quebrar a cabeça vi que era a velocidade da porta da impressora. Olhe qual velocidade a impressora está trabalhando e qual a velocidade que o Acbr está configurado e deixe igual, caso esteja diferente.

André, era o ACBrSPEDFiscal.DT_INI:= dtinicial; ACBrSPEDFiscal.DT_FIN:= dtfinal; Eu achava que o Registro0000New.DT_INI/DT_FIN que era o que estava passando, daria na mesma coisa, mas não é, são coisas diferentes

Regys, mas pra gerar o Arquivo MFD e a Leituara da Memória Fiscal, ambos do Ato Cotepe, no final as funções utilizadas na DLL da bematech, são as mesmas, não é isso?

Regys, foi gerado normal no WinMFD2 da Bematech

Acabei de perceber que o PafMF_MFD_Cotepe1704(dt1,dt2,arquivo) gera o arquivo com o número do ecf normalmente, mas o PafMF_LMFC_Cotepe1704(dt1,dt2,arquivo) não. Vou anexar o log da DLL da Bematech, os dois arquivos (MFD e LMFC). Estou utilizando as dlls do link http://partners.bematech.com.br/bemacas ... e-winmfd2/ ArqMFD.txt lmf.txt BemaFI32-20110826.txt

Consegui gerar, não existe problema nenhum. estava faltando passar alguns parâmetros

Estou gerando o arquivo do Sped para o PAF e nele não é gerado o Bloco G. algum outro bloco precisa está preenchido para o Sped gerar ele? Estou gerando apenas os registros do bloco 0 e H. Notei que mesmo não mandando escrever o bloco C, D e E o AcbrSped gera eles sem dados normalmente, mas o bloco G não é gerado. Ja tentei colocar with ACBrSPEDFiscal.Bloco_G.RegistroG001New do begin IND_MOV:= imSemDados; end; ACBrSPEDFiscal.WriteBloco_G; e mesmo assim ainda n é gerado. Fiz um teste separado, e se eu colocar apenas AcbrSpedFiscal.WriteBloco_D, ele vai gerar todos os blocos até o D sem movimento. Se colocar apenas AcbrSpedFiscal.WriteBloco_C, vai gerar todos os blocos até o C sem movimento, mas quando coloco AcbrSpedFiscal.WriteBloco_G, ele gera até o Bloco E e n gera o G. Atualizei ontem os fontes do Acbr.

Continua gerando sem o número do ecf, já removi as outras dlls e nada. Qual função da dll da bematech é chamada? mais precisamente Vou entrar em contato com a bematech para ver isso

Tentei gerar pelo demo e continuou com o msm erro. Vou pesquisar as dlls no pc para ver se existe em mais algum local

Eu chamo a função normalmente acbr1.PafMF_LMFC_Cotepe1704(dt1,dt2,arquivo); lmf.txt

ok, Régis. 1min

o campo 10 fica vazio, com 3 espaços em brancos, e deveria ter 001,002,003,... de acordo com o número do ECF

Estou gerando o arquivo do Ato Cotep na bematech 2100 e quando vou validar no eECFc ele dá o seguinte erro: O campo 10 da linha E01 é o número do ecf, testei na daruma e o registro foi gerado normalmente. Isso é problema com as dll ou no acbr? Alguém que tenha uma MP2100 poderia testar isso?

Eu acho que vai depender do tamanho do bitmap, quando é apenas um "quadrado" parece (não lembro, eu fiz o teste a um bom tempo) que dá certo, mas quando são vários (o que é comum na bematech) já não da mais certo.

Comigo aconteceu na Bematech MP 2100 e na Daruma FS700

Daniel foi o que me veio na cabeça também, eu acho que quando ela termina de imprimir os dados da redução z e vai começar a imprimir o bitmap nessa fração de segundos a impressora fica livre e volta a fica ocupada. Mas isso é tempo suficiente para um teste retornar status livre

Acho que entendi o problema... no caso o log "Depois da Redução Z ser comandada" hora é gravada e hora não é... é isso mesmo? Caso seja, em um teste aqui que eu precisei fazer algo parecido com oq vc fez (executar um determinado comando após a redução z) aconteceu a mesma coisa. O que deu pra entender (no meu caso) é que mesmo quando a impressora está emitindo a redução z, em um determinado momento (não sei se por problema do ecf ou do acbr) o status passa a ficar livre, que teoricamente a redução estaria impressa, e ao tentar executar o próximo comando (procedure) na impressora, por ela ainda está imprimindo a redução z, mostraria status como ocupado e daria um erro.

Eu tinha entendido mal, entendi agora. Estou com uma idéia mas teria que saber como é seu cadastro de produtos, como você trata essa questão das diferentes marcas? Tipo, marcas diferentes implicam em preços diferentes, nessa caso realmente seria um cadastro para cada peça, aqui ao menos a gente faz dessa maneira.

Não sei se já conseguiu a reposta, mas faz duas semanas que estava conversando com um revendedor da bematech aqui na minha cidade e ele falou um estado (MG, eu acho, o estado do Regys) que o fisco comprou 3 ou foram 4 impressoras da bematech (MP4000), que até o momento são as únicas (os modelos mais novos) preparados para o CF-e e "emprestaram" para alguns contribuintes fazerem testes e pelo o que ele sabia também, não seria obrigatório homologação nenhuma. As MP4000 mais novas vem com um local na qual "um modem" GPRS (eu achonão lembro o modelo) é conectado e quando o cupom é encerrado ele já envia ao fisco. Não sei se já estavam sabendo dessa informação mas de toda forma estou repassando.

Se o produto é registrado corretamente no GSI Brasil - http://www.gs1br.org/ , que é o orgão que cuida do GTIN no Brasil, não importa o fornecedor ele possuirá o mesmo código. Talvez oq acontece no seu cliente é ele vender produtos semelhantes como se fosse o mesmo, mas se é o mesmo produto, do mesmo fabricante, sempre possuirá o mesmo código, mudando apenas qdo o fabricante registrar esse produto no GSI por alguma mudança de embalagem ou formulação. É exatamente isso André, alguns clientes nossos, de comércio, usam apenas um cadastro de produto para alguns produtos que são semelhantes mas de fabricantes distintos. Sandro, por regra do SPED (pelo menos aqui no RN que já é obrigatório), o cliente da SH só poderá ter um cadastro para cada produto, não importando se ele vende em um produto em caixa, unidade e dúzia, para o SPED só deverá ter um cadastro. Pelo o que eu entendi, o GTIN também é um cadastro para cada produto, não importando a unidade que é vendido, ou estou errado?

Daniel, corrigi aqui, aconteceu alguma coisa que quando chamava o acbrecf.NumSerie estava me retornando apenas 15 numeros, depois voltou ao normal

Outra coisa, no caso o AAC vai fazer as comparações (se ligado ao ACBrECF) ou eu ainda terei que fazer?

Estou comparando o Numero de Serie da impressora com o numero de serie do arquivo gerado pelo AAC e o arquivo do AAC está me retornando apenas 15 caracteres ao invés dos 20, isto está certo? Exemplo, o numero de série é BE051175610000097586 e o arquivo está retornando apenas BE0511756100000