José M. S. Junior

Esse erro pode estar ocorrendo por haver algum campo incompleto e acaba caindo nessa rotina de validação da UF... Campo "chNFe" precisa ter a chave completa da NFe e campo "cUF" não existe nesse arquivo, "CNPJ" deve estar completo. verifique esses campos...

Bom dia Analisamos a sua contribuição, mas é complicado alterar algo genérico que já foi homologado e está em uso por todos. Precisaríamos do Manual da Caixa com essa especificação, assim se for o caso faríamos uma tratativa apenas para esse banco... Pois no manual que temos a especificação correta dos campos é a atual, conforme anexo: http://svn.code.sf.net/p/acbr/code/tools/Bancos/CaixaEconomica/

Bom dia Laercio, A implementação atual está baseada em outro layout, específica do Banco Daycoval, conforme abaixo: http://svn.code.sf.net/p/acbr/code/tools/Bancos/Daycoval/ Para o Layout desse Banco que anexou, creio que seria necessário a implementação separada como sendo Banco Industrial do Brasil.

O envio é Sincrono então sempre é realizado um a um. Mesmo se adicionar vários títulos o componente vai fazer isso, enviando um a um e retorna a Lista com o processamento de todos os títulos, mas não é recomendado adicionar uma grande quantidade de títulos uma única vez, isso poderia causar uma demora no retorno, além disso pode ser que determinado título seja registrado e outro não...

Bom dia, A UF está configurada corretamente no ACBrMonitor - Menu DFe / WebServices? Se sim por favor anexe o log completo e o seu .ini

Experimente realizar um teste utilizando o próprio ACBrBoletoDemo, nessas máquinas para se certificar, pois nele está sempre gravando as tags de respostas... Outro detalhe é sempre manter as dlls da OpenSSL junto ao Executável, assim garante que está utilizando as mesmas e não alguma outra do Sistema. Experimente também aumentar o timeOut de resposta...

Boa tarde, Analisamos os seus fontes, mas note que a Unit desse Banco já segue o padrão refatorado das classes do boleto, por isso utiliza a classe padrão do ACBrBoleto, com métodos específicos para alterar o que muda entre um banco e outro... Justamente para diminuir duplicidades de código. Nesse sentido note que tem um método específico para a definição do NossoNumero onde pode ser estendido apenas esse método na classe do Banco: "DefinePosicaoNossoNumeroRetorno" Para alterar a posição de leitura do NossoNumero bastaria sobrescrever esse método... Mesmo assim o NossoNumero do Unicred são 11 posições com Dígito, como o componente lê apenas o NossoNumero sem o dígito, deve ler a partir da posição 46 contando 10 posição sem o digito verificador. (Conforme está hoje) Caso deseje ler o NossoNumero com o digito já calculado, passe a property ACBrBoleto.LerNossoNumeroCompleto:= True; Favor realizar os testes dessa forma, qualquer dúvida estamos a disposição.

Bom dia, O Json de retorno é gravado no disco. Se estiver obtendo código 200 e não gera nada provavelmente não está encontrando nada com os parâmetros passados.

Bom dia, Ao enviar o XML e não obter retorno, deve realizar uma Consulta desta mesma chave, assim se a NFCe foi autorizada o XML será atualizado com o Protocolo de autorização. Caso retorno que não consta nenhuma NFCe com essa chave ai sim poderá tentar enviar novamente. Se não for possível realizar a consulta no momento deve sempre incrementar a numeração da NFCe seja para emissão Off-Line ou para o reenvio. Só assim para evitar a duplicidade... (Nesse caso segue a regra de Contingencia, inutiliza a numeração pendente ou cancela a chave posteriormente). segue passo a passo nesse vídeo: Outro detalhe é que sempre preciso guardar o XML de envio ou os dados exatos, para o caso onde precise gerar o XML novamente para consultar e atualizar com o protocolo... dessa forma não terá problemas de digestValue. No ACBr tem opção de gravar ou não o XML mesmo que ele não seja autorizado.

Os dados descritos no exemplo .ini precisam ser passados... para gerar o XML: https://acbr.sourceforge.io/ACBrLib/ModeloCFeINISimplificadovalido.html A configuração existente na biblioteca é para efeito de validação, ativação e vinculação.

