Jefferson Damian

Certo.
Então acabei de ver que esse banco cada pouco tem uma ideia diferente.
Hoje recebi a seguinte mensagem no E-mail:

"Fica a criterio do cooperado utilizar o segmento S, mas no momento possuimos somente o código 3, quando for emitir segunda via retirada na conta online, fora isso não irá constar a mensagem ok."

Então pode fechar esse tópico, eu achei onde faz a alteração e quando ficar pronto para esse banco,
se for necessária a sugestão que fiz faço a alteração e abro novo tópico para passar a sugestão.

Por enquanto obrigado.

Italo, foi sofrido mas consegui fazer a consulta da NFSe retornar informação, mas não foi só tratar o "&".
Até as TAGs do XML são diferentes.
Atualizei na segunda e vi o novo componente para a NFSe, até pensei em testar com ele, comecei mudar e vi que 
teria que alterar diversas coisas no meu sistema para agora. Então desisti e fui pela versão antiga mesmo.
O pior provedor que já vi até agora, claro que ainda não vi muitos.

Como é muita coisa vo anexar: 
- um TXT com o XML depois que consegui retirar o "&" (formatado para melhor visualização);
- um TXT Descrevendo o que fiz;
- as 3 Unit que precisei mexer.

Aí podem dá uma olhada e ver a viabilidade de replicar isso para as próximas versões.
Obrigado pela dica de onde começar.


 
Possiveis solucoes NFSe IPM.txt Retorno IPM.txt pnfsLerListaNFSe.pas ACBrNFSeWebServices.pas pcnLeitor.pas

Fiz a verificação da base do cliente e estava cadastrado no nosso sistema com um &, removi mas continuou o problema, daí questionei o provedor IPM e este disse que o cadastro na prefeitura está com um &. Questionei sobre se é um caractere proibido, porque ele não tem como padrão a orientação para que a Prefeitura não cadastre sem esse caractere, então o atendente disse que a Prefeitura geralmente cadastra pela informação constante na Receita Federal.
Bom passei a bola para que o cliente solicite ou a alteração do nome ou que solicite da Prefeitura que o Provedor realiza o tratamento da informação.

Agradeço a ajuda e pode fecha como resolvido.

Descobri que se eu deixo a Versão do XML errada (o padrão que está no Pronimv2.ini)
Ele gera dois XML que estão em anexo mas se coloco a versão 2.03 dá erro ao assinar,
mas se configuro para não assinar, dá erro ao validar e retorna a mensagem:
"Não foi possível carregar o arquivo.
Err: -1072896763, Lin: 1, Pos: 289 - A name contained an invalid character."

Em anexo também o TXT contendo o conteúdo da estring sendo enviado no ValidarLote.
Esse é o Valida lote.
Procedure TNotasFiscais.ValidarLote(const XMLLote, NomeArqSchema: String);
 
161-env-lot.xml 161-env-lot-soap.xml Xtring sendo passada no Valida.txt

Sim estão atualizados. atualizei hoje pela manhã.
Eu vi isso acontecer apenas com as ECFs blindadas, temos uma Daruma FS800 e para ter certeza, utilizei os dados de um cliente que possui Epso TM-T900F, ambas retornaram o mesmo erro.
Não posso anexar o arquivo pois usei a mesma Redução Z para outros testes e daí o arquivo se perdeu. Eu teria de desfazer algumas coisa para gerar,
mas após postar a minha dúvida encontrei um outro post de Março feito pelo membro katcharowski que estava com o mesmo erro e fiz o mesmo que foi feito para contornar o problema e acrescentou 1 e 0 (um e zeros) para resolver pois o campo é inteiro.
 

Certo, Obrigado