Rotina: Ciclo de Compras, Entrada de Nota e Estoque

Guia operacional que percorre todo o ciclo de compras no Junsoft: do pedido de compra à entrada da nota, à geração de estoque e financeiro, passando por devoluções, inventário, requisição interna e lançamentos avulsos. Documento derivado da sessão de treinamento de implantação Gapy Recapadora — Compras e Estoque (transcrição em docs/transcricoes/Gapy-Compras-Estoque-ef83e580-d26b.json), com linguagem voltada para quem vai operar o sistema no dia a dia.

---

1. Visão geral do ciclo

O ciclo de compras no Junsoft não acontece em uma única tela. Envolve 5 a 7 telas diferentes conforme o cenário, e cada uma delas grava informações em tabelas que outras telas vão consumir. Entender qual tela faz o quê e em que ordem é o que evita o retrabalho típico de implantações ("fiz tudo errado e agora preciso refazer").

┌──────────────────────────────────────────────────────────────────────┐
│  1. PEDIDO DE COMPRA (opcional)                                     │
│  MPD001 — Emissão de Pedido de Compra                               │
│  Gera número do pedido p/ enviar ao fornecedor                      │
└──────────────────────┬───────────────────────────────────────────────┘
                       │
                       ▼ (a nota chega dias depois)
┌──────────────────────────────────────────────────────────────────────┐
│  2. ENTRADA DA NOTA                                                 │
│  ┌────────────────────────────┐   ┌─────────────────────────────┐   │
│  │ MNF031 — Consulta Receita  │──▶│ MNF001 — Tela de Entrada    │   │
│  │ (baixa XML direto SEFAZ)   │   │ (mesma destino; grava nota) │   │
│  └────────────────────────────┘   └─────────────────────────────┘   │
│         ▲                                                            │
│         └── ou importa XML recebido por e-mail / lança manual (MNF001)│
│  → Gera NOTA + ITEMNOTA                                             │
│  → Gera MOVESTOQUE + ESTOQUE (se movimentação gera estoque)         │
│  → Gera CONTAS (se movimentação gera financeiro)                    │
│  → Amarra pedido de compra → ITEMPEDIDO.QT_RECEBIDA                 │
└──────────────────────┬───────────────────────────────────────────────┘
                       │
                       ▼ (eventualmente)
┌──────────────────────────────────────────────────────────────────────┐
│  3. DEVOLUÇÃO — MNF007 (Nota de Devolução)                          │
│  Seleciona a(s) nota(s) de entrada; emite NF de devolução           │
│  → Estorna estoque + Estorna ou abate financeiro (opcional)         │
└──────────────────────┬───────────────────────────────────────────────┘
                       │
                       ▼ (rotina periódica)
┌──────────────────────────────────────────────────────────────────────┐
│  4. CONTROLE DE ESTOQUE                                             │
│  REQ001 ── relatório de balanço (impresso para contagem)             │
│  MEQ014 ── lançamento de inventário (SUBSTITUI saldo)                │
│  MEQ007 ── requisição interna (saída p/ EPI, ferramentas, consumo)   │
│  MEQ002 ── lançamento avulso (SOMA/SUBTRAI — evitar)                 │
└──────────────────────────────────────────────────────────────────────┘

Cada caixa no diagrama é uma tela do ERP. Cada seta é um evento operacional que conecta as telas. As três tabelas NOTA, ESTOQUE e CONTAS são o que costuramos com esse fluxo.

---

2. Pré-requisitos — o que precisa estar configurado antes

Antes de dar a primeira entrada de nota, quatro cadastros precisam existir. Pular qualquer um deles gera retrabalho garantido.

2.1. Cadastro de produtos (ITEM)

Regra do Junsoft: toda entrada e toda saída de nota precisa de produto cadastrado — inclusive nota de serviço. Não existe "lançar valor solto sem produto".

• Mesmo que não vá controlar estoque, cadastre um produto genérico (ex.: "Aquisição de serviço diverso", "Energia elétrica", "Telefone").
• Para pneu pronto do sistema antigo, use um produto de largura zero (ver §8.3).
• Grupo e subgrupo não são decoração: é o que permite relatórios com quebra por categoria (banda, ligação, cola, antiquebra, matéria-prima, uso-consumo). Sem subgrupo, o relatório vira uma salada misturada.

