Robson Babinski

Bom dia, ok. Vou atualizar e verificar! Obrigado!

Sim, eu vi. Porém se passar somente a ChavePrivada e o Certificado nenhum deles é alimentado dando erro 500. Pois mesmo passando no WebSservice.Configuracoes.ChavePrivada na hora de validar ali está em branco, pois ele não passa para o BoletoWS.ChavePrivada. Por isso adicionei aquelas duas linhas ali da segunda imagem. Dessa forma funcionou, pegando o Token corretamente de acesso a API.

Bom dia, estou homologando o registro de boletos no Sicoob, porém eu salvo no banco de dados os arquivos .PEM e .KEY do cliente. Dessa forma eu passo para o Acbr os campos ChavePrivada e Certificado ao invés de usar os campos ArquivoCRT e ArquivoKEY, porém no método DefinirCertificado do fonte ACBrBoletoWS.Rest só alimenta os campos ArquivoCRT e ArquivoKEY, assim se utilizar os outros dois campos ao tentar pegar o token dá erro 500 pois os dados do certificado não são passados. Segue em anexo o arquivo que alterei pra corrigir o problema e ser analisado para adicionar no Acbr a alteração e também imagens para exemplificar o problema. ACBrBoletoWS.Rest.pas

Boa tarde, Não entendi, quebraram como ? Nesse caso como devemos proceder então ? Não tem outra forma de tratar ? Obrigado e desculpe a demora em visualizar!

Sim, os demais continuam iguais. Ok, obrigado! Vou atualizar e verificar.

Isso ao invés de ficar fixo 'CRT' mudei para o que vem no parâmetro IndiceFPG_ECF, pois no TEF do SiTef esse valor tem que ser CARTDIGI quando é PIX.

Estou na revision 29804. Segue em anexo fonte com as alterações feitas. ACBrTEFDClass.pas

Boa tarde, li todo o tópico até aqui e não encontrei nada falando da utilização de TEF via arquivo. Como fica a impressão do comprovante do TEF via arquivo, sem ser via DLL ? Pois como é algo novo a informação do ID da Transação que deve ser gerado não vem no comprovante TEF gerado pelo Acbr. Será tratado isso no Acbr ou teremos que fazer manualmente ? Obrigado!

Bom dia, gostaria de sugerir duas alterações no fonte ACBrTEFDClass para contemplar o funcionamento correto do PIX utilizando o TEF. A primeira é no método TransacaoEPagamento onde inseri a string CARTDIGI junto com as duas outras que já existiam. Segue imagem em anexo. A segunda é com relação a declaração desse método TransacaoEPagamento ser virtual também assim como os outros da unit, pois dessa forma, caso necessário, consigo sobrescrever esse método sem a necessidade de alterar a unit do ACBR. O motivo disso é que toda vez que atualizo o Acbr preciso alterar essa unit também, pois ao compilar o projeto ele dá erro de versão entre essa unit e o restante delas no Acbr. Obrigado!

Fernando era isso mesmo, agora o WebService começou a validar as regras. Pedi a eles que adicionassem isso as regras ou que colocassem no manual, para que quem for fazer a integração não fique perdido tentando identificar o problema. Agora a mensagem de retorno do WebService é essa em anexo. Entrei em contato com o suporte deles agora para verificar, porque não é uma regra de negócio. Obrigado mesmo pela ajuda Fernando!

Boa tarde Fernando, Vou verificar essas questões que comentou e testar. Assim que conseguir aviso aqui se deu certo ou não. Obrigado por enquanto!

Sim já tenho, só fiz um comentário aqui. Podemos continuar por lá.

Bom dia, pois é Italo, e se o suporte deles ajudasse também pelo menos analisando os XMLs gerados. Eles simplesmente não dão suporte algum, você precisa se virar pra tentar achar os problemas analisando as regras de validação através do WSDL porque no manual não tem as regras descritas e nenhum exemplo de como devem ser enviadas as requisições. Até hoje estou com problemas no envio e não consegui resolver, pois dá um erro de comunicação ao enviar o CIOT. Algum campo do XML está com problema e não consigo identificar qual é.

Boa tarde, conseguiu fazer a homologação e enviar um CIOT ?

