Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.633
  • Registro em

  • Última visita

  • Days Won

    1.149

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Marcelo, Você não pode comparar o XML do Rps com o de envio de Lote. Se você prestar atenção vai notar que o XML do Rps esta dentro do grupo <ListaRps> que faz parte do XML de envio do Lote. Ao informar o código do item da lista de serviço faça o seguinte: NFSe.Servico.ItemServico[i].ItemListaServico := '1401'; Veja se isso resolve.
  2. Boa tarde Sandro, Para mim, trata-se de um erro do lado deles.
  3. Bom dia Marcos, Com relação a data de cancelamento, realmente esta em um formato que não é esperado, sugiro entrar em contato com o provedor para sanar o problema. Se não resolver peça para os seus clientes protocolar na prefeitura um documento expondo os problemas, desta forma a coisa vai andar mais rápido. Ao cancelar esse status 200, não se trata de um erro e sim um código que diz que a nota foi cancelada.
  4. Bom dia Danio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2367
  5. Bom dia Tiago, Os seus fontes estão desatualizados, favor atualizar novamente e reinstale o ACBr e repita os testes.
  6. Bom dia Barrys, Já esta no SVN.
  7. Boa tarde Anadison, Fiz uma alteração que acredito vai resolver o problema do pedido de cancelamento. Realize um novo teste com a unit em anexo. Tinus.Provider.pas
  8. Boa tarde Marcelo, Já esta no SVN as novas cidades. Favor anexar o XML de envio do lote para que eu possa analisar.
  9. Boa tarde Roger, Se a propriedade de configuração AtualizarXMLCancelado esta com o valor False e mesmo assim esta ocorrendo a troca, precisamos do XML de retorno dessa consulta pois o mesmo deve estar sendo gerado de forma errada pela SEFAZ.
  10. Bom dia a todos, Acredito que até o final desta semana será enviado para o SVN diversas correções.
  11. Bom dia Flavio, Já fiz a alteração da forma correta e ainda esta semana vou enviar para o SVN.
  12. Bom dia Paulo, Já enviei a sua contribuição para o SVN.
  13. Bom dia Danilo, A cidade de Montes Claros/MG se utiliza do provedor Pronim versão 2.02 (ABRASF) que é da GovBr. Você precisa pegar o manual da ABRASF versão 2.02 e verificar se existe alguma campo para informar essa tal de Origem da Alíquota. Eu trabalho no desenvolvimento do componente ACBrNFSe e agora o ACBrNFSeX a muito anos e nunca vi esse campo no layout da ABRASF. Tome cuidado, uma coisa é emitir a nota via site e outra é emitir via webservice. O primeiro link se refere a imagens da emissão da nota via site. O segundo não consegui abrir (ocorreu erro), mas me parece que ele apresenta o DANFSE da nota.
  14. Boa tarde Danio, Favor anexar o XML de retorno da consulta que contem as tags de cancelamento para que eu possa fazer os devidos ajustes no componente.
  15. Boa tarde Douglas, Atribua o valor LT_TLSv1_2 para o campo SSLType e faça novos testes.
  16. Marcelo, Ao atualizar, atualize tudo, geral e não somente a pasta dos fontes dos componentes. Acredito que agora esta faltando realizar um cadastro para que o contribuinte possa emitir nota via WebService.
  17. Bom dia Ramboli, O arquivo ACBrNFSeXServicos.ini não deve constar na pasta do executável. Esse erro que consta imagem, acredito que se faz necessário um cadastro para que o contribuinte possa emitir nota via WebService.
  18. Bom dia Marcelo, Pelas imagens notei que os seus fontes estão desatualizados. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2353
  19. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  20. Bom dia Danny, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-2353
  21. Bom dia Danilo, Se essa informação aparece no Portal da Prefeitura e não consta no XML do Rps enviado para o WebService do provedor, o que o componente tem haver com isso? Se essa mensagem esta errada, você precisa entrar em contato com a prefeitura.
  22. Bom dia Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2352
  23. Bom dia Anadilson, Abra a Unit ACBrXmlBase e faça a seguinte alteração: if xData = '' then Result := 0 else begin xData := StringReplace(xData, 'Z', '', [rfReplaceAll]); <=== incluir esta linha xData := StringReplace(xData, '-', '/', [rfReplaceAll]); Salve a unit alterada, reinstale o ACBr e faça novos testes.
  24. Boa tarde André, O componente gera o conteúdo dessa tag conforme consta no manual da ABRASF. A questão não é essa. Outra coisa, apesar da tag ser opcional no manual o provedor pode exigir ela. O problema se encontra no webservice do provedor que esta pegando do XML a informação sem a formatação e comparando com a que tem só que formatada. Exemplo: No XML consta: 12345 e no banco de dados do provedor esta 1.234-5 e o webservice simplesmente compara um com o outro, neste caso com certeza vai acusar que não existe ou esta errada. Como lhe disse, me recordo de algo semelhante, bastou o provedor corrigir a informação no banco de dados que o problema foi resolvido.
  25. Boa tarde Anadilson, O componente não criou uma pasta chamada Notas e salvou o XML da nota dentro dessa pasta?
×
×
  • 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.