Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.759
  • Registro em

  • Última visita

  • Days Won

    1.107

Tudo que Italo Giurizzato Junior postou

  1. Eduardo, Esta errado, o numero que você esta informando como sendo o numero da nota é o numero do Rps, veja nas imagens que você anexou, 82 é o numero do RPS. O Rps foi recepcionado pelo serviço EnviarLoteRps que trabalha no modo assíncrono. Neste caso após o envio se faz necessário executar o método ConsultarSituação informando o numero do protocolo retornado ao Enviar o Rps. Depois executar o método ConsultarLote também informando o numero do protocolo. Nesta ultima consulta se o Rps foi processado com sucesso você terá como retorno o XML da NFSe que vai ser salvo na pasta Notas. Nele consta o numero da nota, numero este que você vai informar ao pedir o cancelamento da mesma.
  2. Bom dia Danio, Já foi enviado sim. Para garantir delete os arquivos ACBrNFSeXServicos.ini e ACBrNFSeXServicos.res e atualize novamente os fontes e reinstale o ACBr.
  3. Bom dia Eduardo, Ao solicitar o cancelamento você esta informando o numero da nota ou o numero do Rps? Tem que informar o numero da nota.
  4. Bom dia Gomes, Na NFSe não existe o conceito de Protocolo de autorização. Se no retorno temos o código de verificação ou o código de autenticação como é o caso do provedor Equiplano, podemos dizer que o Rps que foi enviado foi processado com sucesso e a nota foi gerada. Note que nesse retorno além do código de autenticação temos o numero do Rps que foi enviado, o numero da NFS-e que foi gerado com base nesse Rps e a data/hora que isso ocorreu.
  5. Bom dia Danny Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2315 Essa alteração não vai gerar efeito colateral para as demais cidades?
  6. Eduardo, O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio, caso ela esteja com o valor True, o componente se encarrega de realizar as consultas automaticamente.
  7. Bom dia Eduardo, Isso não é uma procedure e sim o retorno da consulta. Por favor veja no programa exemplo como realizar a consulta estudando o conteúdo do botão [Consultar Situação]
  8. Danio, Então quer dizer que a URL "http://www.speedgov.com.br/wsaqz/Nfes" e a URL "http://speedgov.com.br/wsaqz/Nfes" apontam para o mesmo webservice que é o de produção.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Bom dia Diogo, Tente descobrir qual é a URL de produção. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2302
  11. Bom dia Maurício, Já inclui na minha lista de tarefas para analisar o problema. TK-2301
  12. Bom dia Eduardo, O numero do Protocolo não significa que o Rps foi recebido e processado com sucesso e consequentemente a nota foi gerada pelo webservice. Você enviou o Rps de numero 82 e o WebService retornou o numero do protocolo, isso significa que o lote foi recebido com sucesso. Agora é preciso consultar a situação do lote informando o numero do protocolo. Teremos como retorno os seguintes valores: 1 - Lote não Enviado 2 - Lote em Processamento 3 - Lote Processado com Falhas 4 - Lote Processado com Sucesso Se retornar 1 significa que você informou o numero do protocolo errado. Se retornar 2, se faz necessário aguardar alguns segundos e realizar uma nova consulta Se retornar 3 ou 4 devemos Consultar o Lote informando o numero do protocolo. Teremos como retorno a lista de rejeições caso a situação seja 3 ou o XML da NFS-e se a situação for 4. No XML da NFS-e temos o numero da nota, é esse numero que você vai utilizar para cancelar se assim desejar e não o numero do Rps. Detalhe importante, nem sempre o numero da nota é igual o numero do Rps.
  13. Bom dia Danio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2300 Se a URL "http://speedgov.com.br/wsaqz/Nfes" acessa o webservice de produção, qual seria então a URL de homologação ?
  14. Bom dia Gilson, Não ocorria com o Ginfes, mas ocorria com outros provedores. Como lhe disse, estamos em busca de algo que resolva o problema para todos os provedores.
  15. Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2299
  16. Bom dia Gilson, Estamos cientes desse problema. Algumas técnicas resolvem o problema para alguns provedores, mas não resolvem para outros. Estamos em busca de uma solução definitiva para o problema.
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  18. Rogério, Sim, sempre atualize todos os fontes de todas as pastas e reinstale o ACBr.
  19. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  20. Boa tarde Fernando, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2296 Quanto as caracteres com acentuação estamos estudando a melhor forma de resolver esse problema.
  21. Boa tarde Danio, Esse XML da NFS-e cancelada foi baixada do site do provedor ou você fez uma consulta usando o componente que retornou esse XML? Como assim a URL de homologação esta igual a de produção? [2301000] Nome=Aquiraz UF=CE Provedor=SpeedGov ProRecepcionar=http://www.speedgov.com.br/wsaqz/Nfes HomRecepcionar=http://speedgov.com.br/wsaqz/Nfes
  22. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2295
×
×
  • 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...