Ir para conteúdo
  • Cadastre-se

Jefferson Alves da Silva

Membros Pro
  • Total de ítens

    48
  • Registro em

  • Última visita

Sobre Jefferson Alves da Silva

Últimos Visitantes

519 visualizações

Jefferson Alves da Silva's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

15

Reputação

3

Community Answers

  1. Italo, boa Tarde! Descobri o motivo de não funcionar na minha aplicação. A Configuração de proxy. É preenchido com dados persistido do banco de dados. E meu cliente tinha preenchido essa informação no banco dele. Tirando isso passou a funcionar igualmente no programa de exemplo
  2. Italo bom dia! Eu revisei novamente os itens apontados e continuo com o problema. Segue abaixo : 1. Configuração do componente; Foi feita e esta exatamente igual R: Não encontrei nenhuma diferença da configuração do componente. 2. Preenchimento das informações do serviço prestado. Chegou a verificar se no nome do emitente ou destinatário ou na descrição do serviço contem caracteres especiais? R: Nome do Emitente não vai no XML vai uma Hash de identificação para a empresa e outra para o usuário. Ambos estão indenticos ao utilizado no programa de exemplo 3. Verificar se não existe nenhuma linha de código referente a configuração do componente fora da procedure responsável pela configuração do mesmo. R: Não tem nenhuma linha que altere as configurações fora da procedure que é responsável pelo mesmo. Indo na pasta de Schema desse provedor eu verifiquei um TXT com o Seguinte texto O provedor não disponibilizou os schemas. Logo o componente não tem como validar o envio do RPS, consulta ou cancelamento antes de enviar para o WebService. Para que a conexão com o webservice do provedor Conam ocorra é preciso configurar a propriedade HttpLib com o valor httpWinINet. Porém sem sucesso também usando o WinInet. Configurações igual não estão funcionando estou testando as diferente agora. Se tiver alguma nova orientação ficaria muito grato!
  3. Bom dia Italo! Irei checar os itens que foi pontuados novamente. Assim que conseguir identificar onde esta o meu erro comunico aqui para deixar registrado. Agradeço mais uma vez o empenho
  4. @Italo Giurizzato Junior bom dia! No programa exemplo agora esta funcionando, por outro lado na sua aplicação não esta, correto? R: Correto, no programa exemplo esta funcionando. O que estava impedindo a validação em 100% da NFSe era que no hardcode tinha um CEP inconsistente com o munícipio do tomador. Eles fazem a validação do CEP. Ambas as aplicações estão sendo executadas na mesma maquina ou em maquinas diferentes? R: Sim mesma máquina, incluse coloquei na mesma pasta para testes. Eu atualizei as DLL da pasta e continuo com problema na minha aplicação. Quando uso wincrypt da Time Out e quando OPENSSL da HTTP 500 Host Not Found. Ontém eu alterei os dados da NFSe que estavam em HardCode no programa exemplo e consegui validar a nota pelo programa de exemplo. Mas continuo com problema quando tento emitir pela minha aplicação. Eu ja comparei as propriedades dos compomentes uma a uma. Abri dois delphi, coloquei monitor lado a lado e comparei e não identifiquei nada de diferente no que tange configuração do componente. Fiz isso tanto no design do componente no object inspector como no código na procedure ConfigurarComponente; Desse modo a orientação do provedor CONAM de altera o XML não se sustenta. O real problema é que na minha aplicação não funciona. O que me deixa encucaco é que tenho outros provedores funcinando na minha aplicação. Eu atendo aqui , São Paulo, Diadema, Ourinhos, Campinas, Guarulhos e etc. São ai 3 provedores ISSSaoPaulo, GINFES , SMARAPD e ISSDF. Normalmente quando tento incluir um provedor novo não tenho trabalho. preciso colocar somente alguns if ACBrNFSeX1.Configuracoes.Geral.Provedor = novoprovedor e tratar o preenhimento de coisas em particular. E Para ser sincero acredito que nem esta chegando a bater no provedor quando a requisição é feita pelo meu aplicativo. Algo esta barrando e não sei o que.
  5. @Italo Giurizzato Junior Boa Tarde! O Provedor montou um XML ao qual eles dizem que dessa forma validou no sistema deles. Segue em anexo o XML enviado por eles. Comparando com o XML que esta sendo gerado notei algumas diferenças. Gerou algumas tag a mais porém vazias , o Reg30 foi gerado , as tags estão com pré fixo "nfe:" em seus nomes. Por gentileza poderia verificar o XML enviado pelo provedor. taboao.xml
  6. @Renato Rubinho e @Italo Giurizzato Junior bom dia! Eu coloquei o EXE do Programa de Exemplo na mesma pasta da Aplicação e ele funciona da mesma forma. Atualizei as DLL da LibXML2 e da OPENSSL Testando no programa exemplo com OPENSSL funciona. Na minha aplicação ao invés de time out da HTTP 500 Em suporte com o Provedor Conam eles chegaram a pergunta se estou enviando em produção ou homologação e ao responder pediram para verificar se a URL é https://nfe.etransparencia.com.br/sp.taboaodaserra/webservice/aws_nfe.aspx?wsdl a única diferença é ?wsdl no final da url. Cheguei a dar mais uma verificada na configuração do componente e não de diferente. Teria mais alguma orientação ?
  7. Italo, boa tarde! O Time out persiste mesmo com os XML corrigidos Encaminhei novamente para o Suporte da CONAM para ver se tem mais alguma orientação. Agradeço o empenho até o momento. 1-env-lot.xml 1-env-lot-soap.xml
  8. Renato, eu fiz o teste recomendado de colocar o EXE do programa de exemplo na mesma pasta da aplicação e o programa exemplo continua a funcionar. O suporte da CONAM retornou solicitando ajuste no XML. O Reg90 esta ficando desconfigurado quando valores menor que 1,00. No teste que fiz pela minha aplicação a nota de 10,00 dando 0,30 de ISS Nota que fiz no exemplo de 100,00 com 3,00 de ISS talvez seja esse o problema. Ainda não tive tempo de parar e testar com uma nota de valor maior. Segue abaixo a solicitação de correção do suporte do Provedor CONAM.
  9. Italo , boa tarde! Estou aguardando o retorno do suporte da CONAM. Eles me enviaram um e-mail com um protocolo de atendimento e telefone. Pensei até em colocar o mesmo conteúdo hardcode no Sistema e comentar no código o preenchimento dos dados da nota. Vou esperar mais um pouco se não sinalizarem algo vou fazer isso. Eu reporto aqui o final da história. Agradeço as dicas até então.
  10. Italo e Renato, boa tarde! Eu fiz os testes na mesma máquina. Não localizei o ACBrNFSeXServicos.ini duplicado em outra pasta que o Sistema tenha acesso. E as configurações pelo que conferi estão as mesmas. A diferença mesmo é os dados do RPS que no Exemplo Hard Code é um dado e no sistema é oriundo do banco de dados com dados mais reais. Eu enviei o XML da requisição para o Suporte da CONAM para eles validarem e ver se por acaso tem algo que ao bater lá gere uma excessão não tratada de modo que eu fique sem resposta provocando um time out. No portal da nfse dessa prefeitura não gerou nenhuma nota. Outro fato é que ao ir na consulta de RPS ele tem registro do último RPS recusado. O último RPS recusado é o enviado pelo exemplo e não pelo Sistema. Então tenho ainda dúvidas se o lote esta chegando no destino.
  11. Italo bom dia! O 5000 esta no projeto de exemplo que esta batendo e sendo suficiente para comunicar. No meu Código eu já tinha aumentado para 60.000 como pode ver abaixo. E mesmo assim continua a dar o TimeOut; No exemplo com 5 segundo vai rapidinho. Retorna o protocolo. Ai coloquei 15 segundos de espera para consulta do lote e volta a rejeição por questão do CEP. No sistema que não retorna nada. Só TIMEOUT
  12. Italo. bom dia! Essas são as configurações que eu uso para emissão da NFSe No Programa de exemplo uso as mesmas
  13. Prezados, boa tarde! Estou incluíndo o municipio de Taboão da Serra no sistema. No programa de Exemplo do ACBrNFSeX o botão Emitir Nota (Novo) esta conseguindo fazer o Envio do Lote e sua respectiva consulta. Só não validou por que o CEP que esta Hard Code no exemplo não pertence a Nenhum município. Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: 3F56B31420F009957A4E Numero do Lote: Parâmetros de Retorno Situação Lote : Sucesso : False Erro(s): Código : Erro Mensagem: PROTOCOLO [3F56B31420F009957A4E] RPS [1] SERIE [85] STATUS [Rejeitado] Correção: --------- Porém no Sistema ao fazer o teste de envio estou recebendo Time Out ao Enviar o Lote. Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 12002 Erro HTTP: 0 URL: https://nfe.etransparencia.com.br/sp.taboaodaserra/webservice/aws_nfe.aspx Erro: 12002 - TimeOut de Requisição Falha Enviando a Requisição. Erro: 12002 - TimeOut de Requisição Correção: -------- Olhando os XML do Lote não identifiquei nenhuma informação tão diferente do que é gerado pelo Exemplo. Segue os XML gerado e enviado pelo Sistema e Pelo Exemplo. Alguém poderia avalisar e ver se tem algo que não tenha notado entre um e outro para que o Servidor não responda. No debug ambos seguem o mesmo caminho e o Timeout se da ao consumir a Dll da Winhttp para fazer a requisição function WinHttpSendRequest; external Winhttpdll name 'WinHttpSendRequest'; Tendo o Result False no Sistema e True no exemplo. 1-env-lot-soap_erro.xml 1-env-lot_erro.xml 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml
  14. BigWings, Boa Tarde! Depois de atualizar, executou o ACBrInstall_Trunk2.exe, pra compilar os pacotes? R: Sim Recompilou também a aplicação, no caso o programa exemplo do componente? R: Sim Tem algum arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação? R: Não O componente está configurado para a versão 4.00 do layout da NFe? R: Não estava, ao alterar para versao ve400 e clicar em salvar configuraçções no próximo teste o consumo deu certo. Obrigado pelo suporte.
  15. Boa Tarde , BigWings! Fiz update Hoje. E permaneceu na mesma. Configurei somente o necessário como Certificado , Propriedades SSL, Caminho de Schemas e outros path. E preencho os inputquery da rotina.
×
×
  • 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.