Ir para conteúdo
  • Cadastre-se

renemelo

Membros Pro
  • Total de ítens

    214
  • Registro em

  • Última visita

Tudo que renemelo postou

  1. Bom dia, Italo Fiz as alteracoes que voce propos mas ainda continua do mesmo jeito. nao sei mais o que pode ser feito.
  2. Bom dia Acho que nao estou conseguindo me explicar direito. Quando atualizei o componente para o Trunk2 no inicio de dezembro (la pelo dia 15), notei que os RPS eram transmitidos com sucesso para a prefeitura, mas a "transformacao" para NFSe dava erro. Apos transmitir o RPS, invoco a funcao ConsultarNFSeporRps para pegar os dados da NFSe e associar ao RPS no meu ERP. Quando eu consultava o RPS, aparecia o erro : "Consultar Recibo : Número do protocolo de recebimento do lote inexistente na base de dados". Entro no site da prefeitura e vejo que o numero do protocolo esta correto com o que tenho no ERP. vejo que a NFSe ja existe e esta tudo certo la, ou seja, a transmissao ocorreu com sucesso. Nessa epoca ao debugar, notei que ele nao carregava o XML corretamente (primeiro erro relatado em 21/12), e achei que o erro que mencionei acima era por isso. Na verdade, nao estou tentando usar protocolo.. essa mensagem vem do provedor... nao é do meu sistema. Usando o codigo antigo (um executavel que foi compilado com ele), tudo funcionava como sempre funcionou. Entrei em contato com voces e depois das correcoes que voces fizeram, o XML voltou a ser carregado certo, so que o erro ao consultar o RPS persistiu. Ai me voltei para comparacao do XML que é enviado para o provedor, tentando descobrir se tinha alguma diferença entre o atual e o antigo e tambem nao vi nada de mais... Nao faço ideia do que pode ser... e o suporte da Abaco é horrivel... O 1770 foi feito feito com o componente antigo e o 1790 foi feito com o componente novo.
  3. Italo, fiz as alteracoes que voce mencionou, mas o problema ainda persiste. Quando uso a funcao ConsultarNFSeporRps, o provedor Abaco me retorna o seguinte : "Consultar Recibo : Número do protocolo de recebimento do lote inexistente na base de dados". O galho é que se eu consultar o rps, a nota ou protocolo, ele ja existe sim na prefeitura.E se eu usar uma versao mais antiga do componente, tambem funciona. Comparei o XML gerado agora com o que mandei antes e realmente nao tem quase diferenca. Realmente nao sei o que pode ser... 0000007190-con-nfse-rps-soap.xml 0000007170-con-nfse-rps-soap.xml
  4. Boa tarde, pessoal. Ao que parece, agora o componente esta carregando corretamente, porem a ConsultarNFSeporRps ainda nao esta funcionando pra mim. Me parece que o problema esta nos dados do Prestador que nao estao sendo carregados corretamente. Estou enviando em anexo os XML gerado tanto na versão nova (eu atualizei is fontes hoje ainda) e na versão que usava no Trunk1. Como ainda nao consegui gerar a NFSe, nao sei se a impressao ja esta funcionando. Versao Nova.rar Versao Antiga.rar
  5. Obrigado a todos. Vou testar e aviso do resultado.
  6. Boa tarde, EMBarbosa Acredito que o problema seja o que comentei no primeiro post : quando vou usar a funcao ConsultarNFSeporRp, nao consigo carregar o componente (e todas as propriedades ficam em branco) fazendo a funcao ConsultarNFSeporRps falhar. Debugando, notei que : a funcao LerRPS nao consegue determinar o provedor (e portanto, nao consegue fazer a leitura do XML) por que ele tenta determinar o provedor atraves das tags OrgaoGerador e CodigoMunicipio. No xml eu nao tenho o "OrgaoGerador" e o codigo do municipio refere-se ao tomador do servico e nao ao prestador. Pergunto : se o componente ja sabe qual o provedor estou utilizando (ACBrNFSe.Configuracoes.Geral.Provedor), nao poderia ser passado isso para as funcoes que leem o XML? Tentei fazer referencia ao componente na Unit pnfsNFSeR, mas da um "Out of Memory".
  7. Bom dia Nao sei dizer exatamente. Fazia um tempo que nao atualizava o componente, por isso, nao posso dizer com certeza. Mas ainda tenho esses fontes. Adianta de alguma coisa?
  8. Desculpe, esquecei de mencionar. Uso o Fortes.
  9. Boa tarde, constatei hoje que se eu pegar uma versão antiga do componente, tudo funciona. Na versão nova, inclusive, se eu tentar imprimir o DANFSe, ele não carrega alguns campos, como o prestador do serviço e o tomador. segue os arquivos para analise. NFS-e_ 2372.pdf NFSE_2372.xml
  10. Bom dia, pessoal antes de usar a funcao ACBrNFSe.ConsultarNFSeporRps, eu tento carregar o componente com XML do RPS. Notei que ele nao consegue carregar o componente (e todas as propriedades ficam em branco) fazendo a funcao ConsultarNFSeporRps falhar. Debugando, notei que : a funcao LerRPS nao consegue determinar o provedor (e portanto, nao consegue fazer a leitura do XML) por que ele tenta determinar o provedor atraves das tags OrgaoGerador e CodigoMunicipio. No xml eu nao tenho o "OrgaoGerador" e o codigo do municipio refere-se ao tomador do servico e nao ao prestador. Pergunto : se o componente ja sabe qual o provedor estou utilizando (ACBrNFSe.Configuracoes.Geral.Provedor), nao poderia ser passado isso para as funcoes que leem o XML? Tentei fazer referencia ao componente na Unit pnfsNFSeR, mas da um "Out of Memory". O que eu poderia fazer para resolver meu problema? Segue o XML do RPS para a analise de voces. RPS_000000707.xml
  11. Bom dia. Na verdade, eu estava a bastante tempo sem atualizar os componentes. e na versao antiga, nao tinha esse problema. Foi depois que atualizei que comecou a dar esse problema.
  12. Boa tarde. Tambem estou usando o Abaco e tambem esta apresentando o mesmo problema.
  13. Também estou com o mesmo problema.. Desde ontem a noite, o meu pessoal não consegue cancelar e nem emitir conhecimento em MG. O pior é que não consta nada nem no portal nacional, e nem no portal estadual sobre isso.
  14. Pessoal, desculpe postar em um topico antigo, mas estou tento dificuldade com a NFSe de Curitiba, Eu nao informava nada no campo competencia, e em Canoa e Em Guarulhos, funciona corretamente. Em Curitiba, fica como 01/0001. Tentei informar para CTB e sai errado igual... O que posso estar fazendo errado?
  15. Certo, mas a questão é a seguinte : Imagina que a Rede de Supermercados Hiper tem varias unidades espalhadas pela cidade. Uma delas é a responsável pelo Frete (ex : a Unidade da Rua Liberdade, portanto frete FOB), mas a entrega sera na Rua Inconfidência (outra unidade da mesma empresa). No modelo antigo, iria preencher os dados do Destinatário com o endereço da rua Liberdade e no Local de Entrega, o endereço da Rua Inconfidência. Não sei como poderia fazer agora, já que os nós no XML não existem mais. Teria que jogar essa informação no campo observação para que o pessoal que vai entregar saiba que tem que entregar em um local diferente do destinatário? Como vocês estão fazendo?
  16. Bom dia, Pessoal O Sefaz capou as tags do Local de Entrega do XML, mas como faço agora para informar que um determinado conhecimento tem local de Entreha diferente do endereço do destinatario? Como os srs. trataram nos seus sistemas?
  17. Bom dia, obrigado pela resposta. Eu disponibilizo o alterado por que eu guardo o xml original.. Eu nao subtituo, eu fico com os 2 e quando necessario, mando o atualizado. Teria como fazer isso ainda? Obrigado
  18. renemelo

    Atualizar Xml Cancelamento

    Boa noite notei que o XML parou de ser atualizado com o cancelamento no meu sistema. Atualizei os fontes e debugando, notei que na unit webservices o componente so pega o protocolo de autorizacao e nao o de cancelamento. A propriedade AtualizarXMLCancelado esta True; O que pode estar errado? Obrigado
  19. Nossa... As respostas aqui sao sempre muito rapidas... Muito obrigado...
  20. renemelo

    Nome Do Arquivo Rps Xml

    Boa tarde, Pessoal.. É possivel definir um nome personalizado para o nome do arquivo XML do RPS? Digo isso pelo seguinte : Tenho varias filiais em cidades distintas e no meu sistema, todos as filiais iniciarao com o RPS 1. Como as filiais acessar por TS, acaba todo mundo salvando seus arquivos no mesmo diretorio... E nesse caso, o nome do arquivo ficaria igual. Eu sei que alguns vao dizer para fazer arquivo por prefeitura e etc, mas seria melhor pra mim se ao inves de Numero_RPS + Serie, pudesse definir como Filial + Numero_RPS O componente como esta nao tem suporte a isso, nao é? Obs : Dei uma olhada nos fontes e vi onde o nome é definido, mas nao consegui ver qual o metodo melhor pra ser alterado para suportar a minha necessidade sem prejudicar o resto... Obrigado...
  21. Bom dia, Depois de fazer algumas alteracoes, deu certo.. 1 - A Aliquota eu nao estava dividindo por 100 (estava mandando 2,00 ao inves de 0,02) 2 - Configurei para mostrar as mensagens 3 - Nao mandei o campo "deducoes" Depois dessas alteracoes, consegui transmitir com sucesso. Obrigado pela ajuda...
  22. renemelo

    Numero Rps

    Pessoal, vi na documentacao de Canoas-RS que o numero da NFSe voltaria apos emitida como ANO + 11 digitos. So que quando eu emiti uma nota, voltou um numero inteiro como número da NFSe.. Alguem sabe se alguma prefeitura devolve o numero da NFSe dessa forma (ANO + 11 Digitos)? Obrigado
  23. Bom dia, Italo.. Obrigado pela rapida resposta... Nao tentei... o que estou achando estranho é que consigo mandar um XML muito parecido com sucesso pelo programa de exemplo do ACBr e do meu aplicativo nao... Os mesmos dados de acesso que eu usei para transmitir pelo programa de exemplo, eu usei no meu aplicativo.. Por isso que eu acho que o problema é no meu XML ou no meu programa, nao no provedor Mas beleza, vou entrar em contato com eles para ver o que posso estar fazendo de errado.
  24. renemelo

    Transmitir Nfse Canoas Rs

    Bom dia, Pessoal Estou tentando transmitir um RPS para Canoas/RS e ao usar o método "ACBrNFSe.Enviar" e da o erro : "Erro desconhecido ao enviar o lote" Debugando, descobri que a mensagem que é devolvida é o erro "http 500" Comparando com o XML gerado pelo exemplo do ACBr, gero as mesmas tags. O que muda sao alguns valores, mas nao sei dizer se esse o problema. Segue o XML gerado por mim e o gerado pelo exemplo do ACBr GERADO_PELO_MEU_SISTEMA_000000000010-Rps.xml GERADO_PELO_EXEMPLO_ACBR_1UNICA-Rps.xml
  25. Beleza, Italo... muito obrigado
×
×
  • 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.