edson vieira

Estou tentando criar um workspace na api Santander, porém estou recebendo um erro ao executar o endpoint. Obs: 1 - Meu webhook está registrado corretamente em uma rota https (já testei através do postman) 2 - O endereço do endpoint está obedecendo a regra (^https://[-a-zA-Z0-9@:%._\\\\+~#=/$¨&*()]{1,342}$) 3- Liberação das portas 443 e 80 4 - URL estar apta a receber POST com o body/header vazio ou preenchido; 5- URL estar apta a receber POST com o CONTENT_TYPE application/json; Estamos seguindo as regras conforme estabelecidas no site, e mesmo assim nao estou conseguindo registrar. Obrigado.

@Juliomar Marchetti foi o que imaginei mesmo, sera que o erro abaixo e devido a nao ter criado o workspace? acontece ao enviar um boleto.

Aproveitando a thread, uma dúvida, olhando o demo do acbrboleto lá não tem nada referente a manipulação de workspace, vcs estão criando pelo postman, tanto p/ teste quando no usuário final?

voltamos ao erro da autenticação, a mensagem anterior gerou um falso/positivo pois como eu havia passado v2 na propriedade versaoDF, onde o correto é v1, quando v2 o componente inicializa outra class que faz uma autenticação diferente da API, mas enfim, voltei para o erro da autenticação.... Erro: Falha na Autenticação: HTTP_Code=403 Erro=Reference error : 0.136c1002.1754492753.136b9b3

Sobre o erro de autenticação acima, acredito ser a maneira que estava passando os dados do certificado, estava utiliza o mesmo modelo que uso na nfe/nfce preenchendo pa propriedade DadosPFX, mas acredito que o boleto trabalha somente com a propriedade ArquivoCRT, enfim, após fazer este ajuste, o sistema aparentemente conseguiu autenticar mas estou com uma nova msg de erro, veja: Erro: TBoletoW_SantanderMetodo DefinirServicoEAction nao Implementado O que estou fazendo de errado? Obrigado

estou preenchendo todos os dados (aparentemente corretamente), informando client_id, secret... porém, ao tentar fazer o envio de um boleto p/ teste, estou recebendo a msg: Erro: Falha na Autenticação: HTTP_Code=403 Erro=Reference error : 0.b6c1002.1754490791.e93fb6 não deixa dúvidas que é alguma rotina de autenticação, porém, olhei o demo e não encontrei nenhuma rotina que faz busca/acesso de tokens para enviar junto as chamadas... logo, pensei que pode ser algum parâmetro que estou esquecendo de configurar... Obrigado

Bom dia. Estou começando a integração com o modulo de envio de boleto através da API, hoje estamos funcionando normalmente através dos arquivos de remessa/ retorno, mas estamos com esta nova demanda. Estou analisando o demo (ACBrBoletoDemo) e estou com uma dúvida, após o envio (Boleto.Enviar) como faço para visualizar o boleto com o qrcode? seria usar a mesma rotina como por exemplo (BoletoReport.GerarPDF) ? Obrigado.

Pessoal, boa tarde. Vi que tem um tópico a respeito desta integração (ver abaixo o link) mas como já tem um tempo lá deste a última msg, abri um novo p/ ver como anda esta integração... Obrigado.

A impressora que estou fazendo o teste neste momento é uma ControlID e o drive configurado está com a PosEpson, porém no cliente que relatou este detalhe é uma epson.

Fiz um teste p/ depurar esta linha, veja na imagem abaixo o caráter que está sendo utilizado p/ fazer a quebra de linha, não sei se está correto, mas aparentemente este não está funcionando p/ minhas configurações.

BigWings, obrigado pela resposta. eu tenho outros códigos aqui referente a parte de boletos que tive que adaptar p/ possibilitar o envio da chave NFe no arquivo de remessa p/ o banco QITech e pelo visto vou ter que manter esta pois a função QuebraLinhas nao está colocando o caráter p/ fazer a quebra na verdade eu acho que coloca somente quando atinge o total de colunas que neste caso é 64 por se condensado. O post foi mais no sentido de saber se existe alguma outra alternativa, mas se esta for a unica plausível, vamos em frente! Obrigado.

Boa tarde, estou precisando garantir que no final da impressão do cabeçalho na seção do endereço-bairro-cep... tenha sempre uma quebra de linha para que ao fazer a impressão do telefone o mesmo aconteça na linha abaixo, mesmo que a linha do endereço tenha espaço eu preciso que o telefone seja impresso em uma nova linha, veja no print em anexo a solução que tive que fazer "temporariamente" no fonte (ACBrNFeDANFeESCPOS) para conseguir o resultado, mas gostaria de saber se não tem algo que eu possa utilizar, caso não, qual a possibilidade desta variante fazer parte do código oficial para não ter que lembrar de fazer este ajuste todas as vezes?

@Italo Giurizzato Junior sim está tudo certo, p/ variar era falha do lado deles!!! pode fechar o tópico. obrigado pelo suporte!

@Italo Giurizzato Junior boa tarde. Cidade de Ituiutaba-MG

boa tarde, hoje após emissão de algumas nfse o provedor começou a recusar as RPS retornando a msg: A versão do XML Schema do cabeçalho não existe. estamos enviando para o provedor SmarAPD, alguma ideia do que pode ser? Obrigado

@Italo Giurizzato Junior obrigado pela resposta, realmente era 2 apostrofes que o usuário digitou nas informações complementares que apo gerar o xml são convertidos para aqueles conjunto de caracteres & a incompatibilidade com certos caracteres é uma “restrição/sensibilidade” do certificado para gerar a assinatura ou algo que precisa ser ajustado nas rotinas internas do acbr?

bom dia. Provedor SmarAPD, em um RPS específico estou recebendo o retorno E324 - Assinatura do RPS inválida, analisando a estrutura deste xml e comparando com um outro enviado hoje, ou seja, estamos conseguindo subir outros RPS.... neste em específico nao estamos conseguindo, caso alguém tenha alguma possível pista do que pode ser será muito bem vendo a ajuda. em anexo esta um print das tags de assinaturas, para mostrar que aparentementeo arquivo esta sendo gerado corretamente. Obrigado.

@Italo Giurizzato Junior Aparentemente tudo funcionando normalmente agora... vamos aguardar até o dia que eles resolverem brincar com o servidor novamente. Obrigado pela ajuda!

@Italo Giurizzato Junior fiz a atualizacao e os testes. 1 - teste de venda OK 2 - teste de cancelamento [ERRO] veja msg abaixo: X800 - Erro de Validação: --> 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. Pelo que estou entendendo, eles estão fazendo uma verdadeira bagunça, ou seja, para enviar RPS precisa de assinar para cancelar NFSe não precisa....

@Italo Giurizzato Junior boa tarde, obrigado pelo retorno. irei fazer agora!

tem algo que eu possa fazer aqui "como uma solução paliativa" só para liberar estes clientes?

@Italo Giurizzato Junior boa tarde. cidade de Ituiutaba, provedor proSmarAPD

Boa tarde. Fiz atualização do ACBR hoje, e ao tentar transmitir NFSe estou recebendo a msg que o RPS não esta assinado (E174 - RPS não assinado), olhando o xml gerado realmente não consta a tag signature, tem alguma property que foi alterada?

boa noite. @BigWings obrigado pela resposta, realmente era isso, fiz a atualizacao e emitiu normalmente.

Boa tarde. estou precisando emitir uma NFe onde o item tem redução de base de cálculo, CST 020, ao tentar emitir a NFe o mesmo caiu na validação da obrigatoriedade de informar o valor em vICMSDeson, fiz os devidos ajustes e aparentemente tudo normal, porém ao fazer a transmissão agora o webservice está me retornando o seguinte erro: <xMotivo>Rejeicao: Falha no Schema XML do lote de NFe</xMotivo>. Obs: Se enviar uma nota onde nao tem a redução de base o processamento esta normal. Veja abaixo arquivo xml do retorno. 240222132939348-pro-lot-soap.xml