Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.783
  • Registro em

  • Última visita

  • Days Won

    1.107

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Juliana, Você esta realizando testes com o novo componente de emissão de NFS-e? Caso não esteja, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração Atualize os fontes do ACBr hoje, pois ontem enviei diversas mudanças, reinstale a suíte ACBr, note que na lista de componentes temos o novo componente ACBrNFSeX e o para impressão do DANFSE (por enquanto só em Fortes Report).
  2. Bom dia Felipe, Favor atualizar os fontes e faça novos testes usando o programa exemplo. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  3. Bom dia, Favor atualizar os fontes e faça novos testes. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  4. Bom dia, Favor atualizar os fontes e faça novos testes. Se não me falha a memória o motivo de ter 2 chamadas ao ProcessarMensagemErro é porque o retorno do WebService do provedor ISSDSF não é padronizado. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  5. Bom dia Joas, Favor atualizar os fontes e faça novos testes. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  6. Bom dia Heitor, Você quer dizer novo componente, pois o que esta pronto para uso é o componente e ele se chama ACBrNFSeX. Vamos lançar em breve a DLL: ACBrLibNFSeX que é destinada ao programadores que se utilizam de outras linguagens de programação que não seja Pascal. Como não estamos mais dando manutenção no componente antigo (ACBrNFSe) não lhe dizer o que pode esta ocorrendo. Volto a lhe convidar a instalar e testar o envio com o novo componente.
  7. Bom dia Valdir, Favor atualizar os fontes e faça novos testes. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  8. Bom dia a todos, Favor atualizar os fontes e façam novos testes. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  9. Bom dia Sandro, Favor atualizar os fontes e faça novos testes. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo:
  10. Bom dia Ramon, Já esta no SVN uma possível correção para o problema. Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo: https://www.projetoacbr.com.br/forum/topic/63966-mudanças-no-retorno-dos-métodos-do-novo-componente-de-nfs-e-acbrnfsex/
  11. Bom dia, No caso de Brasília que é uma Cidade/Estado utilizamos a NF-e para acobertar tanto a venda de produtos quanto a prestação de serviços. Algumas cidades tem um acordo com a SEFAZ para também utilizar a NF-e, mas infelizmente são poucas. Para que programa em Pascal, portanto utiliza o Delphi ou Lazarus temos o componente ACBrNFSeX para a emissão da NFS-e. Estamos trabalhando para que em breve tenhamos uma nova versão do ACBrMonitor Plus com a opção de emitir também a NFS-e. E esta também em nossa lista de tarefas em disponibilizar uma DLL: ACBrLibNFSeX. Se a linguagem de programação que você utiliza permite consumir DLL, seria uma boa opção. Seja um membro do ACBr Pró e se cadastre no Discord. E participe do nosso Papo Pró que acontece todas as terças, quartas e quintas feira. Cada dia um assunto diferente.
  12. Adriano, Você configurou o componente para salvar em qual pasta? Você tem o XML de retorno dessa consulta?
  13. Boa tarde Heitor, Você esta usando o componente ACBrNFSe, correto? Pois não existe ainda uma DLL do ACBr para emissão de NFS-e. Se você esta usando o componente ACBrNFSe, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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. Boa tarde Adriano, O CT-e que você esta consultando tem algum evento vinculado a ele?
  15. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  16. Leonardo, Se ao desmarcar para validar o Digest funcionou isso significa que o DigestValue do XML da nota esta diferente do DigestValue do protocolo. A causa disso é muito simples, o XML da nota foi gerado e assinado novamente e ao gerar alguma informação foi alterada, por exemplo da data/hora de emissão. Você só gera o XML novamente caso a nota venha ser rejeitada por conter algum dado errado. Neste caso corrigimos o data errado, geramos, assinamos, validamos e enviamos a nota novamente. Fora isso não devemos gerar o XML da nota novamente.
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  18. Boa tarde Leonardo, Se tratando de NFC-e, o envio é unitário ou em lote? Você enviar somente uma nota por vez ou envia 2 ou mais notas? Se o envio é unitário, o modo de envio é síncrono, neste caso se a nota for autorizada já temos no retorno do envio o protocolo de autorização. Neste não se faz necessário uma consulta.
  19. Bom dia Durval, Confirmo o que o Victor escreveu acima. Hoje quem cuida do programa gratuito de emissão de NF-e é o SEBRAE e consequentemente é ele que deveria publicar um novo manual com a inclusão dos novos campos. Se ele não faz o dever de casa o jeito é cair fora desse formato de arquivo. Acredito que você deva usar o Monitor, por trabalhar com outra linguagem de programação que não seja Pascal, correto? Pois bem, acho que passou da hora de você escrever uma nova rotina na sua aplicação para gerar o arquivo que contem os dados da nota no padrão ACBr. Esse sim, é atualizado a cada mudança imposta pela SEFAZ. Não só a rotina que lê o arquivo no formato INI (padrão ACBr) como também mantemos o manual atualizado.
  20. Olá pessoal, Notei que esse provedor tem duas formas de envio, sendo que a mais recente devemos codificar em base 64 o usuário e a senha. Se isso não bastasse, dependendo da cidade se faz necessário assinar o Rps antes do seu envio. E para piorar, se entendi direito no portal desse provedor o contribuinte escolhe se deseja o retorno completo ou não. Eu preciso saber se isso funciona para as duas formas de envio e para todos os métodos.
  21. Bom dia a todos, Vou fechar esse tópico e abrir um novo, pois já esta com 3 páginas.
  22. Bom dia Sandro, Vou analisar e estando tudo correto vai sim para o SVN.
  23. Bom dia Valdir, Por favor leia esse artigo:
  24. Olá pessoal, Segue uma dica do nosso colega @junior_gpuava: "Uma coisa que tem que se levar em conta é que no retorno tem dois tipos, o parcial e o completo, lá no portal em manutenção da empresa você pode selecionar se quer completo ou parcial. No primeiro vem a tag nfse e no segundo só a mensagem de sucesso, numero da nota, o link e código de verificação." Eu Italo, aconselho vocês selecionarem a opção Completo, pois neste caso teremos como retorno o XML da NFS-e e não apenas algumas informações sobre ela.
  25. Bom dia Amauri, Infelizmente existem provedores que o ambiente de homologação não funciona como deveria funcionar. As vezes é temos realizar testes no ambiente de produção enviando uma nota no valor de 1 real e depois cancelar a mesma. Isso porque temos provedores que nem sequer tem o ambiente de homologação.
×
×
  • 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.