Marco Moreira

Boa tarde Italo, O pior é que não. Nessa versão do provedor, sempre recebo essa msg, por isso entrei em contato com eles. Em anexo uma consulta de uma nota válida no servidor deles. A consulta por RPS sempre retorna essa msg, mesmo para notas que estejam ok no provedor;3931-con-nfse-rps.xml A resposta deles foi a que mencionei acima. A consulta por lote funciona, mas eles não devolvem um xml completo... Usei a mesma nota para exemplificar0198250005495215-con-lot.xml... No meu caso é a cidade de Parobé e não tem configuração para retorno de xml completo segundo eles... (tb não achei no site); Só para deixar registrado... Obrigado. 3931-comp-nfse.xml 0198250005495215-lista-nfse-con-lot.xml

Boa Tarde, Realmente teve uma alteração no componente que agora faz buscar o cod. de verificação, Obrigado Italo; Contudo a pesquisa por RPS e consulta NFSe por faixa retornam erros, mas é só não usar para esse provedor já que a IPM diz não usar o RPS e não disponibilizar consulta q retorne o XML completo; A consulta lote está ok. Em anexo os retornos. Obrigado 3931-comp-nfse.xml 3931-comp-nfse-soap.xml 3931-con-nfse-rps.xml 3931-con-nfse-rps-soap.xml

Bom dia, Estou com o mesmo "problema" para a cidade de Parobé; Esse eles usam IPM 1.00 mas pelo jeito tem "particularidades". O retorno no envio é esse mesmo anexado pelo Lucas... Entrei em contato com a IPM, pois pelo envio, o componente não recupera o numero de NFSE e nem o cod. verificador... e dentro da minha rotina, acaba caindo na consulta de RPS que esta em anexo, neste recebo o erro do componente, pois o retorno deles é esse (em anexo tb) nesta consulta por RPS.: X999-Erro de Conexão: Opening and ending tag mismatch: situacao line 1 and li Em contato com a IPM eles comentaram que a cidade não usa RPS... por isso a mensagem de retorno é essa mesmo... Tentei argumentar que o retorno estava fora do padrão... "...No caso de Parobé que não utiliza RPS não, pois conforme informado o município não utiliza o RPS, então mesmo que você envie a informação o mesmo não é convertido, portanto o retorno de RPS não convertido está correto. " 3931-comp-nfse.xml 3931-con-nfse-rps.xml

Boa tarde, A senha tinha algum problema... Gerava retorno com arquivo vazio ou com Acesso negado conforme anexo do primeiro post; Redefinimos e foi.. Pode fechar o tópico. Obrigado;

Boa tarde, Entendi... Sim eu vi q eram apenas retornos de mensagens de validação... Sim... É o mesmo caso... Obrigado.

Boa tarde, Teste pelo programa exemplo: Retorno em anexo; Retorno com o erro e a msg junto; 2-lista-nfse-sinc.xml

Boa tarde, Sempre q recebo erros no envio o último vem com: Lista de NFSe não encontrada! (ListaNfse); Essa msg está presente em homologação e produção; Não chega a ser um problema, mas em uma migração de um cliente, por algum motivo que o mesmo está em contato com o IPM para verificar, recebia acesso negado. Contudo a mensagem no NFSeX era apenas Lista de NFSe não encontrada! (ListaNfse); O arquivo de retorno em anexo; Obrigado; 162-lista-nfse-sinc.xml

Bom dia Olhe para o exemplo do NFSex;

Buenas, A questão do código do item de serviço tive o mesmo problema;

Boa tarde, Em meus testes os endereços da versão está correto... Verificar se não está com a configuração do SSLType do webservice errado.

Bom dia, Fiz uma atualização e re-build e testei novamente, está funcionando. As pesquisas estão funcionais. Pode fechar o tópico; Obrigado;

Boa tarde, A lista de mais de um documento agora está retornando ok. A pesquisa quando informa o mesmo numero de NFSe para inicio e fim ainda acontece; Se o numero final for o mesmo do inicial não preenche a tag NumeroNfseFinal na consulta; No mais ok com as pesquisas, Obrigado.

Boa Tarde, Os arquivos enviados neste tópico tem múltiplos documentos no arquivo; Neste:

Buenas, A sim, entendi... A consulta de lote retornou certo; A consulta por serviço prestado esta ok também... A Consulta por faixa notei o seguinte: Se informar o mesmo numero de nota no inicio e fim, causa erro, embora não tenha ligação com a implementação do provedor... Código : X800 Mensagem: Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}Faixa': Missing child element(s). Expected is ( {http://www.abrasf.org.br/nfse.xsd}NumeroNfseFinal ). E ao informar um numero maior de notas, retorna corretamente no arquivo mas lê apenas a primeira NFSe retornada.... Muito Obrigado,

Boa Tarde, Sim, segue em anexo... A consulta por faixa não tratou o retorno. Debugando não caiu no método procedure TratarRetornoConsultaLoteRps(Response: TNFSeConsultaLoteRpsResponse); override; Não deveria ser procedure TratarRetornoConsultaNFSeporFaixa(Response: TNFSeConsultaNFSeResponse); override ? 000000000000014000000000000015000001-lista-nfse-fai.xml 000000000000014000000000000015000001-lista-nfse-fai-soap.xml 000000000000014000000000000015000001-con-nfse-fai.xml 000000000000014000000000000015000001-con-nfse-fai-soap.xml

