Ir para conteúdo
  • Cadastre-se

jonathan rodrigues

Membros
  • Total de ítens

    14
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

jonathan rodrigues's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • Collaborator Rare
  • First Post
  • Week One Done
  • One Month Later

Recent Badges

0

Reputação

  1. Sim @Italo Giurizzato Junior. é um novo webservice para calculo de rota e de valores de pedágios para abastecer a tag no envio do CTE. porem o problema é que pelo delphi não fiz de jeito nenhum conseguir acessar o webservice deles.. nem pela programacao, nem pelo restdebugger, ja pelo Postman funciona belezinha. a autenticação é por usuário e senha e um hash de integrador.. enviado como xml soap, não necessita de certificado para efetuar as consultar. porem pelo delphi os componentes me retorna erros citas nas mensagens acima. queria ver se alguém sabe o que pode ser ou se já passou por isso. vou anexar o manual deles sobre esse serviço de "vale pedágio". Manual WebService Vale Pedagio 2.4 PDF.pdf
  2. @Italo Giurizzato Junior Boa tarde. O problema NÃO é no ACBrCIOT. a parte do CIOT esta funcionando belezinha. O problema é a integração com o VALE PEDAGIO do e-frete, que ai sim não possui no ACBr. Funciona normal pelo Postman usando o manual do e-frete - VALE PEDAGIO ja pelo delphi -> usando o restdebugger, nethttp me retorna um erro de "unspecified certificate from client" -> usando o import WSDL do delphi para criar a unit de comunicacao soap me retorna "É necessario um certificado para concluir a autenticação do cliente."
  3. Já desinstalei todos os certificados instalado e mesmo assim fica pedindo certificado. hoje ainda não possui no acbr. no acbr só tem CIOT do efrete, estou desenvolvendo parte de vale pedágio.. o mais engraçado é que funciona normal pelo Postman. usando o restdebugger, nethttp me retorna um erro de "unspecified certificate from client" usando o import WSDL do delphi para criar a unit de comunicacao soap me retorna "É necessario um certificado para concluir a autenticação do cliente."
  4. Boa tarde, estou com a seguinte situação, alguém já passou por isso ou sabe qual solução - já tentei pelo RestDebugger do delphi, pela programacao no delphi com indy, nethttp e por restRequest e nao funciona em nenhum, só tive sucesso pelo Postman e não tem nada de diferente do restdebugger Estou consumindo um webservive soap => https://dev.efrete.com.br/Services/LogonService.asmx existe um método login que tenho que passar um obj xml com usuário e senha e hash.. porem ele só retorna que precisa de certificado! Alguém tem alguma dica? Desde já agradeço
  5. Boa tarde, estou com a seguinte situação, alguém já passou por isso ou sabe qual solução - já tentei pelo RestDebugger do delphi, pela programacao no delphi com indy, nethttp e por restRequest e nao funciona em nenhum, só tive sucesso pelo Postman e não tem nada de diferente do restdebugger Estou consumindo um webservive soap => https://dev.efrete.com.br/Services/LogonService.asmx existe um método login que tenho que passar um obj xml com usuário e senha e hash.. porem ele só retorna que precisa de certificado! Alguém tem alguma dica? Desde já agradeço
  6. Não, a parte do ciot já desenvolvi.. agora é parte de vale pedágio do e-frete para criação de rota, veículos, e calculo de pedágios da rotas da carga que será entregue, para adicionar o valor do pedágio e o recibo no ct-e
  7. Boa tarde. integração e-Frete (Vale Pedagio) alguém já fez integração ou sabe se no acbr tem algo relacionado a integração com vale pedágios? desde já agradeço
  8. Boa tarde. estou tentando enviar NFS-e do servidor fiorilli na cidade de JUNQUEIROPOLIS / SP me retornava um erro de código do municio inexistente pois não existe a cidade Junqueirópolis no arquivo cidade.ini, ai inclui manualmente os dados da cidade e ai passou desse erro. No arquivo Fiorilli.ini também não tem nada da cidade Junqueirópolis. agora me retorna outro erro de xml invalido. segue arquivos abaixo desde já agradeço. 32252-env-lotS-soap.xml 32252-recS.xml 32252-recS-soap.xml 3522043169482900016556000000000032252-rps.xml Fiorilli.ini Cidades.ini
  9. bom dia tem alguma maneira de enviar varios cte de uma vez so, igual na nfe ? desde ja agradeco obrigado
  10. boa tarde. integracao REPOM alguem ja fez integração (comunicação via rest) ou sabe se no acbr tem algo relacionado a integração com vale pedagios? desde ja agradeço
  11. Boa tarde.. alguém sabe se no ACBR ou se existe alguma forma de baixar XML da SEFAZ pelo Delphi sem ter a chave das notas. por exemplo quero saber as notas que foram emitidas para meu CNPJ, porem o fornecedor não envia o XML da nota. exemplo: abastecimentos de uma empresa de transporte.. são emitidas as notas para SEFAZ, porem os postos de combustíveis não enviam o XML para empresa. e a empresa precisa dar entrada dos abastecimentos . teria alguma forma de saber se tem XML emitidos contra o CNPJ empresa? desde já agradeço. obrigado
  12. bom dia, @luisclaudio_jr pior que é exatamente assim a estrutura do certificado nome_transp+cnpj a transp é a matriz. é empresa unica. sobre logar pelo site entrando com certificado funciona normal, por isso entrou a duvida sobre o componente ciot
  13. Boa tarde. Sim, esta instalado no trunk2, e foi apagado e reinstalado esta semana. Sim, estamos utilizando o exemplo do acbrCIOT!
  14. jonathan rodrigues

    ACBR CIOT E-FRETE

    Bom tarde! Estou iniciando um teste no exemplo do acbr ciot e esta me retornando um erro. Erro gravando Veiculo:Usuário do certificado digital não encontrado. este erro ocorrem na maioria das operação. A empresa já esta cadastrada no E-Frete e o CNPJ é igual ao do certificado. Tem alguma configuração a mais no componente que tenho que fazer? alguem conseguiu validar o ciot com o e-frete pelo acbrciot?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.