Tornar qualquer campo obrigatório: Requisitos do campo

Plataforma › Personalização › Requisitos de Campo torna qualquer campo de qualquer tela obrigatório para sua empresa — a cada salvamento ou apenas antes de uma etapa como Enviar, Aprovar ou Publicar — e lista os campos que uma etapa posterior do fluxo de negócios lê.

Um campo deixado em branco hoje é frequentemente aquele que uma etapa posterior precisa: uma conta bancária sem conta contábil de caixa não pode ser conciliada, uma classe de ativos sem contas de depreciação interrompe a execução mensal. Os Requisitos de Campo permitem que uma empresa defina quais campos devem ser preenchidos, sem precisar escrever uma regra.

1. Plataforma Aberta › Personalização › Requisitos de Campo. Os blocos na parte superior indicam quantos campos esta empresa torna obrigatórios, quantos campos recomendados estão ativados e desativados, quantos aguardam uma etapa, suas próprias regras e quantos o produto exige.
2. Encontre o campo: digite "Encontrar um campo" em qualquer tela (por exemplo, condições de pagamento, conta de compensação, GSTIN) ou acesse Todos os módulos › módulo › tela.
3. Marque a opção Obrigatório ao lado do campo. A alteração será salva imediatamente — não é necessário clicar em Salvar novamente.
4. Para um campo de cabeçalho em uma tela com etapas, escolha "Obrigatório a partir de: Ao salvar" ou "Antes de <etapa>" (Antes de Enviar, Antes de Aprovar, Antes de Publicar, Antes de Confirmar, Antes de Publicar — as etapas que a tela possui). Um campo de linha só pode ser obrigatório ao salvar.
5. Para desfazer a regra da sua empresa, pressione "Voltar ao padrão": um campo recomendado volta ao seu valor padrão, e os demais se tornam opcionais.

• A regra se aplica independentemente de como um registro seja escrito: o formulário, suas linhas, uma importação, uma ASK e a API publicada.
• Em um formulário, um campo obrigatório ao salvar é marcado com um asterisco, assim como os campos obrigatórios do próprio produto, e o salvamento é recusado com a mensagem "<Campo> é obrigatório" (em uma linha: "Linha N: <Campo> é obrigatório"). Uma regra que aguarda uma etapa não é marcada com um asterisco: o registro é salvo e a etapa é recusada com a mensagem "<Campo> é obrigatório antes de <Etapa>".
• Uma regra altera o que um novo arquivo salvo deve conter. Um registro salvo anteriormente só precisa fornecer o campo quando é alterado.
• Os campos que o produto exige são sempre obrigatórios e não podem ser definidos como opcionais: o registro não pode ser armazenado sem eles.
• Todas as funções na Plataforma podem ver as regras; somente um administrador, ou uma função com permissão para alterar os Requisitos de Campo em Funções e autorizações, pode modificá-las. Alterações recentes mostram as últimas 200 alterações e quem as fez.
• As sessões abertas de outras pessoas captam uma mudança em cerca de um minuto.

A lista recomendada

A lista de campos obrigatórios recomendados indica os campos que uma etapa posterior lê, juntamente com a etapa e o motivo. Seis deles estão ativados por padrão (dois deles apenas para empresas na Arábia Saudita); os demais estão desativados até que você os ative. Desativar um campo recomendado solicita permissão primeiro e informa o que pode ser interrompido posteriormente.

• Recomendado, mas não recomendado — contabilidade e compras: condições de pagamento do cliente; e-mail da conta e de contato; e-mail de contato do fornecedor; custo padrão do item, prazo de entrega de compras e conta de estoque; condições de pagamento da transportadora; contas de entrada e saída do código tributário; conta do tipo de despesa; conta contábil do código de receita; contas a receber e a pagar entre empresas; contas de passivo de arrendamento e ativo de direito de uso; conta de taxa do sistema de pagamento.
• Recomendado, mas não recomendado — por um motivo: a conta de compensação do sistema de pagamento (o sistema já se recusa a ser configurado ou a aceitar pagamentos sem uma, embora seja possível salvar um rascunho); os termos de pagamento do fornecedor e a unidade de medida do item (ambos possuem um valor padrão do qual a importação ou a criação da API depende).
• Recomendado, mas não recomendado — por país: o GSTIN do cliente (Índia) e o número de identificação do comprador (Arábia Saudita) não possuem nenhum dos dois.
• Recomendado, mas não recomendado — em uma etapa: a data solicitada de um pedido de venda antes da Confirmação; o Proprietário de um agente antes da Publicação e seu Modelo.
• Recomendado, mas não recomendado — educação: programa e período de ingresso do candidato; programa, orientador, período de admissão e registro de matrícula do aluno; registro de funcionário e e-mail do membro do corpo docente (Minha seção de Ensino e as regras de ensino encontram o professor por meio deles); professor e sala da turma; data de entrega, peso e pontos de uma tarefa; data e peso de uma avaliação; período de matrícula, data limite e notas de vencimento do período; programa e residência da tabela de taxas.