Ir para conteúdo
  • Cadastre-se

Cleonir

Membros
  • Total de ítens

    359
  • Registro em

  • Última visita

Tudo que Cleonir postou

  1. Isso. Se desejarem alterarem o nome tranquilo. Não me veio um nome correto quando eu estava fazendo.
  2. Um cliente meu solicitou um novo layout do Carne. Com recibo do pagador no lado esquerdo. Criei o lCarneReciboBeneficiario. Eu acho que isso que é interessante ter essa opção. Usei o mesmo do Carne já existente, quando informado o lCarneReciboBeneficiario alterará o Orientation para poLandscape e deixará visível o recibo do Beneficiário. Favor analisarem e se possível postarem no SVN. Só implementei no FortesReport, não trabalho com o FastReport. Em anexo arquivos alterados. ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas ACBrBoletoConversao.pas
  3. Boa tarde. Finalmente consegui finalizar a homologação do UNICREDI CNAB 240 em anexo arquivo ajustado. Favor analisarem e postarem no SVN se possível. ACBrBancoUnicredRS.pas
  4. Bom dia. Para testar no demo, no componente ACBrBoleto que esta no dmForte configurar da seguinte forma, nas configurações do Banco o TipoCobrança selecionar cobBradesco, e no LayoutRemessa selecionar c240. só isso já irá reproduzir o problema quando gerar a remessa. Referente aos testes unitários, não testei, não sei direito como funciona. Vou ter que tirar um tempo para ver como funciona os testes unitários.
  5. Boa tarde. Na Remessa do Bradesco CNAB 240 esta ficando com quantidade de caracteres por linha menor que 240, conferindo percebi que tem um trim no result da function TACBrBancoClass.GerarRegistroHeader240 ( NumeroRemessa: Integer ) : String; esta assim: Result:= Trim(ListHeader.Text); É muito provável que seja esse o problema. mas tem mais locais que esta assim. Fiz um teste aqui retirando esse trim do result do RegistroHeader e gerou com os 240 caracteres, mas ele adicionou uma quebra de linha a mais, não sei qual seria a melhor forma de resolver isso.
  6. Bom dia. Também tive essa rejeição do "Cliente sem saldo" quando eu estava testando. Provavelmente você emitiu o CIOT com o tipo de pagamento eFRETE. Para esse tipo de pagamento o emitente no caso a transportadora deve conter saldo lá na eFRETE, por que no caso será a eFRETE que irá realizar os pagamentos.
  7. Beleza. Agora esta ok. Obrigado...
  8. Boa tarde Italo Jurisato Junior. Atualizei hoje e testei. Esta ok agora. Obrigado...
  9. Boa Tarde. Hoje a eFrete me deu um Retorno. [09/04/2020 09:22:16] Suporte e-FRETE: Bom dia, quando você consulta o método (ConsultarTipoCarga) em ambiente de homologação nós encaminhamos esta requisição ao ambiente de homologação da ANTT e repassamos o resultado ao requisitante. O mesmo ocorre em produção, porém, a ANTT não possui a lista ainda, neste caso é retornado uma lista com apenas uma opção, e é esta opção que deve ser utilizada até que a ANTT passe a utilizar o campo, que a princípio ainda não existe previsão. Esta retornando isso: "0 - 1" que no caso o código é o zero. Adicionei o tpNaoAplicavel no final, o correto seria no inicio mas não sei se talvez não vai interferir em alguma outro coisa. Em anexo arquivos alterados. pcnCIOTW_eFrete.pas pcnConversaoCIOT.pas
  10. Para resolver esse problema do CodigoTipoCarga, tive que criar um enumerado tpNaoAplicavel para o tpTipoCarga, quando for esse tpNaoAplicavel joguei o numero zero, por que na consulta dos tipos de carga só retornou o "0 - 1" que no caso o código é o zero. Só assim consegui enviar o CIOT. Criando a tag sem valor como a eFrete tinha solicitado também deu erro.
  11. Consegui descobrir o problema da Viagem Padrão, testando com o SoapUi. O problema esta nos pagamentos, esta gerando de forma errada o xml. ajustes na procedure GerarPagamentos. em anexo arquivo alterado. pcnCIOTW_eFrete.pas
  12. Boa tarde Italo. Para o Tipo de Viagem Padrão deve ser gerado a tag mas sem valor. Só criado a tag.
  13. Boa noite Italo. Resolveu para o caso acima. Mas Continua o problema em produção. Que segundo a eFrete deve ser null para Tipo Viagem Padrão. Talvez adicionar um enumerado tpNull, resolveria. Mas eu ainda não consegui testar mandando null, por que agora estou com outro problema esta dando erro 400 para Tipo Viagem Padrão.
  14. Bom dia, Agora estou com este erro na hora de enviar um CIOT com tipo de viagem Padrão. WebService Enviar Documento: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 400 URL: https://dev.efrete.com.br/Services/PefService.asmx Erro: 0 - €€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€ Somente na viagem padrão, não entendi o porque ? Mais alguém com esse problema ao enviar uma Viagem do tipo Padrão ? Ou eu que estou fazendo alguma coisa errada ? Em anexo XML de envio. XMLEnvioCIOT.XML
  15. Ops. Desculpa. Não tinha prestado atenção nisso.
  16. Mais alguém com esse problema ao enviar uma Viagem do tipo Padrão ? Ou é eu que estou fazendo alguma coisa errada ?
  17. Bom dia, Agora estou com este erro na hora de enviar um CIOT com tipo de viagem Padrão. WebService Enviar Documento: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 400 URL: https://dev.efrete.com.br/Services/PefService.asmx Erro: 0 - €€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€ Somente na viagem padrão, não entendi o porque ?
  18. Opa se eu não informar nada joga o numero 0 e acontece essa rejeição Fora.Da.Faixa Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 356.812) Erro adicionando operação de transporte: Valor 0 informado para CodigoTipoCarga fora da faixa permitida É obrigatório a tag mas deve ser null
  19. Estou com um problema com o CodigoTipoCarga, segundo a eFrete é para mandar nulo em produção. esta assim Gerador.wCampo(tcInt, 'AP258', 'CodigoTipoCarga ', 01, 01, 1, CodigoTipoCarga); o CodigoTipoCarga é um enumerado. Como eu poderia fazer para deixar nulo esse campo ?
  20. Bom dia. Alguma previsão ?
  21. Beleza. Atualizei hoje, testei e esta tudo ok.
  22. Sim, salvou corretamente. Em anexo PDF. CIOT260253.pdf
  23. Boa tarde Italo. Removendo o UnZip resolveu o problema. Você faz este ajuste ou precisa que eu adicione o arquivo alterado?
  24. O PDF que salvou ficou assim. CIOT257306.pdf
×
×
  • 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.