Paulo Alexandre Hostert

Quando eu vou realizar o envio da operação do tipo baixa para o banco do brasil e o boleto já foi baixado/cancelado anteriormente é retornado no JSON o seguinte erro: {"errors":[{"code":"4923892.1","message":"Boleto já baixado/cancelado ou inexistente."}]} Porém na Propriedade ListaRejeicao do TACBrBoletoRetornoWS não está sendo adicionado o erro devido ao JSON retornado, que para erros, retornou errors juntamente com code e message. Na Unit ACBRBoletoRet_BancoBrasil_API observei que está sendo considerado 'erros' para a inclusão da lista no momento do retorno. Conseguem verificar?

Por exemplo, tentar enviar um boleto onde o nosso número já foi enviado anteriormente, assim, é retornado um erro informando "Nosso número já incluído anteriormente". Dessa forma, no retorno, a propriedade de nosso número acaba não preenchendo e tenho que pegar diretamente do JSON Envio, já resolvi meu problema encaminhando um a um sempre, assim, consigo relacionar qual o boleto está sendo referido no processo, porém, acredito que no retorno essa propriedade deveria ser preenchida...

O Nosso número não está preenchido no retorno pelo componente.

No componente do ACBR, quando enviado o boleto para WebService do Banco do Brasil, quando o retorno HTTP é diferente de 201 ou 200, é retornada uma rejeição informando o motivo do erro. Para obter o nosso número pelo da requisição estou usando ACBrBoleto.ListaRetornoWeb[i].JSONEnvio, porém ele retorna apenas uma string com o JSON de envio e preciso tratar para encontrar o campo de numeroTituloCliente. Dentro do componente do ACBR existe alguma forma em classe de percorrer os campos do JSON Envio para obter as informações necessárias? with FACBrBoleto.ListaRetornoWeb[i] do begin { Nosso Número } var numeroTituloCliente := EmptyStr; var JSONValue := TJSONObject.ParseJSONValue(TEncoding.UTF8.GetBytes(JSONEnvio), 0); try if JSONValue is TJSONObject then begin var JSONObject := JSONValue as TJSONObject; JSONObject.TryGetValue<string>('numeroTituloCliente', numeroTituloCliente); end; finally JSONValue.Free; end; Eu percorro a lista de retorno e vou atribuindo o numerotitulocliente...

XML CT-e.xmlBoa tarde, O relatório é em fast report, segue XML conforme solicitado

Boa tarde, Quando imprimo o conhecimento de transporte não são exibidos todos os caracteres da observação, atualmente para versão 4.0 do CT-e é possível informar 2 mil caracteres, o relatório não deveria realizar a quebra da página para serem exibidas as demais informações? Segue um exemplo que a observação no XML possuí mais caracteres que na impressão. O Texto da observação acaba ficando cortado.

Já vimos a alteração. Deu certo, obrigado!

Verifiquei aqui que na api está sendo retornado agora o tipo de logradouro, gostariamos que fosse adicionado se possível na acbr também este retorno Fiz a implementação aqui no sistema e está funcionando sem problemas

Boa tarde, Verifiquei que no fonte do ACBr, não está sendo atribuído o tipo de logradouro junto a consulta da BrasilAPI. Poderiam verificar?

Boa tarde, Deu certo, obrigado.

Bom dia, Quando geramos uma NFS-e para brusque é necessário ter essa tag no XML, como gerar ela?

Bom dia, Verificamos um caractere ² no programa, trocamos por 2 e foi resolvido. Agradeço a atenção.

Bom dia, Verificamos um caractere ² no programa, trocamos por 2 e foi resolvido. Agradeço a atenção.

O erro apareceu quando foi tentado emitir a nota fiscal de serviço.

Bom dia, Quando tentamos realizar um evento de NFS-e para o município de gaspar aconteceu essa mensagem, alguém tem ideias do que pode ter causado?

No XML consta o código de verificação

Quando realizo uma emissão para o município de Gaspar o código de verificação não é retornado, alguém tem ideias do que pode estar acontecendo?

Estamos recebendo a rejeição 796 referente ao preenchimento do CNPJ do recebedor. No XML consta a tag preenchida com o CNPJ. Até o momento não estávamos preenchendo essa tag com uso da sefaz do RS, somente agora quando apontamentos para o ambiente nacional. 42240508284868000172550010000512436415721798-nfe.xml

Existe alguma previsão para implementação do boleto com a Ailos (Viacredi) via API?

Gostaria de saber se é possível realizar a configuração e envio de e-mail utilizando o provedor de e-mail outlook com a autenticação dupla ativa no e-mail. Estamos utilizando as seguintes configurações no ACBRMail: smtp: smtp.office365.com porta: 587 tsl : true; ssl : false; Porém estamos sendo retornados com o seguinte erro: SMTP Error: Unable to send MailFrom. 530 5.7.57 Client not authenticated to send mail. Error: 535 5.7.3 Authentication unsuccessful

Sim, mas depurando a rotina, verificamos apenas que a criptografia da senha estava removendo o caractere '.' da senha, ocasionando o problema no envio do e-mail. Agradeço a atenção.

Bom dia, Utilizamos o ACBRMAIL para enviar os e-mails em um dos nossos clientes, que está utilizando o provedor do outlook office 365, está ocorrendo o erro SMTP Error: Unable to send MailFrom. 530 5.7.57 Client not authenticated to send mail. Error: 535 5.7.3 Authentication unsuccessful [CP6P284CA0064.BRAP284.PROD.OUTLOOK.COM 2024-03-12T20:06:28.431Z 08DC423739215950]. Os dados de acesso ao e-mail estão corretos, utilizando no painel do outlook, acessa normalmente, isso só está ocorrendo com o outlook. O Serviço do mesmo está rodando em 32x utilizei as dlls localizadas no caminho ACBR\DLLs\OpenSSL\1.1.1.10\X86 do ACBR. Como preenchemos as propriedades: with FACBrMail do begin Host := 'smtp.office365.com'; Port := '587'; Username := usuário-email; Password := senha; UseThread := False; SetSSL := 'S'; SetTLS := 'N'; end; Tentei alterar o Servidor STMP para smtp-legacy.office365.com, mas ocorre o mesmo erro também.

Uma dúvida essa tag "valor_tributavel" que agora deve ser preenchida, ela é utilizada apenas para o provedor IPM? pode acabar ocorrendo algum conflito caso acabe preenchendo essas informações para outros provedores como SIMPLISS, Thema, SigCorp.

Nas últimas versões do ACBr começamos a receber o retorno do WebService da IPM para emissão de NFS-e para Brusque, a seguinte mensagem "00000 - Erro na estrutura do arquivo XML enviado" Em anexo o XML gerado pelo ACBr e o XML de retorno do WebService. (Retorno: 1419-lista-nfse-ger.xml) (XML Gerado: 1419-ger-nfse.xml) Verificando XML's antigos gerados, algumas dessas tags informadas estavam sendo preenchidas de forma correta, e estava sendo emitido as notas normalmente. Anexado um XML antigo que foi validado normalmente. (4146-nfse.xml) Acabei alterando os dados do tomador e prestados apenas para envio aqui no fórum. 1419-lista-nfse-ger.xml 1419-ger-nfse.xml 4146-nfse.xml

Italo, Agora deu certo! Obrigado.