> ## Documentation Index > Fetch the complete documentation index at: https://docs.teceo.co/llms.txt > Use this file to discover all available pages before exploring further. # finalizar pedidos finalizar é levar o pedido para a etapa seguinte do fluxo. antes disso, tudo o que a marca exige precisa estar resolvido, e a tela indica onde está o que falta. ## finalizar o pedido 1. **resolva as pendências** quando algo impede o avanço, um alerta aparece onde o problema precisa ser resolvido, e cada lugar responde por uma natureza: * no **item**, na aba de produtos: grade sem preenchimento, quantidade abaixo do mínimo, disponibilidade indisponível, valor zerado. * na aba de **condições**: o que é comercial ou de entrega, como forma de pagamento, endereço e frete. * em **dados gerais**, no painel à direita: o que falta no pedido em si, como a loja não definida. a aba com pendência exibe um alerta ao lado do nome, e passar o cursor sobre ele lista o que falta. o alerta no próprio item lista as pendências daquele item, e os campos com problema aparecem destacados na grade. 2. **agrupe os itens com pendência** em pedido grande, clique em **visualizar** e agrupe por pendência. a lista passa a reunir os itens com problema no topo, o que evita percorrer centenas de linhas procurando o alerta. 3. **confira o que a política exige** o pedido só é finalizado dentro das regras que a marca configurou: desconto máximo, prazo de pagamento e quantidade mínima, por disponibilidade ou por classificação de produto. a política não atendida aparece como pendência no ponto em que ela atua. quando o mínimo vale para um critério que também divide o pedido, ele acusa na divisão correspondente, e filtrar aquela divisão mostra quanto falta para atingi-lo. 4. **finalize** clique no botão principal, no topo da tela. o rótulo dele acompanha o estado do pedido: **continuar** leva o pedido em edição para a etapa seguinte, e **finalizar edição** encerra a edição de um pedido sugerido. com pendência em aberto, a tentativa exibe o aviso de que não é possível avançar e pede o preenchimento dos campos obrigatórios. o pedido permanece onde estava. ## o que acontece na saída do rascunho a primeira finalização é a que produz mais efeitos. ao deixar o rascunho, o pedido passa por uma revalidação inteira: as políticas são verificadas de novo, o preço unitário de cada item é congelado, os totais são recalculados, o contrato é gerado quando a marca tem geração automática, e a divisão é disparada quando a integração exige. o preço congelado é o que impede que uma alteração de tabela posterior mude um pedido já em aprovação. as finalizações seguintes movem o status sem repetir o congelamento. ## quem finaliza cada etapa o caminho depende de quem conduz o pedido. quando a loja monta o pedido, a finalização dela leva para revisão, e o representante ou o admin da marca revisa antes de encaminhar para aprovação. quando o representante ou o admin monta, a finalização vai direto para aprovação. em qualquer caminho, só o admin da marca aprova. o detalhe de cada status está em [o ciclo de vida dos pedidos](/docs/pedidos/o-ciclo-de-vida-dos-pedidos-v2). ## o contrato, quando a marca exige o contrato formaliza o pedido em um PDF assinado pela loja, pela marca, ou pelas duas, sem depender de serviço externo de assinatura. em marca que exige contrato, a finalização depende da assinatura. | exigência configurada | o que a finalização depende | | - | - | | sem exigência | o contrato não bloqueia a finalização | | assinatura da loja | a assinatura da loja | | assinatura da loja e da marca | as duas assinaturas | ### quando o contrato é gerado o momento da geração é definido pela marca em definições gerais. em marca com geração automática, o contrato é gerado nas transições de status: ao sair do rascunho, ao ir de revisão para aprovação e na aprovação. em marca com geração manual, o representante ou o admin gera o contrato a partir do pedido. o PDF é montado com os dados do pedido no momento da geração. alterar o pedido depois disso exige gerar o contrato de novo. ### assinar a marca assina pela própria plataforma: o contrato é aberto pelo pedido, e a identificação vem da sessão de quem está logado. para a assinatura da loja existe também um link, que se envia por cópia, por WhatsApp ou por e-mail, com validade de sete dias. a assinatura é criada de três formas, e a escolha é de quem assina: digitar o nome, que a plataforma converte em imagem; desenhar à mão; ou enviar um arquivo de imagem. ### o que a assinatura não faz assinar não move o status do pedido. a assinatura é pré-requisito para a finalização, e a transição continua dependendo de uma ação de quem conduz o pedido. não existe recusa formal de contrato. um contrato que não deve valer é substituído por outro, gerado de novo a partir do pedido. quando o pedido é dividido, os contratos existentes são copiados para os pedidos resultantes, e o contrato do pedido de origem deixa de existir. ## depois da aprovação em marca sem integração, a aprovação consome o estoque reservado e separa as divisões em pedidos próprios. o pedido segue para enviado quando é despachado. em marca integrada, a aprovação aciona a sincronização com o sistema de gestão, e o pedido passa a carregar o status da integração ao lado do status dele. um pedido aprovado com erro de integração não avança, e o erro é registrado na aba de atividades. o acompanhamento do pedido continua depois da aprovação: cada item carrega o próprio estado de faturamento, o que permite ver o que já foi faturado e o que continua pendente sem sair do pedido. pedido já integrado não aceita cancelamento direto nem retorno ao rascunho. as duas ações valem enquanto a sincronização não aconteceu. ## conteúdos relacionados
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.