José M. S. Junior

Boa tarde Na aba Geral no Demo, veja o path que está configurado em: "Salvar Arquivos de Envio e Respostas", neste path poderá ver todos os XMLs gerados e recebidos. Primeiramente valide se o XML está válido no site da SEFAZ RS: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Pelo seu print notei que está gerando a NFe na versão 3.1 No componente ACBrIntegrador também pode configurar a pasta para gerar log.

Bom dia, Creio que as informações de pagamento com cartão só devem se emitidos caso a operação de pagamento seja integrada (TEF), caso contrário como vai comprovar essa informação se necessário? Porém, acho que os demais Moderadores podem opinar melhor sobre isso...

Na configuração da biblioteca verifique a chave [Extrato] campo: "Tipo" https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html

Esse método está implementado na lib pelo que notei, a configuração do Extrato está configurada para ESCPOS? pois este método utiliza esse componente...

É estranho esta recusa... muita gente gera remessa da Caixa sem problemas... Se gerar a remessa pelo demo ACBrBoleto, informando RG ou SR também apresenta recusa na remessa? Se sim anexe o log completo da recusa, se possível...

Boa tarde, segue exemplo: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html

Realmente existe esta validação... Na impressão do cupom a informação do cartão só é emitida quando é realizado com pagamento Integrado.

A url que está apresentando após o erro no seu log não é a mesma que deve ser utilizada conforme site da SEFAZ... Para atualizar estas URLs no ACBrMonitor, instale a ultima versão do mesmo... o arquivo ACBrNFeServicos.ini será atualizado... note que no log não encontrou a url: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao.asmx a url correta no arquivo ACBrNFeServicos.ini deve ser: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao4.asmx

Bom dia Para tirar a dúvida se o problema esta na localização do arquivo .ini ou está nos dados do arquivo, passe todas as tags do arquivo .ini diretamente no parâmetro, se transmitir desta forma é porque não está conseguindo localizar o arquivo passado como parâmetro. Como a primeira tag a ser gerada é a UF, apresenta este erro quando não localiza a tag no arquivo... Veja um exemplo para realizar este teste: MDFE.CRIARENVIARMDFE("[Ide] tpAmb=2 mod=58 serie=1 nMDF=000105 .... ....",1,1)

Bom dia Está utilizando o módulo VPE para pagamento com cartão no Ceará? este método é específico para isso, deve retornar as tags para impressão do cupom quando precisar passar este layout de dados para impressão na máquina POS... Caso contrário utilize o método padrão de impressão de cupom.: "ImprimirExtratoVenda"...

Bom dia Com "TpIntegra" = 2, não é obrigado a informar os dados do cartão pois não é pagamento integrado, porém os parâmetros CNPJ, tBand e cAut devem ser informados todos em conjunto ou todos omitidos. Informe todos os 3 campos válidos ou não informe nenhum deles, no caso de tpintegra = 2. Valide como está no XML, se sai no XML é possível adicionar na impressão configurando a propriedade: "DescricaoPagamento"no componente ACBrNFeDANFeNFCeFortes

Bom dia Notei pelas configurações, que está utilizando a lib Capicom, experimente com a WinCrypt, conforme abaixo:

Bom dia Para utilizar NFCe do CE será necessário utilizar o Integrador Fiscal do CE, ele será encarregado de realizar a transmissão e obter retorno do XML. Com o ACBr você pode utilizar o componente ACBrNFe basta setar o componente ACBrIntegrador na propriedade "Integrador" a partir desta configuração o ACBr gera o XML na pasta "Input" para leitura do Integrador Fiscal. e lê o retorno do integrador na pasta "Output". Os métodos utilizados para envio são os mesmos utilizados com NFe normal utilizando o componente ACBr. Para utilizar o MFE não é mais necessário utilizar o Integrador Fiscal do CE, basta configurar a dll do integrador no componente SAT: Conseguirá iniciar os testes com o Integrador pois é o mesmo principio do SAT, mas precisará ativar o MFe e e realizar testes antes de colocar em produção, pois precisará trocar a dll de comunicação...

vou verificar...

Boa tarde Se possível, realize a alteração necessária e se o Banco homologar, anexe o fonte alterado, assim atualizamos no SVN.

Boa tarde Está passando as tags corretamente no grupo, como "tpag", "tpIntegra", "'CNPJ"

Por favor atualize novamente os fontes.

Bom dia Atualizado no SVN... Obrigado pela contribuição!

Bom dia Baseado nos logs e no comportamento que o ACBrMonitor executa, ocorre o seguinte nesta situação: - Foi enviado 3 comandos simultâneos de impressão. (Ou seja, na sua aplicação clicou no botão pra impressão três vezes seguidas). - Como já dito, a partir do momento que é chamado um preview em tela, vai depender da interação do usuário fechando a tela de preview para que o ACBrMonitor volte a Ler os próximos comandos, enquanto a tela estiver aberta vai ficar aguardando... - Neste caso chamou o preview a primeira vez e ficou mais dois métodos de impressão pendente de leitura. Quando fechou a tela Preview é que chamou o segundo método, permanecendo mais um pendente de leitura... - Por ultimo ao fechar a segunda tela de preview executou o ultimo método de impressão, chamando o preview mais uma vez... (Independente do tempo que o Preview permaneça aberto o Monitor só vai voltar a ler os próximos métodos quando usuário fechar a tela). - A partir do momento que o Preview é aberto não é mais possível gerenciar se o usuário realmente mandou imprimir ou quantas vezes ele mandou imprimir... Esta é uma tela do próprio Gerador de Relatório "Fortes Report". O fato é que será preciso fechar a tela para que o Monitor volte a responder e se havia enviado diversos comando de impressão, vai ser executado um a um... Se estiver selecionado a opção "MostrarPreview" o ACBrMonitor nunca manda direto para impressora, sempre chama o preview a partir de então será impresso quantas vezes o usuário clicar no botão "Imprimir"... A tela de Preview seleciona por default a Impressora Padrão do Windows (Lembrando que tem a opção de selecionar impressora também nesta tela). As configurações de impressora do ACBrMonitor serão respeitadas no caso de impressão direta (sem preview).

Configure esse campo da seguinte forma: Será gerado um arquivo log.txt no diretório raiz do ACBrMonitor

Boa tarde Nicolas, Notamos algumas divergências entre o codigo fonte que está no SVN e seu fonte, além das alterações que você realizou... Por favor atualize seus fontes e anexe suas alterações com o fonte atualizado.

Boa tarde Obrigado! Se possível anexe anexar também o manual com as especificações de geração do boleto para este Banco... É importante para eventual alterações futuras.

Josevaldo, não consegui simular essa situação testando por aqui... por favor anexe o log.txt para verificação dos comandos que estão sendo enviados.

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!