Dica de negócio: cadastrar produto sob demanda ("quando chegar a nota eu crio") vira bola de neve. O vendedor na rua também precisa desse cadastro, e ele não vai ter tempo de cadastrar na hora. Fazer os cadastros antes da operação começar é o caminho mais eficiente.

2.2. Movimentação (CD_MOVIMENTO)

A movimentação é o coração da entrada de nota no Junsoft. Ela agrupa, num único código, três decisões que o sistema precisa tomar:

O que a movimentação carrega	Exemplo
CFOP (entrada e saída)	1803, 2128, 1101…
Histórico contábil (débito/crédito)	"Compra mat. prima", "Uso e consumo"
Flag: gera estoque?	Sim para matéria-prima; não para café do refeitório
Flag: gera financeiro?	Sim para compra; não se for reposição interna

Consequência prática: se você quer ter "compra de uso e consumo com estoque" e "compra de uso e consumo sem estoque", precisa de duas movimentações duplicadas, uma para cada cenário. O Junsoft trata tudo pela movimentação — não há um checkbox "gera estoque" na tela de nota.

Regras automáticas: dá para amarrar movimentações a estruturas de produto, de modo que o sistema escolha automaticamente a movimentação certa na entrada. Ex.: CFOP = 2128 quando o produto é "câmera de ar"; CFOP = 1803 quando é "banda". Quem configura isso é o implantador, com apoio da contabilidade.

2.3. Série da nota

A série define o tipo e a finalidade fiscal de um documento.

Série	Uso	Fiscal?	Observação
1	DANF-e (NF-e modelo 55)	Sim	Série da emissão própria padrão
F	Série genérica de serviço (municipal)	Sim	Usada para receber notas de serviço diversas quando cadastrar a série específica de cada prestador seria trabalhoso
95	Exemplo — série específica (ex.: Junsoft prestação)	Sim	Use quando a contabilidade exigir série por prestador
D	Série gerencial (não-fiscal)	Não	Gera boleto, comissão, DRE e estoque. Só não é transmitida para SEFAZ. Usada para compras sem nota ou faturamento interno (ver §7.1)

Conversa com a contabilidade: contadores externos tendem a pedir "cadastra todas as séries separadas". É porque o trabalho de cadastro não é deles. A alternativa é usar série genérica F para serviços. O impacto é que no SPED a série aparece como F em vez de da série real — confirme com a contabilidade o que ela prefere.

2.4. Pedido de compra (opcional, mas recomendado)

Pode ser obrigatório ou não, conforme parâmetro (ver §3.4). Se habilitado, não é possível dar entrada de nota sem pedido de compra associado.

---

3. MPD001 — Emissão de Pedido de Compra (opcional)

📄 Tela: MPD001 — Faturamento › Movimentação › Pedidos › Emissão de Pedido de Compra

3.1. Passo a passo

1. Abra MPD001.
2. Informe fornecedor (CD_PESSOA — F9 para buscar).
3. (Opcional) comprador (funcionário responsável). Pode ficar em branco.
4. Forma de pagamento (ex.: 30/60/90 boleto).
5. (Opcional) observação que imprime no pedido.
6. Adicione os produtos com quantidade e valor unitário acordado.
7. Salvar → o sistema gera o número do pedido e abre a impressão (exportável para PDF, que você envia ao fornecedor).

3.2. Amarração com a entrada de nota

Quando a nota chegar, na entrada (MNF031/MNF001) o sistema oferece a lista de pedidos pendentes do fornecedor para você vincular. Ao salvar a entrada:

• ITEMPEDIDO.QT_RECEBIDA é incrementada pela quantidade recebida.
• Se QT_RECEBIDA = QT_PEDIDA para todos os itens → ST_PEDIDO = 'A' (atendido) automaticamente.

3.3. Atender/cancelar manualmente

Se a nota nunca vai chegar (ex.: fornecedor desistiu):

