Marco Moreira
-
Total de ítens
67 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Marco Moreira
-
-
Buenas,
33 minutos atrás, Diego Foliene disse:O TratarRetornoConsultaLoteRps é para tratar a resposta do Consultar Lote que você disse estar tendo problema antes.
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,
50 minutos atrás, Diego Foliene disse:@Marco Moreira, por favor, pode me confirmar se nos Soaps de resposta da Consulta por Faixa e da Consulta por Serviço também vem a tag item?
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
-
1
-
-
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.
-
1
-
-
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 » SolicitarDeve-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...-
1
-
-
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.
-
1
-
-
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ê;
-
1
-
-
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
-
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.
Obrigado.
-
Bom dia,
Boa!
Agora vi que saiu uma publicação dia 10/03;
Meus testes deram certo!
Obrigado;
-
Buenas,
Funcionou!
Você comparou com qual schema?
Obrigado,
-
-
-
Oi Italo,
Sim, estão configurados para a versão 1.5.01 e o ambiente é o de teste, conforme print do post anterior onde aparece o erro.
Se tiver alguma sugestão de teste que eu possa fazer, estou a disposição...
Obrigado
-
Bom dia,
Tens razão.. porém a consulta não teve alteração...
Refiz a consulta e tive o mesmo retorno.
-
Boa tarde,
Não tem nada documentado sobre a mudança da consulta nesta versão..
Estou desconfiado que seja no ambiente deles, pois no inicio da semana estava recebendo esse erro:
Por favor, tente novamente. Caso o problema persista, favor entrar em contato através do 'Fale Conosco' da EFD - REINF - https://idg.receita.fazenda.gov.br/contato/fale-conosco/empresa/sped/efd-reinf-1 Ao entrar nessa página, clique em 'Indisponibilidade do Sistema', informe o problema e o número [3304330344] e anexe o XML do evento que foi objeto deste erro.
Agora retorna o erro em que o tópico foi aberto... mas como já se passaram alguns dias e o erro persistiu, resolvi questionar aqui...
Também enviei um questionamento neste link do fale conosco deles...
-
Boa tarde,
Estou fazendo o processo de homologação desta versão do Reinf e estou tendo um erro ao consultar o fechamento..
Erro Interno: 0
Erro HTTP: 500
URL: https://preprodefdreinf.receita.fazenda.gov.br/WsREINFConsultas/ConsultasReinf.svcTestei com o exemplo e obtive o mesmo retorno;
Alguém chegou a consultar o protocolo após envio do fechamento;
-
Boa tarde!
Show Italo, obrigado;
Segue apenas com a correção dos Arrays TReinfSchemaStr e TEventoString para retornar nomenclatura do evento novo sem estar abreviado se concordar com a necessidade.
-
Boa Tarde,
Nem foi possível testar a VS 1.05 que atualizaram o ambiente com uma nova VS 1.05.01;
Segue em anexo Fontes, Schemas e documentos;
pcnConversaoReinf.pas Pacote XSD Eventos EFD Reinf v1_05_1.rar Pacote XSD Comunicação EFD Reinf v1_05_1.rar
-
1 minuto atrás, Italo Giurizzato Junior disse:
Boa tarde Marco,
Em vez de você passar o caminho: /Servidor/Schemas/MDFe
Porque você não faz um mapeamento e passa somente a letra da unidade mapeada?
Oi Italo,
Sim... Já vi soluções propostas em outros tópicos...
Inclusive já pedi desculpas por abrir tópico de um assunto já discutido, mas queria entender o que está acontecendo e se não surgiu uma outra solução, já que os posts que vi são mais antigos...
Como é uma migração de componentes, queria ter o menor impacto na configuração existente...
Mas tranquilo... Obrigado pela resposta;
-
3 horas atrás, BigWings disse:
É um bug na libxml2.
A validação da parte modal do XML é feita contra o schema mdfeModalRodoviario_v3.00.xsd, este tem uma diretiva xsd:include para o tiposGeralMDFe_v3.00.xsd.
Já o XML completo é validado contra o arquivo mdfe_v3.00.xsd, que tem um xsd:include para mdfeTiposBasico_v3.00.xsd que por sua vez tem um xsd:include para tiposGeralMDFe_v3.00.xsd. O problema ocorre ao tentar carregar o segundo include.
Se você validar pelo Notepad++ que também usa a libxml2 isso fica claro:
--------------------------- XML Tools plugin --------------------------- Unable to parse schema file. Parsing error at line 5: Element '{http://www.w3.org/2001/XMLSchema}include': Failed to load the document '/SERVIDOR/Schemas/MDFe/tiposGeralMDFe_v3.00.xsd' for inclusion. --------------------------- OK ---------------------------Boa Tarde,
Fui testar conforme sua sugestão com a ultima VS do Notepad++ e a validação não deu erro...
Será que foi alterada a LIB utilizada ou alguma parametrização que informei ?
Grato pela atenção;
Consultas Provedor IPM cidade Novo Hamburgo
em ACBrNFSe
Postado
Boa Tarde,
Os arquivos enviados neste tópico tem múltiplos documentos no arquivo;
Neste: