José M. S. Junior

Boa tarde Foi realizados ajustes eliminando outros possíveis erros na passagem de parâmetros dos métodos ECF. Favor efetuar os testes com a versão 1.2.0.18.

Boa tarde, Vou verificar a possibilidade de adicionar o parâmetro para não assinar o XML no momento da geração... Hoje realmente não tem essa possibilidade nos métodos de geração do XML, sempre que gerado o XML é assinado e validado...

Favor realizar testes com a versão 1.2.0.18

Realmente estranho essa rejeição... nos testes realizados aqui, alterando apenas o emitente mas utilizando os mesmos métodos, é autorizado sem problemas... Experimente passar o método de envio sem o parâmetro para assinar o XML ex: MDFE.EnviarMDFE( "C:\Program Files\VSEmissFiscal_Sys\vsnfe\entr_sai\MDFe\31180965235434000116580010000000791000000790-mdfe.xml","79")

Boa tarde Não sei se é esse o problema, mas passe os campos instruções com dois caracteres ex: Instrucao1=05 Instrucao2=00

@AlexSilva, este log está incompleto... Não consta o comando de envio nem o retorno com a rejeição... Por favor realize o processo completo de envio com o log ativado, anexe o log completo para compreendermos o problema, visto que o XML gerado é valido no site: https://mdfe-portal.sefaz.rs.gov.br/site/validadorxml

Estamos verificando a leitura deste campo no arquivo .ini, assim que atualizado na versão vou postar aqui...

@AlexSilva, eu havia entendido que você estava utilizando a sua aplicação para envio do MDFe, se você está utilizando o método MDFE.ENVIARMDFE("caminho_do_xml",1) e informar o caminho do XML exatamente onde é gerado pelo ACBrMonitor, mesmo assim apresenta a rejeição? Por favor, para melhor entendimento anexe o log.txt do ACBrMonitor e o XML gerado na pasta configurada no ACBrMonitor...

Bom dia, em SP vai precisar do SAT, mesmo se emitir NFCe... Não são os mesmos comandos, a comunicação é feita com a dll do SAT que é responsável por se comunicar com o aparelho e gerar o XML valido... Pode ver no manual do ACBrMonitor os comandos utilizados: https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoSAT.html Veja o vídeo abaixo, pode ajudar em como realizar o credenciamento, obter o certificado e iniciar os testes

Bom dia Precisa informar o nRE. É obrigatório para esse grupo...

Bom dia, se possível anexe também o log.txt do ACBrMonitor... Com outros arquivos .ini acontece o mesmo erro?

Verificando...

Bom dia @AlexSilva Não há diferenças entre o XML gerado pelo ACBrMonitor e o XML movido para pasta da sua aplicação... Você pode verificar se o XML foi alterado após a assinatura, utilizando o validador SEFAZ: https://mdfe-portal.sefaz.rs.gov.br/site/ValidadorXml Copie o xml para o validador e veja que o mesmo é valido... Alguma coisa está modificando o XML no lado da sua aplicação no momento do envio... Para tirar a dúvida valide o XML que copiou, após o envio pela sua aplicação. Veja se o mesmo ainda estará válido...

Bom dia Se você enviar esse XML utilizando o comando NFe.EnviarNFe , está autorizando? Pois o erro retornado é da SEFAZ (CStat=225) inconsistência no XML... Se estiver enviando através do método Enviar NFe, anexe o arquivo .txt com os dados da Nota que está passando para envio em lote... Outra dúvida, quantos XMLs está adicionando na pasta para Envio em lote?

Bom dia Basta instalar a versão atualizada no mesmo diretório, por padrão: (C:\ACBrMonitorPlus). As configurações permanecem as mesmas... O Arquivo que define as configurações do ACBrMonitor é o ACBrMonitor.ini

Favor atualizar para versão 1.2.0.17 e realizar os testes...

As dicas acima é para facilitar o trabalho... Mas se funciona na versão anterior e não está fazendo nada diferente, deve funcionar na atual também... Primeiramente anexe para análise o seu arquivo de resposta, onde obtem o XML Gerado e Assinado pelo ACBrMonitor....

