Ricardo Timm Bonsembiante

Régys 1) Já estou abrindo outro tópico referente ao CFOP, só pensei que como tudo trata de NFE poderia ser no mesmo, mas não vou polemizar. 2) Tudo bem quanto a forma de impressão, vou entrar em contato com a Software Express, mas e a forma de pagamento especifico como a vista na NFE?

Esqueci uma outra coisa: como subtotalizo CFOPs diferentes. Ex: na mesma nota produtos com CFOPs 5102 e 5405.

Olá pessoal Como especifico na NFE quando a forma de pagamento for Cartão de crédito ou débito parcelado e onde imprimo o comprovante do cliente quando houver TEF instalado. Aguardo retorno. Saudações,

Juliomar Conferi isso e a versão é a última. Só se o local onde estão instaladas as DLL's está errado (C:\Windows\System32).

Olá Ele gera o arquivo MFD, sem assiná-lo e dá esse erro. Alguém pode me ajudar. Em anexo imagem do erro. Aguardo retorno. Saudações,

Olá pessoal Existe algum comando que permita ler os dados da Redução Z de um determinado dia? Grato e aguardo retorno.

Juliomar Era exatamente isso. Alguém moveu a pasta MunIBGE para um outro lugar. Obrigado e preciso falar contigo em PVT.

Olá pessoal Estou com o cliente há 3 dias sem emitir NFe e nenhum retorno?

Kiko Como eu disse, eu sempre informei CidadeCod= e fiz esse teste, o qual envio em anexo. A nota 7715, no campo Cidade, no emitente e destinatário enviei a palavra CRUZ ALTA e ele gerou corretamente a NFE incluindo no XML <cMunFG>4306106</cMunFG> e <cMun>4306106</cMun> que refere-se ao município de Cruz Alta - RS. Aí fiz um outro teste. No mesmo arquivo ENTNFE alterei o nome da cidade para CRUZ LATA e aí ele recusou a nota por conteúdo inválido nos campos B12, C10 e E10. A partir disso concluo que quando não informo o Código do município ele preenche esse campo pelo nome da cidade/estado. E aí: por que em todos os computadores e clientes que tenho instalado a NFe isso funciona e somente em um não? Alguém pode me ajudar. Segue em anexo os arquivos que justificam o acima escrito. sainfe.txt LOGNFE.TXT 43140294935657000194550010000077151000077151-nfe.xml 43140294935657000194550010000077141000077146-nfe.xml

Olá pessoal Nunca especifiquei o Cod_Mun na geração das NFe's e sempre funcionou. Em um cliente específico, e somente nele (se eu testar aqui na minha máquina em ambiente de homologação funciona), ele recusa a NFe com as mensagens que podem ser observadas no arquivo SAINFE.TXT que segue em anexo. Segue também os arquivos ENTNFE.TXT o os XML das duas últimas notas. Uma delas aceita sem eu ter especificado as informações que ele está reclamando e a outra em que ele não aceita. Acredito que seja um pequeno detalhe que está me passando desapercebido, mas estou nessa há 3 dias. Aguardo retorno. 43140204976053000527550010000002851000002856-nfe.xml 43140204976053000527550010000002861000002861-nfe.xml ENTNFE.txt sainfe.txt

André Tem algum comando no ACBRNFeMonitor que faz isso, baixar o XML do portal da receita? Grato,

É isso mesmo. Obrigado pela ajuda.

Olá pessoal Gostaria da ajuda de vocês em me dizer o que estou fazendo errado. Tenho que imprimir uma NFe de Devolução de Venda com dois produtos um deles ST. Só que em ambos aparece impresso CST 000. O que estou fazendo errado? Seguem em anexo o arquivo ENTNFE. o XML gerado e a imagem da NFe em PDF. Aguardo e desde já agradeço. ENTNFE.txt 43140194935657000194550010000077731000077739-nfe.xml NFe7773.pdf

Esqueci um detalhe: o pessoal do suporte da Daruma disse que nesse modelo não usa a função eCarregarBitmapPromocional_ECF_Daruma.

