marciost

Pelo jeito é o provedor que está com problema no recebimento de lotes, é um erro de SQL se olharmos o retorno que consegui pegar. Já avisei o provedor. Acho que a alteração que fiz na TACBrNFSeProviderIPM204 deve ter funcionado, mas não consegui confirmar por causa do erro que o provedor está retornando em homologação. Assim que eu tiver retorno deles eu testarei novamente. erro em homologação.txt

Ítalo, fiz o teste mas não deu certo. Dei uma olhada na unit e na verdade tem que ser feito na procedure Configuracao da TACBrNFSeProviderIPM204, isso porque essa classe não herda de TACBrNFSeProviderIPM e sim de TACBrNFSeProviderABRASFv2. Fiz esse ajuste no arquivo: E a XML parece ter ficado correto: Mas obtive o erro "XML declaration allowed only at the start of the document". Esse mesmo erro eu já havia tido com a tua alteração. Então acho que é no provedor, pois o XML da tua alteração não tinha mudança alguma. Vou voltar as alterações depois e testar novamente.

Boa tarde Resposta do provedor:

Boa noite Solicitei esse dado ao provedor e assim que eu tiver um retorno deles eu respondo aqui.

Boa noite Italo, precisa setar alguma configuração para isso? Pelo menos aqui nesse exemplo manteve o ';' A não ser que o provedor IPM não permita isso então.

Boa tarde Estou tentando fazer uma quebra de linha na descrição dos itens, utilizando um <br> para isso. O provedor onde estou testando isso é o IPM, cidade de Novo Hamburgo / RS. O envio ocorre com sucesso, o RPS chega na Prefeitura e é convertido para NFS-e. A NFS-e impressa na Prefeitura fica com a quebra de linha. Só que ao processar o XML de retorno, o componente gera esse erro (me parece que é ali na leitura do retorno): "Premature end of data in tag EnviarLoteRpsSincronoResposta line 1" Por causa do erro, o sistema não chega a gerar os arquivos, mas peguei os dados fazendo debbug. Seque: Esse é meu XML de envio Esse é o de retorno

Bom dia Italo Deu certo - Envio realizado com sucesso em ambiente de homologação. Se alguém puder testar em produção e postar aqui eu agradeço.

Perdão, quis dizer "como 17.12 e dai aceita."

Bom dia pessoal Eu fiz o update e refiz a instalação. Atualizei os schemas IPM 2.04 - mas ainda continuou erro, dessa vez não no validador do componente, mas lá na Prefeitura: <Codigo>L1001</Codigo> <Mensagem>O XML está incompatível com o esquematico XSD ABRASF.</Mensagem> <Correcao>Para prosseguir, verificar a linha e a descrição do erro a seguir: Element '{http://www.abrasf.org.br/nfse.xsd}ItemListaServico': '1712' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsItemListaServico'.</Correcao> Se eu volto a comentar a linha FormatoItemListaServico := filsSemFormatacao; no IPM.GravarXML.pas dai envia como 17.02 e dai aceita.

Bom dia Ontem as 16:45 teve um commit no arquivo IPM.GravarXML.pas onde foi colocada a seguinte linha: FormatoItemListaServico := filsSemFormatacao; Depois dessa atualização começou a ocorrer erro de validação com o schema, pois deve ir com o ponto. No meu caso eu tenho o item 04.02 que passou a ir como 0402 e dai barra no validador de schema. Comentei essa linha e recompilei tudo. Funcionou novamente. Ainda estou no ambiente de testes. Essa alteração pode ter sido somente para produção? Pode ter sido pedida por engano?

Boa tarde. Gostaria de saber se já estão trabalhando na inclusão do munícipio de Dom Pedrito no provedor Prominv2. Página: https://dompedrito.rs.gov.br/nfe/. Caso não estejam implementando, dai vou providenciar e depois passo as alterações por aqui.