Provavelmente está ocorrendo alguma alteração no XML no momento da manipulação... Pode ser um simples "Space" ou a codificação do arquivo em formato diferente no momento que realiza a cópia... Por que não utiliza o próprio XML já gerado e assinado para enviar? O mesmo é gerado com o numero da Chave do MDFe, na pasta Logs do Monitor. Ou envie o XML pelo próprio ACBrMonitor e recupere o XML já autorizado para gravar na base de dados ou extrair informações necessárias... Como você mesmo mencionou, se não manipular o arquivo e enviar pelo Monitor não tem problemas...

Toda vez que é gerado um PDF através do ACBrMonitor é registrado no Log.txt. Veja que nos logs em anexo. (LOG_antes.txt) foi passado comando para gerar PDF: 03/09/2018 11:15:27 - NFE.ImprimirDanfePDF(Y:\NFe\201809\42180900127015000115550030000515181636689959-nfe.xml) 03/09/2018 11:15:28 - OK: Arquivo criado em: Y:\NFe\42180900127015000115550030000515181636689959-nfe.pdf No arquivo, Log.txt não está sendo passado esse método... Informe o método "NFE.ImprimirDanfePDF" conforme acima também na versão atual...

Boa tarde, Vou disponibilizar uma versão ainda hoje com o ajuste referente ao numero do lote, aceitando zeros a esquerda. Da forma que estava realmente lê apenas numero inteiro de Lote... A questão, de erro de Schemas é provável que seja por não encontrar o XML ou existe algum campo preenchido de forma errada. Nos testes realizados não ocorre o problema... Poderá testar isso em definitivo na versão que será disponibilizada...

Bom dia @AlexSilva Primeiramente utilize a ultima versão do ACBrMonitor 1.2.0.16 para testes... A questão da ordem dos campos não interfere na leitura de um arquivo .INI, visto que o nome dos campos e dos grupos continuam os mesmos... Isso ocorre pois foi realizado um refactory nos fontes do ACBrMonitor e o Retorno agora é gerado de forma automatizada... A rejeição da SEFAZ de Assinatura difere do Calculado, ocorre quando é realizado alguma modificação no XML após a assinatura do mesmo... Você está gerando o XML pelo ACBrMonitor mesmo? verifique se na rotina da sua aplicação não está modificando o XML depois de assinado...

Não houve alteração na passagem dos parâmetros de uma versão para outra. Note que no seu log da versão anterior (LOG_Antes.txt) está passando o parâmetro: NFE.ImprimirDanfePDF(...) essa é a forma correta... Ou se preferir poderá passar o parâmetro para imprimir PDF no método NFe.CriarEnviarNFe ex: NFe.CriarEnviarNFe("Y:\NFe\TXTEnt\NF050672.INI",1,1, , , , ,1) . Conforme sintaxe do método: https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

@Ana Claudia, separei o tópico por se tratar de outro assunto (ACBrMonitor) Baseado no primeiro Log (Depois da Atualização) não está passando nenhum comando NFE.ImprimirDanfePDF... para geração do PDF Da forma que está passando o comando NFe.CriarEnviarNFe(Y:\NFe\TXTEnt\NF051538.INI,1,1) está definindo no terceiro parâmetro "1" que é para imprimir, neste caso vai imprimir na Impressora definida como padrão em: Verifique se está marcando a conf. "Mostrar Preview antes da Impressão", se estive selecionado não vai direto para impressora, deverá ser impresso a partir da tela de preview... Se deseja apenas gerar o PDF, utilize o comando abaixo, passando como parâmetro o XML da NFe https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDANFEPDF.html

@Ana Claudia você utiliza o ACBrMonitor? Se sim, anexe o arquivo log.txt do mesmo para que possamos verificar... Se utiliza os componentes do ACBr em Delphi : Abra o Demo da NFe que fica na pasta: C:\ACBr\Exemplos\ACBrDFe\ACBrNFe Compile o projeto para gerar o executável e verifique o exemplo para geração em PDF (botão: GerarPDF) realize um teste para validar a geração do PDF. Assim pode cmparar o que está errado na sua aplicação...

Bom dia, tentou reinstalar esses packages... e fazer um "Clear and Build" no projeto?