Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.564
  • Registro em

  • Última visita

  • Days Won

    1.146

Tudo que Italo Giurizzato Junior postou

  1. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  2. Bom dia Ignácio, Fico feliz por ter encontrado onde estava o erro. Vou fechar esse tópico.
  3. Bom dia Leandro, Já inclui na minha lista de tarefas para verificar o que esta ocorrendo.
  4. Boa tarde Sérgio, 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/
  5. Boa tarde Souza, Se você utiliza os componentes ACBr o novo componente ACBrNFSeX, já contempla essa cidade.
  6. Boa tarde Luiz, No layout da ABRASF tanto versão 1 quanto na 2 existe um campo chamado OutrasInformacoes, mas esse campo pertence ao layout da NFS-e e não do Rps. Como o XML da NFS-e é gerado pelo Webservice esse campo é gerado ou não a pedido da prefeitura. Resumindo, não tem o que fazer.
  7. Estou achando que não é o MD5, vou pesquisar também.
  8. Boa tarde Maiquel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
  9. Boa tarde Isaque, Se para a cidade em questão a versão é 2.03, não adianta você informar que o provedor é GovBr. Esse provedor só tem na versão 1 O que tem na versão 1 e 2 é o Pronim. No arquivo Cidades.ini você vai ter que informar que o provedor é Pronimv2 para essa cidade.
  10. Ramon, Faça uma cópia dessa unit, atualize os fontes e reinstale o ACBr. Faça novos testes.
  11. Boa tarde Ramon, Vou incluir na minha lista de tarefas para verificar esse problema.
  12. Boa tarde, Será que só o MD5 deve ser aplicado a senha? Após o MD5 não seria o caso de converter para Hexa?
  13. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  14. Bom dia, Fiz mais uma alteração, vamos ver se vai resolver. AssessorPublico.Provider.pas
  15. Bom dia Ignacio, Altere a linha rodo.valePed.disp.add por rodo.infANTT.valePed.disp Outra coisa, configure o componente para a versão 3.00
  16. Bom dia, Já esta no SVN.
  17. Boa noite ALA, Após atualizar todos os fontes de todas as pastas, você reinstalou o ACBr?
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Informe a senha normal se criptografar ela. Mas utilize a unit em anexo. AssessorPublico.Provider.pas Vamos ver se vai ocorrer o mesmo problema.
  20. Boa tarde, Você tem o manual desse provedor, quero saber como devemos informar a senha.
  21. Thiago, Pelo jeito só o envio unitário que esta funcionando. Retorno do envio do lote no modo síncrono: <return>Erro: ERRO AO INICIAR A CONEXAO: (). The transaction log for database 'SMARtb' is full due to 'LOG_BACKUP'.</return> Retorno do envio unitário: <Mensagem>Signature failed core validation&#13;O RPS 1361 JÁ EXISTE. &#13;Signature failed core validation&#13;O CNPJ/CPF do Tomador não pode ser igual o CNPJ/CPF do Prestador.&#13;O campo Atividade informado não pertence a lista de atividades do CCM.&#13;O campo CEP do Tomador é obrigatorio.</Mensagem> A mensagem diz que o Rps de numero 1361 já existe, logo você não pode enviar ele novamente. Outro erro: foi informado como tomador (CNPJ/CPF) o mesmo do prestador e isso não é aceito. Por fim foi informado uma atividade que não existe e o CEP do tomador deve ser informado.
  22. Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
  23. Boa tarde João, Muito obrigado pela contribuição, já inclui na minha lista de tarefas.
  24. Boa tarde Patrick, Se você tiver alguma unit alterada por você o tortoise não costuma atualizar. Veja se não tem nenhuma unit referente ao componente que esteja com uma bolinha vermelha em seu ícone, caso tenha delete a unit, atualize novamente e reinstale o ACBr.
  25. Boa tarde, O numero do protocolo normalmente é retorno ao enviar o lote no modo Assíncrono e ele é utilizado depois para consultar a situação do lote e por fim consultar o lote. Quanto enviamos o lote no modo Síncrono não temos o numero do protocolo, pois nesse modo já temos o XML da NFS-e como resposta. A cidade de São José/SC se utiliza do provedor Betha que segue a versão 1 do layout da ABRASF, sendo assim o envio é no modo Assíncrono. Você consegue pegar o numero do protocolo de outra forma, vide o programa exemplo.
×
×
  • 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.