• Atender manualmente — fecha o pedido sem vincular a nota. Depois de atendido, não dá para alterar.
• Cancelar/excluir — remove o pedido de pendente.

3.4. Parâmetros

Parâmetro	Efeito
ST_OBRIGAPEDIDOCOMPRA	'S' = entrada de nota só é permitida se houver pedido amarrado
Fluxo de aprovação	Configurável: pedido lançado → bloqueado → liberado por responsável (Felipe, no caso Gapy). Útil quando há compradores descentralizados e a empresa quer controle.

---

4. MNF031 — Entrada via consulta Receita (o fluxo preferido)

📄 Tela: MNF031 — Faturamento › Movimentações › Notas Fiscais › Manifesto do Destinatário

4.1. Quando usar

Quando sua base tem certificado digital configurado e a nota do fornecedor já está publicada na SEFAZ. É o caminho mais rápido para aquisição de matéria-prima (grandes fornecedores que emitem diariamente).

Limitação: a Receita tem delay de publicação. Notas recém-emitidas podem ainda não aparecer. Também há rate-limit — consultar muitas vezes num curto intervalo pode bloquear sua consulta por até 2 horas. Regra boa: 2 a 4 consultas por dia (manhã/início da tarde/fim da tarde).

4.2. Passo a passo

1. Abra MNF031.
2. Botões da lateral superior:
   • Consultar notas (NF-e contra seu CNPJ na SEFAZ)
   • Consultar CT-e (se houver transportadoras emitindo contra você)
3. Após a consulta, a grade é preenchida com os documentos disponíveis. Aqui cada linha pode estar em estados diferentes: sem ciência, com ciência, lançada, desconhecida.
4. Selecione a nota desejada e clique em Detalhes. Na aba Detalhes:
   • Dar ciência da operação — confirma à SEFAZ que você recebeu. Obrigatório antes de manifestar.
   • Desconhecer a nota — se alguém emitiu uma NF-e contra seu CNPJ indevidamente, esta é a ferramenta para rejeitar.
5. Salvar XML → o XML é persistido localmente.
6. Lançar Nota → o Junsoft abre uma tela perguntando a série de emissão própria (responda 1 para DANF, a menos que sua empresa use outra série padrão).
7. A seguir, abre-se a tela de entrada (MNF001) já pré-preenchida com os dados do XML. Continue em §5.

4.3. Filtro por número

Se você já sabe o número da nota, use o filtro direto em vez de rolar a lista — mais rápido quando há muitas notas.

---

5. MNF001 — Tela de entrada (o coração do lançamento)

📄 Tela: MNF001 — Faturamento › Movimentações › Notas Fiscais › Entrada de Notas

É para cá que convergem MNF031 e o lançamento manual. Três formas de chegar aqui:

1. Vindo de MNF031 após Lançar Nota (fluxo mais rápido).
2. Importar XML (aquele que chegou por e-mail e está na pasta Downloads).
3. Lançamento manual — para nota de serviço, nota sem XML ou série gerencial D.

5.1. Recebimento vs emissão própria

No topo da tela há uma escolha crucial:

• Recebimento de nota (padrão para entrada) — você está lançando uma nota que o fornecedor emitiu.
• Emissão de nota da empresa — você vai emitir a nota. Usado na série D gerencial (ver §7.1), ou em casos específicos.

5.2. Amarração de produto (nota ↔ cadastro)

Esta é a parte que mais assusta na primeira semana de uso. O XML traz o produto do jeito que o fornecedor cadastrou (nome, código, unidade). Seu sistema tem o produto cadastrado do seu jeito. A primeira vez, você precisa amarrar um no outro:

• A lateral esquerda da grade mostra o produto da nota (jeito do fornecedor).
• A lateral direita mostra o produto do sistema (seu cadastro).
• Se a amarração já existe de entradas anteriores, o produto do sistema vem pré-preenchido automaticamente.
• Se não existe, use F9 na linha e busque o produto certo do seu cadastro.

