Ir para conteúdo
  • Cadastre-se

Sandro Andre Reghelin

Membros
  • Total de ítens

    433
  • Registro em

  • Última visita

Tudo que Sandro Andre Reghelin postou

  1. 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
  2. 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...
  3. acabei de atualizar todos os fontes da pasta ...\dfe do acbr e persistiu o erro... mas o que vem a ser esse erro?
  4. maquiina local veja a imagem..verifiquei a configuração do PathSchemas e está correta...a mesma que aparece no debug...
  5. 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
  6. 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
  7. Funcionou sem problemas....veja o retorno como ficou....por mim solucionado...
  8. 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
  9. 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
  10. 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...
  11. ok, vou ver aqui...acho que estou comendo bola....
  12. Bom dia, Italo atualizei seu fonte e o erro continua... segue a tela de onde estoura o erro...
  13. 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?
  14. ok, vou atualizar e fazer as alterações necessárias...e testar....
  15. 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....
  16. 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
  17. 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.
  18. Ialo devido a essa alteração do situacao, alterei os fontes e coloquei mais um campo no response a descricao da situacao tag --> <situacao_descricao_nfse>, para poder pegar o retorno de quando uma nota ja se encontra cancelada no Webservice...seguem os fontes alterados ... IPM.Provider.pas ACBrNFSeXWebservicesResponse.pas
  19. por mim sem problemas porque eu gravo ambas no mesmo campo.... Uma dúvida no retorno da consulta vocês pegam a tag situacao do retorno e depois mudam o valor dela, porque? //Código da situação da NFS-e (1-Emitida, 2-Cancelada) if (Situacao = '1') or (Situacao = '2') then Situacao := '4' else Situacao := '3'; Tipo no caso consultei uma nota que está cancelada voltou no xml de retorno a tag situacao_codigo_nfse = 2...
  20. Sim, mas como eles mandaram em separado, deixei igual aí faço o tratamento para juntar com a data no meu fonte...
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.