José M. S. Junior

Bom dia Lucimauro, Remova as configurações do Integrador (Deixe em Branco os campos: PastaInput e PastaOutput). Assim que for removido de vez poderemos retirar essas configurações mas por enquanto basta deixar esses campos vazios para não usar o Integrador. https://acbr.sourceforge.io/ACBrLib/Integrador.html)

Boa tarde, Aparentemente essa rejeição é devido ao código do item não ser válido para a UF em questão. Dê uma olhada nesse tópico onde ocorreu a mesma rejeição.

No layout simplificado o campo a ser informado para esse grupo é o "nrInsc" e não o "cnpjEmpregAnt". Porém mesmo assim notei se será necessário um ajuste nos fontes do componente para gerar esse grupo... Assim que disponibilizado a correção e gerado uma nova versão do Monitor informamos aqui.

verificando...

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

Bom dia, De acordo com o manual o campo transDCTWeb só deve gerar no XML quando valor for "S". Creio que o erro seja uma validação do próprio schema do e-social que exige o campo nesse caso, mas o valor valido seria "S"

Existe alguma inconsistência entre o layout que eles estão comparando com o que utilizamos. Veja que não na posição 5 não deve ser preenchido nada: Para que gere o campo Tipo de Cobrança - "Com Registro". Informe o campo Modalidade=1 Creio que isso já resolva esse rejeição, embora não esteja em conformidade com a posição do relatório de críticas.

@phulano, precisaria ver qual layout eles estão se baseando. Pois o atual no ACBr a partir da posição 5 são campos em branco: '1' + // 001 a 001 - Identificação do registro detalhe wModalidade + // 002 a 002 - Tipo de cobrança ("A" - Registrada e "C" Sem Regsitro) ifthen(wModalidade = 'A', 'A', ' ') + // 003 a 003 - Tipo de carteira = "A" Simples IfThen(TipoImpressao = tipCarne, 'B', 'A') + // 004 a 004 - Tipo de impressão = "A" Normal "B" Carnê //--Anderson Space(12) + // 005 a 016 - Filler - Brancos

Boa tarde, Qual o Banco? Pois o Numero do Banco informado no arquivo não corresponde ao indice? Se possível anexe seu arquivo de remessa...

Boa tarde, Está preenchendo essa tag como "N" e está saindo do XML?

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

Boa tarde, Segundo manual desse banco esse código deve ser de 2 à 9 se boleto é emitido pelo cliente.

@DeveloperATS, pelo seu log está sendo passado o numero da remessa corretamente... Realizando um teste por aqui não conseguir simular o problema, veja o log da lib e como foi gerado o arquivo do Itaú: Se seu arquivo estiver diferente disso, por favor anexe o mesmo aqui ou me envie em PV, para que possamos verificar.

Bom dia, No arquivo de configuração da lib "ACBrLib.ini", na tag LogPath pode definir o local onde será gerados os logs. O log da dll é muito importante para identificar problemas do tipo, para saber se o método está chegando corretamente até a na dll ou é algo na aplicação. Veja na sessão Principal, LogPath, se não estiver preenchido, defina um path para os logs. e na tag LogNivel defina como 4 https://acbr.sourceforge.io/ACBrLib/Geral.html Será gerado um log diário:

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

A consulta só precisa do KeyUser e Agencia e Conta realmente, além do filtro.

Tente aumentar o timeout, mas se persistir é importante ter a contingência implementada para esses casos, no caso de SP deve ser o próprio aparelho SAT.

O CodigoMensagem do erro retornado não bate com a descrição da documentação deles... https://apoio.developers.bb.com.br/referency/post/5f4f8850b71fb5001268c9ca Para garantir que está sendo utilizando o endpoint correto, utilize o seguinte código antes do método EnviarBoleto: Boleto.Configuracoes.WebService.Operacao := tpConsulta; De qualquer forma, se está conseguindo incluir, indica que a comunicação está ok... Pode ser algum problema na api mesmo, nesse caso sugiro que questione sobre o erro no fórum do BB.

Boa tarde, Testando aqui, parece tudo ok... A Inicialização os parâmetros são vazios mesmo, a lib gera automático o arquivo de configuração quando não existe. Certifique se está copiando a ACBrPosPrinter32.dll da pasta MT/CDELC

Esse campo posição 184 a 191 do Header do Lote, é o numero da remessa passado no parâmetro do método mesmo, conforme indicação do manual... Se não está gerando no arquivo, não deve estar chegando na lib, para que seja lido. Por favor anexe o log gerado pela ACBrLibBoleto. É um txt de log, por default é gerado no mesmo diretório onde a dll se encontra.

A consulta, não necessita ter o título na lista, basta passar os dados para o filtro ex: Boleto1.Configuracoes.WebService.Filtros.Clear; Boleto1.Configuracoes.WebService.Filtros.indicadorSituacao := isbAberto; Boleto1.Configuracoes.WebService.Filtros.dataMovimento.DataInicio := IncDay(Date,-1); Boleto1.Configuracoes.WebService.Filtros.dataMovimento.DataFinal := Date; Boleto1.EnviarBoleto;

@DeveloperATS, creio que não estamos falando dos mesmos campos. Veja, no parâmetro do método é o numero do arquivo que deve ser passado, esse sai no Header do arquivo e do lote. E tem o campo "NumeroDocumento" de cada título, esse é informado nos dados do título. Por favor poste um print do manual ou do arquivo gerado, onde ocorre a divergência, para facilitar o entendimento.

Esse é o motivo do erro então. Provavelmente está faltando alguma informação para não estar gerando o json. Está informando o Banco correto? ACBrBoleto.Banco.TipoCobranca:= cobBancoDoBrasilAPI; Ao imprimir esse boleto antes do envio está gerando a impressão com todos os dados normalmente?

Bom dia, Seus fontes estão atualizados? Como está preenchendo o campo Carteira? Pois não consegui simular o problema... Se possível anexe o arquivo gerado.

Bom dia, Não consegui simular o problema no envio de email com pdf. Experimente remover o último parâmetro onde não passa nenhum anexo. NFE.ENVIAREMAIL("[email protected]","C:\nfe\uninfe\Enviado\Autorizados\202206\35220699999999000110550010000364341109999060-PROCNFE.XML",1,"Envio de NFe"). Pode ser alguma particularidade do provedor que não está permitindo anexo, ou algum problema com o XML. Se persistir por favor anexe esse XML para verificação.