Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.559
  • Registro em

  • Última visita

  • Days Won

    1.145

Tudo que Italo Giurizzato Junior postou

  1. Tiago, O erro 403 significa que você precisa de um certificado valido para poder acessar o Web Service.
  2. Boa noite Tiago, Não é nada disso. 1. Você alimenta o componente com os dados do RPS - Recibo Provisório de Serviço; 2. Dependendo do provedor (empresa que implantou a NFS-e na cidade do contribuinte) será utilizado o método Enviar ou Gerar ou EnviarSincrono; Os métodos Enviar e EnviarSincrono permitem o envio de um lote com até 50 RPS, já o Gerar somente 1. No que diz respeito a assinatura tudo depende do provedor, alguns não se faz necessidade de assinar nada, outros o RPS tem que ser assinado, outros é o Lote que tem que ser assinado e outros tem que assinar o RPS e o Lote. Os métodos acima sitados resolvem o problema da assinatura, pois existe um arquivo INI para cada provedor que diz o que tem que ser assinado. No final de todo o processo o que temos como retorno é o XML da NFS-e, ou seja, o componente gera o XML do RPS e envia para o Web Services e este retorna o XML da NFS-e. O XML da NFS-e poderá estar assinado ou não, isso depende de cada provedor. Para que o método Enviar funcione de forma completa é preciso atribuir o valor True a propriedade que faz com que o componente realize a consulta após o envio. Se essa propriedade estiver com o valor False o Lote é enviado e o método Enviar é finalizado, não realizando mais nenhuma tarefa. Espero ter lhe dado um norte.
  3. Boa noite Wender, Quando você diz atualizar esta querendo substituir o protocolo de autorização pelo de cancelamento? Se sim, esquece isso não é legal. Esta querendo acrescentar ao XML o protocolo de autorização a um XML que esta apenas assinado? Se sim, você carregou o componente com o XML assinado antes de executar o método Consultar?
  4. Boa tarde Luis, Sim, devemos deixar um * quando o provedor não define um SoapAction. Da forma que esta não esta conseguindo estabelecer uma conexão com o provedor e enviar o RPS?
  5. Boa tarde Rafael, Muito obrigado pela informação. Alteração feita e disponibilizada. Favor atualizar todos os fontes e realizar novos testes.
  6. Boa tarde Rodrigo, Isso é muito estranho mesmo. Faça um teste troque o RoundTo5 pelo o RoundTo (do Delphi) quem sabe o problema desaparece. Já corrigi o INI do provedor e vou enviar para o repositório.
  7. Boa tarde Gabriel, Fiz algumas alterações na sua implementação. Já esta disponível, favor atualizar os fontes e realize os testes.
  8. Boa tarde Hugo, Abra o arquivo INI do provedor e compare a estrutura do [ConsNFSeRps] e [ConsNFSe] com a do [RecSincrono]. Tente fazer algo semelhante, na esqueça de alterar as linhas Texto4 e Texto7 deixando-as de forma compatível com o método desejado.
  9. Boa tarde Araujo, Desculpe pela falha. Fiz a correção mas ainda não enviei para o repositório. Tenho algumas pendencias para resolver, espero até o final da tarde de hoje enviar.
  10. Bom dia Gabriel, Muito obrigado pela colaboração, vou analisar a sua implementação se tudo estiver OK será disponibilizado.
  11. Bom dia Lauro, Muito obrigado pelo retorno. Vou acrescentar o provedor SystemPro como mais um que esta funcionando 100%.
  12. Nelson, Existem sim, infelizmente, outros provedores que não seguem o layout da ABRASF, como exemplo: EL, Equiplano, Infisc.
  13. Bom dia Evandro, Foram realizadas diversas alterações e disponibilizadas hoje, peço que atualize os fontes e refaça os testes. Fico no aguardo do seu retorno. Se o Tiplan ainda estiver 100% me informe para que eu possa incluir ele na lista.
  14. Bom dia Nelson, Essa empresa criou um layout totalmente diferente do layout da ABRASF e por conta disso a implementação no componente ACBrNFSe se torna mais complicada e demorada. Eu não tenho tempo para isso, pois estou aparando as arestas do componente para que o mesmo funcione 100% com os quase 50 provedores que seguem o layout da ABRASF.
  15. Bom dia Luis, Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI já existe o arquivo NEAInformatica.INI, você já esta usando esse arquivo?
  16. Bom dia Araujo, Muito obrigado pela colaboração, já esta disponível.
  17. Bom dia Moro, Fiz um merge das suas alterações, aproveitei para dar uma simplificada no código, vou disponibilizar dentro de alguns minutos. Lhe peço para que revise a sua alteração na unit pnfsLerListaNFSe.pas, você criou uma nova function para ler o XML, mas acontece que já existe essa function na unit pnfsNFSeR.pas e é a responsável pela leitura do XML. A unit pnfsLerListaNFSe.pas, serve de uma ponte entre a pnfsNFSeR.pas e a ACBrNFSeWebServices.pas Muito obrigado pela colaboração.
  18. Boa noite Evandro, Foram feitas diversas alterações nos fontes do componente. Qual era o método de envio (Enviar, Gerar ou EnviarSincrono) ?
  19. Boa noite Alexandre, Muito obrigado pela informação, já esta disponível o arquivo INI com a URL de produção alterada.
  20. Boa noite Paulo, Favor atualizar todos os fontes de todas as pastas. O INI que você postou não encontra-se atualizado com os demais.
  21. Boa noite Araujo, Tente conseguir todos os Schemas.
  22. Boa noite, Muito obrigado pela colaboração, já esta disponível.
  23. Boa tarde Araujo, Mas existe os Schemas (arquivos XSD) na pasta Tecnos. Note que no caso desse provedor o envio é Síncrono.
  24. Boa tarde Adriano, Favor atualizar todos os fontes e compilar a aplicação com a opção build. Realize novos testes.
×
×
  • 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.