MarcosRWeimer

Certo, havia esquecido de remover o espaço em branco depois de passar pela validação, mas sem sucesso, mudou o erro agora é: "Erro na estrutura do arquivo XML enviado. Verifique a estrutura da tag NFSE"

Ai volta o caso do " Erro: Usuario ou senha invalido(s)"

Atualizado, reinstalado tudo e... continuo com problemas:

Quando abre o site do provedor tem o logo da empresa... porem abrindo os links, as URLs tem nomes diferentes: http://portal.issqn.net/tecnosis/Portal.html#versao=35 ou... http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg então não sei qual seria mais apropriado, se AEG, TECNOSIS, Integ2... enfim, no momento o nome acredito que seja o menor dos problemas

Alterado cidade de Santa Helena/PR para IPM (ainda vou testar a ConsultaNfseporRps) Cidades.ini

Desinstalei o ACBr, baixei tudo novamente e estou instalando

Problema que o município de Santa Helena/PR mudou de Equiplano para IPM, alguma coisa deve estar diferente dos demais municípios P.S. Cascavel/PR tambem mudou, entrou em produção ontem (04/08)

Exato, trunk2... atualizado: Arquivo INI Fontes: Só que aqui

Meu arquivo IPM.INI está igual ao do repositório e recebo a mensagem: Erro: A funcionalidade [Consultar NFSe por RPS] não foi disponibilizada pelo provedor: IPM Não entendo como pode estar funcionando ai sem alterar nada.

@tobexy conseguiu chamar o "ConsultarNFSeporRps" ?? Aqui não funcionava... Erro: A funcionalidade [Consultar NFSe por RPS] não foi disponibilizada pelo provedor: IPM Então alterei o IPM.INI nesta parte: (estava vazio as variáveis TEXTO) [ConsNFSeRps] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo= TagElemento= DocElemento= InfElemento= Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> Texto2=<S:Body> Texto3=<ConsultarNfsePorRps xmlns="%NameSpace%"> Texto4=<cabecalho>%CabMsg%</cabecalho> Texto5=<xml>%DadosMsg%</xml> Texto6=</ConsultarNfsePorRps> Texto7=</S:Body> Texto8=</S:Envelope> porem agora recebo outro erro: Erro: Usuario ou senha invalido(s) estranhamente o envio funciona, não diz que usuário e senha são inválidos.

Quando envia o RPS a equiplano não retorna mais o XML da NFS-e, apenas "a autorização", talvez seria interessando internamente o ACBrNFSe já fazer esta consulta ao autorizar o RPS (NFS-e)

AEG.ini Cidades.ini ACBrNFSeWebServices.pas pnfsConversao.pas pnfsNFSeW_ABRASFv2.pas

Bom dia! Faz algumas modificações no ACBrNFSe, porem não estou tendo sucesso ao enviar para o provedor. Informações recebidas do provedor: 1 - Criei um novo provedor (proAEG) já que o site do provedor é http://www.issqn.net/ e a empresa é AEG Assessoria Consultoria Tributária (se preferir que seja portalintelig ou tecnosis avisem que altero. 2 - Modifiquei o CIDADES.INI: [5006606] Nome=Ponta Pora UF=MS Provedor=AEG -> Modifiquei esta linha NomeURL_H=wshomologacao NomeURL_P=pontapora 3 - Criei o arquivo AEG.INI, é uma cópia do ABRASFv2.ini com as seguintes alterações: [SoapAction] Recepcionar=RecepcionarLoteRps ConsSit=* ConsLote=ConsultarLoteRps ConsNFSeRps=ConsultarNfsePorRps ConsNFSe=* Cancelar=CancelarNfse Gerar=GerarNfse RecSincrono=RecepcionarLoteRpsSincrono Substituir=SubstituirNfse [URL_P] RecepcaoLoteRPS=http://187.53.176.143/tecnosis/portalinteg2.dll/ [URL_H] RecepcaoLoteRPS=http://187.53.176.143/tecnosis/portalinteg2.dll/ Estou tendo problemas ao enviar, alterando a URL sempre retorna algum erro: 1 - http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg Erro Interno: 0 Erro HTTP: 500 URL: http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg 2 - http://187.53.176.143/tecnosis/portalinteg2.dll/soap/ Erro Interno: 0 Erro HTTP: 500 URL: http://187.53.176.143/tecnosis/portalinteg2.dll/soap/ 3 - http://187.53.176.143/tecnosis/portalinteg2.dll/ Erro: retorna o html da pagina, não vou postar aqui pq o post já está grande Baixei os schemas e o XML gerado está validando corretamente, estou com problemas no envio mesmo para prosseguir com os testes e modificações

