Ir para conteúdo
  • Cadastre-se

MarcosRWeimer

Membros
  • Total de ítens

    410
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que MarcosRWeimer postou

  1. Ola! Aqui o cliente também é de Toledo-PR.
  2. Anexo possível correção. Fiz aqui, testei e está rodando no cliente. Aguardo avaliação. pnfsNFSeR.pas
  3. @arrobba e a grande pergunta é... conseguiu assinar no padrão AOSIS que é a assinatura desde provedor? ou ainda utiliza o app externo (SITS) para enviar para o provedor? Só estou perguntando pq atualmente está rodando aqui gerando XML com o ACBr e enviando com o SITS e depois carregando novamente no componente ACBr o retorno, o problema deste provedor é que é o "diferentão" e tem a assinatura diferente dos demais e pra piorar aqui no oeste do Paraná está tendo cada vez mais prefeituras com esse "provedor"
  4. Ola! Passos: 1 - Envio da NFse, gera o XML do RPS (anexo) 2 - Retorno de "lote já processado..." ou alguma outra rejeição 3 - Tento carregar o XML do RPS salvo anteriormente para ConsultarNFSePorRPS, porem ocorre o erro: "não é um valor inteiro válido". O problema é que não está carregando os itens, nesta linha aqui (\ACBr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeR.pas / function TNFSeR.LerRPS_Equiplano ) Veja que se o código está considerando o nivel 2 que retorna em branco, ou seja, sem itens, porem se considero o nivel 1, retorna o bloco dos serviços. RPS gerado pelo ACBr em anexo (Editei o XML e ocultei os dados do tomador) Mais alguém está passando por este problema? 80001-rps - Copia.xml
  5. Segue: '&#xd;'#$A'<nrNfse>67</nrNfse>&#xd;'#$A'<cdAutenticacao>390aaxxxxxxx</cdAutenticacao>&#xd;'#$A'<dtEmissaoNfs>2020-11-19T10:01:36</dtEmissaoNfs>&#xd;'#$a'<nrRps>409</nrRps>&#xd;'#$A<nrEmissorRps>1</nrEmissorRps>&#xd;'#$A
  6. Bom dia Italo Salvou apenas o RPS, não concatenou aNFSe, se observar no print do post anterior, veja que a variável "aXmlRetorno" tem dados, mas depois de passar pelo "SeparaDados" acaba ficando em branco, concatenando assim uma string vazia ao invés dos dados do retorno. Pelo que entendi o "SeparaDados" extrai um bloco xml inteiro de uma string, neste caso não tem um bloco "nfse". Talvez a alternativa seria: aNFSe := SeparaDados('<nfse>' + aXmlRetorno + '</nfse>', 'nfse', False) ; mas me parece meio impróprio (tem geito de gambiarra, não gosto de coisas "fixas" que a qualquer hora podem mudar e prejudicar o funcionamento)
  7. Olá @Italo Giurizzato Junior Consegui fazer testes agora pela manhã, tem um problema no "SeparaDados", testei removendo a chave 'nfse', com outra chave, e não obtive sucesso
  8. Anexo arquivos xml.rar
  9. Segue anexo o RPS enviado e o XML salvo depois de ativar a opção ConsultaLoteAposEnvio formato do xml é diferente, não tem número da NFS-e nem o código de autenticação nfse.xml rps_env.xml
  10. Ola @Italo Giurizzato Junior Primeiro, desculpe pela demora, segundo, ativei a opção ConsultaLoteAposEnvio, até gerou um XML mas não com numero da nota e algumas outras informações, o que faz com que ao enviar o xml por email para os tomadores, os mesmo não aceitam o XML. (Nem no portal da prefeitura tem o XML da NFSe disponível para download, sempre baixa a resposta do RPS)
  11. Passe mais detalhes, quem sabe consigo adaptar o que tenho aqui.
  12. Olá! Alguém conseguiu dar continuidade? Pessoal do suporte da AEG não está me respondendo mais
  13. Desculpe pela demora, acabei priorizando outras tarefas e não dei mais continuidade, a principio o código está seguindo o manual, só não conclui os testes por divergências de login/senha, que o suporte do provedor insistia que estava errada (e não passava a correta").
  14. Atualizações para suportar "ConsultaNFSeporRPS" Não está funcionando totalmente, novamente estou cobrando o provedor, o Helio (que me atendeu no suporte da IPM) e o Adriano Schoefer (contato informado nesta thread), tem outro desenvolvedor aqui cobrando de outro suporte também, quem puder, favor "botar uma pressão" no provedor Alterado para enviar o XML conforme padrão do provedor (manual pagina 19): <consulta_rps><cidade>7683</cidade><serie_rps>F</serie_rps><numero_rps>11111</numero_rps></consulta_rps> porem o provedor está retorna o XML inconsistente e com divergência do manual (página 20, item 5.4) <retorno><rps><mensagem_rps></mensagem_rps><serie_rps>F</serie_rps><numero_rps>11111</numero_rps><situacao>RPS NAO convertido em Nota Fiscal Eletronica</li></rps></retorno> ACBrNFSe.pas ACBrNFSeWebServices.pas pnfsNFSeG.pas
  15. Não, cliente e suporte da prefeitura tambem estão cobrando, mas por enquanto, sem sucesso.
  16. As chaves condizem com a do portal do provedor, estou em uma batalha com o suporte deles, sempre é... "consulte o manual..." que eles não seguem, ou usuário e senha estão errados (mesmo mandando print do usuario/senha no portal do provedor), enfim, prevejo que esta batalhe se estenda bastante ainda.
  17. Veja a resposta do suporte do provedor: Este erro ocorre geralmente, quando as chaves de acesso fornecidas não estão iguais as cadastradas no portal WEB. Vou verificar se é problema no usuário/senha.
  18. Ajustes para interpretar o retorno: <DocumentElement><Resultado><ResultadoCodigo>3</ResultadoCodigo><ResultadoErro>C?digo de Barras 2 de 5 n?o suporta outros d?gitos a n?o ser n?meros!:</ResultadoErro></Resultado></DocumentElement> para o provedor AEG. pnfsEnvLoteRpsResposta.pas
  19. pois é, já solicitei ao suporte do provedor, espero que respondam.
  20. Bom dia! Tive tempo de desinstalar tudo (apagar as pastas, atualizar) e instalar novamente somente hoje, porem veja o arquivo de retorno quando ocorre um erro nos dados: <DocumentElement><Resultado><ResultadoCodigo>3</ResultadoCodigo><ResultadoErro>C?digo de Barras 2 de 5 n?o suporta outros d?gitos a n?o ser n?meros!:</ResultadoErro></Resultado></DocumentElement> Ai fica difícil, cada provedor tem seu "padrão abrasf"... vou fazer algumas alterações a fim de entender este "novo padrão"
  21. Boa Tarde @Italo Jurisato Junior Infelizmente não está funcionando, alguma coisa ainda não confere, fiz mais alguns testes e não consegui encontrar o problema. ACBrDFeWebService.EnviarDados, linha 412: FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); Dados: FPEnvelopeSoap: xml da NFS-e FPURL: 'http://187.53.176.143/tecnosis/portalinteg2.dll/' FPSoapAction: 'RecepcionarLoteRps' FPMimeType: 'text/xml' Acaba retornando o HTML da página (http://187.53.176.143/tecnosis/portalinteg2.dll/), como se não estivesse chamando o método 'RecepcionarLoteRps'.
  22. Sim, pra testar sim, não pra deixar no fonte do ACBr, abri um chamado no provedor para arrumarem a cagada deles
  23. Retorno do provedor não ajuda.... '<retorno><rps><mensagem_rps></mensagem_rps><serie_rps>F</serie_rps><numero_rps>1198</numero_rps><situacao>RPS NAO convertido em Nota Fiscal Eletronica</li></rps></retorno>' Não fecha a tag "situacao" ai não acha na hora de tratar o retorno
  24. Estou desenvolvendo esta requisição, só estou pensando em como obter o código TOM (dentro da "TNFSeG.Gera_DadosMsgConsNFSeRPS", acho que só criando uma nova propriedade, mas fica para amanhã cedo. Tem a ConsultaNFSeporRPS, estou implementando pois o "padrão" é diferente dos demais
  25. Isto que estava falando desde o começo, o "ConsultarNFSeporRps" não está funcionando, o provedor disponibiliza, só não estou encontrando uma maneira de funcionar.
×
×
  • 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.

The popup will be closed in 10 segundos...