cefantacini

Bom dia, Sendo assim então esse provedor não permite consulta por periodo? Seria isso?

Eu fiz o teste usando o programa de exemplo e o erro permanece. Aparentemente o provedor exige que seja informado um número final de NFSe, porém o método ConsultarNFSeporPeriodo não pede esse parâmetro.

Eu atualizei o ACBr, recompilei o Lázarus, atualizei a pasta de schemas e o erro permanece. Eu estou passasndo como parâmetro a data inicial e a data final, que são os parâmetros exigidos. Esse parâmetro de Número de NFSe não é pedido. E o estranho é que nem chega a salvar os arquivos SOAP na pasta Salvar.... Lembrando que para o provedor Betha e para outra cidade a chamada acontece normalmente sem erros.... O problema é só com o provedor ISSNet...

Estou tentando executar a consulta ConsultarNFSePorPeriodo do ACBrNFSeX para a cidade de Ribeirão Preto (ISSNEt) e estou recebendo a segiunte mensagem de erro: X800 Erro de Validação: --> 1824 - Element '{http://www.abrasf.org.br/nfse.xsd}NumeroNfseFinal': '' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsNumeroNfse'. Sendo que se eu excecutar a mesma chamada para outro provedor de outra cidade vai normal.... Alguém já passou por isso?

Entendido, obrigado!

Teria como sair a palavra "EMITENTE" no DANFe em vez de "REMETENTE" ? Forma que o cliente pediu.... Forma que sai .....

Alguns clientes reclamaram de não conseguir emitir NFSe por Ribeirão Preto pelo ISSNet, entrei em contato com o provedor e recebi a resposta abaixo: Acontece que até ontem estava emitindo normal Alguém já passou por situação semelhante? Bom dia! Provável erro; sem cabeçalho e links em HTTPS Todos os envios via integração precisam ter um cabeçalho com o "User agent" da solicitação, para que consiga comunicar com o webservice. Além do SOAP, operador do sistema precisa mandar essas informações com cabeçalho, é uma forma de comunicar quem está chegando no webservice. O cabeçalho que me refiro não é cabeçalho de XML, e sim de requisição HTTP, ou seja, ao enviar um pacote de comunicação via HTTP, este pacote deve ter sua identificação para que não seja bloqueado. Este procedimento seve para se comunicar com nosso WEB service uma vez usado em HTTP e não em HTTPS o sistema vai gerar um erro de segurança e o processamento não ira ser realizado. Essa recomendação da utilização do HTTPS é sempre utilizada pela Nota Control oque ocorreu foi um período de instabilidades dentro do sistema e por conta disso agora ele exige uma segurança maior, a recomendação é que seja alterado o quanto antes para que volte a emitir notas fiscais, solicito que encaminhe essas orientações para sua equipe de TI para que seja regularizado. *sempre utilizar o HTTPS. Pedimos, por gentileza, que tente novamente.

Eu devo ter odificado, mais fiz o que vc falou e resolveu. Obrigado!

Meu lazarus parou de auto-completar, quando coloca o ponto. Alguém já passou por situação semelhante? Desde já obrigado!

Eu consegui localizar o problema, fiz a leitura de outras mensagens de erro:: if DMComp.NFSeX.WebService.ConsultaLoteRps.Erros.Count > 0... if DMComp.NFSeX.WebService.ConsultaSituacao.Erros.Count > 0... if DMComp.NFSeX.WebService.Emite.Erros.Count > 0 .... E consegui chegar mensagens que me indicam que o problema é de cadastro do prestador na prefeitura: "Solicite autorização para emitir NFS-e para o CNPJ informado." "CNPJ do prestador não autorizado a emitir NFS-eIDMsg01 X203 " "Não foi retornado nenhuma NFSe." Se quiser pode fechar o tópico....

Então, a opção está marcada mais os arquivos não são salvos, veja algumas imagens do programa de exemplo.... O sucesso mostra true, porém a nota não é emitida e os arquivos SOAP não são salvos....

Estou tentando emitir uma NFSe usando o componente NFSeX e estou recebendo o erro: X101 Número do Protocolo não informado. A cidade é Batatais/SP, o provedor é o Betha. O interessante é que se eu tentar emitir a nota para ourtro prestador vai normalmente. Interessante tbém é que no caso do prestador que dá o erro ele não salva os arquivos na pasta Salvar. Com o outro prestador, mesmo se eu forçar um erro ele salva os arquivos na pasta Salvar. Não sei se tem algum coisa a ver mais o prestador que dá o erro é MEI. Se alguém tiver alguma ideái do que pode sr agradeço.

Eu que agradeço por todos os esclarecimentos. Já finalizei as rotinas de migração. Se quiser pode fechar o tópico.

Boa tarde, no arquivo a mensagem esstá correta... 542946751328455-lista-nfse-con-lot-soap.xml

Boa noite, Fiz o procedimento porém o problema com a acentuação permanece... "Favor entrar em contato com a prefeitura para verificar os itens permitidos para esse prestador. O item da lista de serviços informado não consta no cadastro do prestador."

Fiz o teste aqui - Baixei o ACBr inteiro (exclui tudo antes) - Alterei o provedor na cidade no arquivo INI - Reinstalei no Lazarus Limpando tudo - Executei o procedimento de Limpar e Construir o projeto e mesmo assim as mensagens de erro permanecem com acentuação erada Favor verificar se o lote já não foi enviado anteriormente, ou se a numeração do lote foi incrementada. Lote de RPS já enviado. Não foi retornado nenhuma NFSe.

Eu consegui recolver o problema acima, O retorno NFSeX.WebService.Emite.Sucesso vem como True porém a nota não tinha sido emitida. Consegui resolver testando o retorno: NFSeX.WebService.ConsultaLoteRps.Sucesso, bem como a lista de errs: NFSeX.WebService.ConsultaLoteRps.Erros.Count A minha dúvida é se o correto é consultar o retorno NFSeX.WebService.ConsultaLoteRps.Sucesso para saber se a nota foi emitida? Outro problema que estou enfrentando em relação a migração do componente anterior para o novo são as mensagens de erro, eu uso o lazarus e a acentuação delas vem distorcia, conforme exemplo abaixo: "Favor verificar se o lote já não foi enviado anteriormente, ou se a numeração do lote foi incrementada. Lote de RPS já enviado." A propriedade "RetirarAcentos" das configurações do componente está marcada..... Se alguém puder me ajudar com essas dúvidas, desde já agradeço.

Estou evoluindo, passo a passo, já consegui fazer a configuração do novo provedor e emitir nota. Meu problema agora é pegar o XML de retorno. Pelo tópico: eu preciso pegar o conteúdo do campo ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse Porem o conteúdo desse campo sempre vem vazio, tanto no meu sistema como no programa de exemplo, capturei algumas telas do programa de exemplo ..... O XML da nota vem vazio Será que tá faltando fazer alguma configuração?

Eu consegui configurar o meu sistema, copiei a configuração do programa de exemplo e deu certo. O problema que estou enfrentando agora é que, para a cidade que eu estou fazendo, o provedor mudou recentemente e o arquivo ACBrNFSeXServicos.ini ainda consta o provedor anterior. Alterei o ACBrNFSeXServicos.ini, conforme a imagem abaixo e fui no programa de expmlo tentar emitir uma nota, porém lá, ainda continua aparecendo que o provedor é o siappa. como devo proceder nessa situação?

Pelo que entendi deve ser no procedimento .AtualizarCidades; que consta no documento de migração, mais sinceramente não entendi o funcionamento, se alguém tiver algum exemplo prático de como atgribuir uma cidade agradeço.

Estou migrando meu sistema do compnente antigo para o novo, comecei fazendo um teste de geração de um DANFSe gerado pelo componente antigo e recebo a seguinte mensagem... Se alguém puder me ajudar, eu vi o manual de migração mais não encontrei nada sobre .... Desde já obrigado

Foram feitas todas as tentativas imagináveis e nada resolvia o problema, até que o cliente finalmente aceitou fazer o certificado A1 e tudo foi resolvido. Obrigado pela dicas. Se quiser pode fechar o tópico.

Em relação ao SSL já estão feitas as configurações da forma citada. Em relação ao timeout eu aumentei de 5k para 30k e piorou, dai começou a dar erro na consulta do status do serviço. Em relação à internet, como o programa está em um notebook, fizemos o teste de transmissão em outras redes, o que não surtiu efeito. A sugestão dada ao cliente foi a de adquirir um certificado A1. Obrigado pelas dicas, se alguém tiver mais alguma será bem vinda....

Eu tenho um cliente, um único cliente que usa certificado A3 e está recebendo o erro 12030 no momento da transmissão da NFe. O detalhe é que o erro acontece, porém se eu for nos arquivos que o ACBr salva na pasta SALVAR tem um arquivo lá que indica que a nota já foi emitida, porém, aparentemente o componente não consegue ler o erro. Eu faço a transmissão da seguinte forma... try DMComp.NFe.Enviar...... except . . if DMComp.NFe.WebServices.Retorno.cStat = 539//duplicidade then //consulta a nota para obter o xml autorizado . . end; Acontece que o componente não consegue ler ou não me retorna o CStat 539, ele retorna o erro 12030 e CStat 0 (conforme imagem abaixo), porém, como já dito, vou nos arquivos da pasta SALVAR e lá tem um arquivo indicando que a nota já foi emitida, se eu for no portal da Sefaz consigo baixar ela normalmente. Esse erro 12030 acontece se eu chamo o método "DMComp.NFe.Consultar;" tbém, mais não acontece se eu fizer uma consulta do Status do Serviço, essa, retorna "Serviço em Operação" Sendo assim não adiantaria eu ler o arquivo da pasta SALVAR e consultar a nota, pq no método DMComp.NFe.Consultar tbém dá o erro 12030. Alguns detalhes... - Eu sei que o problema não é com o ACBr e nem com a minha rotina, até pq tenho outros tantos clientes usando a mesma rotina e o problema só acontece só com um cliente. - Fizemos um teste de transferir o programa de computador e instalar o certificado digital e o problema acontece na outra máquina, isso imagino ser um indicativo de que o problema não é a instalação do certificado, pq na segunda máquina a instalação foi totalmente refeita; - Esse cliente, usa esse mesmo certificado a3 já tem mais ou menos um ano e meio e até uns 30 dias atrás estava tudo ok com o procedimento de emissão. Se alguém do grupo puder dar alguma dica, desde já agradeço!

Eu consegui resolver, estava faltando preencher a propriedade Configuracoes.Geral.CodigoMunicipio := ... E chamar o método Configuracoes.Geral.SetConfigMunicipio; Antes de imprimir. Se quiser pode fechar o tópico;