Painel de líderes

Olá pessoal! A Sefaz do Rio Grande do Sul está realizando uma ação voltada a regularização do uso do Global Trade Item Number (GTIN), informação que identifica os produtos e deve ser informada obrigatoriamente tanto na NFe quanto na NFCe (veja mais sobre essa obrigatoriedade na Nota Técnica 2017.001). A ação envolve o envio de 6 mil alertas para empresas varejistas que devem realizar a correção de GTINs enviados incorretamente entre 01/01/2024 e 31/12/2024. Estima-se que cerca de 180 mil itens serão precisarão ser corrigidos. Os contribuintes tem um prazo de até 60 dias para regularização a partir do recebimento do alerta. Tanto o aviso quanto a orientação de como efetuar a correção pode ser encontrada na área de Autorregularização do portal e-CAC. Dúvidas podem ser encaminhadas para o e-mail: [email protected] Está notícia foi criada com base em notícia originalmente publicada AQUI.

Bom dia @Vitor Barbieri, A primeira coisa a saber sobre esse novo provedor é: qual layout ele utiliza (versão 1 da ABRASF, versão 2 ou layout próprio)? Se ele utiliza a versão 1 ou 2 note que temos modelos das units que são necessárias serem criadas. Esses modelos estão na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\Modelos. Você vai copiar e renomear esses arquivos para: BWSistemas.GravarXml, BWSistemas.LerXml e BWSistemas.Provider Esses 3 arquivos tem que ficar dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\Provedores Vai ser necessário criar um enumerado para esse provedor (proBWSistemas) na unit ACBrNFSeXConversao. Incluir a chamada ao novo provedor na unit ACBrNFSeXProviderManager com é feito com os demais provedores. Agora se o provedor se utiliza de um layout próprio, tem que ver se ele trabalha com XML ou Json e ai você vai pegar dentro da pasta que consta os arquivos dos provedores (...\Fontes\ACBrDFe\ACBrNFSeX\Provedores) e pegar um provedor de modelo para escrever as units do novo provedor. Em resumo: Criar o enumerado em: ACBrNFSeXConversao Incluir a chamada em: ACBrNFSeXProviderManager Escrever as units: BWSistemas.GravarXml, BWSistemas.LerXml e BWSistemas.Provider (ser o provedor trabalha com Json em vez de GravarXml é GravarJson, LerXml é LerJson). Quanto ao cancelamento se o provedor segue o layout da ABRASF as rotinas estão nas units: ACBrNFSeXProviderABRASFv1 e ACBrNFSeXProviderABRASFv2, se o provedor trabalha com layout próprio a rotina de cancelamento vai ser escrita na unit: BWSistemas.Provider. Espero ter ajudado. Assim que estiver pronto, por favor anexe as units aqui nesse mesmo tópico para que possamos validar e enviar para o SVN. Desde de já muito obrigado pela colaboração.

Olá pessoal! Foi publicada no dia 04/07/2025 no Portal da NFe, a Tabela de Crédito Presumido para o IBS e CBS. A mesma conta com os seguintes campos: Apropria via evento? IndDeduzCredPres IndCredPresCBS IndCredPresIBS Alíquota CBS Alíquota IBS cClass nota referenciada dIniVig dFimVig O download da tabela completa pode ser feito em Portal NFe > Diversos

SEFAZ Virtual RS 04/07/2025 Urgente – Número de protocolo com 17 caracteres na SVRS O retorno de 17 caracteres para o número de protocolo será adotado pela SEFAZ-SP, futuramente (ainda sem previsão), devido ao alto volume de emissão de NFC-e por ano, conforme previsto na Nota Técnica 2025.002 (NT da Reforma Tributária). Equivocadamente, esse retorno entrou em produção para a Sefaz Virtual do Rio Grande do Sul (SVRS) hoje (04/07/2025, entre 13h39 e 14h45), afetando a informação da autorização de uso para parte dos sistemas ERP. A SVRS já fez a correção no WebService de “Consulta Situação” para retornar o número do protocolo com 15 caracteres. Assim, a solução para as NF-e emitidas no horário supracitado é realizar novamente a consulta dos números de protocolo, retornando com o número de 15 caracteres. Sobre o evento de cancelamento, nas próximas horas, será liberada a versão aceitando o pedido de cancelamento com o número do protocolo contendo 15 ou 17 caracteres, considerando que muitas empresas internalizaram o protocolo com 17 caracteres. Contamos com a compreensão de todos. Orientação da Equipe ACBr: Atenção Pessoal, quem guarda no banco de dados o numero do protocolo de autorização do DF-e bem como o numero de autorização dos eventos, deverá realizar uma alteração de tamanho nas tabelas que guardam o numero do protocolo, alterando o tamanho de 15 para 17, não esqueçam de fazer isso.

