Pesquisar na Comunidade

Olá pessoal! Foi publicado no dia 31/07/2024 a Nota Técnica 2024/001 abrangendo múltiplos DFes com o objetivo de adequá-los as modificações propostas pela Reforma Tributária. Introdução O PLP 68 estabelece que os estados, o distrito federal e os municípios devem padronizar seus sistemas autorizadores de documentos fiscais para permitir aos contribuintes que informem os dados relativos ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica, a princípio, trata em conjunto os seguintes documentos: Conhecimento de Transporte Eletrônico (modelo 57). Conhecimento de Transporte Eletrônico para Outros Serviços (modelo 67). Bilhete de Passagem Eletrônico (modelo 63). Nota Fiscal de Energia Elétrica (modelo 66). Nota Fiscal Fatura de Serviço de Comunicação Eletrônica (modelo 62). A versão final desta NT vai gerar NTs específicas para cada documento acima referido. A Nota Fiscal Eletrônica (modelo 55) junto da Nota Fiscal de Consumidor Eletrônica (modelo 65) vão ser tratadas em NT específica. Alterações Alteração do leiaute dos DFe Adiciona grupo para informação do IBS/CBS Adiciona no layout dos documentos mencionados o Grupo de Informações da Tributação IBS/CBS (IBSCBS) que fará parte do grupo imposto/imp, deverá ser adicionado em cada item nos documentos que apresentarem itens (NF3e/NFCom) ou diretamente no corpo do documento caso ele não possua itens (CTe/BPe). O IBSCBS é composto por um elemento para informação do Código da Situação Tributária do IBS/CBS (CST), um elemento para informação do Código da Classificação Tributária do IBS/CBS (cClassTrib) e um Grupo para as Informações Específicas do IBS/CBS (gIBSCBS), este último possuindo seus próprios elementos e subgrupos. Considerando apenas os elementos, o grupo IBSCBS adiciona um total de 48 novas informações a serem preenchidas no arquivo. O arquivo DFeTiposBasicos_v1.00.xsd adicionado ao pacote de schemas que compõe o DFe trás os referidos campos. Adiciona grupo para totalização do IBS/CBS Para a NF3e, NFCom e BPe TM também deverá ser adicionado no grupo total do respectivo documento um grupo para totalizar as informações do IBS/CBS (IBSCBSTot). Para CTe, CTe Simplificado, CTeOS e BPe não será criado. Adiciona campo para totalização do documento acrescida do IBS/CBS Na NF3e, NFCom e BPe TM adiciona no grupo total o campo vTotDFe que deverá receber o valor correspondente a (vNF/vTPrest + total do IBS + total da CBS). No CTe, CTe Simplificado, CTe OS e BPe a referida Tag será adicionada no grupo imp. Código Situação Tributária e Classificação da Tributação Será disponibilizado no portal dos respectivos documentos tabelas relacionando o CST x cClassTrib para o correto preenchimento das informações. Regras de Validação Esta nota técnica adiciona regras de validação que verificam dentre outras coisas se: Foi informado CST correto para o IBS/CBS Foi informado classificação tributária correta para o IBS/CBS. O grupo IBS/CBS foi preenchido quando não deveria. O grupo IBS/CBS não foi preenchido quando deveria. Os valores informados nos campos foram preenchidos corretamente. Os valores referentes a crédito presumido foram preenchidos nas situações em que são obrigatórios. Os valores referentes a desoneração foram preenchidos nas situações em que são obrigatórios. Os totalizadores correspondem a soma dos valores individuais. Datas Implantação Homologação: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5814 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leia a NT na íntegra AQUI.

