Rejeição 1100: confira a quantidade imobilizada na origem da compra

A quantidade que entrou no patrimônio precisa continuar ligada à compra que a originou. Quando aparece a rejeição 1100, reúna o XML autorizado da aquisição e os dados do evento: a comparação considera o item daquela NF-e, não o total de bens que a empresa possui. Corrigir essa ligação ajuda a evitar duplicidades e mantém o controle patrimonial rastreável.

O caminho começa por três conferências: documento de origem, número do item e quantidade expressa na mesma unidade. Diminuir um número apenas para conseguir transmitir pode esconder uma falha de importação ou vincular o bem à compra errada.

O que a rejeição informa

Na NT 2025.002-RTC v1.52 salva, a mensagem da regra 2P29-10 é: “Rejeição: A quantidade imobilizada não pode ser maior que a quantidade do respectivo item na NFe (qCom)”. Na página 80, as palavras “de consumo” estão riscadas e foram substituídas por “imobilizada”. A extração textual conserva ambos os trechos; a leitura gráfica esclarece o sentido.

Esse contexto é o 211130 — Imobilização de Item, para NF-e modelo 55, com autoria do destinatário/adquirente. O evento comunica a integração do bem ao ativo imobilizado. A função descrita na NT relaciona-se à identificação do prazo de apreciação de eventuais pedidos de ressarcimento, com remissão ao artigo 40, I, da LC 214/2025. Isso não comprova direito ou ressarcimento individual. NT salva, páginas 78–80.

A rejeição pertence ao registro do evento e não desfaz, por si só, a autorização da aquisição. Também não deve ser confundida com o consumo de combustível do evento 211140 e da rejeição 1101.

A unidade faz parte da condição

A regra começa com “Se unidade for igual a unidade da nota”. Nessa condição, verifica se a quantidade imobilizada ultrapassa det/prod/qCom do item referenciado. Não há tolerância expressa nesse bloco. Quantidade igual ou inferior não assegura atendimento às demais validações nem comprova a classificação fiscal do bem.

Compare a quantidade comercial e sua unidade no XML da compra com a quantidade e a unidade informadas no evento. Uma descrição do cadastro ou o saldo exibido no estoque não substitui o conteúdo do documento autorizado.

Se a empresa controla peças e o fornecedor documentou caixas, a diferença precisa ser investigada. O bloco não fornece fórmula de conversão nem autoriza qualquer quantidade quando as unidades divergem. Não altere a unidade para fugir da comparação; reúna a documentação da embalagem e encaminhe o tratamento ao suporte e ao responsável fiscal.

Campos literais e limite do leiaute

Na página 79, o leiaute apresenta gImobilizacao, o grupo filho gControleEstoque e os campos qImobilizado e uImobilizado. A quantidade tem formato documental 11v0-4; a unidade, de um a seis caracteres. O atributo de item corresponde a nItem de det na NF-e referenciada.

Já a regra da página 80 escreve literalmente gControleEstoque/qImobilizada. Essa diferença de nomenclatura está no documento salvo; não foi resolvida por um teste de schema nesta elaboração. Cabe ao suporte conferir o XSD aplicável e a versão usada pelo emissor. Não crie uma tag por interpretação nem edite um XML assinado para experimentar.

Para quem administra a empresa, a providência permanece objetiva: localizar o mesmo item e demonstrar quanto dele foi efetivamente integrado ao ativo.

Diagnóstico antes da nova tentativa

Preserve o evento rejeitado e o retorno completo. Monte uma conferência com:

• Chave da aquisição, estabelecimento destinatário e ambiente.

• Número do item da nota e identificação do bem.

• Quantidade e unidade comerciais no XML autorizado.

• Quantidade e unidade geradas no evento.

• Registros de entrada, integração patrimonial e eventual processamento repetido.

Verifique se a linha escolhida no sistema corresponde ao número original do item. O código interno de produto e a posição da linha após uma importação não bastam para demonstrar essa correspondência.

Corrija a origem conforme o cenário