Bom dia! Seguinte, vou desenvolver a integração para Ponta Porã/MS, a questão é que não é ISSNET e tambem não é Intellig (citado anteriormente pelo @Italo Jurisato Junior), é um tal de AEG. Provedor AEG utilizado apenas por Ponta Porã e Miranda. Documentação: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360038072593-Documentação-Técnica-Padrão-AEG P.S. Suporte é quase nulo neste provedor

Tenta acessar o site da receita no I.E. (https://cte.fazenda.pr.gov.br/cte/CteConsulta?wsdl) aqui abre para informar o certificado apenas na V5. veja que tenho outros certificados, inclusive dentro da validade e não são listados para selecionar: Não sei se este é o seu caso, mas aconteceu aqui.

Qual a versão do certificado? Tivemos problema recente em cliente com certificado novo na G2 (funciona pra NF-e/NFC-e, mas não para CT-e)

tambem acho um absurdo.... consegui gerar, setei para não assinar o lote, mas o resultado é este: envio: retorno da prefeitura: Consultando a versão 2.02 da Abrasf não tem nada sobre isto, ou estou cego kkk

Veja na pagina 1, minha postagem de 17/12/19:

Ola Pessoal! Alguma novidade? Surgiu um cliente novo aqui justamente em Ponta Porã. Nesta Thread aqui: https://www.projetoacbr.com.br/forum/topic/50370-altera%C3%A7%C3%A3o-de-provedor-itatiaiarj/ é possivel ver que o ACBr já gerava o bloco "<MetodoInfo>" conforme layout esperado para Ponta Porã, o problema de mudar o ISSNET.INI é que vai impactar nos demais municípios que não utilizam tal recurso. Teria que ter uma maneira de "gerar ou não gerar".

Exato, é assim que fazemos aqui. Pelo que sei não seria aceito, tanto que nem cogitei esta alteração (com base em outras contribuições que fiz, tenho quase certeza que não será aceito), o correto seria alterar o método de assinatura para assinar corretamente e enviar para o provedor, na teoria só muda assinatura do documento para o cabeçalho soap, tentei mas não consegui implementar, meu conhecimento sobre padrão de assinaturas em delphi/pascal é bem limitado, pensei em fazer um DLL em c# para assinar no padrão OASIS (o que seria bem melhor que utilizar o SITS), mas também não seria aceito.

Bom dia Marcio! Que bom que deu certo, não personalizei a DANFSE, teria que adequar algumas coisas, não precisa ser 100% igual ao da prefeitura. P.S. Lembrando que não foi aceita ainda pelo time do ACBr, está em avaliação mas não postaram nenhuma posição aqui ainda.

Vai ter mais alguma coisa para corrigir no retorno, a principio a geração do XML está OK, gerei 12 NFS-es e todas foram autorizadas

Anexo arquivo para ler corretamente a resposta pnfsEnvLoteRpsResposta.pas

Correto, se refere a minha aplicação, vai ter mais alterações no recebimento do lote, ocorreu agora um erro no recebimento e estou alterando para suportar o retorno corretamente.

Ola! Alterei o ACBr para gerar o XML no padrão Elotech. (não vai assinar, o objetivo é apenas gerar o XML, salvar e enviar com o SITS (app próprio da Elotech) Fiz assim: - alimentei o ACBr normalmente como para os demais provedores. - Ao invés de .ENVIAR salvo o XML e executo o SITS: if ACBrNFSe1.Configuracoes.Geral.Provedor = proElotech then ExecutaSits else ACBrNFSe1.Enviar(LNumeroLote, False); - Carrego o retorno assim: ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote := TRetEnvLote.Create; ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.Leitor.CarregarArquivo(LCaminhoXMLRecebido); ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.LerXml_ABRASF; - Depois faço as validações como faço com qualquer outro provedor Anexo arquivos para avaliação pnfsNFSe.pas pnfsNFSeW.pas pnfsNFSeW_Elotech.pas