Carlos, O CNPJ da consulta é o mesmo do Destinatário nesse XML? Utilizando o DistribuicaoDFeporUltNSU chega a baixar eventos de outros XMLs para esse destinatário? Tem um dalay para o ambiente nacional liberar os arquivos... mas é importante saber se esta ocorrendo o mesmo para outros XMLs, pois pode ser que esse específico já tenha sido baixado.

Boa tarde, o % é baseado no campo ("CodigoMora")... No caso SICOOB CNAB400, seguindo o manual deve ser sempre % Mensal. E faz a multiplicação para seguir a especificação: Para sair correto no Boleto, basta passar ( codigoMora:=2 )

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

Experimente realizar essa mesma configuração em tela e realizar um teste utilizando o botão Testar Configuração... Pode ser algum bloqueio no provedor ou com o e-mail especifico.

Bom dia, Erro SMTP é problema na configuração do e-mail (tela e-mail). Note que está com Alerta informando que falta alguma configuração nessa tela.

Bom dia, Na última versão houve algumas alterações no retorno de alguns métodos... Veja nesse tópico:

Notei que está carregando os dados do Título antes de chamar o método... No caso da consulta não é necessário, basta passar os parâmetros de consulta e o Json com o resultado será obtido na Lista de retorno (ACBrBoleto.ListaRetornoWeb) Tente simular com o aplicativo Exemplo inicialmente...

Boa tarde, Provavelmente ao chamar o método de Consulta está modificando em algum momento a configuração da propriedade "TipoCobranca"... Esse erro ocorre se não estiver setado para: cobBanboBrasilAPI Para tirar a dúvida informe esse código no no inicio do código antes do método de envio ACBrBoleto1.Banco.TipoCobranca:= cobBancoDoBrasilAPI;

Na pasta de exemplo do ACBrBoleto tem o arquivo Report.inc onde define se vai utilizar Fortes... Para utilizar fast basta comentar a linha da diretiva com um ponto (.) ex: {.$define demo_forte} Assim basta abrir o Projeto em Fast

Boa tarde Estevam, Obrigado pela contribuição, vamos verificar a atualizamos em breve...

O ACBrMonitor também seria para integração via troca de arquivos utilizando outras linguagens. Se trabalha com Delphi o indicado é utilizar os componentes mesmo...

Boa tarde, Vamos por partes conforme suas dúvidas... 1 - Se você utiliza Delphi, o aplicativo demonstração nos fontes do ACBr temos um botão "Gerar Remessa" que gera o arquivo Remessa com dados ficticios baseado no Banco e CNAB selecionado. Pode servir como base para implementar ou mesmo homologar o arquivo. Também tem o botão "Ler Retorno", onde é possível ler o arquivo de retorno do Banco, os dados serão alimentados na lista de Títulos, neste caso com Delphi precisa percorrer a lista para obter ou tratar esses dados, mas utilizando o Demo pode ver exemplos de como fazer isso. 2- O Exemplo que temos são os aplicativos demonstração tanto para quem utiliza Delphi e alguns exemplo em outras linguagens para uso da LibACBrBoleto 3- A biblioteca ACBrLibBoleto seria apenas para uso em outras linguagens. Para Delphi seria o demo em VCL. Em Firemonkey não tem um exemplo pronto, mas poderia ser implementado utilizando o componente ACBrBoleto mesmo. Os bancos não tem um padrão entre si. Então por mais que estejam implementados ao gerar os arquivos precisa homologar junto ao sistema do Banco, pois pode exigis uma alteração de um campo ou outro, mas no geral essas inconsistências são apenas de dados, basta ajustar os valores dos campos, onde apresenta rejeição. Temos essa tabela com as particularidades de cada banco: https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html

Atualizado no SVN, com algumas modificações. Favor realizar os teste...

Boa tarde, Log para análise deve ser o gerado pelo ACBrMonitor, por padrão tem o nome LOG.txt no diretorio raiz. Ou está com o nome configurado na tela inicial: Se está ocorrendo erro de duplicidade indica que a SEFAZ está recebendo o XML, pode estar com lentidão para obter o retorno... Nesse caso, se enviou a NFe e não obteve o retorno, realize uma consulta passando o XML como parametro, para verificar se a Nota já foi recepcionada na SEFAZ: https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html Se a Nota já estiver na SEFAZ o ACBr atualiza o XML com o protocolo. Mas o ideal é que anexe o log para que possamos verificar...

Boa tarde Isso tem haver com a versão do arquivo que o Banco espera, essa versão pode ser definida na sessão do .ini. Exemplo: [Banco] VersaoArquivo=101 VersaoLote=60