Bom dia, A respeito do CIOT ainda não está enviando. Em contato com o suporte obtive a seguinte resposta: [22/06/2020 10:35:22] Suporte e-FRETE: Bom dia Robson, não temos condições de avaliar xml de cada integração, por este motivo aconselhamos a utilização do SOAP na montagem das requisições. E acompanhar a estrutura do wsdl disponível nas URLs indicadas na documentação. Eu enviei esses dois XML para que eles pudessem me ajudar, porém a resposta foi essa. Se alguém puder me ajudar a identificar qual é o problema deles, porque parece que o problema está na montagem dos dados, porque os cadastros estou conseguindo enviar. Obrigado! 20200622084755-CIOT.xml 20200622084808-CIOT.xml

Bom, agora o motorista consegui enviar, já é um começo. Mudei algumas configurações de SSL pra testar. Vou verificar os outros métodos.

Boa tarde Ítalo, Sim, inclusive já tenho o Hash de integrador que estou utilizando para envio das requisições. Eu li este artigo já antes de começar a fazer a implementação. Porém em homologação os dados dos eventos de gravar pelo que me parece deve ser utilizados os dados da planilha que eles disponibilizam junto com o manual, porém o manual não diz nada a respeito disso. Eu perguntei a eles sobre esses dados e ainda não tive um retorno, e via telefone o suporte parece que está dentro de um calabouço conversando, é meio complicado o suporte deles. O Acbr gera o XML, porém no envio o retorno é esse erro mencionado. Já conferi as configurações do Acbr e tudo mais, porém sem sucesso.

Boa tarde, Estou tentando fazer a homologação do sistema com o CIOT, porém enviando o CIOT ou qualquer outro método de gravação como por exemplo o GravarVeiculo ou GravarMotorista o retorno é erro de comunicação. Em contato com o suporte do e-Frete, que por sinal é péssimo, fui informado que: Suporte e-FRETE: Para dados de veículos e contratados (proprietários) é necessário utilizar os exemplos que constam na planilha de dados dev Alguém que teve esse mesmo problema conseguiu resolver ? Porque o suporte deles diz que o problema não é deles e lá está funcionando.

Bom dia Italo, Sim eu estou utilizando o Acbr pra gerar o XML, porém estava olhando o manual para fazer no sistema a manipulação dos dados, mas vou copiar as classes do Acbr então que estão corretos. Obrigado pelo retorno!!

A TAG de pagamentos, no manual página 20 que recebi do e-Frete no dia 10/03/2020 que é a versão 6 que creio que seja a última disponibilizada por eles, ela está no grupo AP01 e não no AP16 vinculada a viagem. A TAG pagamentos seria do grupo de "AdicionarOperacaoTransporte" e não do grupo "Viagens". Se alguém tiver um manual mais atual favor compartilhar, pois a comunicação com o pessoal do e-Frete demora, é feita somente através de abertura de chamado ou através do telefone, porém o telefone eles nunca atendem. Manual WebService Sistema e-FRETE 6.0.pdf

Boa tarde, também estou com o mesmo problema ao adicionar a viagem. Ellison está usando o certificado ou fazendo login com usuário e senha ?

Problema resolvido com a substituição das dlls e atualizando o Acbr. Obrigado pela atenção !

Bom dia, Então eu tentei também utilizando a libWinCrypt e deu o mesmo problema. Porém hoje atualizei o Acbr e as dlls também para fazer uns testes e vou monitorar se o problema vai continuar ou não. O estranho que isso acontece somente no MT, nos outros estados está normal. Acontece esporadicamente esses erros, as vezes envia um e dá erro no próximo. Se o problema não ocorrer mais aviso mais tarde. Obrigado pelo retorno!

Alguém está com problemas de envio e retorno na sefaz do Mato Grosso ? Direto retorna erro 12030 ou 12031. As configurações de SSL estão todas corretas, windows atualizado. Raiz de certificados também instalados, utilizando a capicom e ssl 1.2 para envio. As vezes envia e as vezes ocorrem esses erros 12030 ou 12031. Somente no estado de MT, todos os outros estão normais. Não tem nenhum software instalado também que bloqueie a transmissão dos dados.

Eu desenvolvi um fast específico para utilizar na impressão, caso ainda não tenha criado posso disponibilizar aqui para ser adicionado ao Acbr.