Boa Tarde, Sim já tinha implementado as pesquisas, mas retorna o erro, creio que referente a tag do item. Estava fazendo um overrride no TratarRetornoConsultaNFSeporFaixa, mas não consegui resolver a lista;

Boa tarde, Questionei a IPM quanto ao layout do retorno da ConsultarLoteRpsEnvio... A resposta: "Sim, estamos em fase final de desenvolvimento destes retornos e em produção já estarão finalizados pelo padrão ABRASF." Estão em fase final de desenvolvimento?!? Tem data de virada de chave... aff... Pra quê testar né. Obrigado.

Bom dia, Testando a consulta assíncrona: Não está carregando os dados da NFSe... 641834-con-lot.xml 641834-con-lot-soap.xml 641834-lista-nfse-con-lot.xml 641834-lista-nfse-con-lot-soap.xml

Bom dia, Não consegui utilizar as consultas em homologação nos testes desse servidor. Parece que os métodos estão comentados para ele... Em anexo os modelos disponibilizados pela IPM por mail; O método que utilizo como padrão no sistema é a de consulta lote... só que não recebi os protocolos nos meus testes... Em novo contato com a IPM tenho: "Para receber o número do protocolo será necessário enviar a requisição de emissão em lotes (conforme exemplo anexo), quando a emissão for efetuada de forma singular, não irá receber o número do protocolo e sim o código de verificação desta NFSE." Terei q implementar uma rotina específica para solucionar a questão dos cancelamentos manuais desse servidor... então fica a dica na questão do protocolo... Quanto as outras consultas... alguém conseguiu implementar ? Obrigado, Consulta do lote assincrono.txt Consulta em faixa.txt Consulta singular e por período.txt

Bom dia, Estou compartilhando a título de informação, já que pelo visto não teremos nenhum método de solicitação de cancelamento. Após testes sem retornos conclusivos nos cancelamentos entrei em contato com a IPM e recebi o seguinte. sobre os cancelamentos: "...somente é possível cancelar por meio de solicitação de cancelamento (para ser analisada pela fiscalização). Pelo novo modelo utilizado de NFSE (ABRASF 2.04) por integração Webservice não existe modelo disponível para efetuar solicitação de cancelamento. Pela ABRASF só existe modelo para cancelamento, visto que a configuração do sistema não permitirá cancelamento, esta opção não estará disponível. A rotina deverá ser acessada pelo sistema IPM e solicitada para ser analisada pela fiscalização municipal. Para efetuar solicitação de cancelamento através do sistema da IPM é pelo caminho: Nota Fiscal Eletrônica » Nota Fiscal » Gerenciamento de Notas » Solicitação de Cancelamento » Solicitar Deve-se atentar no momento da inclusão desta solicitação aos documentos que são obrigatórios para serem anexados (Vide legislação municipal) Após esta solicitação, deve ser aguardada à análise e parecer da fiscalização municipal e eles vão "Deferir" ou "Indeferir" este pedido. O que pode ser feito via webservice é incluir a TAG anexa nos seus modelos de consulta de NFSE que irá retornar o status da nota (emitida, substituída ou cancelada)." Sendo assim os cliente terão que conectar ao sistema deles e solicitar manualmente os cancelamentos e teremos que implementar alguma consulta para verificar essa situação depois...

Bom dia. Integração funcionado. Falta cancelamento e consulta ao qual ainda estou em contato com a IPM para maiores informações, pois em meus testes não foi possível concluir, mas vou abrir novo tópico para o assunto, este pode ser fechado; Obrigado.

Boa Tarde, Nos testes de migração do componente NFSeX em nosso ERP tive que alterar a cidade. [4314050] Nome=Parobe UF=RS Provedor=IPM

Buenas, Sim, querem migrar mês que vem e cadastraram ontem um usuário e senha... PS. Já tinha Mandado uma msg no privado para você;

Boa tarde Italo, Até então tinha essa informação: Segundo o que foi me passado por e-mail foi disponibilizado apenas homologação; URL apenas para testes de integração (não é definitiva) e sua validade é até 10/04/2023 Endereço da base de homologação: https://treinamento.atende.net/autoatendimento/servicos/nfse?cidade=treina_novohamburgo Endereço do Webservice de homologação: https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_novohamburgo&wsdl ManualWebService.pdf

Boa tarde, Estou abrindo esse tópico para buscar informações e contribuir no decorrer do desenvolvimento sobre a migração do servidor da cidade de Novo Hamburgo; Atualmente a cidade utiliza o provedor da ISSNet e vai migrar para IPM padrão ABRASF 2.04; Irei migrar o componente para o ACBrNFSeX, pois usamos o antigo ainda e pelo que vi não recebe mais suporte. Em uma primeira análise, não consegui ter certeza se o provedor IPM no componente já trabalha com o padrão ABRASF 2.04. Manuais e vídeos; Obrigado. NH.postman_collection01.json