Victor H. Gonzales - Panda

Mas quando você enviou a requisição voce alterou todos os espaços das strings para * ? em ultimo caso tenta recriar o EMV forçando você essa substituição, já que tu tem o location e o txid

fuso horário errado. vejo muito isso por exemplo Mato Grosso do Sul usar a hora correto deles, mas o fuso -0300 assim o horario GMT / Z sai errado

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

bom dia data / hora / fuso horário errado do equipamento tolerância de 5 minutos a mais ou menos que horário correto. https://ntp.br/

[NFe1-1] ;;Apenas para bancos que tem layout com informações de NFe. [NFe1-1] primeiro numero corresponde ao Título | segundo número depois do traço (-) corresponde ao item NFe NumNFe= ValorNFe= EmissaoNFe= ChaveNFe= referente a Monitor e Lib, vai depender da compilação. sendo CNAB400 e tendo os registros de NFe é automático, mas precisa ser a release vigente

Bom dia, não estou localizando agora a documentação da época, mas tenho desde 2021 diversas API homologadas junto ao Banco do Brasil. se há esse parâmetro é porque foi solicitado na homologação da implementação, da mesma forma os 000 a frente do nosso numero. e na documentação interbancária é prefixo da agencia e numero da conta. https://www.bb.com.br/docs/pub/emp/empl/dwn/Doc5175Bloqueto.pdf?pk_vid=297b8c96bf9dea4916976331773b017a

var LNFe : TACBrDadosNFe; var Titulo : TACBrTitulo; Titulo := FACBrBoleto.CriarTituloNaLista; Titulo.Vencimento := XXXXXXXXXXXXXXXXXXX Titulo.DataDocumento := XXXXXXXXXXXXXXXXXXX Titulo.NumeroDocumento := XXXXXXXXXXXXXXXXXXX Titulo.EspecieDoc := XXXXXXXXXXXXXXXXXXX Titulo.EspecieMod := XXXXXXXXXXXXXXXXXXX LNFe := Titulo.CriarNFeNaLista; LNFe.ChaveNFe := '12345678901234567890123456798012345678901234'; LNFe.ValorNFe := 500;

O Nosso Número é composto por 8 Digitos, esse é o valor que o componente está lendo na posição 063 a 070 o Nosso Número com DV é composto por 9 Digitos, esse é o valor nas posições 086 a 094 o seu arquivo nas posições 086 a 094 está em branco, quando o componente marcado como true para ler nosso numero completo, ele está lendo dessa posição.

Boa tarde, olhando seu arquivo de retorno, a posição que deveria vir o Nosso Numero completo, está vazia. referente ao "erro de logica" é que está utilizando da classe base, para remover o DV, pode ser que será utilizado isso invez de capturar do campo de nosso numero completo, visto que o seu por exemplo está vazio, seria legal ver junto ao banco o motivo dele estar em branco. agora referente ao campo de nosso numero do seu arquivo, foi processado, não entendi onde está o problema, tem como explicar melhor onde ocorre?

TK-4577 arquivada

só vai acrescentar se houver NFe informada.

não tem, você pode setar uma impressora e capturar o arquivo gerado por ela, ou gerar em disco e capturar esse arquivo e transacionar ele por stream.

o modulo não pode ter concorrência. você precisa saber se o módulo está disponível para realizar a ação, como o @Daniel Simoes mesmo disse, seja venda / cancelamento, código 8000. 13 segundos, realmente não é um tempo normal para um "ping" de comandos do módulo, esse módulo pode estar sobrecarregado, com aquecimento, ou já apresentando problemas, geralmente o tempo de resposta de 13 segundos é de uma fila de cupons. verificar também se está no ultimo firmware do módulo. conversar com o fabricante do módulo sobre o caso do tempo de demora.

Tópico fechado. Para novas dúvidas crie um novo tópico.

eu não trabalho diretamente com esse banco em produção. mas geralmente o OAuth2 gera o bearer, como você já tem o token, nem sempre você precisa de certificados para as conexões posteriores, geralmente quem exige isso são conexões mutual, mTLS. mas o componente abstrai esse fluxo. mas se o mesmo retorno está tendo no componente e no postman, tudo indica que é algo com as credenciais, já chegou a verificar no suporte do banco?

Berço é onde é alocado a bobina.

Faz o teste em alterar espaços por * no envio da cidade BELO*HORIZONTE (envio da requisição para o PSP)

é uma string, não tem protocolo http ou https, o mesmo deve ser enviado diretamente nos aplicativo bancário somente a string pura. o comportamento de selecionar a string parcial é comportamento da aplicação utilizada / sistema operacional. lembrando que há espaços na string e esses são consideráveis

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Se tu olhar o componente está retornando o mesmo código que o postman... 403... verifique os certificados e as informações que estão sendo passadas

Erro 500 é erro do lado do servidor. https://developer.mozilla.org/pt-BR/docs/Web/HTTP/Status/500 500 Internal Server Error Quando o servidor retorna um código de erro (HTTP) 500, indica que encontrou uma condição inesperada e que o impediu de atender à solicitação. Essa resposta de erro é uma resposta genérica "abrangente". Às vezes, os arquivos log de servidores podem responder com um status code 500 acompanhado de mais detalhes sobre o request para evitar que no futuro erros desse tipo possam voltar a acontecer.

bom dia você só consegue retornar a ultima sessão fiscal, lembrando, que ela precisa ser a imediata, se tu enviar uma consulta de status ou outra coisa, já não consegue mais utilizar.

Bom dia, o Seu certificado possui senha?

Tópico fechado por falta de retorno do usuário