Olá pessoal! No dia 01/08/2024 foi publicada a Nota Técnica 2024/002 que traz as alterações referentes a NF-e/NFC-e visando adequar este documento as modificações propostas pela reforma tributária. Introdução O Projeto de Lei Complementar PLP 68 estabelece que os estados, o distrito federal e os municípios devem adequar seus sistemas autorizadores para permitir a informação dos dados relacionados ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica trata da adequação do layout da Nota Fiscal Eletrônica (modelo 55) e da Nota Fiscal de Consumidor Eletrônica (modelo 65). Os demais documentos serão tratados na NT 2024/001: Alterações Tipos Básicos da Tributação Os campos acrescidos no layout que serão tratados mais a frente constam no arquivo DFeTiposBasicos_v1.00.xsd, adicionado ao pacote de esquemas dos documentos fiscais, junto a esta nota técnica. Código Situação Tributária e Código de Classificação da Tributação Serão disponibilizadas no portal da nacional da nota fiscal eletrônica, tabelas que relacionam o CST e cClassTrib que devem ser utilizados no preenchimento do documento fiscal eletrônico. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout Foi adicionado então, no campo que documenta a Finalidade de emissão da NF-e (finNFe) os valores 5 e 6 que respectivamente correspondem a Nota de crédito e Nota de débito. A cardinalidade do grupo ICMS passou a ser 0-1, dando a possibilidade do campo ser opcional. Adiciona o grupo IBSCBSSel para receber as Informações do Bens e Serviços - IBS, Contribuição de Bens e Serviços - CBS e Imposto Seletivo.. O grupo conta com um elemento para receber o Código de Situação Tributária do Imposto Seletivo (CST), o Código de Classificação Tributária do Imposto Seletivo (cClassTrib) além de um grupo para as informações dos impostos propriamente ditas e um para as informações dos impostos em operações com impostos monofásicos, ambos contendo seus próprios subgrupos e adicionando uma quantidade expressiva de novos campos. Adiciona grupo IBSCBSSelTot para totalizar as informações dos Imposto de Bens e Serviços IBS, Contribuição de Bens e Serviços CBS e Imposto Seletivo IS. O novo grupo totalizadores poderá ter até 22 novos campos que serão utilizados para totalizar as informações da NF-e/NFC-e dos elementos informados no grupo mencionado acima. Regras de Validação Esta nota técnica adiciona novas regras de validação que dentre outras coisa verificam: Se a finalidade de débito ou crédito for utilizada com grupo de impostos diferente de IBS/CBS. Se a finalidade diferente de débito ou crédito for utilizada sem o grupo de ICMS ou ISSQN. Se foi informado Imposto Seletivo para uma classificação que não o permite. Se não foi informado Imposto Seletivo para uma classificação que o obriga. Se foi informado CST ou cClassTrib inexistente. Se as informações do grupo IBS/CBS foram preenchidas corretamente. Se os totalizadores do IBS/CBS estão corretos. Eventos Esta nota técnica também conceitua os seguintes novos eventos: Decurso de Prazo de Internalização na Área de Livre Comércio - ALC ou Zona Franca de Manaus - ZFM: Evento e seu respectivo cancelamento. Solicitação de Apropriação de Crédito Presumido e seu respectivo cancelamento. Destinação de Item para Consumo Pessoal e seu respectivo cancelamento. Imobilização de Item e seu respectivo cancelamento. Solicitação de Apropriação de Crédito de Combustível e seu respectivo cancelamento. Datas Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5816 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leita a NT na integra AQUI

