Sandro Andre Reghelin

Italo acabei de fazer um teste aqui e funcionoum vou passar para a minha área de testes do sistema para mais testes e retorno o mais breve possível...

seguem os arquivos de uma nota que acabei de mandar cancelar, mas to achando que eles mudaram os retornos.... 93-can.xml 93-can-soap.xml 93-ped-can.xml 93-ped-can-soap.xml

italo coloquei a seguinte configuração: with Geral do begin SSLLib := libWinCrypt; //SSLCryptLib := TSSLCryptLib(cbCryptLib.ItemIndex); //SSLHttpLib := TSSLHttpLib(cbHttpLib.ItemIndex); SSLXmlSignLib := xsLibXml2; ai no radar apresenta o seguinte erro: Suporte a "xsLibXml2" foi desativado por compilação {$DEFINE DFE_SEM_OPENSSL} ou {$DEFINE DFE_SEM_LIBXML2}

Italo no dia 14/09 você me passou um fonte que solucionava o problema de um retorno de acesso negado no servidor IPM de Guarapuava-PR, segue em anexo o fonte. Na solução você disse que ele ja se encontrava no SVN, ontem atualizei os fontes na parte da manhã e o fonte que veio do ipm.provider.pas do SVN está diferente do que mandou como solução dia 14/09. O que está acarretando erro em alguns retornos do webservice, no meu caso foi no cancelamento da NFSe que apareceu..... IPM.Provider.pas

ok vou verificar aqui..

o ponto e esse : linha --> Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema); dentro da function TDFeSSLXmlSignMsXml.Validar(const ConteudoXML, ArqSchema: String; out MsgErro: String): Boolean; mas não consegui passar dali no debug...tipo não consegui abrir o schema.add

teria uma idéia de qual item da configuração possa ser? porque é a mesma aplicação que uso para Guarapuava, so muda os dados do prestador....demais configuraçãoes do ACBR eu mantive a mesma...

acabei de atualizar todos os fontes da pasta ...\dfe do acbr e persistiu o erro... mas o que vem a ser esse erro?

maquiina local veja a imagem..verifiquei a configuração do PathSchemas e está correta...a mesma que aparece no debug...

o conteudo do xml e: <ns3:ConsultarNfsePorRpsEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"><IdentificacaoRps><Numero>7460</Numero><Serie>RP</Serie><Tipo>1</Tipo></IdentificacaoRps><Prestador><Cnpj>05537035000188</Cnpj><InscricaoMunicipal>302295</InscricaoMunicipal></Prestador></ns3:ConsultarNfsePorRpsEnvio>' estoura na function TDFeSSLXmlSignMsXml.Validar(const ConteudoXML, ArqSchema: String; out MsgErro: String): Boolean; linha --> Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema); onde : FpDFeSSL.NameSpaceURI esta em branco .. e ArqSchema esta com valor : servico_consultar_nfse_rps_envio_v01.xsd

minha aplicação....

Estou começando os testes para envio da NFSe para São José -SC, pelo que vi no ACBR servidor Betha copiei o schemas da pasta de exemplos do acbrnfsex, estou com a ultima versão, e ao tentar enviar está me retornando os seguinte erro: Erro ao tentar enviar a NFS-e: servico_consultar_nfse_rps_envio_v01.xsd#/schema The '' namespace provided differs from the schema's 'http://www.betha.com.br/e-nota-contribuinte-ws' targetNamespace

ok

Funcionou sem problemas....veja o retorno como ficou....por mim solucionado...

testei nos dois e foi o mesmo retorno, esses arquivos que enviei foram testados em homologação, mas ontem tive o mesmo problema com um cliente em produção... segue a mesma Nfse, sendo enviada em produção... 5909-lista-nfse-ger.xml 5909-lista-nfse-ger-soap.xml 5909-ger-nfse.xml 5909-ger-nfse-soap.xml

Quando você envia uma NFse, mas por algum motivo ela não consegue acesso ao WebService da IPM, ele retorna o XMl em Anexo, o ACBR estava tratando e retornando a seguinte mensagem: Cod203 = 'X203'; Desc203 = 'Não foi retornado nenhuma NFSe.'; Fiz uma alteração para trazer a mensagem que consta no XMl de retorno que é "Acesso Negado" Segue o fonte do IPM.Provider.pas e os arquivos para sua validação. Acredito que dê para melhorar o mensagem de retorno.... 5909-ger-nfse.xml 5909-ger-nfse-soap.xml 5909-lista-nfse-ger.xml 5909-lista-nfse-ger-soap.xml IPM.Provider.pas

Blza resolvido mudei para consuta por lote e atendeu o que eu preciso... pode fechar esse tópico... Blza resolvido mudei para consuta por lote e atendeu o que eu preciso... pode fechar esse tópico...

ok, vou ver aqui...acho que estou comendo bola....

Bom dia, Italo atualizei seu fonte e o erro continua... segue a tela de onde estoura o erro...

ok...

Italo se puder me ajudar, antes consultava a NFse no Webservice de Guarapuva com o seguinte comando: NFSe.ConsultarSituacao(qrNFSe.FieldByName('ProtocoloRecepcao').AsString, qrNFSe.FieldByName('NumeroLote').AsString); Agora quando chamo, me retorna que o metodo não está implementado no servidor... Tentei usar o: NFSe.ConsultarNFSeporRps(sNumero, sSerie, sTipoRPS, CodVerificacao); retornou a mesma resposta... Sabe me dizer qual usar? ou se está com algum problema?

ok, vou atualizar e fazer as alterações necessárias...e testar....

Italo as alterações que foram feitas por mim no IPM.provider, puxando a tag da descrição da situação e referente a hora, serão incorporadas ao ACBR? Apenas para saber, no caso de eu precisar atualizar e não correr risco de perde-las....

resposta do pessoal da IPM: Bom dia Sandro, No momento o nosso WebService não prevê o envio em Lote. Já possuímos um Chamado aberto para que comporte esta estrutura

no manual está assim: 2. Forma de Funcionamento O sistema de gestão utilizado pelo emissor da NFS-e deverá, no momento da finalização da digitação dos dados necessários, efetuar à geração da NFS-e, transmitir para as URIs determinadas, os dados de login, senha, código da cidade (Receita Federal - TOM) e o arquivo no “Layout do Arquivo XML” descrito nesta nota, por método POST. O Web service irá processar os dados enviados e responder a requisição ou com os dados solicitados, ou com a crítica de inconsistência. Neste formato, a NFS-e será devolvida ao requisitante que fizer o post no Web service. O web service funciona de forma SÍNCRONA, e para iniciar uma segunda requisição, deve-se aguardar a conclusão da primeira.