Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.211
  • Registro em

  • Última visita

  • Days Won

    1.130

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Diego, Já esta no SVN.
  2. Boa tarde, Você alterou diretamente o arquivo RES? O correto é alterar o arquivo INI, depois executar o Compila_RES, depois reinstalar o ACBr e por fim fazer novos testes. Lembrando que somente o ambiente de homologação já esta apto a receber o XML do Rps na versão 2.03, versão esta divulgada. Agora se eles divulgam que a versão adotada é 2.03 e o webservice espera uma outra versão, o que podemos fazer?
  3. Willian, Você esta ciente que não se deve mais utilizar o Capicom? A maioria dos provedores requerem o TLS 1.2 e o Capicom não tem suporte para esta versão de TLS. Utilize a configuração abaixo: SSLType = LT_TLSv1_2
  4. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  5. Boa tarde Elisângela, Vou pensar em algo.
  6. Elisângela, Para esta cidades experimente incluir a linha: ACBrNFSeX1.SSL.DescarregarCertificado; ACBrNFSeX1.SSL.UseCertificateHTTP := False; Isso faz com que o componente não utilize o certificado digital, Mas essa configuração já consta na unit do provedor como mostrei acima.
  7. Willian, Chegou a ver o que tem nas abas: Certificado e WebService ?
  8. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Boa tarde Willian, Esta utilizando o programa exemplo para os testes? Se sim, quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Daniel, Sim, Mas, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/
  14. Bom dia Leandro, Mesmo você adicionando os dois condutores só é impresso o primeiro?
  15. Bom dia Guilherme, Mas no SVN já consta que essa tag é obrigatória. Faz quanto tempo que você não atualiza os seus fontes?
  16. Willian, Abra a unit EloTech.Provider Procure por senha, você vai encontrar o seguinte: function TACBrNFSeProviderEloTech203.GerarRequerente(const CNPJ, InscMunc, Senha: string): string; var Homologacao: Boolean; begin Homologacao := (TACBrNFSeX(FAOwner).Configuracoes.WebServices.AmbienteCodigo = 2); Result := '<IdentificacaoRequerente>' + '<CpfCnpj>' + '<Cnpj>' + CNPJ + '</Cnpj>' + '</CpfCnpj>' + '<InscricaoMunicipal>' + InscMunc + '</InscricaoMunicipal>' + '<Senha>' + Senha + '</Senha>' + '<Homologa>' + LowerCase(booltostr(Homologacao, True)) + '</Homologa>' + '</IdentificacaoRequerente>'; end; Depois procure por GerarRequerente, você vai encontrar: Requerente := GerarRequerente(Emitente.CNPJ, Emitente.InscMun, Emitente.WSSenha); Resumindo, Você tem que configurar o componente no que se refere ao Emitente, informando o CNPJ a Insc. Municipal e a senha. O componente estando configurado corretamente, a tag Senha vai conter a senha e não vai ocorrer o erro de validação.
  17. Bom dia Mauricio, Favor atualizar os fontes, reinstale o ACBr e faça novos testes com a cidade Ronda Alta.
  18. Bom dia Daniel, Favor atualizar os fontes, reinstale o ACBr e faça novos testes para a cidade Socorro. Quanto a Sumaré se faz necessário descobrir quais são as URLs de homologação e produção. Com relação a Americana basta você abrir o arquivo ACBrNFSeXServicos.ini e procurar pela cidade. Descomentar as linhas indicadas e iniciar os testes em ambiente de homologação. Pelo fato da URL ser outra e a versão do XML também o arquivo mencionado só vai ser alterado a partir do dia 01/09/2022, pois a partir dessa data ambos os ambientes já vão estar com as novas URLs e versão do XML.
  19. Bom dia Willian, Pela mensagem de erro concluo que foi atribuído uma string vazia para a tag Senha sendo que esta deveria possuir no mínimo 6 caracteres. Abrindo o arquivo nfse_v2_03.xsd e procurando pela palavra senha temos: <xsd:simpleType name="tsSenha"> <xsd:restriction base="xsd:string"> <xsd:maxLength value="30"/> <xsd:minLength value="6"/> </xsd:restriction> </xsd:simpleType> O tipo simples senha é uma string com no mínimo 6 e no máximo 30 caracteres.
  20. Bom dia a todos, Quando o provedor não quer conversa com o desenvolvedor, é muito simples de resolver. Peça a todos os seus clientes que protocole um documento na prefeitura relatando que não estão conseguindo realizar testes no ambiente de homologação e estão passando por problemas também no ambiente de produção ao tentar emitir a nota via webservice e não pelo site. Quanto mais contribuintes protocolarem reclamação na prefeitura, mais rápido o provedor vai resolver os problemas. Fica a dica.
  21. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Boa tarde Jhonlenon, Desculpe esta muito confuso o seu questionamento, por favor seja mais claro. Não estou entendendo se o seu problema é alimentar o componente com os dados ou a leitura dos dados que estão no XML da NFS-e retornado pelo provedor.
  24. Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2887
  25. Boa tarde Elisângela, Qual é a cidade? O provedor SimplISS possui 2 webservices. Um que segue a versão 1 do layout da ABRASF que não exige o certificado digital. O outro que segue a versão 2.03 que exige o certificado digital. Essa imagem que você anexou se refere ao arquivo ini da versão 1 do webservice utilizado pelo componente antigo, portanto esse arquivo não funciona no novo componente. No novo componente na unit SimplISS.provider na procedure TACBrNFSeProviderSimplISS.Configuracao você vai encontrar a seguinte linha: UseCertificateHTTP := False; Indicando que não se faz necessário o uso do certificado. Já na procedure TACBrNFSeProviderSimplISS203.Configuracao não tem essa linha visto que se faz necessário assinar o Rps, o Lote de Rps o o Rps ao ser enviado de forma unitário. Veja: with ConfigAssinar do begin Rps := True; LoteRps := True; RpsGerarNFSe := True; end;
×
×
  • 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.