Expectativa realista: a primeira entrada de um fornecedor leva 2–3 minutos a mais. Depois de 2 meses de uso, 90% das amarrações são automáticas. Não tente "cadastrar tudo antes" para evitar a amarração — é trabalho que não compensa, já que o processo natural de uso já faz a amarração. O que precisa estar cadastrado antes é o produto em si; a amarração produto-de-nota ↔ produto-do-sistema acontece naturalmente.

5.3. Movimentação por item

Cada item herda a movimentação da regra amarrada, mas você pode alterar clicando no item e dando F9 em Movimentação. Cenário clássico: "comprei câmera de ar, normalmente vai para revenda (gera estoque), mas esta é para uso próprio" → muda a movimentação para "compra de material de uso e consumo" (não gera estoque).

Depois de amarrar produtos e movimentações, clique Importar dados. O sistema:

• Recalcula impostos por item conforme a movimentação.
• Traz condição de pagamento e parcelas do XML (se houver).
• Importa dados adicionais (observação, pedido original, etc.).

5.4. Tratamento de impostos

Abaixo da grade de produtos, os impostos do item selecionado são exibidos (ICMS, IPI, PIS, COFINS, IBS, CBS — conforme a nota).

Caso clássico: IPI do fornecedor é agregado ao custo do estoque. Configuração no imposto IPI do item: marcar "Valor do imposto no estoque: soma". Resultado:

• Valor da nota: R$ 1.000 (o que sai do caixa)
• Valor do produto no estoque: R$ 1.100 (R$ 1.000 + R$ 100 de IPI)

Isso reflete no custo médio e no preço de venda calculado.

5.5. Financeiro e parcelas

• XML com parcelas: o Junsoft importa tudo (datas de vencimento, valores, boletos, forma de pagamento).
• XML sem parcelas (ou nota com pagamento à vista): preencha manualmente a condição (30/60, 30/60/90, etc.), forma de pagamento (boleto, dinheiro, etc.), e o sistema distribui as parcelas.
• Ao digitar um vencimento e pressionar Enter, o sistema pergunta se quer repetir o intervalo para a próxima parcela.
• Adiantamento: se o fornecedor já tem adiantamento em seu nome (ex.: Vipal com saldo adiantado), na hora de salvar o sistema oferece abater o adiantamento no título recém-gerado. Opcional — dá para cancelar e deixar contas a pagar e contas a receber separados.

5.6. Pós-salvamento

Após salvar, o sistema oferece (todos opcionais):

1. Imprimir espelho da nota — layout simples, quase ninguém usa. Customizável com logo.
2. Gerar etiquetas dos produtos — útil se há controle de estoque físico com código de barras. O layout padrão é feio; normalmente se configura um layout específico por impressora de etiqueta.
3. Liquidar título via adiantamento — se houver.

No MNF031, a nota muda de status Lançado Não → Lançado Sim. Isso permite acompanhar quais notas baixadas ainda estão pendentes de entrada.

---

6. Lançamento manual — nota de serviço (MNF001)

Para NF de serviço (prestação), NF sem XML, ou notas municipais que não chegam como DANF:

1. Abra MNF001 diretamente.
2. Modo: Recebimento.
3. Fornecedor (F9).
4. Série: F genérica de serviço ou a série específica cadastrada.
5. Número da nota: o que está no papel/PDF.
6. Condição de pagamento (ex.: à vista, boleto).
7. Valor da nota (ex.: R$ 3.500 para a mensalidade do sistema).
8. Produto: cadastre previamente um produto fictício tipo "Aquisição de serviço diverso", "Energia elétrica", "Internet". É obrigatório por regra do Junsoft (ver §2.1).
9. Movimentação: use uma que não gera estoque e gera financeiro (ex.: Serviços de terceiros).
10. Unidade = 1, Valor unitário = valor total.
11. Observação: livre ("Aquisição de serviço de sistema", etc.).
12. Impostos: podem ter regra automática (ex.: ISS 5% quando movimentação = 45). Pode alterar manualmente.
13. Salvar nota → gera financeiro, não gera estoque.

6.1. Importação de XML de NFS-e

Nem toda NFS-e é importável. Depende do layout do XML:

