Avisos importantes para os contribuintes:

• Atualizadas NT´s 2025.001 da RTC para CTe, BPe, NF3e e NFCom com nova data para preenchimento obrigatório dos campos do IBS CBS no ambiente de homologação: 03/11
  As demais datas não foram alteradas
• Liberado a área temática para a NFAg já com a publicação da Minuta MOC
• Publicada a NT 2025.002 do BPe contendo a especificação do BPeTA

No dia 31 de agosto de 2025, das 07:00 às 09:00, devido a uma manutenção no datacenter poderá ocorrer alguma instabilidade nos sistemas de autorização de documentos fiscais eletrônicos devido a migração defintiva para ambiente em nuvem. A indisponibilidade pode gerar intermitência ou parada da autorização nos sistemas de CTe, BPe, NF3e, NFCom, NFF, ONE, SVD e MDFe, afetando tanto os contribuintes do RS quanto os contribuintes das UF participantes da SVRS. Durante este período, estará disponível a Sefaz Virtual de Contingência de SP (SVC-SP), para CTe. Para os demais documentos, poderá ser utilizado processo de emissão em contingência off-line.

IMPORTANTE: NFe e NFCe não serão afetadas pela manutenção!

IMPORTANTE 2: A alteração de infraestrutura para nuvem irá modificar os endereços IP que respondem por todos os serviços destes documentos, é fundamental que as empresas estejam obtendo o endereço IP dos serviços de forma dinâmica sem fixar endereços e com baixo tempo de retenção de cache.

IMPORTANTE 3: Quem utiliza Java em sua solução deve buscar estar com os componentes atualizados, evitando problemas de conexão em razão do protocolo de segurança TLS.

Por motivos técnicos, a partir do dia 24/04/2025, as URLs do QrCode do BPe e CTe serão modificadas. De hoje até dia 23/04/2025, a SEF-MG aceitará tanto a URL antiga quanto a nova. De 24/04/2025 em diante, apenas a URL nova será aceita.

O Rio Grande do Sul decretou estado de calamidade pública devido aos eventos climáticos que atingem o Estado.

De forma preventiva, a SVC-SP está sendo ativada nesse momento para autorização de CTe, CTeOS e GTVe para as UF participantes da SVRS e para o próprio RS, permanecendo ativa até segunda-feira às 12:00 horas, sujeita a adiamento caso necessário.

Conforme amplamente divulgado e estabelecido em ATO COTEPE do CONFAZ, a versão 3.00 do CTe foi desativa à meia-noite do dia 01 de fevereiro de 2024. Os contribuintes deverão utilizar exclusivamente a versão 4.00 do CTe. O manual de orientações do contribuinte, schemas XSD encontram-se disponíveis nesse portal.

A Coordenação Técnica do ENCAT alerta todos Transportadores e Embarcadores que a versão 3.00 do CTe será extinta e perderá vigência na data de 31 de Janeiro de 2024 as 23:59, em caráter IRREVOGÁVEL, devendo os sistemas de emissão de CTe e os sistemas dos embarcadores estarem migrados para a versão 4.00.

A rejeição que será retornada nos serviços da versão 3.00 a partir de 01/02/2024 00:00 será a seguinte:

cStat= 239 

xMotivo = Rejeição: Cabecalho - Versao do arquivo XML nao suportada [Versao 3 com vigencia encerrada (ATO COTEPE/ICMS 123/22), utilize a Versao 4.00]

Comunicamos que as regras de preenchimento do QRCode do CT-e passaram a ser obrigatórias no ambiente de produção desde as 09:00 de hoje (07/10). Também informamos que a regra de validação G234 (Rej. 786) que verifica a EC87 está suspensa na SVRS conforme definido em reunião do grupo técnico do CT-e realizada em BH no dia 01/10/2019.

A partir de 07 de outubro passará a ser validado o QR Code no ambiente de produção do CT-e.

Cada SEFAZ Autorizador possui um endereço específico que será verificado na informação do QR Code no CT-e.

Para auxiliar os contribuintes, segue a URL de QR Code que deve ser indicada conforme a UF do emitente (mesmo no caso de SVC):

Ambiente de Produção:

SVRS (AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, RS, SC, TO)

https://dfe-portal.svrs.rs.gov.br/cte/qrCode

SVSP (AP, RR, PE, SP)

https://nfe.fazenda.sp.gov.br/CTeConsulta/qrCode

MG

https://cte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml

MS

http://www.dfe.ms.gov.br/cte/qrcode

MT

https://www.sefaz.mt.gov.br/cte/qrcode

PR

http://www.fazenda.pr.gov.br/cte/qrcode

Ambiente de Homologação:

SVRS (AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, RS, SC, TO)

https://dfe-portal.svrs.rs.gov.br/cte/qrCode

SVSP (AP, RR, PE, SP)

https://homologacao.nfe.fazenda.sp.gov.br/CTeConsulta/qrCode

MG

https://hcte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml

MS

http://www.dfe.ms.gov.br/cte/qrcode

MT

https://homologacao.sefaz.mt.gov.br/cte/qrcode

PR

http://www.fazenda.pr.gov.br/cte/qrcode

Foi publicada no portal a correção do pacote de schemas 3.00a do CT-e que encontra-se em homologação. Os arquivos alterados correspondem aos eventos de comprovante de entrega e cancelamento do comprovante de entrega que estavam em desacordo com a especificação do MOC 3.00a.

Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do CT-e/CT-e OS e seus anexos.

Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 22 de Julho de 2019 e em produção a partir do dia 26 de Agosto de 2019, contempla a atualização do schema do CT-e, criação do Evento Comprovante de Entrega dentre outras modificações.

Relativamente à definição dos padrões do QRCode previstos no arquivo XML do CT-e, cuja especificação das configurações para impressão no DACTE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DACTE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DACTE.

Da mesma forma, as RV G238 a G243 e N135 a N140 passarão a ser aplicadas em 02/09/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.

Atenção: Avisamos que o retorno do web service de autorização do  CT-e OS da SVRS será alterado para adequação ao padrão estabelecido no MOC 3.00 do CT-e. A partir de 12/12/2018 o retorno de uma rejeição não irá mais apresentar um protCTe.

A partir da NT 02.2018 podem ser prestadas as informações da empresa responsável técnica pelo software emissor do CT-e e CT-e OS diretamento no XML do documento. Fale com seu desenvolvedor e peça para que esses dados sejam fornecidos.