Olá pessoal! No dia 06/12/2024 foi publicada a versão 1.30 da Nota Técnica 2015/002 que trata da implementação do evento do Pedido de Prorrogação da suspensão do ICMS nas remessas para industrialização depois de 180 dias. Alterações A nova versão traz alterações para UF de Minas Gerais, que agora, será junto de São Paulo as únicas a fazerem uso deste evento. Com esta nova versão, o evento agora é dividido em dois tipos: A solicitação parcial é a forma utilizada por São Paulo, onde é indicado os itens e as quantidades que se pretende prorrogar. A solicitação completa é a forma utilizada por Minas Gerais, onde são aceitos apenas pedidos totais que indicam todos os itens e quantidades da NF-e. Destaca-se a importância de entender esta diferença para entender como a mesma impactará no fluxo de envio. Um exemplo disso é que enquanto para o pedido parcial, a Sefaz poderá deferir e autorizar os itens individualmente (em um pedido de 3 itens, 2 podem ser autorizados e 1 pode ser deferido com justificativa), para o pedido completo, todos os itens são autorizados ou todos são deferidos. Também foram adicionadas algumas exceções nas regras de validação para atender a implementação das diferentes UFs. Destacam-se: Rejeição 638: Verificar a quantidade de eventos do tipo “1º pedido”. A soma dos pedidos do tipo “1º pedido” sem resposta do Fisco não deverá exceder 20 pedidos. Exceção 1: A critério da UF, a soma dos pedidos do tipo “1º pedido” sem resposta do Fisco não deverá exceder 1 pedido. Rejeição 639: Verificar a quantidade de eventos do tipo “2º pedido”. A soma dos pedidos do tipo “2º pedido” sem resposta do Fisco não deverá exceder 20 pedidos. Exceção 1: A critério da UF, a soma dos pedidos do tipo “2º pedido” sem resposta do Fisco não deverá exceder 1 pedido. A critério da UF, a regra de validação que faz com que seja devolvido rejeição caso uma NF-e tenha mais de 20 eventos de pedido de prorrogação ou cancelamento de pedido autorizados, mas sem respostas do fisco, pode devolver a rejeição somente se houver 1 evento, fazendo assim com que o contribuinte aguarde o processamento de devida resposta do evento anterior antes de enviar um novo. Datas Implantação Teste: 29/10/2024 (Somente em MG) Implantação Produção: 06/01/2025 (Somente em MG) Leia a versão 1.30 desta Nota Técnica na íntegra AQUI. E como fica o ACBr? Tanto o evento Pedido de Prorrogação, quanto o cancelamento do mesmo já se encontram implementados nas soluções ACBr. A nova versão não trouxe alterações que incorram em modificações no leiaute dos arquivos e portanto, modificações não se fazem necessárias.

Olá pessoal! No dia 03/02/2024 foram publicadas a Nota Técnica Nº 02/2024 e a Nota Orientativa Nº 01/2024. Também foram republicadas a NT01/2024 e a NT05/2024. Tudo isso com o objetivo de adequar o e-Social e orientar os segmentos empresariais dos municípios de até 156 mil habitantes que foram afetados pela Lei nº 14.973/24 sobre como proceder. Foi criada a #TK-6073 em nosso backlog para análise das modificações e adequação do componente caso necessário. As notas técnicas referenciadas podem ser encontradas AQUI. A nota orientativa pode ser lida na integra AQUI. A notícia original pode ser lida na integra AQUI.

Olá pessoal! No dia 17/09/2024 foi publicada a Nota Técnica 2024/003 que traz alterações no layout e criação de regras de validação relacionadas ao trânsito de animais vivos, vegetais e florestais. Introdução Este documento visa permitir aos estados um acompanhamento mais preciso das operações relativas ao trânsito de produtos animais vivos, vegetais e florestais. Atendendo também solicitação do ENCCLA - Estratégia Nacional de Combate à Corrupção e à Lavagem de Dinheiro, encaminhada pelo Ofício nº 598/202 /CGAI/ DRCI/ SENAJUS/ MJ, do Ministério da Justiça para os estados em que não é utilizado o Documento de Origem Florestal (DOF). Alterações no arquivo XML da NF-e Foi adicionado no layout da NF-e um novo grupo chamado agropecuario para receber informações como o número do receituário da aplicação do defensivo até informações de guia florestal, adicionando ao menos 5 novos campos. Regras de Validação Junto do novo grupo, a nota técnica também traz novas regras de validação que verificam e validam os novos campos, validando: Se foi informado o número do receituário do defensivo agrícola. Se foi informada a guia de transito. Se foi informado documento de origem. Se a guia de transito informada é inválida. Se a guia de transito informada já foi utilizada. Datas Implantação teste: 02/10/2024 Implantação produção: 01/04/2025 E como fica o ACBr? Com a adição de novos campos no layout da NF-e, alterações no componente serão necessárias. Criada a #TK-5975 em nosso backlog para análise e implementação. Qualquer novidade será notificada neste tópico. Leia a Nota Técnica na integra AQUI.