• Municípios que emitem NFS-e como DANF (alguns de SC, por exemplo) — importável via MNF001 → Importar XML.
• Municípios com layout proprietário — importação não funciona, tem que ser manual.

---

7. Compra sem nota fiscal — Série D (gerencial)

7.1. O problema

Situações reais em que entra mercadoria/serviço sem nota fiscal:

• Recapadora/concorrente fechou e vende o estoque;
• Compra de peças/óleo em fornecedor informal;
• Faturamento interno entre empresas do grupo que não deve gerar DANF (caso Gapy).

7.2. Duas soluções

Opção A (recomendada): Entrada de nota com emissão própria série D

1. Abra MNF001.
2. Modo: Emissão de nota da empresa.
3. Série: D (gerencial).
4. Preencha normalmente (fornecedor, produto, movimentação, valor, parcelas).
5. Salve. O sistema:
   • Gera NOTA/ITEMNOTA como nota normal;
   • Gera MOVESTOQUE (se movimentação gera estoque);
   • Gera CONTAS a pagar (se movimentação gera financeiro);
   • Não transmite para SEFAZ (não é fiscal);
   • Aparece no DRE e em relatórios de nota (configurável);
   • Pode gerar boleto normalmente.

Opção B: Lançamento avulso (estoque + financeiro separados)

• Estoque avulso: MEQ002 (§9.2) ou MEQ014 (§9.1).
• Financeiro avulso: tela de lançamento avulso de contas a pagar.

Preferência prática: Opção A é mais simples (uma tela vs. duas) e mantém a rastreabilidade — você consulta na mesma tela de notas. Opção B divide estoque e financeiro em duas trilhas separadas.

7.3. Caso multi-empresa + faturamento sem nota

Empresas do grupo que faturam sem nota (ex.: 20% do faturamento em clientes que não querem nota):

• Criar uma empresa filial no Junsoft com CNPJ válido (requisito do sistema).
• Fazer o faturamento na filial com série D.
• Resultado: custo de produção fica na matriz (empresa 1), faturamento fica na filial (empresa 2). Consolide com DRE agrupado para ver o resultado real.

---

8. Troca de empresa e operação multi-CNPJ

No caso Gapy, o grupo tem 5 CNPJs. O comportamento do Junsoft:

Operação	Depende da empresa logada?
Consultas e relatórios	Não — independe.
Lançamento de nota, estoque, títulos	Sim — grava na empresa logada.
Liquidação centralizada de títulos	Pagamento da matriz pode quitar conta de qualquer empresa. Basta estar logado na matriz.

8.1. Troca

1. Menu principal → Trocar empresa → login na empresa desejada.
2. Mesmo usuário pode logar em múltiplas empresas, mas cada sessão consome um acesso da licença. Duas sessões simultâneas = 2 acessos.

8.2. Transferir nota entre empresas

Não existe comando "mover nota da empresa 1 para a empresa 2". Procedimento:

1. Na empresa errada: excluir a nota.
2. Trocar para a empresa correta.
3. Relançar a nota.

Quando você tenta lançar uma nota cujo CNPJ destinatário não é o da empresa logada, o sistema alerta antes de salvar ("Esta nota pertence ao CNPJ XYZ. Deseja prosseguir?"). Serve de rede de segurança.

8.3. Pneu pronto do sistema antigo (caso Gapy)

Migração de sistema: pneus que ficaram prontos no ERP antigo precisam virar saldo no Junsoft para poder ser faturados na virada.

Problema: o produto "pneu" no Junsoft tem desenho e largura. Mas o produto pronto do sistema antigo nem sempre tem largura conhecida (a largura só é definida na raspa, antes da bandagem).

Solução: usar um cadastro de produto com largura 0 (DVMT0, por exemplo). Esse produto nunca é produzido (porque na raspa a largura é trocada por um valor não-zero → vira outro produto). Então ele funciona como um "saldo inicial que só decresce":

1. Cadastre um PM<desenho>-<medida>-DVMT0 para cada combinação desenho/medida que existe no antigo.
2. Conte fisicamente os pneus prontos → liste em REQ001 saldo para balanço.
3. Lance em MEQ014 (inventário) — quantidade contada + custo médio estimado (baseado no custo de banda + insumos).
4. Faturamento consome esses saldos. Quando zerarem, zeraram para sempre.