Bom dia, Criada a tk-7305 para avaliação. Obrigado pela contribuição!

Bom dia, Criada a TK-7304 para avaliação. Obrigado pela contribuição.

Bom dia, pode desconsiderar minha mensagem anterior, não sei o que fiz de errado, mas agora deu certo

porque acredito que ainda não tem nada relacionado do DANFE certo.? pelo menos ainda não vi nada nas documentações

Olá, pessoal! No dia 04/07/2025, por volta das 14h12, começamos a receber diversos relatos de membros da nossa comunidade, tanto em nosso servidor do Discord quanto em nosso fórum, sobre problemas relacionados à NF-e e à NFC-e junto a Sefaz sefaz de múltiplas UFs. Todos os relatos tinham em comum a mesma situação: o número do protocolo de autorização (nProt) devolvido pelos web services continha 17 caracteres, em vez dos habituais 15. Se conferirmos na Nota Técnica 2025/002, podemos observar que, de fato, está previsto um aumento de 15 para 17 caracteres nesta informação. No entanto, ainda não alcançamos as datas previstas no cronograma para esta implementação. De acordo com alguns relatos, essa questão foi sanada e, após pouco tempo, as notas autorizadas voltaram a apresentar o nProt com tamanho 15. Contudo, ainda temos relatos de problema, pois algumas notas que foram geradas com protocolo de 17 caracteres estão devolvendo erro de schema ao tentar cancelar: Falha na validação dos dados do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe%7DnProt': [facet 'pattern'] The value '3XXXX0000003XXXX2' is not accepted by the pattern '[0-9]{15}'. Considerando todas essas informações: Caso esteja enfrentando erro de schema ao tentar realizar o cancelamento dessas notas, confirme se não está utilizando arquivo de schema desatualizado, pois a regex já foi atualizada nos arquivos .XSD em pacote de schemas liberado anteriormente para a Reforma Tributária. ...\trunk2\Exemplos\ACBrDFe\Schemas\NFe\tiposBasico_v4.00.xsd <xs:simpleType name="TProt"> <xs:annotation> <xs:documentation>Tipo Número do Protocolo de Status</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="17"/> <xs:pattern value="[0-9]{15}|[0-9]{17}"/> </xs:restriction> </xs:simpleType> Caso ainda esteja recebendo o nProt com tamanho 17 ao autorizar uma NFe/NFCe ou esteja recebendo erro diferente do mencionado acima ao tentar cancelar essas notas, recomendamos que abra um Fale Conosco junto a Sefaz para relatar a situação. Quanto mais pessoas reportarem, mais rápido a respectiva Sefaz perceberá que existe algum problema. Para abrir um Fale Conosco junto a Sefaz, siga as orientações de acordo com a Sefaz de sua Jurisdição

Coordenação Técnica do ENCAT 04/07/2025 Conformidade Fácil - Validador RTC Encontra-se disponível no portal da SVRS a nova funcionalidade do Projeto Conformidade Fácil: o validador das notas técnicas da Reforma Tributária do Consumo. Nesta transação, qualquer empresa ou integradora de software poderá informar a parte do XML com os campos da tributação apresentados nas notas técnicas da RTC ou mesmo colar o XML completo de um documento fiscal eletrônico e validar se a informação está em conformidade com as regras de validação descritas nas notas técnicas. O componente de validação é o mesmo que é utilizado pelo ambiente de autorização da SEFAZ Virtual, e tem a capacidade de responder se o XML apresentado está correto em relação a qualquer uma das regras previstas nas NTs. A primeira versão atende aos documentos CTe, BPe, NF3e e NFCom, mas muito em breve estará contemplando NFe e NFCe. A etapa 3 prevê a criação de um gerador de XML da reforma tributária e deve ser implantada ainda no mês de Julho. Acesso a ferramenta: https://dfe-portal.svrs.rs.gov.br/Dfe/ValidadorRTC

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn - #TK-7300

Olá pessoal! A notícia publicada anteriormente e detalhada no tópico abaixo foi removida do Portal de Notícias do e-Social. Foi publicado no dia 01/07/2025 nova notícia informando que a atualização foi prorrogada para 2026 para dar mais tempo para adaptação para os usuários do e-Social. O cronograma com as datas será divulgado em breve. Leia a notícia na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Sófolha por compartilhar a notícia em nosso fórum.

Desativa e Ativa quando for usar então mas se ele tá usando ECFVirtual quer dizer que faz já um tempo que esfriou o motor srsrs

Olá pessoal! Informamos que o componente ACBrNFe foi compatibilizado com a versão 1.10 desta nota técnica na review 39718. Versões do ACBrMonitorPLUS e da ACBrLibNFe compiladas depois das 11/06/2025 deverão engloba as modificações.