José M. S. Junior

Bom dia, Vamos avaliar, creio que possamos adicionar esses parâmetros no método de impressão. TK-2057

correto, precisa de ajustes mesmo... Vamos adicionar nas tarefas da semana.

Subi um ajuste de validação na leitura do arquivo onde estava permitindo passar arquivos inválidos e causando esse AV na geração do relatório. Na próxima versão estará atualizado, informando quando não foi possível carregar o arquivo.

Aparentemente já existe esse grupo na seção [infoComplem] https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS1200INI.html [infoComplem] nmTrab=Nome dtNascto=10/10/1979 codCBO=000001 natAtividade=1 qtdDiasTrab=20

Bom dia, O erro ocorre aparentemente por não ser os campos validos com o retorno da GNRe, o componente espera o XML com o recibo e o resultado conforme modelo do manual. Caso contrário teria que passar o .txt mesmo... https://acbr.sourceforge.io/ACBrMonitor/GNREImprimirGnre.html

Bom dia, Aparentemente está sendo gerado corretamente por isso não ocorre erro de validação, porém, parece estar faltando informações preenchidas para essa versão do layout. Qual exatamente o campo que não está sendo gerado no XML? Certifique-se de que estão corretas as seções conforme manual: https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS1200INI.html

Bom dia, Dê uma olhada nesse tópico. No final tem as configurações para uso com ACBrMonitor

Bom dia, Atualizado na última versão do ACBrMonitor.

Atualizado na última versão do ACBrMonitor. Menu: DFe / Impressão / NFCe / Imprime itens

Esse modelo de boleto foi projetado para impressoras térmicas de cupom 48 colunas, já homologadas para automação comercial. https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/ Dessa forma não precisaria gravar como imagem, basta enviar direto para impressão, já imprime na largura da bobina. Gravando como imagem realmente ficaria mais difícil saber o tamanho para a impressão adequada... https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/

Pode ser alguma configuração da própria impressora que está como retrato, pois o Report desse relatório já esta configurado no formato Landscape.

Boa tarde, Estes indices numéricos seguem o mesmo código da documentação do Manual do Contribuinte SEFAZ: https://dfe-portal.svrs.rs.gov.br/Nfe#

Atualizado no SVN...

Se o Windows estiver atualizado experimente também utilizar as configurações SSL Lib Wincrypt, conforme o print que postei, assim utiliza as dlls de dependência do próprio Windows.

Quais configurações está utilizando nessa tela?

Esse retorno da seção Envio tem os dados que precisa cStat e a Msg. O path que vem logo após o OK contém o XML com o protocolo caso tenha sido autorizado.

O envio síncrono não retorno mais processamento de lote, então se for autorizado retorna cStat=100 ou 150

@Jéter Rabelo Ferreira, segue uma possível correção para esse caso. Se possível realize o teste com essa Unit em anexo. ACBrBoletoWS.zip

Por ser síncrono não tem retorno, pode obter o status do retorno na própria seção envio, ou na seção com o numero da Nota.

Para NFCe utilize o envio Síncrono, a SEFAZ está aceitando apenas dessa forma, esse erro pode estar ocorrendo ao tentar consultar o Recibo através do envio assíncrono

Sim, esse é o path de log dos XML gerados, pode obter o xml por esse path mas é importante sempre validar o cStat se o XML foi autorizado. Utilizando o método abaixo você obtem o path dos XML gerado na pasta seguindo a estrutura configurada no ACBrMonitor em DFe / Diretórios https://acbr.sourceforge.io/ACBrMonitor/NFEGetPathNFe.html

Não houve mudança no retorno, o retorno do envio síncrono é mais resumido, caso tenha alterado esse parâmetro. Para obter o local onde está gravado o xml autorizado é o mesmo configurado em diretórios no ACBrMonitor, pode ser obtido com o método: https://acbr.sourceforge.io/ACBrMonitor/NFEGetPathNFe.html

A rotina não mudou, o envio síncrono já tinha esse retorno a um bom tempo. Mas essa versão que está utilizando está muito defasada, já houve muitas atualizações da própria SEFAZ. Se você já usa o ACBrMonitor em clientes considere aderir ao plano ACBrPro para obter versões atualizadas semanalmente ou adquirir a última versão atualizada através do nosso portal: https://projetoacbr.com.br/

Boa tarde A SEFAZ passou a aceitar apenas o envio Síncrono da NFe, nesse caso muda a forma do retorno, veja nesse tópico:

As aspas continuam errado... Antes estava enviando porque não estava considerando o envio sincrono, estava enviando assíncrono... Agora como a SEFAZ não está aceitando ocorre a rejeição, mas basta corrigir o local do fechamento das aspas conforme citei acima.