Olá pessoal! No dia 08/10/2024 foi publicada a nota técnica 2024/001 em sua versão 1.00 trazendo alterações no leiaute da DC-e e correções relacionadas ao MOC. Alterações Chave de Acesso Esta nota técnica traz alterações na consideração da chave de acesso, corrigindo o Id dos campos em que seriam extraídos as informações de ano e mês de emissão da DCe, modelo da declaração, série da declaração, número da declaração, forma de emissão da DCe e dígito verificador para correta geração da informação da chave de acesso no documento. Web Service - DCeRecepcaoEvento - Geral Foi corrigido as nomenclaturas dos schemas de eventos para que fiquem de acordo com o referido arquivo .xsd Também foi removido do grupo de informações do registro do evento que é devolvido no retorno do web service as tags cOrgaoAutor, CNPJDest/CPFDest e emailDest. Web Service - DCeRecepcaoEvento - Cancelamento As regras de validação que testam se a data do evento é maior do que data do processamento ou se o emitente é habilitado para emissão do DC-e foram removidas. Web Service - DCeConsultaProtocolo Adicionada regra de validação para verificar se a UF da chave de acesso é atendida pelo web service. Alterações no leiaute Adiciona no Tipo do Emitente da DCe (tpEmit) o valor 4 que corresponde a "ECT". Remove o grupo de informações de empresa com emissão própria(EmpEmisProp) e seus campos. Adiciona o possível grupo para informações da empresa brasileira de correios e telégrafos(ECT) possuindo os campos CNPJ e xNome. Adiciona no grupo infAdic um campo para receber as informações adicionais da empresa brasileira de correios e telegrafos (infAdECT). Altera o nome do grupo campo de uso livre do fisco de obsCont para obsFisco. Adiciona um grupo campo de uso livre do emitente (obsEmit). Adiciona um grupo campo de uso livre do ECT (obsECT). Regras de validação Remove regra de validação da rejeição 568 que validava se estava faltando o atributo versão na tag raiz do DC-e. Altera o texto da regra de validação C02a-20 que devolve a rejeição 407 e também adiciona mais detalhes na descrição do erro. Altera o texto da regra de validação C02-40 que devolve a rejeição 503 para que valide também CNPJ da ECT. Remove as regras D16-10 e D16-20 que devolviam as rejeições 230 e 231, validando respectivamente se a DC-e foi feita com emissão própria com tipo de emitente incompatível e se o CNPJ do emissor próprio era diferente do CNPJ do emitente. Adiciona as regras de validação D18-10, D19-10 e D19-20 para validações relacionadas as informações do ECT. Adiciona as regras de validação I06-10 e W16-20 para validar o valor do produto e também o total da DCe. Datas Implantação Teste: 30/10/2024 E como fica o ACBr? Como a nota técnica traz alterações no leiaute, modificações serão necessárias no componente ACBrDCe. Foi criada em nosso backlog a #TK-6069 para adequação do componente. Qualquer novidade será disponibilizada neste tópico. Leia a nota técnica na íntegra AQUI.

Oi pessoal! Estou homologando o desenvolvimento que fizeram referente a nova tag refNFeSig mas não entendi em que momento a tag será preenchida, tendo em vista que as notas do estado de Pernambuco estão sendo rejeitadas. Em contato com a Telesefaz, orientaram a preencher a tag refNFe. No manual, é informado que a regra se aplica somente ao estado de PE. Sendo assim, em que momento a tag será utilizada? Nota rejeitada: @Diogo Weitz vi que recentemente você estava validando essa NT também. Se puder me dar um auxílio, por favor.

Olá Pessoal, Foi publicado a NT 2020/005 que contem alterações no layout do XML da NF-e e alterações de regras de validação. O prazo previsto para a implementação das mudanças é: 01/07/2021 - Ambiente de Homologação 01/09/2021 - Ambiente de Produção No que se refere ao layout do XML vão ser acrescentados os campos: cBarra e cBarraTrib para informar o código de barra que são diferentes do GTIN. O campo tpViaTransp vai passar a ter novos valores; No detalhamento do ICMS vamos passar a ter novos campos: vICMSSTDeson e motDesICMSST. Com relação ao Fundo de Combate a Pobreza teremos os novos campos: pFCPDif, vFCPDif e vFCPefet. Consta também de forma errônea que a placa do veículo vai passar a ser opcional, mas o correto é a UF por conta da placa Mercosul. Essas são algumas das novidades, para mais informações convido a todos a lerem a NT que se encontra disponível em nossa biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/ Observação: Como vai ocorrer alteração no layout do XML da NF-e vai ser necessário atualizar os fontes do componente ACBrNFe bem como os Schemas independente se você vai usar esses campos na sua aplicação.

