Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Não. Mandei uma mensagem agora pouco para o André, caso ele não ter nenhum retorno e se você puder entrar em contato com ele, fico agradecido.

Bom dia, Anexei nesse tópico referente ao problema do LerCidades uma possível solução. Favor testar.

Bom dia a todos, Favor substituir as units por estas em anexo, reinstale o ACBr e façam novos testes. ACBrNFSeX.pas ACBrNFSeXConfiguracoes.pas

Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Ronaldo, Já esta no SVN.

Boa tarde, O programa exemplo não solicita a carga do XML do Rps ou na nota antes de realizar uma consulta. Mas no caso do provedor Equiplano isso se faz necessário pois ele não retorna o XML da nota completo e sim apenas algumas informações. Como o XML do Rps carregado após a consulta o componente vai criar um novo XML contendo o Rps mais as informações retornadas pela consulta.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-3302

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Não cada provedor age de uma forma diferente de outro.

Boa tarde Hugo, Você esta com todos os fontes de todas as pastas atualizadas e reinstalou o ACBr?

Boa tarde, Complementando o que o Juliomar lhe passou: Antes você usava apenas um documento para emitir tanto a nota de venda de produtos quanto de serviços, agora vai ser necessário emitir dois documentos, um para produtos e outro para serviços. Você vai usar o componente ACBrNFe para a venda de produtos e o ACBrNFSeX para a prestação de serviços. Sendo assim, a sua aplicação agora vai ter que separar o que é produto e o que é serviço e alimentar corretamente cada componente para poder emitir as notas.

Boa tarde Carlos, Descobri o seguinte analisando os seus XMLs: O XML da NFS-e retornado pelo método Emitir e pelo método ConsultarNFSePorRps as datas estão no formato AAAA-MM-DD, por outro lado o XML da NFS-e retornado pelo método ConsultarNfsePorFaixa as datas estão no formato DD/MM/AAAA. Isso explica o erro que ocorreu logo após o cancelamento, o componente esta realizando a consulta, esta consulta esta retornando o XML da nota, mas como a formatação das datas esta "errado" o componente gera o erro. Outra coisa, o XML da nota retornado pelo ConsultarNFSePorRps consta que a nota esta cancelada (tag Status = 2) e temos a presença do grupo NfseCancelamento com as informações do pedido de cancelamento e a data hora do cancelamento. Por outro lado o CosultarNfsePorFaixa só traz a tag Status = 2. A sugestão que eu dou é que você entre em contato com o provedor e exponha todos esses problemas: 1. Padronização na formatação das datas em todos os retornos de todos os serviços. 2. Padronização da geração do XML da nota (ter uma única rotina que gere o XML da mesma); Por fim, o componente não tem condições e não deve ficar adivinhando o formato de uma data.

Boa tarde Marcelo, No XML que você anexou notei que foi informado a alíquota com o valor 2 e não consta as informações do tomador. As tags CodigoMunicipio e MunicipioIncidentia tem o mesmo código de município, posso entender que se trata de serviço prestado dentro do municipio? Se sim, esta correto informar a alíquota? Ou quando CodigoMunicipio for igual a MunicipioIncidencia não devemos gerar a tag Aliquota?

Boa tarde Ronaldo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3301

Boa tarde Paulo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Notei que o retorno do cancelamento esta vazio, ou seja, o webservice do provedor não esta gerando o XML de retorno referente ao cancelamento. Sendo assim não temos como saber se o cancelamento ocorreu com sucesso ou não.

Boa tarde Vilmondes, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Douglas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Cleonir, Já esta no SVN.

Bom dia Willian, Você esta com todos os fontes atualizados? Erro: A999 - A tag LoteRps e todas as tags InfDeclaracaoPrestacaoServico devem ser assinadas. Por favor verifique. - Na unit ISSJoinville.Provider temos: with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; end; O valor True em Rps diz ao componente que ele deve assinar a tag InfDeclaracaoPrestacaoServico. O valor True em LoteRps diz ao componente que ele deve assinar a tag LoteRps. Como você pode ver na imagem abaixo ambas as tags estão sendo assinadas:

Bom dia Willian, Acredito que essa URL esteja errada. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Diego, Já esta no SVN.