O cadastro reuniu compras diferentes. Separe as parcelas por NF-e e item. Um saldo patrimonial acumulado não deve ser lançado integralmente contra a última aquisição. Identifique a origem documental de cada bem antes de preparar o evento.

A integração repetiu uma entrada. Compare identificadores e registros de processamento. Se a duplicidade for confirmada, corrija a origem interna com rastreabilidade e reconcilie o patrimônio. Reenviar o mesmo evento com outro número não resolve uma soma duplicada.

A referência aponta para outra linha. Confronte chave, item e descrição com a aquisição efetiva. Ajuste a referência do evento rejeitado quando houver erro comprovado. Não procure uma linha com quantidade maior apenas para acomodar o valor informado.

A quantidade usa outra unidade de controle. Preserve os dados comerciais da compra e explique como o controle interno chegou ao número. O suporte deve avaliar o mapeamento permitido; a equipe fiscal deve confirmar a destinação. Não invente um fator de conversão ou arredondamento para eliminar o retorno.

Exemplo: três fornos de uma compra

Uma padaria fictícia adquiriu três fornos no item 2 de uma NF-e, com qCom=3 e unidade UN. Os três foram integrados ao ativo. A empresa já tinha outros quatro fornos de aquisições anteriores, e o cadastro mostrou sete no total.

A integração levou sete ao evento vinculado ao item 2, também em UN. A comparação de sete com três explica a rejeição. A correção exige confirmar a origem dos três novos bens e retirar a soma indevida do preenchimento. Os quatro antigos conservam seus documentos próprios. O exemplo não define direito a crédito nem autoriza escolher qualquer quantidade abaixo de três.

Confira o resultado e o ambiente

Depois de corrigir a causa, gere o evento pelo emissor e confira seus dados antes da transmissão. Leia o resultado individual e guarde as referências e o protocolo quando houver registro. O comprovante de envio do lote não demonstra sozinho que o evento foi registrado. Reconcile também o controle patrimonial para evitar que uma nova tentativa repita a integração interna.

A seção 8.1 da NT salva indica a SVRS para autorização desses eventos. O leiaute contém cOrgaoAutor, código da UF do autor, e tpAutor=2, empresa destinatária. Confira serviço e ambiente utilizados; não troque UF, autoria ou destino para contornar o erro.

Versão documental e encaminhamento

A captura compartilhada de 10/10/2026 localizou a v1.52 na lista SVRS. O cronograma salvo da v1.30 registra eventos em produção em 10/11/2025. O aviso ENCAT de 05/10/2026 posterga implantações indicadas da v1.52 para 26/10 em homologação e 16/11/2026 em produção; não comprova suspensão geral dos eventos anteriores. A elaboração atual releu arquivos, sem consulta online ou teste por UF.

Se referências, unidades e quantidades estiverem coerentes e o 1100 persistir, encaminhe XMLs, retorno, ambiente, horário, versão e origem do preenchimento ao suporte. Decisões sobre integração ao ativo e efeitos fiscais cabem ao responsável fiscal.

Fontes

Base oficial: NT 2025.002-RTC v1.52, páginas 5, 73 e 78–80; Documentos SVRS; Avisos SVRS/ENCAT. Captura compartilhada original em 10/10/2026, às 15:52:11.977079, horário de Brasília. Os corpos salvos e os PNGs documentais preexistentes foram conferidos em 12/10/2026; nenhum download, extração ou render novo foi realizado.

Apoio recuperado: TecnoSpeed, panorama da RTC, corpo salvo da captura de 10/10/2026, às 15:56:55.272964. É orientação adjacente e não contém, na busca do corpo lido, 1100, 2P29 ou 211130. As referências práticas individuais citadas na v1 permanecem históricas, sem corpo ou ato de consulta recuperado nesta etapa; não são alegadas como três fontes conferidas.

Esta elaboração documental por IA usa fontes.v2.json. Vigência online atual, implantação por UF, XSD, compatibilidade ALRA, efeitos fiscais individuais e registro operacional não foram certificados. A própria, a cruzada e a seleção final permanecem pendentes.