José M. S. Junior

Bom dia Para consultar Cadastro de outra UF, precisa configurar a lib com a mesma, se refere ao campo UF do arquivo ACBrLib.ini. Vale lembrar que não são todas as SEFAZ que disponibilizam WebService de Consulta Cadastro.

Bom dia O manual atualizado está disponível on-line, nele você encontra um passo a passo de como integrar o componente NFe, assim como o modelo completo de um arquivo .ini https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html Existe também vídeos explicativos com os Primeiros Passo e integrando um NFe com o modelo do .INI em anexe, além do Curso Completo do ACBrMonitor que está sendo disponibilizado as aulas: https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Boa tarde Com o próprio ACBrMonitor é possível realizar testes, passando os comandos na pasta Monitorada pelo ACBrMonitor: https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html Mas quanto a integração com a aplicação é necessário entrar com o suporte técnico do Software...

Boa tarde O AcbrMonitor contempla o componente ACBrCHQ apenas para impressão de cheque, pode ver nas configurações do monitor os modelos disponíveis. Neste componente existe o método CHQ.CMC7 para leitura, mas aparentemente não funciona para todos os modelos de impressora. O ACBr possui o componente CMC7 (Não disponível no ACBrMonitor) que apenas gera o código CMC7 a partir dos dados informados. Esse componente pode funcionar em conjunto com o componente ACBr.LCB - Leitor de Código de Barras... http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDiversos/ACBrCMC7/Lazarus Não sei exatamente como funciona a leitora de cheques, mas creio que funcione simplesmente conectado a porta serial, assim como um leitor Código de Barras de mão... Precisará apenas ler esse código?

Estamos verificando...

Bom dia Aparentemente por default o assume o valor 0 na geração, caso não seja informado a tag. Acredito que estava havendo problemas com algumas UFs quanto ao não preenchimento desta tag...

Note que são dois métodos acessíveis de locais diferentes... ACBrBoleto1.GerarPDF; ou ACBrBoleto1.ListadeBoletos[0].GerarPDF(); O primeiro acessando direto pelo componente ACBrBoleto vai gerar todos os títulos em um único arquivo, o segundo vai gerar apenas o título do index da lista. obs: Está disponível apenas para Fortes Report até o momento.

Está utilizando o Integrador Fiscal do Ceará? Aparentemente este definindo o componente Integrador na propriedade "Integrador" do componente ACBrNFe... Esta configuração vai funcionar apenas com o Integrador Fiscal do Ceará. Se não está emitindo para este estado, desvincule o Integrador do componente ACBrNFe.

Boa tarde Não precisa atribuir nenhuma propriedade para isso, basta chamar os novos métodos a partir do Titulo que deseja gerar ou enviar e-mail. ex: for i:= 0 to ACBrBoleto1.ListadeBoletos.Count -1 do begin ACBrBoleto1.ListadeBoletos[i].GerarPDF(); end;

Bom dia Diogo, Note que foi realizado um refactory recente nas classes desse Banco, inclusive já adicionado o layout UnicredSC. Estamos utilizando a classe ACBrUnicredRS como classe base para os demais layout desse banco, apenas mantivemos a nomenclatura da classe para não ter problemas para quem já utiliza. Está bem parecido com o que voce implementou. Se possível, verifique se é possível adptar seguindo o padrão das classes que já estão implementadas (ACBrBancoUnicredES e ACBrBancoUnicredSC). Ou realizar os ajustes Na classe ACBrBancoUnicredRS, aparentemente o layout que utilizou é o mesmo utilizado nesta classe.

Ok, já estivemos analisando essa situação, mas utilizando o Integrador realmente é necessário definir isso manualmente no componente através do método SetModeloDF, pois existe uma série de validações que o componente realiza ao atribuir essa propriedade e precisam ser validados antes da geração do XML, além disso pode ser necessário alternar entre emissão de NFCe e NFe, isso pode ser chaveado utilizando esse método.

Boa tarde Note no modelo do manual que tem as seções: [Combustivel001], [CIDE001], [ICMSComb001] para esse fim. https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html

