Italo Giurizzato Junior

Boa tarde Heronim, Será que agora vai funcionar? Favor atualizar os fontes e realize novos testes. Note que fiz alteração também no arquivo INI do provedor.

Boa noite, Antes estava funcionando sem nenhum problema? Se sim, com certeza o problema é na SEFAZ, neste favor entrar em contato com eles.

Boa noite André, Muito obrigado pela colaboração, já esta disponível.

Boa noite Adryelle, Favor anexar os arquivos que você fez alteração para que possamos realizar o merge.

Boa noite Ramalho, E nenhuma das consultas retorna o XML completo da NFS-e?

Boa noite Heronim, Acho que encontrei o problema. Favor atualizar os fontes e realize novos testes.

Bom dia Heronim, Com certeza fiz uma "kaka", favor atualizar os fontes e realizar novos testes.

Carlos, O problema desse provedor Elotech é que eles utilizam um padrão de assinatura totalmente diferente daquele que é utilizado na NF-e, CT-e, MDF-e e NFS-e . Sendo assim esse provedor não foi implementado no componente ACBrNFSe. Em resumo, não será possível usar o componente ACBrNFSe para emitir NFS-e para a cidade de Ponta Grossa. Infelizmente existem empresas que querem ser diferentes, não entendo o motivo de utilizar um padrão de assinatura totalmente diferente. Acredito que se o padrão adotado pela SEFAZ para recepcionar os Documentos Fiscais Eletrônicos: NF-e, CT-e e MDF-e não fosse seguro não teria sido adotado.

Bom dia Gabriel, Muito obrigado pela colaboração, já esta disponível no repositório.

Bom dia Ramalho, É muito estranho o ConsultarLote ou ConsultarNFSePorRPS ou ConsultarNFSe tem que retornar o XML completo da nota. O primeiro precisamos informar apenas o numero do lote e protocolo de recebimento do lote, o segundo o numero, série e tipo do RPS o segundo o numero e série da nota.

Bom dia Carlos, No arquivo Cidades.INI informa qual Provedor? E segundo a prefeitura da respectiva cidade foi contratado qual empresa (provedor)?

Boa tarde Rick, Muito obrigado pela colaboração. Favor atualizar todos os fontes de todas as pastas, pois os teus fones estão desatualizados.

Danilo, Do jeito que estava antes, não altere o arquivo INI do provedor.

Como não tenho conhecimentos suficientes sobre o Fast Report não sou a pessoa mais indicada em lhe ajudar.

Ramalho, Após carregar o XML do RPS atribua o valor True a propriedade Transacao da seguinte forma: ACBrNFSe.NotasFiscais.Transacao := True; Depois realize a consulta.

Boa tarde Danilo, Porque você acrescentou as URLs no arquivo INI do provedor sendo que já esta tudo pronto? Você deve usar o programa exemplo para fazer os testes.

Boa tarde Osmar, Você incluiu esta linha: Imp.ICMS.SituTrib := cstICMSSN;

Me diz uma coisa, o fragmento de código que você postou é da sua aplicação ou do componente? Se é do componente, qual é a unit?

Tente carregar somente o XML da inutilização e imprimir, sem antes carregar e imprimir o DANFE da NF-e.

Ramalho, No retorno temos a seguinte informação: <transacao>false</transacao> acredito que o RPS ainda não foi processado. Só vai ser possível obter o XML da NFS-e a partir do momento que transacao for igual a True.

Boa tarde Pedro, A função GerarChaveCTe era usada para gerar a chave do CT-e versão 1.04, com a mudança para versão 2.00 a chave passou a ser idêntica a da NF-e, sendo assim passamos a usar a função GerarChave.

Verifica se no XML de processamento de inutilização contem cedilha ou vogal acentuada. Se sim, pode ser que o problema seja esse.

Boa tarde, Você ainda usa o ACBrNFeMonitor? Esse monitor já vai fazer 1 ano que não recebe atualização. Você deveria ter passado a usar o ACBrMonitor Plus a um bom tempo.

Ramalho, Você tem certeza que o fonte foi atualizado? Pois o XML de consulta continua da mesma forma que antes da alteração que fiz. Os fontes do componente foram recompilados?

Boa tarde, Ao salvar no banco de dados, você precisa salvar o resultado do processamento e não o retorno, ou seja, o conteúdo da propriedade: ACBrNFe.WebServices.Inutilizacao.XML_ProcInutNFe