Daniel Outras prioridades fizeram com que somente hoje retomasse esse assunto e o problema continua: ECF.ModeloStr OK: Daruma ECF.pafmf_mfd_cotepe1704(01/10/2013,31/10/2013,C:\AdCom\COTEPE1704MFDd.TXT) ERRO: Erro ao carregar a função: eCarregarBitmapPromocional_ECF_Daruma de: DarumaFrameWork.dll As três DLLs (DarumaFramework.dll, lebin.dll e LeituraMFDBin. dll estão na pasta do aplicativo. A impressora é uma Daruma Mach2 (único cliente meu que tem esse modelo de ECF) e a versão do SW é 01.00.00. Alguma pista?

Daniel Fiz um paliativo na AC. Se encontrares uma solução melhor. Grato e um abraço,

Daniel Eu marco o arquivo de saída, só que quando ele faz a conversão, converte 2 bytes em um, "puxando" o resto todo. Já avisei meus clientes para evitar ç e caracteres acentuados nas formas de pagamento e comprovantes não fiscais, mas esse, no caso, teria que fazer uma intervenção técnica para resolver. Se não tiver um jeito pelo ACBrMonitor, vou ter que ver como fazer pela AC. Um abraço,

Daniel Já tinha considerado como resolvido esse tópico, mas somente agora percebi que existe um probleminha nessa conversão. Veja bem: quando converte um carácter normal, não acentuado, sem problema "a" (61 em UTF-8) converte legal para ANSI. No caso dos caracteres acentuados e ç eles são double-byte (á = x"C3A1") e a conversão desloca (ou perde) uma posição na resposta: ECF.CarregaFormasPagamento (UTF-8) OK: 01 Dinheiro |02 VCredißrio | Observe que a primeira forma de pagamento, que não possui acentuação, o tamanho da descrição da forma de pagamento é de 30 caracteres. Na segunda, que tem um carácter acentuado, são apenas 29. Como eu pego campos de tamanho fixo isso acarreta problema. Tem como resolver? Aguardo retorno.

Daniel Dentro dessa pasta existem 4 arquivos zipados: Darumaframework_DLL64.zip, DarumaFrameWork_DLL.zip, DarumaFramework_SO64.zip, DarumaFramework_SO.zip. Qual ou quais deles eu uso? []s,

Pessoal Sei que um tópico com esse erro já foi respondido pelo Régys e pelo Isaque informando que as DLLs estariam desatualizados e sugerindo a atualização das mesmas direto do site do fabricante. Fiz isso e não obtive sucesso. Detalhe: o cliente tem Windows 7 64 bits e baixei as DLLs para 64 bits e instalei primeiro em WINDOWS\SYSTEM32, depois na pasta do aplicativo e, finalmente, em WINDOWS\SysWoW64. Todas as três geraram o mesmo erro. Notei que as DLLs para 64 bits são diferentes daquelas da lista. O que estou fazendo de errado? Está faltando alguma outra DLL?

Régys Esse arquivo é o mesmo gerado pelo comando ECF.PafMF_MFD_Cotepe1704. Só que nele tem alguns registros que não tem no CAT52 e vice-versa. Foi esse arquivo que disse para o cliente gerar. Vou criar um novo tópico em seguida sobre outro assunto se puderes me ajudar te agradeço. Obrigado e um abraço.

Régys Esse seria um comando do ACBrMonitor, tipo ECF.PafMF_ArquivoMFD_DLL(<data inicial>, <data final>, <nomearquivo>)?

Régys Essa resposta eu já dei e não convenceu. Por exemplo esse mesmo comando, na impressora Urano, gera um arquivo único (CAT52.TXT). Não seria melhor atender "aos gregos e aos troianos"...hehehe. Outra coisa, é esse mesmo o comando para gerar a NFG?

Pessoal Acabei de receber a ligação do contador de um cliente meu "exigindo" que o arquivo gerado pelo comando ECF.PafMF_GerarCAT52 seja único para o período informado. O que respondo? Já usei todos os argumentos, mas eles estão "se achando". Nós é que estamos fazendo todo o trabalho deles e cada vez mais as exigências são maiores. Aguardo a ajuda dos colegas de "infortúnio"...hehehe.

Régys Concordo contigo, em parte. A maioria das informações dos registros tipo R, podem ser extraídas do próprio ECF, conforme mostrado detalhadamente no tópico Escovando Bits - Arquivo de movimento por ECF que citei na mensagem original e postado aqui no fórum.