Ir para conteúdo
  • Cadastre-se

Diego_Tavares

Membros
  • Total de ítens

    16
  • Registro em

  • Última visita

Últimos Visitantes

529 visualizações

Diego_Tavares's Achievements

Apprentice

Apprentice (3/14)

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

Recent Badges

10

Reputação

  1. Na UF - RS (Rio grande do sul hoje começou a retornar aleatoriamente essa rejeição:Rejeição 410: UF informada no campo cUF não é atendida pelo webservice XML aparentemente ok <ide> <cUF>43</cUF> ------------- <UF>RS</UF>
  2. Em SC sim, mas em MG continuamos com esse "problema" qualquer cenário que o supermercado volte a numeração das notas, a SEFAZ segue autorizando....
  3. Sim, o indicado é mudar a série... Mas se a SEFAZ tem a rejeição pra isso, por que parou de rejeitar? Minha dúvida é se mais alguém passou ou está passando por isso....
  4. O cenário que estamos enfrentando envolve uma troca de ERP, onde, no novo sistema, não temos controle sobre a numeração utilizada pelo sistema anterior. Por isso, iniciamos a emissão a partir do número 1. Alguns dias atrás, a SEFAZ rejeitava a NFC-e com esse número, indicando que ele já havia sido emitido anteriormente pelo ERP antigo. Porém, agora, notamos que a SEFAZ está autorizando a emissão da NFC-e número 1, mesmo que ela já tenha sido utilizada anteriormente, desde que seja em datas diferentes. Isso gera uma dúvida: Como o ERP deve controlar essas situações, se a numeração já foi utilizada por outro ERP? Deveríamos contar com as rejeições 204 e 539 justamente para identificar esses casos e evitar a duplicidade de numeração. retorno da SEFAZ de SC:
  5. Prezados, Notamos que a SEFAZ de Santa Catarina (SC) e Minas Gerais (MG) não estão mais retornando as rejeições 539 e 204, permitindo a autorização de notas fiscais com a mesma numeração e série em datas diferentes. Isso nos causou estranheza, pois o número da NFC-e, juntamente com a série, deveria ser um identificador único para a autorização, prevenindo duplicidades. Pelo comportamento observado, parece que a data passou a ter um peso significativo como chave única para validação, o que é um comportamento diferente do que era esperado. Gostaríamos de saber se alguém mais enfrentou essa situação ou percebeu mudanças similares nos estados de SC e MG? Segue uma breve explicação das rejeições para contextualização: Rejeição 539: Duplicidade de NF-e com diferença na Chave de Acesso. Rejeição 204: Duplicidade de NF-e. Caso alguém tenha mais informações ou possa compartilhar suas experiências, seria de grande ajuda!
  6. Quais tags devo preencher no XML de uma NFC-e quando o pagamento for 22: “Pagamento Eletrônico não Informado - falha de hardware do sistema emissor” ? e outra, padrão no BR ou depende da UF?
  7. Entendo que nesse caso, na forma de pagamento 17 deve-se informar a tag <card> e a tag <tpintegra>
  8. Bom dia, agora em 01/01/2023 entra em vigor no RS a normativa RS - IN RE nº 81/2022 alguem entendeu oque sera necessario alterar na NFC-e?
  9. Entrei em contato com a SEFAZ do RS fazendo o questionamento sobre quando vai entrar em vigor e recebi a seguinte resposta: --------------------------------------------------------------------------------------------------------------------------- A emissão de NF-e segue sempre 2 regulamentações: a legislação tributária, e as especificações técnicas. A utilização das séries 890 a 899 na emissão em contingência está prevista na legislação tributária, no dispositivo que vocês mencionaram. Porém, até o momento o CONFAZ não publicou nenhuma Nota Técnica com as especificações para a utilização dessas séries. Por isso, a utilização dessas séries ainda não foi implementada. Ela será implementada assim que o CONFAZ publicar uma Nota Técnica com as especificações. Há uma proposta de alterar os efeitos do Ajuste 13/18 para março de 2020, no que tange a séries específicas, no âmbito do CONFAZ. O assunto ainda está sendo discutido pelos grupos nacionais, buscando a melhor solução com menos impacto para as empresas e para os Fiscos. Eduardo S. Benazzi Agente Fiscal do Tesouro do Estado NAVi - Núcleo de Atendimento Virtual Receita Estadual – RS
  10. Bom dia senhores, alguma novidade sobre esse ajuste ? è obrigatório a partir de hoje ??
  11. Sou novo por aqui, ficarei agradecido de me explicar melhor ou repassar o link. obrigado
  12. Ola, boa tarde gostaria de um auxilio no quesito cálculos de impostos na NFC-e (PIS, Cofins, ICMS, ST) gostaria de saber se há alguma fórmula padrão de cálculo que possamos implementar no sistema que estamos desenvolvendo.
  13. Questionei novamente e: A SEFAZ RS não está exigindo o grupo de Responsável Técnico. Eduardo S. Benazzi Agente Fiscal do Tesouro do Estado NAVi - Núcleo de Atendimento Virtual Receita Estadual – RS
  14. Muito interessante, inclusive hoje consultei o sefaz-RS e obtive essa resposta: Boa tarde. O grupo de informações do responsável técnico é opcional por estado. Isso significa que cada estado pode decidir se exige ou não essas informações. Inicialmente, essa informação somente poderá ser exigida por estados que possuam cadastro de desenvolvedor (Ex.: PR e PA). Os demais estados somente poderão exigir essa informação posteriormente, quando tiver sido implementado o Cadastro Nacional de Responsável Técnico. O RS não possui cadastro de desenvolvedor, e não vai exigir essa informação, pelo menos até a implementação do Cadastro Nacional. Responda à Pesquisa de Satisfação e contribua para a melhoria do atendimento. Atendimento realizado conforme IN DRP Nº 045/98, Título V, Cap. XII. Att, Arnaud Menezes Caitano Júnior
×
×
  • 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...