Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Italo Giurizzato Junior

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    37.523

  • Registro em

  • Última visita

  • Days Won

    1.057

 Tipo de Conteúdo 

Tudo que Italo Giurizzato Junior postou

  1. Italo Giurizzato Junior
    Bom dia Cleomar, Pelo que eu descobri as URLs com o final /services/nfse/ws/Servicos.wsdl tanto ambiente de homologação, quanto de produção estão funcionando. Já as URLs com o final /portal/Servicos?wsdl somente a de produção esta funcionando. Não faz nenhum sentido usar esta ultima para o ambiente de produção e a de cima para homologação, pelo simples fato de que nesta ultima dentro do elemento <Body> temos o elemento <enviarLoteNotas> e dentro deste o elemento <xml> e por fim dentro deste o lote de RPS a ser enviado formatado como string. Já as URLs que constam no e-mail que você recebeu temos o elemento <Body>, dentro temos <enviarLoteNotasRequest> e dentro deste o lote de RPS a ser enviado formatado como XML. Como você pode ver não faz nenhum sentido montar um soap diferente para cada ambiente. Vou fazer alterações no arquivo INI do provedor com o objetivo de gerar o soap para os serviços de envio, consulta e cancelamento seguindo a estrutura definida pelas URLs lhe passadas pelo e-mail. Assim que estiver pronto lhe comunico através desse tópico para que você possa realizar os testes.
  2. Italo Giurizzato Junior
    Bom dia Brito, Antes de executar o método CancelarNFSe você esta carregando o XML da NFS-e que se pretende cancelar?
  3. Italo Giurizzato Junior
    Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Italo Giurizzato Junior
    Bom dia Diego, Já enviei para o repositório a sua correção, mais uma vez muito obrigado.
  5. Italo Giurizzato Junior
    Bom dia Adonis, Favor configurar as margens via código. Vide o programa exemplo: if ACBrNFe1.DANFE <> nil then begin ACBrNFe1.DANFE.TipoDANFE := StrToTpImp(OK, IntToStr(rgTipoDanfe.ItemIndex + 1)); ACBrNFe1.DANFE.Logo := edtLogoMarca.Text; ACBrNFe1.DANFE.PathPDF := PathMensal; ACBrNFe1.DANFE.MargemDireita := 7; ACBrNFe1.DANFE.MargemEsquerda := 7; ACBrNFe1.DANFE.MargemSuperior := 5; ACBrNFe1.DANFE.MargemInferior := 5; end;
  6. Italo Giurizzato Junior
    Bom dia Valdir, No XML de retorno consta os eventos: 310112 = Encerramento Fisco (que não constava na lista de eventos) e o 510620 = Registro de Passagem Automático. Fiz uma alteração em duas units para que esses dois eventos sejam identificados. O de encerramento recém incluído tem o enumerador: teEncerramentoFisco e o outro teRegistroPassagemBRId. Favor atualizar os fontes e faça novos testes.
  7. Italo Giurizzato Junior
    Bom dia Ramalho, Quais são as URLs de homologação e produção da cidade de Pires do Rio?
  8. Italo Giurizzato Junior
    Bom dia Mesquita, O problema é simples, veja no Schema a definição do elemento EnviarLoteRpsEnvio: <xsd:element name="EnviarLoteRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="IdentificacaoRequerente" maxOccurs="1" minOccurs="1" type="tcIdentificacaoRequerente"/> <xsd:element name="LoteRps" type="tcLoteRps"/> </xsd:sequence> </xsd:complexType> </xsd:element> Note que antes do elemento "LoteRps" foi incluído por esse provedor o elemento "IdentificacaoRequerente". A mensagem de erro de validação deixa claro isso. Vamos simplificar e traduzir a mensagem de erro: mensagem original: Element '{http:\\shad.elotech.com.br\/schemas\/iss\/nfse_v2_03.xsd}LoteRps' is unexpected according to content model of parent element '{http:\\shad.elotech.com.br\schemas\iss\nfse_v2_03.xsd}EnviarLoteRpsEnvio'.Expecting: {http:\\shad.elotech.com.br\/schemas\/iss\/nfse_v2_03.xsd IdentificacaoRequerente} Simplificando: Element LoteRps is unexpected according to content model of parent element 'EnviarLoteRpsEnvio'. Expecting: {IdentificacaoRequerente} Traduzindo: O elemento LoteRps é inesperado de acordo com o modelo de conteúdo do elemento pai 'EnviarLoteRpsEnvio'. Esperando: {IdentificacaoRequerente}. Conforme o fragmento do Schema colocado acima, dentro do elemento EnviarLoteRpsEnvio deve vir primeiro o elemento IdentificacaoRequerente e depois o LoteRps. Sendo assim se faz necessário uma alteração na unit pnfsNFSeG, mais precisamente na função Gera_DadosMsgEnviarLote. Veja esse fragmento dessa função onde foi feita uma alteração semelhante para o provedor SigEp. else begin if Provedor = proSigep then begin Gerador.Prefixo := Prefixo4; Gerador.wGrupo('credenciais'); Gerador.wCampo(tcStr, '#01', 'usuario ', 01, 15, 1, UserWeb); Gerador.wCampo(tcStr, '#02', 'senha ', 01, 05, 1, SenhaWeb); Gerador.wCampo(tcStr, '#03', 'chavePrivada', 01, 01, 1, ChaveAcessoPrefeitura); Gerador.wGrupo('/credenciais'); end; Gerador.Prefixo := Prefixo3; if Provedor in [proCoplan, proSIAPNet] then Gerador.wGrupo('LoteRps' + FaVersao + FaIdentificador) else Gerador.wGrupo('LoteRps' + FaIdentificador + FaVersao + FaNameSpace); (...) No caso do provedor SigEp antes do elemento LoteRps existe o elemento credenciais. Caso queira contribuir com o projeto, faça a alteração e anexe a unit alterada para que possamos analisar.
  9. Italo Giurizzato Junior
    Bom dia a todos, Deixo aqui uma dica. Quando começa um problema de conexão sem nenhuma alteração na sua aplicação, com certeza o problema é no provedor. Não adianta ligar para o provedor, pois eles sempre vão negar que o problema é no webservice. O melhor caminho é solicitar ao seus clientes que abram um protocolo na prefeitura relatando o problema. Lembre-se que o provedor recebe da prefeitura e não de você, logo esta se lixando com você. Agora os contribuintes reclamando com a prefeitura que não conseguem emitir notas a coisa muda de figura.
  10. Italo Giurizzato Junior
    Bom dia Douglas, Tem provedor que o layout do XML baixado do site é diferente do XML gerado pelo webservice.
  11. Italo Giurizzato Junior
    Bom dia Wanderson, Você definiu as margens via código?
  12. Italo Giurizzato Junior
    Bom dia, Ao emitir um MDF-e onde o responsável pelo transporte é um TAC - Agregado ou equiparado TAC, devemos informar no MDF-e as informações do pagamento do Frete ou enviar o Evento de Pagamento da Operação de Transporte quando o serviço for finalizado. Resumindo: As informações do pagamento do frete devem ser enviadas para a SEFAZ. Se o pagamento ocorrer antes da realização do serviço, devemos gerar o MDF-e com o grupo <infPag>, por outro lado se o pagamento ocorrer após o termino do serviço, devemos enviar o Evento.
  13. Italo Giurizzato Junior
    Bom dia Valdir, Favor anexar o XML de retorno da consulta. Se o valor de tpEvento é teNaoMapeado isso significa que o código do evento de Encerrando Fisco é diferente do Encerramento realizado pelo emitente.
  14. Italo Giurizzato Junior
    Bom dia André, Na unit pnfsConversao temos a função ProvedorToVersaoNFSe, você informa o provedor (enumerador) e ela retorna a versão do provedor, veja: function ProvedorToVersaoNFSe(const AProvedor: TnfseProvedor): TVersaoNFSe; begin case AProvedor of proABRASFv2, pro4R, proABase, proActconv2, proAgiliv2, proBethav2, proCoplan, proDigifred, proeReceita, proFIntelISS, proFiorilli, proGoiania, proGovDigital, proISSDigital, proISSe, proLink3, proMitra, proNEAInformatica, proNotaInteligente, proProdata, proPronimv2, proPVH, proSaatri, proSiam, proSisPMJP, proSystemPro, proTecnos, proVirtual, proVitoria, proVersaTecnologia, proSafeWeb, proWebISSv2, proSH3, proSiapNet, proISSJoinville, proSmarAPDv2, proAsten, proELv2, proTiplanv2, proGiss, proDeISS, proTcheInfov2, proSigep, proDataSmart, proDesenvolve, proCenti, proRLZ, proSigCorp, proGiap, proiiBrasilv2, proSimplISSv2, proMegaSoft, proModernizacaoPublica, proElotech, proFuturize: Result := ve200; proInfiscv11, proLencois: Result := ve110; else Result := ve100; end; end; No "case" da função acima o provedor que não constar na lista iniciada por proABRASFv2 e que não for o Infisc e lencois acaba caido no "else", logo a versão 1. Temos também a função ProvedorToLayoutXML que retorna o layout do XML, veja: function ProvedorToLayoutXML(const AProvedor: TnfseProvedor): TLayoutXML; begin case AProvedor of proABRASFv1, proAbaco, proActcon, proBetha, ProBHISS, proCIGA, proDBSeller, proDSFSJC, proFISSLex, progeNFe, proGinfes, proGovBR, proISSCuritiba, proISSFortaleza, proISSIntel, proISSNet, proLexsom, proMetropolisWeb, proNatal, proNFSeBrasil, proPronim, proPublica, proRecife, proRJ, proSalvador, proSilTecnologia, proSimplISS, proSJP, proSpeedGov, proThema, proTinus, proTiplan, proWebISS: Result := loABRASFv1; proABRASFv2, pro4R, proABase, proActconv2, proAsten, proBethav2, proCenti, proCoplan, proDataSmart, proDeISS, proDesenvolve, proDigifred, proELv2, proElotech, proeReceita, proFIntelISS, proFiorilli, proFuturize, proGiss, proGoiania, proGovDigital, proiiBrasilv2, proISSDigital, proISSe, proISSJoinville, proLink3, proMegaSoft, proMitra, proModernizacaoPublica, proNEAInformatica, proNotaInteligente, proProdata, proPronimv2, proPVH, proRLZ, proSaatri, proSafeWeb, proSH3, proSiam, proSiapNet, proSigCorp, proSigep, proSimplISSv2, proSisPMJP, proSmarAPDv2, proSystemPro, proTcheInfov2, proTecnos, proTiplanv2, proVersaTecnologia, proVirtual, proVitoria, proWebISSv2: Result := loABRASFv2; proAgili, proAgiliv2: Result := loAgili; proEgoverneISS: Result := loEGoverneISS; proEL: Result := loEL; proEquiplano: Result := loEquiplano; proGoverna: Result := loGoverna; proInfisc, proInfiscv11: Result := loInfisc; proISSDSF, proCTA: Result := loISSDSF; proSiat: Result := loSiat; proSP: Result := loSP; proCONAM: Result := loCONAM; proSmarAPD: Result := loSmarAPD; proIPM: Result := loIPM; proGiap: Result := loGiap; proAssessorPublico: Result := loAssessorPublico; proSigISS: Result := loSigISS; proWebFisco: Result := loWebFisco; proLencois: Result := loLencois; else Result := loNone; end; end; Através desta função você sabe se o provedor segue o layout da ABRASF versão 1 ou 2 ou se tem um layout próprio.
  15. Italo Giurizzato Junior
    Bom dia Will, Pelo que entendi o provedor resolveu de uma hora para outra mudar o layout do XML? Se sim, você consegue os Schemas e o manual que apresenta essas mudanças?
  16. Italo Giurizzato Junior
    Bom dia Diego, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas, assim que possível vou analisar a sua alteração.
  17. Italo Giurizzato Junior
    Bom dia Beatriz, Essas URLs são do webservice ou do site? No arquivo INI devemos informar a URL do webservice. No arquivo SigISS.ini temos: [URL_P] RecepcaoLoteRPS=%NomeURL_P%/ws/sigiss_ws.php?wsdl GerarNFSe=%NomeURL_P%/ws/sigiss_ws.php?wsdl [URL_H] RecepcaoLoteRPS=%NomeURL_H%/ws/sigiss_ws.php?wsdl GerarNFSe=%NomeURL_H%/ws/sigiss_ws.php?wsdl Note que temos na URL a variável %NomeURL_P% para Produção e %NomeURL_H% para Homologação. Já no arquivo Cidades.ini temos: [3304904] Nome=Sao Goncalo UF=RJ Provedor=SigISS NomeURL_H=https://testenfse.pmsg.rj.gov.br:443 NomeURL_P=https://nfse.pmsg.rj.gov.br:443 A titulo de exemplo a cidade de São Gonçalo. Quanto o componente for acessar o webservice de São Gonçalo vai utilizar as URLs: Homologação -> https://testenfse.pmsg.rj.gov.br:443/ws/sigiss_ws.php?wsdl Produção -> https://nfse.pmsg.rj.gov.br:443/ws/sigiss_ws.php?wsdl Note que o componente automaticamente troca a variável pelo seu valor informado no arquivo Cidades.ini Favor verificar quais são as URLs de Produção e Homologação utilizadas no webservice para a cidade de Araras.
  18. Italo Giurizzato Junior
    Bom dia Gil, A versão do Monitor que você esta utilizando é a mais recente? Se sim, então se faz necessário uma correção na rotina do Monitor que gera o arquivo INI de retorno.
  19. Italo Giurizzato Junior
    Boa tarde Lucas, Na Nota Técnica 2020/001 do MDF-e Integrado que trata sobre esse assunto não deixa claro isso. Mas acredito que deve ser um acordo entre o emitente do MDF-e e o TAC contratado. Se vai pagar adiantado informa no MDF-e, por outro lado se vai pagar somente quando terminar o serviço, não informa no MDF-e e envia o evento quando o serviço for concluído.
  20. Italo Giurizzato Junior
    Boa tarde Douglas, Já enviei para o repositório a sua contribuição, muito obrigado.
  21. Italo Giurizzato Junior
    Boa tarde João, Já enviei para o repositório a sua contribuição, muito obrigado.
  22. Italo Giurizzato Junior
    Boa tarde Marcos, Já enviei para o repositório a sua contribuição, muito obrigado.
  23. Italo Giurizzato Junior
    Bom dia Jeanny, Me recordo que ao emitir o CT-e Normal de MG deve constar a URL de MG na string do QR-Code, mas ao emitir em Contingência (SVC-SP) tinha que ser trocado para a URL da SVC-SP. Depois mudou não era mais para trocar, agora não sei mais em que pé esta essa confusão.
  24. Italo Giurizzato Junior
    Bom dia Mago, Fiz alterações nos arquivos Cidades.ini, VersaTecnologia. Schemas do provedor e no fonte do componente, consegui enviar a nota para o webservice. Favor atualizar os fontes e faça novos testes.
  25. Italo Giurizzato Junior
    Bom dia Carlos, Você poderia anexar o XML do CT-e de subcontratação, para que eu possa analisar?
×
×
  • 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.

The popup will be closed in 10 segundos...