Ir para conteúdo
  • Cadastre-se

Ramon Valentim

Membros
  • Total de ítens

    81
  • Registro em

  • Última visita

Últimos Visitantes

714 visualizações

Ramon Valentim's Achievements

Enthusiast

Enthusiast (6/14)

  • Collaborator Rare
  • Reacting Well Rare
  • First Post
  • Week One Done
  • One Month Later

Recent Badges

13

Reputação

7

Community Answers

  1. Boa tarde. Conversei com o pessoal da SEFAZ Blumenau, em produção somente à partir de 01/08. No ambiente de produção restrita, a emissão e cancelamento para o emissor nacional (utilizando provedor PadraoNacional) está funcionando. Basta realizar a alteração que foi mencionada acima no arquivo "*.ini".
  2. Prezados, boa tarde. Recebemos o comunicado que a prefeitura de Blumenau optou por migrar do provedor SimplISS para o emissor nacional, conforme link abaixo: https://www.blumenau.sc.gov.br/governo/secretaria-de-gestao-financeira/pagina/emissor-nacional-nfse-sefaz A virada ocorrerá no dia 01/08. Hoje Blumenau utiliza o provedor SImplISS com API Própria (com XML no padrão nacional) e meu "*.ini" está da seguinte forma: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS ProRecepcionar=https://nfseblumenau.simplissweb.com.br Para testar emitindo diretamente para o emissor nacional, seria apenas mudar o provedor para "PadraoNacional"? Assim: [4202404] Nome=Blumenau UF=SC Provedor=PadraoNacional Nenhum dos provedores que atendemos até o momento utiliza diretamente o emissor nacional, por isso fiquei nesta dúvida. Obrigado!
  3. Olá, boa tarde. O cancelamento de NFS-e´s no ambiente nacional para o provedor SimplISS em Blumenau, deve ocorrer através do envio de um evento de solicitação de cancelamento (retirei este código do exemplo do ACBr): Este erro que você apresentou, se não me engano acontece quando tenta cancelar uma NFS-e utilizando o serviço de cancelamento, conforme era antigamente antes da migração para o padrão nacional.
  4. Bom dia! Olhando os logs do ACBr, aparentemente esta atualização ainda não foi disponibilizada no SVN né? Estou com o mesmo problema aqui.
  5. Muito obrigado Danilo. Atualizei agora e o cancelamento começou a funcionar. Revisão 45397 para quem precisar.
  6. Pessoal, boa tarde. De quando é o fonte de vocês do ACBr? Qual é a revisão? Tentei hoje o cancelamento em produção e obtive o mesmo erro: E1235 - Falha no esquema XML do DF-e. Ajuda: The element 'infPedReg' in namespace 'http://www.sped.fazenda.gov.br/nfse' has invalid child element 'e101101' in namespace 'http://www.sped.fazenda.gov.br/nfse'. List of possible elements expected: 'nPedRegEvento' in namespace 'http://www.sped.fazenda.gov.br/nfse'. Como vocês estão fazendo este cancelamento?
  7. O erro acima está acontecendo aqui em Blumenau/SC também. A princípio é problema do SCH no provedor, veja na citação abaixo.
  8. Bom dia. Eu não passei por este erro não. Mas pela experiência que tive com este provedor, eu aguardaria um pouco e tentaria novamente. Normalmente estes erros "sujeitos a mudanças", mudam mesmo
  9. Bom dia. Testei ontem novamente o envio do evento de cancelamento para Blumenau/SC no ambiente de Homologação. Aparentemente o erro mudou. A primeira parte onde dava erro referente ao "Id" sumiu. Alguém conseguiu algo diferente?
  10. O envio e cancelamento utilizando a url antiga + versão 2.03 estão funcionando. O cancelamento ao qual me referi acima é o cancelamento de NFS-e´s enviadas utilizando o Padrão Nacional, na url nova.
  11. No fim do ano passado a SEFAZ alterou o XSD com o tipo de evento de cancelamento. A tag id do evento era composta por 62 dígitos. PRE + chave NFSe (50 dígitos) + Tipo do evento (6 dígitos) + nPedRegEvento (3 dígitos) Aparentemente a SEFAZ alterou esse XSD no final do ano para ser composto por 59 dígitos (retirando o nPedRegEvento do id): PRE + chave NFSe (50 dígitos) + Tipo do evento (6 dígitos) O ACBr já foi alterado e está gerando o XML com 59 dígitos, mas o XSD de validação lá no provedor ainda está esperando o id com 62, aí gera o erro: Eu conversei com o provedor há umas 2 semanas e me informaram que estavam cientes, que estava na lista de correções deles, mas que não havia uma previsão. Provedor: SimplISS Cidade: Blumenau/SC
  12. Boa tarde. Até semana passada não era possível. Os XSD´s do provedor estavam desatualizados. Durante essa semana retornarei à esse assunto e farei um teste novamente. Se houver alguma novidade aviso aqui.
  13. Conversei com o suporte do provedor. Aparentemente, estes são erros internos do provedor, em breve liberarão as correções.
  14. Boa tarde. Apenas para informar, já entendi o que está acontecendo por aqui. O provedor está com os schemas desatualizados.
  15. Boa tarde. Testei agora e voltou a apresentar erro mesmo. Estou testando em homologação. Até ontem no início da tarde ainda estava funcionando.
×
×
  • 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...