-
Total de ítens
6.523 -
Registro em
-
Última visita
-
Days Won
54
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por José M. S. Junior
-
-
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.
-
4 horas atrás, Sistemas Victory disse:
precisa ser informado o grupo sucessaoVinc e o ACBR está IGNORANDO o grupo informado no INI.
Vou anexar os dois arquivos para você dizer onde estou errando.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.
-
1 hora atrás, Sistemas Victory disse:
Sim. Mas o ACBR RETIRA do xml, ou seja, não matem.
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.
- 1
-
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:
- 1
-
Obrigado por reportar.
Fechando. Para novas dúvidas, criar um novo tópico.
-
23 minutos atrás, rpaulogio disse:
Consegui realizar a consulta, estava preenchendo alguns campos desnecessário: AgenciaDigito/CNPJCPF/ContaDigito, retirei os mesmos e a consulta retornou os boletos.
A consulta só precisa do KeyUser e Agencia e Conta realmente, além do filtro.
-
16 horas atrás, jose pinto disse:
Apos enviar a NFCe esta tendo DEMORA no retorno e após atingir o tempo de espera aparece a mensagem:
Erro Interno: 10060
Erro HTTP: 0
URL: https://nfce.fazenda.sp.gov.br/ws/NFeAutorizacao4.asmxNão retorna a autorização da SEFAZ no ACBRMONITORPLUS
Alguém já passou por esta situação?
O que fazer?
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.
-
-
54 minutos atrás, DeveloperATS disse:
Grato pela sugestão, mas testando aqui, o "NumeroDocumento" afeta o campo 19.3P, "Nº do Documento". No entanto, o campo que falta para deixar igual ao arquivo que está sendo comparado é o 20.1, "Número Remessa/Retorno"; vide screenshot do padrão original FEBRABAN e o equivalente da documentação específica do Itaú:
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.
- 1
-
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.
- 1
-
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.
-
Em 24/06/2022 at 15:54, Carlos Luciana disse:
24/06/2022 10:09:33 - NFE.ENVIAREMAIL("[email protected]","C:\nfe\uninfe\Enviado\Autorizados\202206\35220699999999000110550010000364341109999060-PROCNFE.XML","1","Envio de NFe","")
24/06/2022 10:17:50 - OK: Enviando e-mail em segundo plano...
24/06/2022 10:17:50 - Email: Iniciando processo de envio.
24/06/2022 10:17:50 - Email: Configurando o cabeçalho do e-mail.
24/06/2022 10:17:50 - Email: Logando no servidor de e-mail.
24/06/2022 10:17:51 - Email: Iniciando os envios.
24/06/2022 10:17:51 - Email: Processando lista de destinatários.
24/06/2022 10:17:51 - Email: Enviando dados.
24/06/2022 10:17:52 - Email: Fazendo Logout no servidor de e-mail.
24/06/2022 10:17:52 - Email: Enviado com sucesso]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.
Erro na emissão da NFC-e no CE com ACBRLIB
em Dúvidas gerais
Postado
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)