Boa tarde @Igor Assis Creio que não entendeu a funcionalidade da lib. A informação para geração dos Boletos sempre precisará estar na sua base de dados, a lib vai fica na aplicação local em cada estação onde for necessário gerar Boletos, baseados nas informações que alimentar a lib é que vai gerar o Boleto, podendo ser um por vez, simplesmente limpando a lista e gerando o próximo , ou todos os boletos do mesmo cedente no caso de Geração de Remessa. Estando com as rotinas implementadas na sua aplicação poerá simplesmente chama-las passando as dados. Os dados do cedente podem ficar gravados no arquivo .ini com as configurações da lib, mas também pode passar os dados do cedente e banco via método utilizando o Boleto_ConfigurarDados ou mesmo junto com os dados do titulo em Boleto_IncluirTitulos.

A identificação no XML é feita quando informa a tag "Mod", mas realmente quando trabalha com Integrador é sempre necessário informar o modelo do documento no inicio da sua rotina. Veja esse tópico, no final descreve a configuração para o ACBrMonitor.

Bom dia @Guess, Creio que essa chamada da função GetTipoCobranca possa ser alterada para cobBancoSafra até mesmo porque aparentemente correspondente SafraBradesco não está sendo mais homologado. Mas note pelo código, que essa rotina é chamada apenas quando o código do banco especificado no componente não é o mesmo do arquivo Retorno. Realizando um teste com seu arquivo aqui, leu normalmente na classe correta: BancoSafra, basta setar antes no componente o Banco correto. ex: ACBrBoleto1.Banco.TipoCobranca:= cobBancoSafra;

Boa tarde Estou verificando, mas pode utiliza o Manual on-line, já está com os métodos atualizados. https://acbr.sourceforge.io/ACBrMonitor/PAFMenuFiscal.html

Bom dia Fábio, o código de baixa e devolução que está utilizando para as Instruções não está de acordo com o Manual do Santander, veja no Manual quais códigos deve utilizar:

Atualizado no SVN.

Se possível anexe o log de todos os métodos enviados para o Monitor, se não estiver habilitado a geração de log, pode definir o nome do log e habilitar o mesmo na aba inicial: "Log de Comandos" Execute o processo de gerar e enviar a NFCe utilizando o log ativo e anexe o mesmo para análise.

O componente ACBrNFe não tem uma função para esse fim... Creio que foi implementado apenas para o MFe pois foi a exigência para homologação no CE. Mas acho que para esse fim poderá utilizar a impressão da NFCe em ESCPOS modelo: "ppTexto", porta: "c:\temp\nfce.txt' . Vai gravar o cupom em modo Texto, assim como ocorre no método do MFe.

Bom dia @Guess, Aparentemente o arquivo de retorno está válido... Está selecionando o CNAB240 na propriedade "LayoutRemessa" do componente ACBrBoleto?

Bom dia O componente não tem uma função para ler o arquivo de Remessa, conforme o Antonio citou acima, lê apenas o retorno. O que poderia fazer é implementar a leitura dessas informações na sua aplicação, baseado no layout de remessa desse banco.

Bom dia @alberonisse, Poderia passar um exemplo dessa situação ou o log do ACBrMonitor? Pois a identificação do Modelo "65" é realizado de forma automática pelo ACBrMonitor desde que o método contenha o .INI ou a chave onde é possível identificar o modelo. Após identificado o modelo se estiver selecionado a opção Utilizar Integrador, será gerado o XML no diretório do Integrador e não vai transmitir assim como é feito para outras UFs Se for utilizar o método NFe.StatusServiço() por exemplo, ai sim será necessário utilizar o método SetModeloDF(65) antes, pois é um método que não identifica a chave ou o modelo e por padrão o componente sempre define como NFe.

Boa tarde Sim, vamos adicionar essa propriedade nas configurações da lib.

No ACBrMonitor não utilizamos a geração de Pagamentos para o Integrador Fiscal, quando se utiliza o Integrador Fiscal, ele é o responsável por realizar toda a comunicação com a SEFAZ o ACBr apenas gera o XML assinado no diretório do Integrador Fiscal e aguarda a resposta do mesmo. No caso do pagamento deve ser passado para o Integrador, um XML comum, apenas com dados de pagamento.