José M. S. Junior

vou verificar e reporto aqui... Imagino que seja alguma configuração que não esteja sendo validada no Monitor.

Boa tarde @tborges, Com essa informação conseguimos corrigir e fazer a validação da geração nas classes da NFe. Assim que validado, geramos uma nova versão e informamos aqui.

Boa tarde Após o método SetDiretorioArquivo, utilize o método: GerarPDFBoleto(0), passando o índice 0 para o título da lista que deseja gerar. Assim deve gerar com o nome especificado. https://acbr.sourceforge.io/ACBrMonitor/BOLETOGerarPDFBoleto.html Pois o método GerarPDF vai gerar de todos os título que existirem na lista de títulos, neste caso é usado o numero de cada título como nome do pdf.

Seus fontes estão atualizados? Faça um teste com esse demo disponível no fórum. Mas parece ser alguma configuração na própria impressora que não está lendo no protocolo correto...

Bom dia Neste tipo de postagem sempre remova a senha por questões de segurança. A mensagem aponta problemas nas credenciais. Chegou a testar em algum gerenciador de e-mail (ex: outlook) com as mesmas credenciais user e senha, para verificar?

Bom dia, Removemos o arquivo de configuração em anexo por conter dados sensíveis. Por favor anexe o log da lib para análise.

Correto, essa configuração é para obter respostas em ANSI. Mas acredito que o problema não seja esse e sim o buffer que está sendo alocado para a resposta, pois conforme já analisado nos logs o erro só ocorre com métodos que esperam um retorno.

Boa tarde, Está utilizando a ACBrLibETQ correto? O modelo está definido corretamente nas configurações da ACBrLIB?

Bom dia @nebrio Conforme comentei no canal discord, se os dados de agência e conta do arquivo não batem com os dados configurados no cedente da lib, precisa utilizar essa flag como 1 mesmo, caso contrário será realizada a validação da agencia e conta do arquivo e não vai passar, pois esses dados estão zerados. Basicamente essa flag marcada você assume que está lendo o arquivo correto sem realizar a validação de agencia, conta e em alguns casos o código do cedente.

Bom dia, Se é uma exigência desse banco, creio que possa ser tratado na classe desse banco onde é gerado o json, no componente mesmo.

Boa tarde, Como essa regra pode mudar de UF para UF, temos uma configuração no ACBrMonitor para tratar isso, veja na imagem abaixo, se definir como SEMPRE vai gerar as tags mesmo com valor 0.

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

Se o campo tpIntegra=2 não deveria ser necessário informar os dados do cartão. Precisa ver como está gerando esse campo no XML. Mas remova a sessão [card001] do seu arquivo, não existe na documentação da lib... Provavelmente é isso o problema.

Bom dia, Nesse XML anexo, o campo tPag esta com "01" dessa forma é pag em dinheiro mesmo. Notei que o .ini com os dados da nfce que anexou acima se trata de outro pedido. Verifique se está validando o XML correto para para o arquivo enviado.

Bom dia, Veja como está sendo gerado o .ini com esses dados pelo log.txt da lib. Precisa ser passado as tags do grupo Pagamento ([Pag001]) igual está no .ini de exemplo da documentação: https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html

Bom dia Sem acentuação não tem, a resposta é retornada da mesma forma que recebe do serviço. Mas tem a configuração "CodificacaoResposta" pode tentar o padrão ANSI se estiver tendo esse tipo de problema. https://acbr.sourceforge.io/ACBrLib/Geral.html

Boa tarde Helio, De fato é algum problema na alocação do buffer de memória para que a lib possa escrever a resposta. Infelizmente não conheço de xHarbour para dizer exatamente o que pode ser, como versão ou algo do tipo. Mas apenas com o programa demo já era para funcionar... Nos demos para Harbour na pasta do ACBr pode ver um exemplo completo de um método com retorno, no exemplo do SAT. Veja na função sat:CriarEnviarCFe(strIniVenda) essa função possui um retorno, note que o tratamento de resposta já está implementado no programa ACBrSat.prg. Experimente utilizar esse exemplo sem nenhuma modificação, veja se consegue obter o retorno. Pois o método ConfigLerValor tem o mesmo funcionamento, só muda os parâmetros, então funcionaria da mesma forma.

Bom dia, como está gerando no XML?

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

Bom dia, Favor atualizar os fontes dos exemplos C# do nosso SVN para testes da solicitação acima. http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/ Foi ajustado também o retorno da propriedade "tpAmb" que estava retornando o valor default em algumas situações.

Caso não seja informado nos campos citados acima pelo BigWings, a própria documentação do Danfe não prevê a impressão dessa informação em campo específico, se necessário adicionar em informações adicionais. ex: [DadosAdicionais] infAdFisco= infCpl=Motivo:Avaria (Ast)- Devolucao ref a NF-e xxxx, série x emissão em 20/15/2022 Valor Base IPI: xxx Valor IPI: xxx

Boa tarde, Vinícius, sempre orientamos a falar com o contador do cliente para o preenchimento das tags de imposto como palavra final. Mas seguindo a orientação do manual do SAT deve ser preenchido a Alíquota efetiva, neste caso pode ocorrer percentuais com valores quebrados mesmo.

Boa tarde, Apenas algum método específico que ocorre esse erro?

Boa tarde, A configuração LeCedenteRetorno pode ser configurada de duas formas, Via método ConfigGravarValor onde essa configuração ficará salva nas configurações da lib. Neste caso usando a sessão [BoletoDiretorioConfig] conforme a documentação da configuração. A segunda forma é passando via .ini nas configurações do Cedente usando a sessão [Banco] LeCedenteRetorno . Lembrando que quando passar as configurações do cedente via arquivo .ini, não altera as configurações originais da lib, sendo utilizado apenas para o titulo em questão. Então se passar essa configuração via .ini nos dados do Banco, não será utilizada a configuração da lib, se desejar utilizar a configuração fixa da lib, não é necessário passar esse campo no .ini com os dados do cedente.

Bom dia Helio, O problema no seu caso parece estar nos métodos que tem retorno, notei que os métodos que não exige retorno já estão funcionando como ConfigGravarValor, CarregarINI, Imprimir... Esses métodos não esperam retorno. Já o método ConsultarStatus espera um retorno. Note que todos métodos com retorno tem dois parâmetros finais: sResposta e esTamanho. No parâmetro (sResposta) é uma variável String onde deve definir uma String de tamanho fixo, 255 caracteres em branco por exemplo, na resposta da lib essa variável será preenchida com o retorno nessa String, respeitando esse limite de caracteres. No Parâmetro esTamanho é uma variável Integer, no retorno da lib você vai receber o tamanho total da String de Retorno, nesse caso se esse valor for maior que 255 indica que precisa utilizar o método: UltimoRetorno que utiliza o mesmo conceito dessas duas variáveis para definir o tamanho total da resposta para conseguir obter todo o restante do retorno, pois pode conter um XML Completo na resposta... https://acbr.sourceforge.io/ACBrLib/NFE_StatusServico.html https://acbr.sourceforge.io/ACBrLib/NFE_UltimoRetorno.html Se notar no classe exemplo do xharbour já está fazendo isso, mas é importante entender como funciona para que você possa identificar onde está o problema, verificar se está declarando essas variáveis corretamente, verificar se está recebendo o retorno nessas variáveis... Sugiro que comece testando os métodos ConfigLerValor: https://acbr.sourceforge.io/ACBrLib/NFE_ConfigLerValor.html nesse método vai obter como retorno a configuração da lib para determinado campo.