Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.037
  • Registro em

  • Última visita

  • Days Won

    1.076

Tudo que Italo Giurizzato Junior postou

  1. @gladston, Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.
  2. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  3. @Mario Inacio, Essa linha esta errada: ProRecepcionar=prorecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS?wsdl O correto é: ProRecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS E a versão tem que ser: 2.00 e não 2.01
  4. Boa tarde Sandro, Muito obrigado pela colaboração, já foi criado a TK-6123 para realizar a alteração.
  5. Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já criei a TK-6121 para avaliação.
  6. @Mario Inacio, Vamos lá: Provedor=Fiorilli Versao=2.01 ProRecepcionar=prorecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS?wsdl 1. Se enviar como versão 2.00 o que ocorre? 2. Para o componente no final da URL não precisa do ?wsdl 3. isso aqui esta errado: ProRecepcionar=prorecepcionar=https:(...) tem 2 ProRecepcionar Notei que eles mudaram de .com.br:8443 para .app.br:8443 Já criei a TK-6120 para realizar a troca e enviar para o SVN.
  7. Boa tarde @Paulo Alexandre Hostert, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Informações sobre o Refactoring vide o tópico abaixo.
  8. Olá Pessoal, Com esse refactoring mudou a forma de ler as informações de retorno ao averbar um documento. Para pegar o retorno do envio, agora fazemos da seguinte forma: ACBrANe1.WebService.Enviar.**** onde **** é os campos: Numero, Serie, Filial, etc Veja este fragmento de código do programa exemplo: memoLog.Lines.Add('Parâmetros de Retorno'); memoLog.Lines.Add('Numero : ' + Numero); memoLog.Lines.Add('Serie : ' + Serie); memoLog.Lines.Add('Filial : ' + Filial); memoLog.Lines.Add('CNPJ Cliente : ' + CNPJCliente); memoLog.Lines.Add('Tipo Documento: ' + tpDoc); memoLog.Lines.Add('Data/Hora : ' + DateTimeToStr(DataHora)); memoLog.Lines.Add('Numero do Prot: ' + Protocolo); memoLog.Lines.Add('CTe : ' + CTe); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); Temos também os dados do seguro que é lido da seguinte forma: ACBrANe1.WebService.Enviar.DadosSeguro.**** if aDadosSeguro.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Dados do Seguro:'); for i := 0 to aDadosSeguro.Count -1 do begin memoLog.Lines.Add('Numero Averbação: ' + aDadosSeguro[i].NumeroAverbacao); memoLog.Lines.Add('CNPJ Seguradora : ' + aDadosSeguro[i].CNPJSeguradora); memoLog.Lines.Add('Nome Seguradora : ' + aDadosSeguro[i].NomeSeguradora); memoLog.Lines.Add('Numero Apolice : ' + aDadosSeguro[i].NumApolice); memoLog.Lines.Add('Tipo Movimento : ' + aDadosSeguro[i].TpMov); memoLog.Lines.Add('Tipo de DDR : ' + aDadosSeguro[i].TpDDR); memoLog.Lines.Add('Valor Averbado : ' + FloatToStr(aDadosSeguro[i].ValorAverbado)); memoLog.Lines.Add('Ramo Averbado : ' + aDadosSeguro[i].RamoAverbado); memoLog.Lines.Add('---------'); end; end; Recomento fortemente que estudem o programa exemplo. No que se refere ao retorno vejam a procedure ChecarResposta.
  9. Boa tarde @HERALDO, Fiz uma alteração para contemplar os 3 novos campos. Como você utiliza o ACBrMonitor por favor aguarde uma nova versão do mesmo. Para alimentar esses 3 novos campos o seu arquivo INI deverá ficar da seguinte forma: [Prestador] (...) Anexo=<informe aqui o anexo> ValorReceitaBruta=100 DataInicioAtividade=17/10/2024
  10. @Mario Inacio, Estava checando o arquivo ACBrNFSeXServicos.ini e notei que a URL foi atualizada no dia 21/05/2024, veja: [4321667] ; Incluído em 28/09/2022 ; Atualizado em 21/05/2024 Nome=Tres Cachoeiras UF=RS Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://trescachoeirasweb.msgestaopublica.com.br:8443/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://trescachoeirasweb.msgestaopublica.com.br:8443/issweb/home.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?
  11. Boa tarde @Artur Alencar, Muito obrigado pela colaboração, já foi criado a TK-6119 para atualização do arquivo.
  12. Boa tarde @Mario Inacio, Se tratando do provedor Fiorilli, mantenha a versão 2.00, caso contrario vai ocorrer erros como o que você teve do componente não encontrar os schemas.
  13. Boa tarde @gladston, Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. O código do Item de serviço tem que ficar da seguinte forma: 8.01 em vez de 08.01
  14. Bom dia @sandroreck, Fiz algumas alterações na unit nova que usa o ACBrXmlDocument responsável pela leitura do XML da NF-e/NFC-e. Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de usar o ACBrXmlDocument marcada, recompile a aplicação e faça novos testes. Fiz alterações na leitura do ICMS, PIS e COFINS. Caso detecte outras tags que não estão sendo lidas corretamente, por favor nos comunique.
  15. Boa tarde @HERALDO, Já criei a TK-6115 para verificar se ainda falta mais algum campo, mas pelo que notei só falta a Data Inicio de Atividade. Outra coisa importante é que as alterações feita são validas tanto para o ambiente de homologação quanto de produção.
  16. Boa tarde @Elmar Luiz, O componente ACBrNFSeX já esta preparando, veja: [3138401] ; Atualizado em 05/09/2024 Nome=Leopoldina UF=MG Provedor=Fiorilli Versao=2.00 Params=Assinar:NaoAssinar ProRecepcionar=https://leopoldina2-web.sigmix.net/IssWeb-ejb/IssWebWS/IssWebWS
  17. Boa tarde @Paulo Alexandre Hostert, Já foi criado a TK-6114 para criar um tópico para apontar algumas coisas que mudaram. Identifiquei algumas coisas que estão faltando no componente que serão feitas também.
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Boa tarde @gladston, Em minha postagem anterior expliquei sobre a diferença de versões de layouts da ABRASF e o fato de que cada provedor se utiliza de uma delas.... Em seu teste me parece que você não seguiu o fluxo da versão 2... pode por favor refazer o teste conforme esta instrução? Vamos lá, na sua postagem temos: Requisição Ambiente : 2 - Homologação Cidade : Campos Dos Goytacazes/RJ Provedor : Giss Versão: 2.04 Data/Hora: 16/10/2024 14:10:03 O provedor é o Giss que se utiliza da versão 2.04 O que eu escrevi na minha postagem: Todos os provedores que se utilizam da versão 2.xx do layout da ABRASF como é o caso do provedor Giss não tem o serviço de Consulta a Situação do Lote. Por favor segui este fluxo Na versão 2 o fluxo é: 1. Enviar o Lote no modo assíncrono; 2. Consultar o Lote pelo numero do protocolo retornado pelo envio. Na versão 2.xx devemos Consultar o Lote informando o numero do protocolo e não Consultar a Situação do Lote. Isso explica a mensagem de erro que diz a você que o serviço que esta tentando consumir o provedor não implementou em seu webservice.
  20. Boa tarde @Éva Cleidiane Coutinho, Nos ajudaria se você pudesse disponibilizar o XML da NF-e que ao tentar ler com a nova unit não fez a leitura correta. Você poderia nos enviar o XML?
  21. @Cognum Informatica Ltda., Essa alteração não procede, pois acabei de receber um relato de outro desenvolvedor que conseguiu enviar o RPS e este foi processado com sucesso. O tópico abaixo tem 3 páginas, veja o que a Paula escreve na página 3. Por favor leia este outro tópico onde fizemos um apanhado de informações para que a emissão ocorresse com sucesso.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. @Paula Zamboni de Campos da, Muito obrigado pelo seu retorno. Vou fechar este tópico pois acredito que a questão inicial era o envio com sucesso do RPS. Para outras situações tais como consultas, cancelamento e substituição, por favor vamos criar novos tópicos. Desde já muito obrigado a todos pelos seus testes e conversas com o provedor.
  24. Olá Pessoal, Para quem esta realizando testes com o provedor Giss (GissOnline) da empresa Eicon, vai algumas dicas: 1. Tanto o Ginfes quanto o Giss são da empresa Eicon. 2. A Eicon pretende migrar todas as cidades atendidas pelo Ginfes para o Giss. 3. O webservice do Ginfes trabalha com a versão 1 do layout da ABRASF, já o webservice do Giss trabalha com a versão 2.04 4. Apesar de existir o modo de envio síncrono no webservice do Giss, recebemos informações de colegas da comunidade, de que o pessoal da EICON recomenda usar o modo de envio assíncrono. 5. Na versão 2.xx da ABRASF não existe o serviço de consulta a situação do lote, este serviço existe na versão 1. 6. Na versão 2.xx a consulta a nota pelo seu numero é por faixa, logo devemos informar um numero inicial e final. 7. No ambiente de homologação do Giss devemos informar o código 0076 ao alimentar o campo CodigoPais, no ambiente de produção deveremos informar o código 1058 8. No ambiente de homologação não são todos os códigos de ItemListaServico aceitos, segue em anexo uma planilha que traz os código aceitos e a respectiva alíquota. lista_servico_atividade_ws_homologacao.xlsx 9. Infelizmente, de acordo com alguns relatos de colegas, o GISS parece espelhar o mesmo problema do provedor Ginfes de as vezes não devolver uma mensagem de erro fidedigna ao erro propriamente dito. Um exemplo disso é o erro: Caso o recebe, confira o arquivo XML do RPS que foi gerado e veja se todas as informações consideradas obrigatórias de acordo com o schema foram geradas.
×
×
  • 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.