Alternativa simplista (não recomendada): faturar sem baixar estoque. Distorce o DRE do primeiro ano (faturamento alto, custo zero, margem irreal).

---

9. Estoque — operação contínua

9.1. MEQ014 — Lançamento de inventário

📄 Tela: MEQ014 — Estoque › Movimentações › Lançamento de Estoque

Comportamento crítico: MEQ014 substitui o saldo atual pelo informado. Se o sistema tem 40 e você lança 38, passa a ter 38 (e fica registrado um ajuste de −2 com motivo "inventário").

Quando usar:

• Inventário inicial (balanço de abertura na implantação).
• Inventário periódico (fim de mês, fim de ano).
• Correção após contagem quando há divergência entre físico e sistema.

Fluxo recomendado:

1. Tire REQ001 no modelo "Saldo de produtos para balanço" — traz a lista com campo vazio para o contador preencher.
   • Se quiser contagem às cegas, oculte a coluna de saldo atual (evita que o contador "calibre" a contagem pelo sistema).
2. Operadores contam o estoque físico.
3. Operador (pode ser estagiário — é simples) transcreve as contagens em MEQ014:
   • Data no topo: pode ser retroativa. Útil quando a contagem acontece no sábado mas o lançamento só na segunda — basta colocar a data de sábado (ou domingo).
   • Digite o código do produto, Enter. Depois quantidade, Enter. Depois custo (vazio = mantém o custo atual), Enter → pula para a próxima linha.
   • O fluxo é estilo Excel: só teclado, sem mouse. Código → quantidade → custo → Enter → próximo.
4. Salvar → sistema grava o ajuste.

Confirmação: ao salvar, aparece "Confirma balanço?" — responda Sim.

9.2. MEQ002 — Lançamento avulso (uso restrito)

📄 Tela: MEQ002

Comportamento crítico: MEQ002 soma ou subtrai do saldo atual. Se o sistema tem 1.000 e você lança +200, fica 1.200. Se lança −100, fica 900.

Risco: pessoas confundem MEQ002 com MEQ014 e lançam errado ("achei que fosse substituir, mas ele somou"). Recomendação: evite MEQ002. Faça tudo via MEQ014 (substitui) ou via entrada de nota série D (§7.2).

9.3. MEQ007 — Requisição de produtos (saída interna)

📄 Tela: MEQ007 — Estoque › Movimentações

Para saída de estoque que não é venda: EPI, ferramentas, consumíveis de produção, materiais para funcionário.

Campos importantes:

• Pessoa: o funcionário que recebeu o item. Rastreia consumo por pessoa — útil para detectar consumo anormal (ex.: "Zezinho está pegando duas luvas por mês?"). Alternativa: cadastrar pessoa fictícia tipo "Setor Produção" se não quiser por funcionário.
• Centro de resultado: para onde contabiliza a saída. Ex.: luvas da borracharia → CR Borracharia; luvas de motorista → CR Vendas.
• Múltiplos produtos por lançamento: útil para entrega de kit (funcionário novo = capacete + luva + bota + protetor + uniforme, tudo numa requisição).

Devolução: a tela tem opção, mas normalmente não se usa para descartáveis (EPI, etc.) porque a botina devolvida não vai para outro funcionário — ela é descartada. Devolução só faz sentido para equipamentos reutilizáveis (parafusadeira emprestada ao mecânico, por exemplo).

9.4. REQ001 — Relatório de estoque (o relatório principal)

📄 Fonte: Layout REQ001 — Estoque › Relatórios › Saldo e custo

Relatório de referência para tudo que é estoque. Principais colunas:

• Produto (código + descrição)
• Saldo (na unidade padrão + em quilos, se aplicável)
• Custo médio
• Último custo

Modelos do mesmo relatório (30+ opções):

