ABC分析

あらゆる購買の正式な出発点です。チームの誰かが、何を、いつまでに、なぜ必要かを記録します。必要性と購入の判断を切り離し — 依頼する人と承認する人は別で、履歴には依頼され、対応され、却下されたものがすべて残ります。

社内の補充依頼：部署が品目を依頼し、購買担当者が承認し、N 社の仕入先から見積を取り、購買発注に変えます。購買サイクル（購買依頼 → 見積依頼 → 発注 → NF-e 入荷）の起点です。

「必要日」列は、依頼者がいつ材料を手にしている必要があるかを示します。購買担当者のキューを並べるのはこの列です — 日付を過ぎてステータスが止まった購買依頼は、業務が黙って止められているということです。

購買提案画面は、最低在庫を下回るものすべてを含む購買依頼を作成します — 日常の補充なら、品目を1つずつ入力する代わりにそこから始めてください。

承認された購買依頼は、見積依頼に進むか（価格で競わせる価値がある場合）、直接購買発注になります。ステータスで追えるので、依頼者が廊下で尋ねる必要はありません。

「ビュー」ボタンでビューを保存すると、検索テキスト、適用中のフィルター、表示する列（とその順序）、一覧の並べ替え列の 4 つが保存されます。ビューを適用するとすべてが一度に復元されます。並べ替えと表示中のページもリセットされ、結果がビューの内容どおりになります。このバージョンより前に保存したビューも有効です。保存されていない項目は、適用しても変わらないだけです。

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

「各部署は何を買いたいと言っていて、見積のために何をもう承認した？」購買依頼は購買サイクルの起点です。部署が依頼し、購買担当者が承認し、承認されたものが N 社への見積依頼、次いで購買発注になります。状況列は判断待ちのものとすでに進んでいるものを分け、必要日は依頼者の本当の期限を示します — 優先順位はそれで決めます。理由と依頼者が、やり取りなしで承認または却下するための文脈を与えます。

レコードを開き、右側の「タイムライン」を見てください。各変更が「ある値から別の値へ」の形で、変更した人と日付とともに表示されます。変更が多い場合は、タイムライン上部の 2 つのフィルター（項目別・人別）を使います。検索はデータベースで行われるため、古い変更も同じように表示されます。Tenkai に「契約 482 を変更したのは誰？」と聞くこともできます。