A atual função ValidaDrawback não está, na revisão atual do SVN (22620), contemplando a Nota Técnica 2020/005 da NFe que diz: *Esse novo tamanho é de 20 caracteres. Como pode ser observado no código abaixo, apenas número são aceitos, apesar do argumento ser String, e apenas códigos de tamanho 11 e 9 são aceitos. function ValidaDrawback(AValue: String): Boolean; var ano: integer; begin // AValue = AAAANNNNNND // Onde: AAAA Ano corrente do registro // NNNNNN Número sequencial dentro do Ano ( 6 dígitos ) // D Dígito Verificador, Módulo 11, Pesos de 2 a 9 AValue := OnlyNumber(AValue); ano := StrToInt(Copy(IntToStr(YearOf(Date)), 3, 2)); if length(AValue) = 11 then AValue := copy(AValue, 3, 9); if length(AValue) <> 9 then Result := False else if not ((StrToInt(copy(Avalue, 1, 2)) >= ano - 2) and (StrToInt(copy(Avalue, 1, 2)) <= ano + 2)) then Result := False else Result := copy(AValue, 9, 1) = Modulo11(copy(AValue, 1, 8)); end; Ainda não encontrei nenhum novo formato e o próprio arquivo de leiaute da SEFAZ informa o mesmo formato de antes para drawback. Como uso essa função no meu aplicativo para realizar a validação do código conforme o usuário edita as informações, no momento não consigo acompanhar essa mudança. Alguém sabe se há alguma iniciativa para alguma correção ou se alguém já descobriu esse novo formato? Obrigado.

Bom dia! Tenho os fontes atualizados do DANFE e estou em dúvida sobre o layout: Tanto o manual versão 6.00, quanto a última NT de layout (Ajustes Sinief 04/2019) retiraram dos grupos F (Local de Retirada) e G (Local de Entrega) alguns dados, tais como: Razão Social; IE; CEP; Telefone; E-mail; País; Porém, o DANFE agora tem espaço para exibição da Razão Social, IE, CEP e Telefone. Não achei em lugar nenhum se houve alguma alteração mais recente no layout do DANFE para excluir estes campos ou se a SEFAZ realmente comeu mosca. Alguém sabe me dizer?

Bom dia amigos, Como saber se já estou transmitindo atendendo os requisitos da NT 2018.005? Atualizei meu acbr, Schemas, Reports, DLL's e meu código fonte. (Aqui em SP não será obrigado a indicar o responsável técnico) Não mexi no código referente ao protocolo para as mensagens de interesse da sefaz... Fiz testes em homologação e tudo funcionou...

Hoje estive olhando o site da sefaz e me deparei com novas informações sobre a NF-e https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false#483 fica ai o link, pois acho que é de interesse de todos aqui.

Pessoal boa noite, A um tempo atrás eu estava com problema com os retorno de cep do acbr, bom falaram que estava na NT que o CEP tinha que ser int e tal, OK! Mas agora estou com outro problema no bloco Emit.EnderEmit.CEP o mesmo é integer também, que beleza, a NT também fala que tem que ser Int, mas como vou informar o CEP exemplo (04530001), ok está na NT, mas o CEP existe, sem o 0 no inicio a sefaz nega a nota, falando que o CEP está incorreto? Como devo proceder? Completar com 1 mesmo e deixa rolar ? Usar o CEP da cidade, mas tem cidade que também inicia com 0 CEP é de São Paulo 04530-001 - Vila Nova Conceição, São Paulo - SP

para conhecimento saiu nova NT 2018.003 v1.80 NT_2015_003_v180.pdf

Referente as regras de validação colocadas nas notas técnicas. Existe alguma maneira de testar e se sim como deve ser testado essas regras antes que entrem em vigência, por exemplo, o campo CEST, entre outras regras que entram em vigência só daqui alguns meses.. Obrigado!

Bom dia amigos, gostaria de saber se o ACBRNFe já está com os ajuste para a NT 2015/003 "Cobrança do ICMS na Operação Interestadual" que entrará em ambiente de homologação em 01/10/2015 e em produção em 03/11/2015. Obrigado pela atenção.