• Padrão — saldo + custo + valorização.
• Saldo de produtos para balanço — para imprimir e o contador preencher.
• Com filtro só com saldo positivo — evita ver produtos zerados.
• Quebra por subgrupo — separa em blocos (banda / ligação / cola / antiquebra / carcaça / manchão / camelback / uso-consumo).
• Filtros por grupo (ex.: só matéria-prima), por local de estoque, por data.

Por que o subgrupo importa: sem subgrupo, o relatório é uma salada. Com subgrupo, o relatório quebra em seções, cada seção com subtotal. Para recapadora, estrutura típica: grupo "Matéria-prima" com subgrupos banda/ligação/cola/antiquebra; grupo "Uso e consumo" com subgrupos consumíveis/EPI/ferramentas.

Política de uso: relatórios de estoque, financeiro, faturamento, produção — pode tirar à vontade, não interfere em dado nenhum. A exceção são os relatórios fiscais (SPED, Sintegra): esses geram arquivo e não devem ser tirados sem combinar com a contabilidade, porque o arquivo pode ser interpretado como já transmitido.

---

10. Devolução — MNF007

📄 Tela: MNF007 — Faturamento › Movimentações › Notas Fiscais › Devolução

Uma única tela cobre devolução de entrada (você devolve ao fornecedor) e devolução de saída (seu cliente devolve para você sem NF própria).

10.1. Devolução de entrada — passo a passo

1. Abra MNF007.
2. Tipo: Devolução de entrada.
3. Pessoa: o fornecedor.
4. Motivo (F9 — lista pré-cadastrada).
5. Número da nota original (F9 → lista de notas de entrada lançadas do fornecedor).
6. Selecione a nota. O sistema traz os itens com quantidade original.
7. Para cada item: marque o que vai devolver e a quantidade (pode ser parcial).
8. OK → o sistema carrega a tela da nota de devolução já preenchida:
   • Produtos selecionados
   • Impostos calculados conforme a entrada (saída espelha entrada)
   • Observação automática: Devolução parcial da NF <número> D/M/A
9. Movimentação de saída (correspondente a "devolução de compra"), forma de pagamento.
10. Salvar.

10.2. Devolver de múltiplas notas num único documento

É possível. Na tela de seleção de nota original, use a seta para baixo para adicionar outra nota. Cada nota contribui com seus itens; a observação lista ambas. Útil quando várias notas pequenas têm poucos itens cada uma.

10.3. Liquidação do título da nota devolvida

Ao salvar, o sistema pergunta: "Deseja liquidar duplicata da nota devolvida?"

• Sim — se o título a pagar (criado pela entrada) ainda está aberto, o sistema usa a devolução para abater/cancelar o título. Evita ter que pagar e depois receber crédito do fornecedor.
• Não — gera a nota de devolução independente. Você liquida/controla à parte.

10.4. Transmissão DANF

Devolução de entrada emite NF-e (modelo 55) normalmente. Ao salvar, o Junsoft transmite à SEFAZ e imprime a DANF. Se for série gerencial (D), apenas grava — não transmite.

---

11. Fluxo de exceção — nota emitida contra seu CNPJ indevidamente

Alguém emitiu uma NF-e colocando seu CNPJ como destinatário, mas a nota não é sua. Nunca dê entrada dessa nota.

1. Em MNF031, selecione a nota.
2. Aba Detalhes → Desconhecer operação.
3. O Junsoft envia manifestação de desconhecimento à SEFAZ.
4. Legalmente, você não é responsável pela nota desconhecida.

---

12. Parâmetros que afetam o ciclo

Parâmetros ficam em PARMFATUR, PARMESTOQUE e afins. Os mais relevantes para este ciclo:

Parâmetro	Efeito
ST_OBRIGAPEDIDOCOMPRA	Exige pedido de compra para dar entrada
ST_CONFPRECOQUANTIDADE	Alerta em divergência preço/qtd entre XML e pedido
ST_CONFNOTAENTRADA	Exige conferência (recebimento físico) antes do lançamento
ST_LOCALESTOQUEENTRADA	Exige local de estoque em cada item da entrada
ST_CONFERELOTE	Exige número de lote e validade no recebimento
ST_IMPIPINESTOQUE	IPI soma no custo do estoque (por item/movimentação)
Fluxo de aprovação de pedido de compra	Ativa bloqueio de pedido até liberação por responsável

