Reinaldo Silva

Bom dia Deu certo, usando a sugestão do Italo: F:\MDFE_PDF\ Assunto resolvido. Obrigado a todos.

Bom dia A pasta foi configurada como F:\MDFE_PDF, ela existe no Servidor, e está acessível em todos o computadores da rede e está dando o erro citado, que só começou a partir da versão 1.2.0.84. Só grava os PDFs na pasta C:\ACBR Mais uma informação interessante: Acabei de fazer um teste, em casa, usando a versão 1.3.0.127, tambem apontando para a pasta F:\MDFE_PDF, só que F: é um Pendrive. Não deu erro, só que não gravou na F:\MDFE_XML, mas direto na F: 11/10/2019 10:35:21 - MDFE.IMPRIMIRDAMDFEPDF(F:\MDFE_XML\35191058265737000116580010000015651910015654-mdfe.xml) 11/10/2019 10:35:21 - OK: Arquivo criado em: F:\35191058265737000116580010000015651910015654-mdfe.pdf Salvo algum engano, os teste mostram 2 problemas, apenas no MDFE: - a gravação dos PDFs não obedece a configuração do Monitor; - quando se trabalha em Rede o Monitor não encontra a pasta F:\MDFE_PDF e dá erro só gravando na pasta C:\ACBR Na próxima semana estarei na empresa e posso fazer os testes que vc achar nevessários em rede Muito Obrigado pela Atenção (como sempre)

Boa Noite, José Desculpe, mas não sei o que é estar acessível ou ter permissão. A anos uso o Monitor e configuro as pastas onde serão gravados os XMLs e os PDFs e sempre funcionou e nunca tive esse tipo de preocupação. Quem usa o Monitor, apenas faz as configurações, preenche TXT e submete ao Monitor que faz tudo sozinho. Desculpe minha ignorância mais não sei que tipo de permissão é essa que vc se refere. Apenas estranhei que , a partir dessa versão, e apenas para o MDFE não conseguirmos mais. Fico me perguntando, que relação tem isso com as importantes mudanças que foram implementadas nessas versão. Trabalho com Informática a 45 anos e sempre que vi coisas parecidas acontecerem foram resultados de acidentes durante a programação. Como trabalhamos em rede, temos varios computadores aptos a emitirem CTE e MDFE por isso precisamos ter os arquivos gravados no Servidor. Agora teremos arquivos PDFs espalhados em vários computadores. Esse exemplo que vc colocou de ter PDFs, XMLs de documentos transmitidos e de Eventos arquivados no disco local é impensável para sistemas em rede. Desculpe se me expressei mal ou se escrevi alguma bobagem.

Italo, complementando, percebi agora que foi colocada nas definições dos diretórios a opção UTILIZAR SEPARADOR PARA PASTA PDF. Quando setada ela apenas cria uma pasta PDF na pasta ACBR, ignorando da mesma forma, a nossa opção de pasta para salvar esses arquivos. No CTE isso não está acontecendo.

Boa Tarde, Italo Obrigado pela resposta. Testei com a última versão, a 1.3.0.127, e deu o mesmo erro. Acontece, porém, que, sem querer, descobri o problema. Se deixar em branco a definição do diretório para os arquivos PDF na configuração do Monitor não dá o erro e salva o arquivo PDF na pasta C:\ACBR que é a pasta onde instalei o Monitor para MDFE

Boa Tarde Não estamos conseguindo salvar arquivo PDF do MDFE quando começamos a usar a versão 1.2.0.84. Cópia do LOG.TXT 10/10/2019 15:01:14 - MDFE.IMPRIMIRDAMDFEPDF(F:\MDFE_XML\35191058265737000116580010000015671910015675-mdfe.xml) 10/10/2019 15:01:14 - ERRO: Erro ao criar o arquivo PDF. Unable to create file "F:\35191058265737000116580010000015671910015675-mdfe.pdf" No Manual dessa versão não consta nenhuma alteração nesse comando, ou seja: MDFE.IMPRIMIRDAMDFEPDF(cArqXML,[cProtocolo]) O arquivo XML realmente está na pasta F:\MDFE_XML, e na configuração do Monitor consta a pasta F:\MDFE_PDF para salvar os arquivos PDF. A impressão que tem um comando parecido está saindo normalmente. Obrigado

Boa Tarde Obrigado pela ajuda

complementando acima: Será que esse fato não é a razão de erros misteriosos que aparecem e depois desaparecem sem explicação? Agora mesmo estou às voltas com um desses também no MDFE

Bom dia a todos Lembrei de um fato que acho importante relatar. Essa nova versão do Monitor foi instalada na pasta ACBR. Após a ocorrência do erro conferi esses arquivos Servicos.ini e percebi que, coincidentemente, o arquivo servicos.ini para MDFE apontava para a pasta ACBrMonitorPLUS e todos os outros apontavam corretamente para a pasta ACBR. Corrigi e refiz o teste voltando a acusar o erro (não sei se deveria Fechar e Abrir o Monitor). Quando reinstalei essa versão esse arquivo estava correto e não deu mais o erro. Não sei se tem algo a ver ou foi coincidencia. Chegando, agora pela manhã, em um cliente onde tenho o Monitor instalado em 3 pastas diferentes e consultei os arquivos serviços.ini de um deles e vejam o resultado no anexo. Misturou as 3 pastas. Reinstalei em uma das pasta e aconteceu a mesma coisa, sempre fiz Instalação Completa. (vejam anexo) Por quê isso acontece? Que consequências temos com isso ? Acredito que quem quer ter o Monitor instalado em pastas diferentes deve usar a mesma versão em todoas.

