deiviszi

@Daniel InfoCotidiano atualizei os fontes aqui e fiz o teste com o log desativado e funcionou sem erros. Mencionei o log desativado, porque antes funcionava sem erros, caso ativasse o log.

Boa tarde, segue uma sugestão de alteração. ACBrBoletoWS.Rest.pas

Segue o log, mas reforço que com o log ativo o erro não aconteceu nenhuma vez. Inclusive habilitei o log no cliente e funcionou perfeitamente. boletoLog.log

Durante mais testes aqui, notei que ao ativar o log, o erro não acontece, segue o código que usei para habilitar o log: FACBrBoleto.Configuracoes.Arquivos.LogNivel := TNivelLog.logParanoico; FACBrBoleto.Configuracoes.Arquivos.PathGravarRegistro := ExtractFilePath(ParamStr(0)) + 'logs'; FACBrBoleto.Configuracoes.Arquivos.NomeArquivoLog := 'boletoLog.log';

Boa tarde, aqui também aconteceu o mesmo caso, realmente em debug (pausando o código) não acontece o erro. Então pedi para gerar um debug output como pode ser visto na imagem anexa, e o erro parece ocorrer após o httpsend.ResultCode retornar 0. Consequentemente após isso desencadeia os erros anteriormente relatados.

Obrigado, tudo certo. Registrei um título no ambiente: https://trust-open-h.api.santander.com.br/collection_bill_management/v2 e ficou tudo ok.

Boa tarde, segue o arquivo com o ajuste referente aos dias para a baixa automática durante o registro. ACBrBoletoW_Santander_API.pas

Bom dia, vi que foram feitas algumas atualizações e inclusive foi adicionada a consulta dos títulos liquidados. Algo que ficou faltando foi o seguinte:

Boa noite fiz mais alguns ajustes na unit mencionada anteriormente e também na unit ACBrBoletoRet_Santander_API.pas, segue as mesmas para análise. Resumo do que foi alterado: ACBrBoletoW_Santander_API.pas Informação o campo "SeuNumero" nos pares "clientNumber" da API; Adiciona o par "writeOffQuantityDays" (dias para a baixa automática) durante o registro do título; Corrige verificação da variável "LEnvioComplementar" na função "Enviar"; ACBrBoletoRet_Santander_API.pas Remove a primeira tentativa de atribuição do campo "ValorMoraJuros", pois o mesmo não é retornado na primeira consulta, apenas o percentual que é cobrado que é retornado, porém imagino não ser o caso aqui; Atribui o valor do campo "ValorMoraJuros" caso o mesmo não tenha sido obtido no resultado na segunda segunda; Após as alterações realizei os testes no ambiente de homologação através das URL's abaixo, o qual foi orientado o uso pelo suporte da Tools DS: https://trust-open-h.api.santander.com.br/collection_bill_management/v2 https://trust-open-h.api.santander.com.br/auth/oauth/v2/token Fui orientado a usar o ambiente acima porque o Sandbox ainda está com problemas nas consultas. ACBrBoletoRet_Santander_API.pas ACBrBoletoW_Santander_API.pas

Segue a unit alterada em anexo, no meu teste aqui funcionou da forma que preciso. Pois conforme dito anteriormente uso o campo NumeroDocumento para que seja impresso no boleto, e este número do documento seria o documento ao qual o boleto é referente, e uso o campo SeuNumero como identificado do boleto. ACBrBoletoW_Santander_API.pas

É a página 34 do manual. User_Guide_API_de_Cobranca_PT_BR_V2_8.pdf

Boa noite, verifiquei que na unit ACBrBoletoW_Santander_API existe a linha: LJsonObject.AddPair('clientNumber', ATitulo.NumeroDocumento); Onde informa o clientNumber como "Número do documento", porém de acordo com o manual da API este clientNumber seria referente ao campo "Seu número", isso pode ser um erro mesmo ou foi feito propositalmente? Já tenho o sistema funcionando via troca de arquivos e uso a propriedade "SeuNumero" como chave única para identificação dos títulos no sistema e uso o campo "NumeroDocumento" para referir ao número de uma venda, documento fiscal etc, sendo que o campo "NumeroDocumento" não é chave única.

Boa noite, sim foi feita a consulta antes da emissão das últimas NF-e's emitidas. Eu fiz uma nova emissão e mesmo assim o retorno continua sendo o mesmo, nos testes eu fiz a emissão com o CNPJ do emitente diferente e também com o mesmo CNPJ do interessado, com nenhum dos dois deu certo. Obrigado por essa informação, talvez eu deva aguardar mais alguns dias. Não sei se tem algo a ver mas as duas empresas que estou testando são de MG, e MG sempre tem algum problema.

Boa tarde, estou tentando fazer testes no ambiente de homologação para fazer a manifestação do destinatário, porém tenho tido somente os seguintes retornos: Por último NSU: <retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>2</tpAmb><verAplic>1.5.11</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2022-07-14T14:09:19-03:00</dhResp><ultNSU>000000000000000</ultNSU><maxNSU>000000000000000</maxNSU></retDistDFeInt> Por chave de acesso: <retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>2</tpAmb><verAplic>1.5.11</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2022-07-14T14:22:42-03:00</dhResp></retDistDFeInt> Para o CNPJ que estou fazendo os testes eu já emiti algumas NF-e's conforme pode ser visto que as mesmas existem no portal web de homologação da NF-e: Mesmo testando com o sistema de demonstração sempre estou obtendo o resultado de que não existe nenhum documento. Apesar de não funcionar na homologação eu fiz o teste em produção, e no ambiente de produção funcionou, os documentos foram retornados e consegui fazer a manifestação, porém queria fazer mais testes em homologação antes de enviar para o cliente. Caso alguém tenha alguma ideia do que pode ser, me ajude fazendo um favor.

No FAQ lá não fala nada sobre a homologação, mas estou tentando um contato aqui com a prefeitura. No caso do provedor então seria esse ISS Online né, o mesmo já está desenvolvido?