José M. S. Junior

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

Bom dia, Seu arquivo não está sendo gerado no formato padrão veja na imagem: Gere o arquivo em UTF-8 ou ANSI

Bom dia O ACBr já realiza as chamadas da dll, chegou a ver co o funciona no demo SATTest:

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Tópico sobre o mesmo assunto...

Boa tarde Neste campo precisa passar o nome da impressora da mesma forma como o Windows está reconhecendo no Gerenciador de Impressoras. Experimente utilizar uma Unidade Mapeada para acessar a impressora. Outra opção é utilizar ESCPOS, passando a porta da seguinte forma : TCP:IP_maquina:Porta (TCP:192.168.1.1:9100), pode ver como funciona o ESCPOS nos fontes do demo SATTest.

Boa tarde, a SEFAZ não disponibiliza serviço para baixar o XML de NFCe, teria que ser pelo site da SEFAZ informando a chave...

Pode ser algo no acesso local... Veja a definição do método:

Por favor anexe também o Manual desse Banco, utilizado para implementar essa classe. Para que possamos validar e disponibilizar nos fontes.

Bom dia Para passar os dados do cedente utilize o método ConfigurarDados, passando o arquivo .ini como parâmetro: https://acbr.sourceforge.io/ACBrLib/BOLETO_ConfigurarDados.html Para passar os dados do Título utilize o método: https://acbr.sourceforge.io/ACBrLib/BOLETO_IncluirTitulos.html

Bom dia, precisa sim referenciar a dll do fabricante no ACBrMonitor, copie a dll para a pasta raiz do ACBrMonitor, alguns aparelhos só funcionam com a dll junto ao executável. Veja no diretório: SAT, os arquivos de retorno são gerados na pasta : "Vendas", deve passar o path desse XML para impressão, no arquivo de respostas deve retornar este path caso o XML seja autorizado e assinado pelo SAT SAT.ImprimirExtratoVenda("C:\ACBrMonitor\Arqs\SAT\Vendas\001-000000-satcfe.xml") Esse se trata do XML de envio...

ACBrMonitorPLUS com NFCe x Integrador Fiscal CE Para quem utiliza o ACBrMonitorPLUS a configuração do Integrador Fiscal é a mesma citada acima, o Integrador deve estar rodando na máquina junto ao ACBrMonitor. Os comandos utilizados no ACBrMonitor, são exatamente os mesmos utilizados para emissão de NFe: https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html Em tela, precisa configurar a opção "Integrador Fiscal" e Configurar os diretórios para Leitura e Gravação dos XMLs utilizados na integração ACBr x Integrador Fiscal... Sempre que for começar emitir NFCe, precisa passar para o componente que vai utilizar esse tipo de documento, pois por padrão sempre define a NFE como primeira opção.Para isso utilize o método: NFe.SetModeloDF("65") obs: Isso precisa ser feito apenas uma vez quando inicializar o ACBrMonitor ou quando for começar a emitir NFCe utilizando o Integrador. Segue abaixo configuração para utilizar o Integrador: Neste caso a pasta "Input" e "Output" configurada no Aplicativo Integrador Fiscal deve ser a mesma configurada nos respectivos campos do ACBrMonitor. Através destes diretórios será realizada a troca de arquivos entre os aplicativos. obs: Para Emissão de NFCe em outra UF é necessário desabilitar a configuração: "Usar Integrador Fiscal". Sempre utilize o comando NFe.SetModeloDF("65") antes de iniciar o envio dos métodos, isso define que está trabalhando com o documentos NFCe- modelo 65.

Boa tarde Jamil, Criei a VM com o OpenSuse64 Leap 15.1 conforme você sugeriu, realizei a instalação do ACBrMonitorPLUS e conforme havíamos dito o ACBr roda apenas na versão da lib OpenSSl 1.0.x, realmente não vai funcionar com a versão da lib OpenSSL1.1.1 que acompanha essa Leap. Porém, apenas copiando a versão anterior da lib: libssl.1.0.0 para o diretório: /lib64/ funcionou... O mesmo deve ser feito para utilizar o ACBrLibNFe, visto que se trata do mesmo componente. Realize um teste, copiando as libs (libssl.so.1.0.0, libcrypto.so.1.0.0) em anexo para o diretório: /lib64/ Veja os testes: Teste OpenSSL.zip

Bom dia Precisa enviar um comando de cada vez, primeiro SAT.Inicializar, lê o retorno depois gera o método SAT.CriarEnviarCFe(...)

Tópico respondido em:

Boa tarde, Neste caso tem aliquotas pré definidas: pICMSInter Alíquota interestadual das UF envolvidas: - 4% alíquota interestadual para produtos importados; - 7% para os Estados de origem do Sul e Sudeste (exceto ES), destinado para os Estados do Norte, Nordeste, Centro-Oeste e Espírito Santo; - 12% para os demais casos.

Bom dia Quando o componente lê um XML é realizado validações de caracteres especias e otimizações no XML, seguindo orientações do manual SEFAZ, provavelmente deve estar removendo também espaços duplos...

Olá Como sabemos o Projeto ACBr foi implementado mantendo a compatibilidade com o Delphi e Lazarus, porém, os arquivos de Formulário no Delphi (.dfm) não é o mesmo utilizado pelo Lazarus, que possui a extensão (.lfm) e utiliza o formato UTF-8. Por esse motivo, quando realizarmos alterações em Formulários do ACBr utilizando o Delphi(.dfm), devemos compatibiliza-lo também no Formulário do Lazarus(.lfm). A forma mais fácil de realizar esta tarefa é Converter o Arquivo alterado, assim não precisamos realizar as mesmas alterações nos dois arquivos. Segue abaixo o procedimento para Conversão. 1- Exclua o arquivo com a extensão .lfm, que já existe no Projeto. ex: ACBrNFeDANFeRLRetrato.lfm 2- Realize uma Cópia do Arquivo .dfm que foi alterado. ex: ACBrNFeDANFeRLRetrato - Copia.dfm 3- Renomeie o Arquivo copiado com o mesmo nome do original, mas altere a extensão para .lfm ex: ACBrNFeDANFeRLRetrato.lfm 4- Abra o arquivo .lfm utilizando o NotePad++ e selecione a opção Converter para UTF-8 (caso ainda não esteja em UTF-8). Salve as alterações... ex: 5- Abra o Formulário Alterado no Lazarus, mova o posição do formulário apenas para poder Salvar as alterações e Compile o Projeto.. Note que ao salvar o formulário utilizando o Lazarus os caracteres acentuados que estavam codificados agora estarão corretos... Basta então testar a Aplicação... Antes: Depois:

Bom dia Qualquer alteração que for realizada no XML vai fazer com que o DigestValue mude, isso é a garantia de que o XML é o original. Se está consultando a chave e o DigestValue do XML da SEFAZ não é o mesmo do seu diretório é por que foi realizado alguma alteração ou realmente o XML foi emitido em duplicidade... O Componente tem um propriedade para ignorar o DigestValue, mas se isso acorre com frequência é importante rever a rotina pois pode estar emitindo em duplicidade no caso de Emissão em contingência. Veja configuração abaixo:

Bom dia Por favor atualize para ultima versão, foi realizado um ajuste para configurar a propriedade SignLib para: LibXML2 isso será ajustado automaticamente...

Bom dia configure da seguinte forma:

Favor atualizar os os fontes do SVN. Obrigado pela contribuição!

Bom dia, favor atualizar os fontes com os Ajustes. Obrigado!

Bom dia, favor atualizar os fontes com os ajustes.