José M. S. Junior

Boa tarde No momento NFSe não está disponível no ACBrMonitor. Se utiliza Delphi ou Lazarus a melhor opção é implementar utilizando o componente ACBrNFSe, pode usar como referência o Demo do ACBr

Bom dia, parece ser um layout mais atualizado... Se possivel anexe seu layout para verificação

Será que se trata do mesmo layout? Se possível solicite o manual em que o Banco está se baseando para validar, para saber qual campo está esperando e se é o mesmo layout utilizado pelo ACBr

Bom dia, sim um registro por pagamento, funciona apenas com arquivo nos moldes do integrador fiscal, o integrador é responsável por realizar a comunicação com a SEFAZ. Veja como configurar o ACBr nesse tópico:

Boa tarde, se estã se referindo ao Header do arquivo, creio que essa informação deva ser preenchida no campo "Convenio"

Bom dia, utilize o campo "CodigoMoraJuros" como padrão para juros

Isso pode ser problema de acesso ao disco ou permissão ou mesmo problema com o disco, note pela mensagem que não consegue criar o arquivo no diretório...

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

Isso pode variar de Banco para Banco, por isso nessa função é necessário passar o título com dados obrigatórios já preenchidos No caso Bradesco só será calculado o dígito, mas realiza validações como Cedente.ResponEmissao, e Carteira além do campo NossoNumero

Boa tarde, pode utilizar o método MontarCampoNossoNumero , passando o título como parâmetro... Os titulos podem ser gravados apenas com as informações de geração e não necessariamente precisam ser emitidos ou transmitidos, com isso já teria os dados do mesmo. Ex: ACBrBoleto.Banco.MontarCampoNossoNumero(ACBrBoleto.ListadeBoletos[ATitulo]);

Boa tarde, está se referindo a impressão ou o XML? Se for no XML segue a especificação de casas decimais do manual SAT, na impressão voce pode configurar para 3 casas o campo Qtd e VlrUnit. na aba Impressao do SAT.

Não temos relatos desse tipo de problema, o que pode acontecer é se na inicialização ou quando for gravar as alterações, não encontrar o arquivo ACBrMonitor.ini ele vai criar outro com configurações zeradas... Mas não sei se seria esse o caso...

Boa tarde, qual versão está utilizando?

1- Adicionado Configuração de "Marca" para configurar o ACBrSAT No menu: SAT / Dados SAT CFe, agora é possível configurar a Marca do equipamento (Todos homologados pelo ACBr). Informando a Marca automaticamente será configurado a dll e tipo de dll utilizado pelo fabricante e também a página de código utilizada pelo equipamento SAT. O objetivo é facilitar a configuração do SAT visto que cada fabricante tem suas particularidades, assim quando informar a marca o próprio ACBrMonitor já copia a dll correta para o diretório raiz do ACBrMonitor. Veja mais detalhes no Canal ACBr: Veja registro completo

Tente realizar um debug na classe DoACBrSAT do ACBrMonitor, procure pela função: LoadFromIni(AStr); Verifique qual o valor esta chagando no parametro dessa função e tente dupurar a mesma...

Boa tarde, quanto a isso não houve alterações no componente... Primeiro o componente valida se a String do parametro tem estrutura de um INI, verificando [], se for carrega o INI, senão verifica se o Parâmetro é um path válido, antes de retornar essa mensagem. Nesse caso não está reconhecendo a String do parâmetro como INI, verifique se realmente está sendo passada nessa variavel.

Boa tarde, estes arquivo XML no padrão do Integrador é gerado pelo próprio componente ACBr... Basta configurar o path de entrada e saida no componente ACBrIntegrador, e o mesmo deve estar "ligado" ao componente ACBrNFe. Pode simular teste utilizando o demo ACBrNFe

Boa tarde, correto... está se comunicando com a Sefaz nesse caso recebeu mas ainda não processou a NFCe, precisa realizar uma consulta pela chave até obter a autorização O ideal de NFCe é enviar no modo Sincrono... Passando 0 sexto parametro como 1: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Boa tarde Elder, neste caso precisa considerar o tempo de resposta do próprio aparelho, conforme você mesmo citou. O ideal é realizar os mesmo testes localmente para saber qual seria esse tempo e posteriormente ver a diferença utilizando TCP/IP... Note que a configuração TCP/IP tem um timeout de espera na sua aplicação esse timeout pode ser um pouco maior para evitar de encerrar a comunicação antes da retorno. obs: O passo 5 - SAT.Inicializar() não é necessário.

Boa tarde, Sicred ainda não está implementado

Aparentemente está nas exigencias fiscais da SEFAZ também:

Então, note que neste XML a assinatura está valida se verificar no validador SEFAZ: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx, isso indica que no XML original provavelmente sofreu alguma alteração após assinado e autorizado, isso invalida a assinatura... O que precisa fazer é assinar novamente o XML original para que o sistema da contabilidade consiga ler o mesmo... passe o path do XML como parametro, após executar o método NFE.AssinarNFe(Path_XML) esse XML estará com a assinatura válida... Poderá utilizar o link do validador SEFAZ para verificar. Só que para assinatura ficar com assinatura identica ao XML que consta na SEFAZ, só se gerar o XML exatamente com os mesmo dados sem nenhum espaço ou caractere diferente.

Acesso remoto não adiantaria visto que já está seguindo as recomendação de testes que estamos passando. O instalador a gente baixa do próprio fórum é o que todos usam... O que poderia fazer é disponibilizar sua VM do Ubuntu, para que possamos baixar aqui e tentar simular o problema por aqui, se se necessário instalar a IDE do Lazarus para depurar...

A intensão de utilizar o método assinar é saber se terá alguma mudança na assinatura ou se continua a mesma... Pois se a assinatura está inválida assinando novamente deveria mudar o digestValue no novo xml gerado.

Se utiliza o método AssinarNFe nesse XML, o novo XML gerado permanece com a mesma assinatura e digestValue? Imagino que o XML tenha sido alterado após a autorização... https://acbr.sourceforge.io/ACBrMonitor/NFEAssinarNFe.html