Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.527
  • Registro em

  • Última visita

  • Days Won

    1.057

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde John Fiz uma alteração que acredito resolva o problema. Por favor, se possível entre em contato com o provedor CENTI e peça a relação das cidades e suas URLs que cujo formato do arquivo de envio foi mudado. Atualize os fontes do ACBr e faça novos testes.
  2. Boa tarde, Ao realizar a inutilização de um numero ou faixa de números é gerado 3 XMLs: *-ped-inu.xml (pedido de inutilização) *-inu.xml (retorno da SEFAZ com o resultado do processamento do pedido) *-ProcInutNFe.xml (esse XML contem o pedido mais o retorno da SEFAZ, ou seja, é a união dos outros dois acima) Observe que no grupo <retInutNFe> contem 2 namespace sendo que o segundo possui o prefixo ns0. Existe uma recomendação no manual do ENCAT que o XML não deve ser gerado com prefixo. Concluo que a SEFAZ esta gerando o retorno de forma indevida. Não temos culpa que a SEFAZ-MG de vez em sempre costuma colocar a pata de elefante deles onde não deve. Aconselho abrir um chamado na SEFAZ-MG apresentando a mercadoria que eles fizeram e questionando o motivo.
  3. Boa tarde Jhon, O que estava incorreto, foi necessário fazer alguma alteração no componente ou arquivo INI?
  4. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  5. Boa tarde Maurício, O jeito é entrar em contato com o provedor quem sabe eles apontam onde estamos errando, ou eles corrigem o webservice caso o problema seja do lado deles.
  6. Boa tarde Paulo, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.
  7. Que maravilha o provedor esta retornando o WSDL em vez de retornar o XML da NFS-e ou a rejeição.
  8. Boa tarde Maurício, Você tem o arquivo *-ger-nfse-soap.xml ? É nesse outro que deve constar o token.
  9. Boa tarde Jhon, Se a cidade de Rio Verde se utiliza do mesmo provedor e esta funcionando, deveria também funcionar com essa outra cidade.
  10. Boa tarde Windel, Exatamente. conforme já explicado na minha postagem acima. A tag <Competencia> passou a existir no layout do XML do RPS somente a partir da versão 2. Como o provedor BHISS que é o que atende a cidade de Porto Alegre se utiliza da versão 1, logo não tem essa tag. Portanto não adianta alimentar o campo Competencia, ele não vai ser gerado no XML do RPS.
  11. Bom dia, Entre em contato com o provedor e questione sobre a versão do modelo da ABRASF. Pois até onde sei esse provedor segue a versão 1 do layout da ABRASF. Outra coisa, essa cidade mudou de provedor pois até onde sei ela se utiliza do provedor Betha.
  12. Mauricio, Esse XML é do RPS, favor anexar o XML de envio do RPS (*-ger.xml)
  13. Bom dia, Você esta usando o componente ACBrNFSe? Se sim, essa cidade foi incluída no arquivo Cidades.ini?
  14. Bom dia Windel, O XML gerado pelo site do provedor é o XML da NFS-e. Por outro lado o XML gerado pelo componente a ser enviado para o provedor é o XML do RPS.
  15. Bom dia, Favor anexar a unit alterada para que possamos analisar.
  16. Bom dia Jhon, Vou verificar com a equipe ACBr o que precisa ser feito para fazer funcionar esse provedor.
  17. Bom dia Mauricio, O componente tem uma propriedade de configuração chamada WebSenha dentro de Emitente, experimente informar ai.
  18. Bom dia ALA, Até onde sei a cidade de Sete Lagoas/MG se utiliza do provedor Actcon. Mudou? Se sim, para qual foi?
  19. Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. Bom dia Marcio, Essa é a configuração do componente que consta no Object Inspector. Em nenhuma rotina da sua aplicação essa configuração não esta sendo alterada?
×
×
  • 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...