Para detalhes técnicos dos parâmetros, ver Rotina: Recebimento de Mercadoria e Rotina: Estoque e Movimentação.

---

13. Boas práticas e armadilhas

✓ Faça

• Cadastre produtos antes de começar a operar — não deixe para "criar sob demanda" na hora da primeira nota.
• Estruture grupo e subgrupo antes de importar produtos em massa — refatorar depois é retrabalho.
• Peça à contabilidade as regras de CFOP/movimentação por estrutura de produto — é o que permite o preenchimento automático na entrada.
• Use MEQ014 para tudo que for ajuste de estoque. Evite MEQ002.
• Tire REQ001 com quebra por subgrupo no inventário — facilita a conferência e já separa responsabilidades (cada equipe conta seu subgrupo).
• Para o primeiro ano: aceite que nem tudo vai estar refinado. Lance o que tem, ajuste no próximo mês.

✗ Evite

• Lançar nota sem amarrar o pedido de compra quando o parâmetro está ativo — o sistema bloqueia, e é chato.
• Transferir nota entre empresas "por jeitinho" — o Junsoft não faz isso nativamente. Exclua e relance.
• Deixar MEQ002 acessível a quem não entende a diferença para MEQ014 — é a principal fonte de lançamento errado de estoque.
• Cadastrar uma série por prestador de serviço sem falar com a contabilidade — série F genérica resolve 80% dos casos.
• Faturar pneu pronto sem baixar estoque por período longo — distorce o DRE do ano.
• Consultar MNF031 muitas vezes por hora — a Receita pode bloquear sua consulta por 2h. Máximo 4 consultas/dia.

---

14. Integração com outras rotinas

Vizinhança	Link	O que acontece
Contas a pagar	contas-a-pagar.md	Toda entrada gera CONTAS (TP_CONTAS='E'). Condição de pagamento da nota define as parcelas.
Estoque e movimentação	estoque-movimentação.md	Entrada grava MOVESTOQUE + atualiza ESTOQUE e VL_PRECOMEDIO. Inventário via MEQ014 ajusta o mesmo saldo.
Emissão NF-e	emissao-nf-e.md	Devolução (MNF007) usa o mesmo motor fiscal da emissão própria.
Recebimento de mercadoria	recebimento-mercadoria.md	Quando há conferência física obrigatória (MRC001→MRC004), esta rotina se insere entre pedido e lançamento.
Fiscal e SPED	fiscal-sped.md	Entradas geram registros C1xx no SPED Fiscal. Série D não aparece no SPED.

---

15. Referência cruzada das telas

Tela	Papel neste ciclo	Link
MPD001	Emissão de pedido de compra	MPD001
MNF031	Consulta na Receita e manifesto	MNF031
MNF001	Entrada da nota (XML ou manual)	MNF001
MNF007	Devolução a fornecedor / do cliente	MNF007
MEQ014	Lançamento de inventário (substitui)	MEQ014
MEQ002	Lançamento avulso (soma/subtrai — evitar)	MEQ002
MEQ007	Requisição de produtos (uso interno)	MEQ007
REQ001	Relatório de saldo e custo	(layout — ver docs/layouts/REQ001)

---

16. Fonte

Documento derivado da transcrição de treinamento de implantação:

• Cliente: Gapy Recapadora
• Implantador: Marcos Adrian (Junsoft)
• Participantes: Polly (Gapy), Karina (Gapy), Marcelo Poloniato (Gapy)
• Duração: 1h47min
• Escopo: Compras + Estoque
• Arquivo: docs/transcricoes/Gapy-Compras-Estoque-ef83e580-d26b.json

Pontos de negócio específicos do cliente Gapy anotados ao longo deste documento: 5 CNPJs (multi-empresa), 20% de faturamento sem nota (série D via filial), pneu pronto migrado do sistema antigo (largura zero), contabilidade externa (regras de CFOP pedidas caso a caso), fluxo de aprovação de pedido de compra (Felipe como responsável).