José M. S. Junior

Bom dia Sim, o passo 2 é utilizado para homologação junto a SEFAZ utilizando o Simulador. Como não existe uma integração real com o equipamento POS está sendo utilizado valor fixo, o que muda será apenas os campos retornados pelo Simulador (ID, ChaveAcesso, Número de Aprovação). No passo 3 precisa forçar a digitação, visto que não tem como obter essa informação direto do aparelho POS até o momento. Diferente do que ocorre com o TEF, onde já consegue obter os dados através da integração com o Agente Financeiro.

Boa tarde Hugo, Analisando o layout dos demais bancos, notei que alguns já implementam essa leitura no retorno através da Classe TLiquidacao Veja um exemplo no retorno do banco Itau, note que se trata da mesma posição... Creio que possa utilizar essa mesma propriedade para o Banco Bradesco. Liquidacao.Banco := StrToIntDef(Copy(Linha,166,3), -1); Liquidacao.Agencia := Copy(Linha,169,4); Liquidacao.Origem := '';

Bom dia Dê uma olhada no tutorial deste tópico, pode sanar as suas dúvidas.

Bom dia Existe muitas divergências entre o seu fonte e o fonte do SVN, Por favor atualize os fontes, note que foi realizado um refactory em algumas classes. Outra questão é que a alteração quebraria a compatibilidade da classe para quem já utiliza, pois modifica o código do Banco e o layout, verifique se a classe ACBrBancoUnicredES atende o seu layout, pois esse sim utiliza o código 136 para o Banco.

Bom dia, se refere a outra alteração? O primeiro anexo foi ajustado e disponibilizado no SVN.

Ajuste realizado e disponível no SVN. Obrigado pela Contribuição!

Bom dia Foi adicionado a funcionalidade para gerar registro de NFe, porém as demais configurações quebram a compatibilidade para quem ainda utiliza o layout antigo. Creio que o melhor nesse caso seria tratar a versão do layout, assim como é feito no Sicred por exemplo... Se possível, verifique se pode ser utilizado as propriedades fpLayoutVersaoArquivo, fpLayoutVersaoLote para controlar as diferenças do novo layout. As alterações da NFe já estão no SVN, obrigado!

Ajuste realizado e disponível no SVN. Obrigado pela Contribuição!

Ajuste realizado e disponível no SVN. Obrigado pela Contribuição!

Bom dia Ajuste realizado e disponível no SVN. Obrigado pela Contribuição!

Bom dia, Ajuste realizado e disponível no SVN.

Bom dia, Ajustes disponíveis no SVN. Obrigado pela contribuição!

Bom dia, Ajustes disponíveis no SVN. Obrigado pela contribuição!

Boa tarde Atualizou com os Schemas do repositório do ACBr? Qual valor está passando para o campo cOrgaoIBGE?

Ok, verifique a possibilidade de utilizar uma instalação básica da distro para utilização. Ou se necessitar instalar outros recursos tente identificar exatamente o que está instalando que causa o problema na impressão.

Bom dia Pelo log, o erro que está ocorrendo é devido não passar o XML como parâmetro no método de impressão. Veja a sintaxe do método: https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html Outro detalhe é que está utilizando uma versão muito antiga. Baixe a versão atual do ACBrMonitor para testes, não temos relatos de problemas de reiniciar o Monitor nas versões atualizadas. Note que pode utilizar uma conta Trial para baixar: https://www.projetoacbr.com.br/forum/sac/v2/cadastro/

acesse com user: tux senha: 123

Jamil, o @Rafael Dias já havia testado com sua VM e realmente existe o problema... Mas o que estou evidenciando é que não é algo especificamente do Componente ACBr, pode estar relacionado a alguma configuração diferenciada no seu ambiente ou mesmo ao driver de instalação da impressora. Pois quando relatou este problema utilizando o Monitor, realizei diversos testes em um ambiente OpenSuse sem nada instalado, apenas com o ACBrMonitor e uma impressora HP1015 instalada pela rede e imprimiu com o código de barras, mesmo utilizando a impressão direta (sem gerar pdf). A intensão de você testar com essa VM e o ACBrMonitor é justamente para saber se o problema é algo relacionado ao seu ambiente OpenSuse... Tente com essa imagem exportada pela Appliance: user / senha: root https://drive.google.com/file/d/1cYSGaHhyQDTR-jrUxpcIFg20DhdYaXob/view?usp=sharing

Bom dia A configuração do nome do xml retorno pode ser definida na propriedade ConfigArquivo / "PrefixoArqCFe" do componente SAT. Remova a descrição desse campo.

Boa tarde Jamil Aparentemente esse é um problema recorrente desde quando utilizava o ACBrMonitor, porém não sabemos o que pode estar ocorrendo isso, pois em nossos testes não acontece, ou seja, a impressão do código de barras ocorre normalmente, em nossa impressora instalada via rede. Então estou disponibilizando um link com a imagem compactada da VM que estamos utilizando com VirtualBox. Se possível restaure essa VM na sua máquina e realize um teste com o ACBrMonitor mesmo, apenas instalando a sua impressora... Para sabermos se o problema está em alguma configuração na sua instalação do OpenSuse. Segue link para download https://drive.google.com/file/d/1yK-4_z5Spt7JZUYPcwiVRaEX-zs9QB7l/view?usp=sharing

Por favor anexe o log.txt do ACBrMonitor, se não tiver gerando log habilite essa opção na tela inicial.

Boa tarde, o primeiro erro se refere ao parametro do método, precisa passar o path do xml para impressão. https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html Como o erro ao abrir arquivo ocorre após o erro significa que está lendo o arquivo, mas por algum motivo o arquivo está impossibilitado de leitura após essa rotina. Está aguardando o retorno para escrita de um novo método?

Bom dia Cada arquivo .ini corresponde a um evento, precisa adicionar um por vez e posteriormente utiliza o métodos de Envio para enviar todos os eventos adicionados. (Em lotes máximo de 50 eventos)

https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Bom dia Qual aparelho está tendo este problema? Experimentou colocar a dll do sat no mesmo diretório do ACBrMonitor? Ou executar o mesmo como administrador...