Boa tarde pessoal Foi necessário realizar um ajuste no processamento do retorno da consulta de situação de lote do provedor Infisc, passado a tratar os casos onde a situação vem dentro da TAG NFSe. Podem ajustar o componente, incluindo essa alteração? Em anexo o arquivo alterado e o exemplo de XML nessa situação. pnfsConsSitLoteRpsResposta.pas retSitLote_20200204-114208.xml

Bom dia pessoal O município de Guaíba / RS mudou o provedor de Ginfes para IPM. Mudança no arquivo Cidades.ini: De: Nome=Guaiba UF=RS Provedor=GINFES NomeURL_H=guaiba NomeURL_P=visualizar LinkURL_H=nfs_guaiba LinkURL_P=nfs_ver4 Para: [4309308] Nome=Guaiba UF=RS Provedor=IPM

Pessoal, não existia cancelamento para o provedor IPM. Houve a necessidade em um cliente e eu implementei a opção. Seguem os arquivos alterados para que possam colocar no repositório. pnfsCancNfseResposta.pas pnfsNFSeG.pas Exemplos de XML de envio e de retorno. 1512-can2.xml 1512-can3.xml 1512-ped-can3.xml

Bom dia Testei agora compilando o componente com a opção OpenSSL desmarcada e agora funciona. Isso só vai gerar o problema de enviar as DLLs para todo mundo que usa a NFS-e, mas resolvido foi.

Boa tarde Estamos com um certificado do tipo RemoteID e ao assinar uma NFS-e ocorre o erro "O conjunto de chaves não existe". Já não sei mais o que pode ser, e o certificado em si funciona, pois fizeram o teste de assinatura e funcionou pelo site da receita. Alguém passou pelo problema e consegui resolver?

Boa noite. Verificado que é necessário ajuste no provedor Infisc nos casos onde o lote foi processado com sucesso mas existe erro nos dados da nota. Eles retornam duas tags com a situação, uma do processamento e um dos dados da nota, e a rotina está lendo somente a primeira tag. Em anexo um exemplo de XML com essa situação e o ajuste que eu apliquei aqui e funcionou. Exemplo.xml pnfsConsSitLoteRpsResposta.pas

Esse é um que retornou os dados. 9063859-sit.xml

Bom dia Ítalo Segue um exemplo 9333590-sit.xml

Pessoal, quando o provedor Infisc retorna na consulta de lote um erro, o sistema não está tratando essa situação. Fiz o tratamento, segue a alteração para que possam ajustar ai também. pnfsConsSitLoteRpsResposta.pas

Pessoal, abram um tópico sobre esse assunto, aqui acho que não darão mais andamento.

Bom dia pessoal Foram realizados alguns ajustes no provedor Infisc-v11 e que também precisa ser aplicados no provedor Infisc (versão 1.0). A alteração que identifiquei foi no arquivo ACBrNFSeWebServices.pas, linha 1554. Troca de: if FProvedor = proInfiscv11 then Para: if FProvedor in [proInfisc, proInfiscv11] then

Sim, bem lembrado. Muda para http://177.84.147.222:8091/NFSe.Portal.Integracao.Teste/Services.svc

Boa tarde Percebi que no arquivo Cidades.ini o município de Maracanaú/CE (IBGE 2307650) aparece duas vezes, uma como GINFES e outra como SpeedGov. O correto creio ser SpeedGov, pelo menos parece pelo endereço de validação de NFS-e: http://servicos.speedgov.com.br/validar/nfe

Boa tarde Segundo informação passada pela Prefeitura, o endereço mudou. A configuração do arquivo Promimv2.ini deve ficar assim: De: RecepcaoLoteRPS_4303004=http://187.60.188.82:8091/NFSe.Portal.Integracao/Services.svc Para: RecepcaoLoteRPS_4303004=http://177.84.147.222:8091/NFSe.Portal.Integracao/Services.svc