Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.100
  • Registro em

  • Última visita

  • Days Won

    1.126

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Dércio, Você esta com todos os fontes de todas as pastas atualizados? O arquivo INI do provedor esta correto, mas você esta usando o arquivo Cidades.INI correto com a sua aplicação? Se você abrir o arquivo Cidades.INI e procurar pelo provedor em questão vai notar que todas as cidades atendidas por ele possui dois campos chamados: NomeURL_H e NomeURL_P
  2. Boa tarde Wanderson, Muito obrigado pela colaboração, já esta no repositório.
  3. Boa tarde, Essa alteração se refere aos fontes do Trunk? Se sim, não estamos mais dando suporte ao Trunk, somente ao Trunk2. E no caso do Trunk2 o relacionamento entre a cidade e o provedor e através de um arquivo INI.
  4. Boa tarde a todos, Enviei uma atualização, criei uma função chamada RemoveNameSpace em pnfsConversao.pas caso algum outro provedor tenha algum NameSpace que precisa ser removido basta incluir ele na função, desta forma fica muito mais simples em vez de fazer diversas alterações em pontos diversos do componente. Favor atualizar os fontes e testar.
  5. Boa tarde Claudemir, No que diz respeito a GNRE já temos o componente ACBrGNRE mas este esta passando por uma reformulação, sendo assim ainda não é possível nem sequer compilar ele, muito menos instalar no Delphi. Por favor aguarde mais um pouco, acredito que até o final deste mês ele já vai estar pronto.
  6. Boa tarde Nilton, O seu arquivo INI esta errado, pois todos os INI de provedores que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI na seção [ReornoNFSe] é utilizado o %DadosNFSe% e não %RetNFSe%. Sendo assim a function GerarRetornoNFSe esta correta, o que esta errado é o arquivo INI.
  7. Boa tarde Akai, Esses caras são doentes, que coisa mais em noção. Enquanto muitos se esforçam em padronizar, sempre tem um que bebe gasolina, viaja na maionese e faz uma coisa dessa. Lamentável. No trunk2 todos os DF-e se utilizam de uma mesma rotina para realizar a assinatura. Sendo assim esse tipo de assinatura esta fora, portanto esta fora também esse provedor.
  8. Boa tarde Daniel, Favor atualizar os fontes esse problema com o provedor Pronim já foi sanado.
  9. Boa tarde, Você poderia postar como anexo o XML de retorno que contem o grupo <protNFe .... para que possamos avaliar.
  10. Boa tarde Luis, Não tenho nenhum cliente que transporta para fora do Estado e cujo tomador do serviço é consumidor final, logo não tenho condições de afirmar nada a você. Mas no meu entendimento o valor de pICMS continua da mesma fora, ou seja, com a alíquota interna.
  11. Boa noite, O problema pode ser o Portal da SEFAZ-PR por não estar apresentando os números inutilizados.
  12. Boa noite, Não, pois procuramos deixar o componente sempre em conformidade com os manuais e notas técnicas. E nesses documentos diz que o XML de eventos tem que ter esse nome: <id>-procEventoNFe.xml e por consequência o PDF tem o mesmo nome.
  13. Boa noite Dorivan, Também acredito que o problema seja na SEFAZ.
  14. Boa noite Dercide, Favor atualizar mais uma vez e testar novamente, pois fiz vários acertos no componente.
  15. Boa noite Nilton, Favor atualizar os fontes e testar novamente.
  16. Boa noite Daniel, Favor atualizar os fontes e testar novamente.
  17. Boa noite Doni, Os componentes: ACBrNFe, ACBrCTe, ACBrMDFe e ACBrNFSe se utilizam do ACBrMail para o envio do e-mail Sendo assim se faz necessário o link entre o ACBrMail com o outro componente que esta usando, no caso o ACBrCTe.
  18. Boa noite Jorge, Muito obrigado pela sua colaboração, mas a procedure que você fez alterações foi refatorada. Favor atualizar os fontes e testar novamente.
  19. Boa tarde, Por favor leia na pagina principal do fórum o anúncio que trata sobre o ACBrNFSe. Existem várias dicas e uma delas deve resolver esse problema ( CNPJ/CPF do prestador do serviço invalido ).
  20. Boa tarde, Vou fazer algumas alterações no componente e realizar testes, mas só posso fazer isso a noite.
  21. Boa tarde, Como assim??? Belo Horizonte até onde sei se utiliza do provedor BHISS e o método de assinatura é o padrão usado na NF-e, CT-e, MDF-e e por todos os provedores que seguem o layout ABRASF.
  22. Boa tarde Nilton, Atribua o valor True a propriedade de configuração: ACBrNFSe.Configuracoes.Arquivos.Salvar := True; Isso faz com que os arquivos com validade jurídica sejam salvos em disco, neste caso o XML da NFS-e.
  23. Boa tarde Doni, Estranho, verifique se no corpo do seu e-mail não foi incluido os caracteres "<" e ou ">".
  24. Nilton, As linhas que você destacou em vermelho estão corretas. O XML da NFS-e é salvo em disco, se sim com qual nome? Será preciso debugar para saber o exato momento que essas informações são apagadas. Pois verificando os fontes não consegui descobrir quando isso pode ocorrer.
  25. Paulo, A principio se você deseja salvar todos os XMLs em uma unica pasta você apenas define o PathSalvar, por outro lado se deseja um local especifico para os XMLs das NF-e você define o PathNFe.
×
×
  • 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.