Diego Foliene

Não é possível. O ACBrPosPrinter trabalha enviando comandos EscPos em formato de Tags comunicando direto com a impressora de bobina. Veja esse tópico para uma melhor explicação de quais são essas tags e como funciona o PosPrinter. Não é possível carregar um arquivo PDF nele. Acredito que o mais próximo disso seria converter o PDF em um BitMap e mandar o PosPrinter imprimir o Bitmap, mas mesmo isso não talvez não atenda. Veja mais sobre isso em:

Bom dia! Foi gerada nova compilação do Monitor que engloba ajuste visando corrigir esta questão. Por favor, queria atualizar e realizar novo teste.

Bom dia! Não é possível. O ACBrPosPrinter usa comandos em EscPos que são inerentes a impressora de bobina.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Para consultar a comunicação com a Sefaz você pode fazer uma consulta de status, com o comando NFe.StatusServico ou a opção Teste no ACBrMonitor. Configure também o Log no AC BrMonitor para ver se ele trás mais informações que possam ajudar a entender melhor o problema que esteja enfrentando:

Bom dia @Suporte Octec! Por favor, faça o seguinte teste: Antes de enviar para o Monitor o comando que cria e envia o XML, envie o comando NFe.SetModeloDF com parâmetro 65 para confirmar ao Monitor que o XML que deve ser gerado é o de uma NFCe. Caso ainda assim persista o problema. Foi gerada uma nova compilação do monitor, peço que atualize e faça novo teste.

Se você observar, o parâmetro ImprimirPDF não espera receber um XML. Então ele já usa uma nota que esteja carregada na memória da Lib. A sugestão seria algo como: NFSe_CarregarINI("Arquivo INI com as informações da nota e também com OptanteSN preenchido") NFSe_Emitir; NFSe_ImprimirPDF;

Por favor, façam um teste: Ao emitir NFCe, antes de chamar o comando que cria o XML e o envia. Usem o comando NFe.SetModeloDF, passando o valor 65 no parâmetro, para confirmar ao Monitor que o documento que vai ser criado é uma NFCe. Vejam se o ainda assim vai acusar o erro.

Como o tópico original se tratava do ACBrMonitorPLUS e você está utilizando componente nativo, eu saparei em um novo tópico para não misturar. Tivemos atualizações relacionadas a NFe/NFCe importantes nos fontes ontem por volta das 16 horas. Se sua última atualização foi feita antes desse período, por favor, peço que atualize e reinstale o ACBr novamente para realizar novo teste.

Entendi! Você esta carregando o XML já pronto. Eu estava achando que você gerava o XML do RPS com a Lib, enviada para o provedor, fazia os tramites para receber a NFSe com o a memória da Lib ainda preenchida e depois mandava imprimir. Realmente, da forma como você está fazendo, não tem propriedade no momento que permita isso. Criada a #TK-5418 para que a equipe de consultores possa analisar o caso e fornecer um parecer sobre possível adição de config relacionada.

Você está usando componente nativo ou ACBrLib? Se estiver usando a Lib, por favor, faça um teste adicionando no seu arquivo criado seguindo o modelo NFSe.ini a informação de OptanteSN na seção prestador. [Prestador] OptanteSN=1 ;ou então [Prestador] OptanteSN=S Se estiver usando componente nativo: ACBrNFSeX.NotasFiscais[Indice].OptanteSimplesNacional := snSim;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Apenas dando um retorno. Realizei um teste em meu ambiente e apresentou o mesmo problema. Estou verificando.

Boa tarde! Foi criada a #TK-5415 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será comunicada neste tópico.

Boa tarde! Por favor, quando foi a última vez que atualizou seus fontes? Hoje por volta das 11h40 foram enviadas modificações ao SVN visando corrigir esta questão. Se sua ultima atualização foi anterior a este horário, por favor, peço que atualize, reinstale e teste novamente.

Boa tarde! Conforme informado no Discord, realizado teste em meu ambiente e o resultado foi semelhante. Criada a #TK-5414 para análise do caso e parecer por parte da equipe de consultores.

Boa tarde! De fato, o provedor IPM não faz uso deste campo. No entanto, a propriedade é lida pela Lib. Sendo mais detalhista, quando você passa o arquivo INI para a Lib com as informações do RPS, ela lê todas as informações, no momento em que monta o XML ela só usa as informações necessárias para o provedor. Por favor, faça um teste definindo o valor zero ou N para OptanteSN na seção [Prestador] ao alimentar o arquivo INI.

Boa tarde! Tópico devidamente vinculado a #TK-5406 criada para tratar do caso. Qualquer novidade será notificada aqui.

Olá pessoal! Foi publicado novo aviso no Portal da Nota Fiscal Eletrônica: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=7/OcNjxA72w=

Conferindo no Log gerado pela Lib consta alguma informação? Se você tentar debugar, mostra no debug mensagem de erro?

Obrigado @ejunior. De fato, fiz um teste aqui em meu ambiente com o arquivo disponibilizado pelo Alex e recebi este mesmo retorno de "Nome do Município deve ser informado". Estou verificando a causa do problema. Assim que houver novidades comunico. @Alex Batigniani, para baixar versões anteriores do Monitor, na página de download, role para baixo e localize um combo com a versão. Selecione uma versão anterior e clique em download.

Olá pessoal! Ao acessar o Portal Estadual da NFe da Sefaz de Minas Gerais o seguinte aviso é exibido:

Olá pessoal! No dia 08/05/2024 foi publicado Aviso no Portal da NFe com informações sobre como proceder para geração da declaração única de exportação. Segue conteúdo do mesmo na íntegra:

Obrigado, vamos fazer um teste em nosso ambiente e reportamos assim que descobrirmos algo.

Bom dia! Mas você está compilando sua aplicação para a arquitetura x64? Veja print de como está configurado meu programa exemplo: Aqui, eu estou compilando para x86, então eu preciso usar a ACBrCTe32.dll, mesmo que meu SO seja x64.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Por favor, pode disponibilizar o arquivo completo para que possa fazer um teste em meu ambiente? Se julgar que o mesmo tenha dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.