Boa Tarde Obrigado pelas respostas. Após vários testes dando esse erro, reinstalei a versão 1.2.0.80 e não deu o erro. Vamos ficar sem saber o que aconteceu. Vou continuar testando. Obrigado

Boa Tarde Instalei a versão 1.2.0.80 e não estou conseguindo Criar Mdfe dando o erro: URL para o servico "URL-QRCode" nao encontrada na sessao "MDFe_SVRS_H" no arquivo "ACBrMDFeServicos" Mudo para a versão 1.2.0.79 e funciona corretamente. Mudou alguma coisa nessa versão ? Obrigado

Bom dia Acabei de testar com a versão 1.2.0.79 e constatei que o problema foi resolvido. Obrigado a todos do ACBR

Boa Tarde, Italo Obrigado pela resposta. Desde que iniciou a versão 3.0 estou colocando essas informações de seguro nas Observações. Se não são obrigatórias, sugiro que vcs tirem. É melhor que informar um número errado, vc não acha ? Como utilizo o Monitor não tenho condições de alterar a DAMDFE.

Bom dia No campo Número da Averbação estão saindo apenas 22 digitos e esse Número tem 40 digitos. Anexo trecho do impresso. Obrigado

Ops, falha nossa. De 10 chaves permitidas justamente a 4 estava sem o ] Obrigado, Bigwings, pela rápida resposta

Bom dia Não conseguimos transmitir MDFE com 4 CTEs. Retorna com o erro "Quantidade informada no grupo totalizadores nao confere com a quantidade de documentos relacionada" No arquivo INI, anexo, estamos informando 4 chaves de CTEs e Qcte=4. No XML , trecho anexo, aparecem apenas 3 chaves de CTEs e Qcte=4 Nesse teste usei a versão 1.2.0.73 Obrigado ENTMDFE.txt

Bom dia José Obrigado pela resposta. Essa opção é muito útil. Talvez seja interessante possibilitar a marca dágua tb. Obrigado

Bom dia, Italo Tudo bem ? Transmiti meu primeiro MDFe para ambiente de homologação com a informação do QR Code no XML, mas na impressão ainda foi o modelo antigo, sem QR Code. Deixei de fazer alguma coisa ou essa impressão ainda não foi implementada ? Obrigado

Bom dia É possível incluir nos comandos ImprimirDACTE e ImprimirDAMDFE a opção PREVIEW como tem no no comando ImprimirDANFE ? As linhas abaixo constam no Manual da última versão, 1.2.0.73 NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua], [bViaConsumidor],[bSimplificado]) MDFE.IMPRIMIRDAMDFE(cArqXML,[cImpressora],[nNumCopias],[cProtocolo]) CTE.IMPRIMIRDACTE(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[nCancelado]) Obrigado

Felipe, Juliana, BigWings Obrigado pela ajuda.

que editor é esse que vc está usando?

A 2a. mensagem está de acordo com leiaute no 1o. ou no 2o. caso que postei ? Porque elas estão em posições diferentes, inclusive o CEP Por favor, esqueçam essa mensagem NOSSO NUMERO DUPLICADO. Temos 2 registros remessa, preparados pelo ACBR, que estão diferentes, pelo menos eu estou enxergando assim.

Boa Tarde, Juliana Isso não aconteceu. Para facilitar estou anexando um TXT com os registros 1 das remessas que enviei. Você vai ver que estão diferentes e o problema começa após o endereço. Melhor, vou colocar aqui tb os trechos dos 2 arquivos (desculpe, sei que não gostam que façam isso, mas, é só facilitar): REMESSA CERTA QUARENTENARIO 33 BAIXOS 11347520PED(S): 46465/46466 000002 REMESSA ERRADA FERNANDO COSTA 40 11950000PED(S): 45963/46062/46066/46078/46156/46354 000002 COMPARA.txt

Boa Tarde, Felipe. Obrigado por responder. A mensagem é NOSSO NUMERO DUPLICADO, mas isso é praticamente impossivel de acontecer. Segundo meu cliente eles estão colocando essa mensagem para qualquer tipo de erro. Se voce comparar os 2 registros remessa que mandei verá que a linha 2 deles está realmente diferente.

Bom dia Alguns arquivos remessa que estão sendo enviados por um cliente estão sendo recusados pelo Bradesco. Isso está acontecendo apenas com alguns clientes dele, e não consegui identificar o motivo. Atualizei o monitor que eles estavam usando para uma versão recente e o problema persistiu. Peço ajuda de vocês para resolver esse problema. Anexos, um arquivo certo e um errado. Obrigado certo.txt errado.txt