数式フィールド：ユースケース

数式フィールド：ユースケース

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

優先度レベルの割り当て

シナリオ
たとえば、組織タブにはさまざまな顧客およびその関連付け済みの商談に関する重要な情報が保存されています。これらの組織に対して、申告された商談内容に基づき優先度レベルを割り当てる作業を効率化する必要があります。
Solution

Biginシステム内で数式ベースのロジックを実装し、「Opportunity」項目の内容に基づいて優先度の割り当てを自動化できます。

組織タブには「Opportunity」という項目があり、営業担当が各商談の内容を入力します。
自動化 formula

If(Contains(${Opportunity},'既存'),'高い', '中')
Logic
組織タブの「Opportunity」項目は、各企業ごとの商談種別を示します。この項目に「既存」と入力されている場合、システムは該当企業の優先度を「高い」と自動設定します。それ以外の場合は優先度が「中」に設定されます。この自動化により、各企業の商談内容に応じて優先度が「高い」または「中」に分類され、入力された「Opportunity」項目の内容に基づいて効率的に管理できます。
 コミッションを計算する
シナリオ
各企業ごとに関連付けられた「Opportunity 金額」に基づいて、commission を計算する必要があります。
Solution

Bigin システム内で数式ロジックを実装することで、「Opportunity 金額」項目に基づき commission を自動的に計算できます。

組織タブには「Opportunity 金額」項目があり、各商談の金額が記録されます。
自動化 formula

If(${OpportunityAmount}<10000,${AnnualRevenue}*+10、-10。10,${AnnualRevenue}*+10、-10。15)
Logic
組織の commission 計算は「Opportunity 金額」項目に基づき自動化されています。金額が10,000ドル未満の場合、システムは企業の年間売上の10%を commission として算出します。一方、金額が10,000ドルを超える場合は、年間売上の15%が commission となります。この自動処理により、「Opportunity 金額」項目に入力された値に応じて、正確かつ簡便に commission を算出できます。

商談金額の分類

シナリオ
組織タブで「Opportunity 金額」項目に基づいて、商談の規模を自動的に分類したい場合。
Solution
Biginシステム内で数式ベースのロジックを実装し、「Opportunity 金額」項目に基づいて商談規模を自動計算・分類できます。

組織タブには「Opportunity 金額」項目があり、各商談の金額が記録されます。
自動化 formula
If({OpportunityAmount}>1000000, 'Large 商談', 'Small 商談')
Logic
組織タブでは、各商談が「Opportunity 金額」項目に入力された値に基づき、「Large 商談」または「Small 商談」として分類されます。金額が1,000,000ドルを超える場合は自動的に「Large 商談」となり、1,000,000ドル以下の場合は「Small 商談」として判別されます。このシンプルなルールにより、CRMシステム内で迅速かつ自動的に商談の分類が可能となり、業務プロセスの効率化につながります。

請求対象 charges

シナリオ
勤務時間に基づいて請求対象 chargesを正確に計算する必要があります。
Solution
Bigin システム内で数式によるアプローチを導入し、勤務時間や毎時間の単価、さらに VAT（付加価値税）の適用有無に基づいて請求対象 charges の計算を自動化できます。
自動化 formula

${請求対象 単価}*${請求対象 期間 in 日}*14*If(${VAT（付加価値税） check}=='真',1+${VAT（付加価値税）}/100,1)
Logic

サービスの請求対象請求は、勤務時間（時間単位に変換）と毎時間単価を掛け合わせて計算できます。VAT（付加価値税）を含める場合、VAT（付加価値税）の割合（%）を計算に加えて合計金額を調整します。VAT（付加価値税）が含まれていない場合は、追加の調整なしで請求金額を算出します。最後に、計算された金額はドル値としてフォーマットされます。この数式により、時間とオプションの VAT（付加価値税）を考慮した請求金額の算出が簡単になります。

メモ: この数式の『14』という番号は、1 日あたりの作業時間を表しています。必要に応じて調整可能です。

 Commission 計算

シナリオ
各企業のcommissionを計算する必要があります。「ユーザー 貸方 Score」、「Commission パーセント」、「割引 パーセント」項目など、さまざまな要素に基づいて決定します。目標は、利用可能な計算の中から可能な限り最高のcommissionを算出し、また必ず最低でも$100の固定金額を含めることです。
Solution
「ユーザー 貸方 Score」、「Commission パーセント」、「割引 パーセント」項目に基づいて、各企業のcommissionを計算する数式を実装できます。
自動化 formula

Max(${UserCreditScore} * ${CommissionPercent}, ${DiscountPercent} * ${UserCreditScore}, 100)
Logic
「ユーザー 貸方 Score」、「Commission パーセント」、「割引 パーセント」項目に基づき、各企業のcommissionを計算できます。まず「ユーザー 貸方 Score」と「Commission パーセント」を掛け算します。次に「割引 パーセント」とも掛け算します。両方の結果を$100の固定金額と比較し、最も高い値を使用します。これにより、2つの計算値または$100のいずれか高い方がcommissionとして確保されます。

bonusesを計算する

シナリオ
各従業員の「ユーザー貸方Score」と「Bonusパーセント」項目をもとに、ボーナス金額を決定したい。
解決方法

Biginシステム内で数式を活用し、会社全体のボーナス金額の計算および各従業員への分配を自動化できます。

また、計算結果として各従業員が必ず10,000ドル以上のボーナス金額となるように設定します。
自動化 formula

Min(${UserCreditScore}* ${BonusPercent}, ${BonusAmount} / ${TotalEmployees}, 10000)
ロジック
「ユーザー貸方Score」と「Bonusパーセント」項目、会社の合計ボーナス金額および従業員数を用いて、従業員のボーナスを計算できます。まず「ユーザー貸方Score」項目と「Bonusパーセント」項目を掛け合わせて、1つ目のボーナス金額を算出します。次に、会社の「Bonus金額」項目を「合計従業員」項目で割り、各従業員の分配額を計算します。これら2つの計算結果と、固定ボーナス金額10,000ドルを比較し、最も小さい金額を従業員ボーナスとして採用します。

認証商品コード

シナリオ

在庫管理システムで認証 商品コードが必要です。商品コードは在庫内のさまざまな商品を管理するために使用します。ただし、仕入先や商品カテゴリーによってフォーマットや桁数が異なります。

すべての商品コードが一貫性を保つように、特定の桁数（例：10文字）になるよう確認してください。
Solution
システム内で数式を活用することで、商品コードの認証を自動化し、必須の10文字に合致しているかどうかを確認できます。
自動化 formula

Len(${PartNumber})
Logic
各商品コードの桁数を必須桁数（10文字）と比較します。桁数が10文字と一致する場合、その商品コードは有効です。10文字と一致しない場合は、無効となります。

期限切れ 支払い

シナリオ
支払いが関連付けられている商談を管理する必要があります。各商談には完了予定日となるクローズ日付が設定されており、説明欄には支払いステータス（例：「未払い」など）が含まれています。期限切れ支払いのある商談を特定し、迅速な回収と健全なキャッシュフローの維持を図りたいと考えています。
解決策
システム内で数式を活用し、クローズ日付と支払いステータスに基づいて、期限切れ支払いのある商談を自動的に特定できます。
自動化 formula

If(And(Datecomp(${Closing 日付}, ${日付 1}) <= 4320, ${説明} == '未払い'), '支払い 期限切れ', 'null')

この formula は、Closing 日付と独自の日付項目（$日付 1}）の差分が指定されたしきい値以内かどうかを判定します。支払いステータスが「未払い」であり、かつ時間差分が条件を満たしている場合、「支払い 期限切れ」を返します。それ以外の場合は「null」を返します。

If(And(Datecomp(${Closing 日付}, Now()) <= 4320, ${説明} == '未払い'), '支払い 期限切れ', 'null')

この formula は、Closing 日付と現在日付の差分を評価します。支払いステータスが「未払い」であり、かつ日付差分がしきい値以内の場合、「支払い 期限切れ」を返します。それ以外の場合は「null」を返します。
ロジック

両方の数式は、4,320分（3日）のしきい値を用いて、各商談のクローズ日付が許容範囲内かどうかを確認します。入力項目には「クローズ日付」（商談完了予定日）、「日付1」（参照日付）、および「説明」（「未払い」など支払いステータスに関する情報を含む）が含まれます。

1つ目の数式は、「クローズ日付」と「${日付1}」の差分が3日以下であり、かつ支払いステータスが「未払い」であるかを確認します。両方の条件を満たす場合、数式は「支払い期限切れ」と返し、そうでない場合は「null」を返します。

2つ目の数式は、「クローズ日付」と現在日付（Now()）を比較し、差分が3日以下かどうかを確認します。支払いステータスが「未払い」で、かつ時間差分がしきい値を満たしている場合、「支払い期限切れ」と返し、それ以外の場合は「null」を返します。

町名・番地アドレス

シナリオ
各顧客の町名・番地名を他の住所情報（例：建物番号など）から分離する必要があります。これにより、データ品質が向上し、入力作業が簡素化されます。町名・番地名を分離することで、物件商談を場所ごとに分類・分析することが可能です。
ソリューション
システム内で数式を活用し、町名・番地名を他の番地情報から自動的に分離し、「商談担当者」項目として管理できます。
自動化 formula

Find(${商談 担当者},' ',1)
ロジック
「商談 担当者」項目の最初のスペースの位置を特定します。最初のスペースの位置が判明したら、サブストリング関数を利用して住所から町名・番地や名前、差出人を抽出します。町名・番地や名前は、住所の先頭から最初のスペースの位置までのサブストリングとして取得できます。

低コスト購入

シナリオ
貴社ではさまざまな商品を取り扱っており、まとめ売りの商品と個別販売の商品があります。在庫や営業戦略を最適化するために、小規模かつ低い-費用 購入を特定したいと考えています。具体的には、商品の価格と数量の両方が指定した値よりも小さい購入をフラグ付けしたい場合のシナリオです。
Solution
システム内で数式を活用し、商品の価格と数量に基づいて自動的に小規模な購入を特定することが可能です。
自動化 Formula

If(And(価格<1,数量<1),'Small', null)
Logic
価格と数量の両方が指定値より小さいかどうかを判定できます。両方の条件を満たした場合、数式は「Small」を返し、購入をフラグ付けします。条件を満たさない場合は「null」を返し、項目は空白のままとなります。

バリデーションルール

シナリオ
貴社はさまざまな商品を製造しており、各生産ロットごとにサンプリング方式で品質管理チェックを実施しています。「'Sample_Rate_Check'というカスタム項目があり、各生産ロットで品質管理のためにサンプル抽出すべき商品の割合（％）を指定します。
Solution
一貫性と効率的な品質管理を実現するため、サンプリング単価を+10、-10%から40%の範囲に制限することができます。この範囲外のサンプリング率は、検査の非効率や品質問題を引き起こす可能性があります。
自動化 formula

Or(Sample_Rate_Check < +10、-10, Sample_Rate_Check > +10、-10。40)
ロジック
入力規則の数式 'Or(Sample_Rate_Check < +10、-10, Sample_Rate_Check > +10、-10。40)'は、'Sample_Rate_Check'項目（サンプリング単価を表すカスタム項目）が、許容範囲（+10、-10%〜40%）外かどうかを判定します。 'OR'関数は、サンプル単価が+10、-10%より小さい、または40%（+10、-10。40を小数で表現）より大きい場合に「真」を返します。数式が「真」を返す場合、入力規則が実行され、エラーメッセージが表示され、不正なサンプル単価の入力ができなくなります。これにより、サンプリング単価が所定の範囲内に維持され、一貫した品質管理をサポートします。

商品タイプ

シナリオ
御社ではさまざまなプランの作成を管理しており、各商品には「'Product_Type_Check'というカスタムテキスト項目が設定されています。この項目は、商品が部品かサービスかを指定するものです。「'Product_Type_Check'の内容に基づき、各商品を「部品」または「サービス」として分類したいと考えています。
解決策
システム内で数式を活用したアプローチを取ることで、「'Product_Type_Check'項目の内容に基づき、商品を自動的に「部品」または「サービス」として分類することができます。
自動化 formula

If(Contains(Product_Type_Check, 'part'), 'Part', 'サービス')
ロジック
この formula 'If(Contains(Product_Type_Check, 'part'), 'Part', 'サービス')'は、商品をカスタムテキスト項目 'Product_Type_Check'に 'part' という部分文字列が含まれているかどうかに基づいて分類します。 'Contains'関数は、項目に 'part' という部分文字列が含まれているかを判定し、大文字と小文字を区別します。つまり、部分文字列が小文字の 'part' の場合のみ真を返します。'IF'関数は'Contains'の結果を評価します。結果が「真」の場合、数式は「Part」をカテゴリーとして返します。それ以外の場合は「サービス」を返します。この方法により、商品の内容に基づいて自動的に「Part」または「サービス」項目に分類できます。'Product_Type_Check』項目の内容によって、データ品質の向上や、より正確なレポート・分析のサポートが可能となります。

商品コードに基づく分類

シナリオ
貴社では幅広い商品を製造しており、商品コードに基づいて分類する必要があります。商品コードが接頭語「ICU.」で始まるかどうかによって、商品を区別したいと考えています。「ICU.」で始まる商品は「Medical」として分類され、それ以外は「Technical」として分類されます。
Solution
システム内でフォーミュラを活用し、商品コードが接頭語「ICU.」で始まるかどうかに応じて自動的に「Medical」または「Technical」として商品を分類できます。
自動化 formula

If(Startswith(${商品 コード},'ICU'),'Medical','Technical')


Logic
フォーミュラ「If(Startswith(${商品 コード},'ICU'),'Medical','Technical')」は、商品コードが接頭語「ICU.」で始まるかどうかに基づいて商品を分類します。「Startswith」関数は、「商品 コード」項目が指定した接頭語「ICU.」で始まるかを判定します。該当する場合は、「Medical」として商品を医療用に分類します。商品コードが「ICU.」で始まらない場合は、「Technical」として技術用に分類します。この方法により、商品コードに基づいて「Medical」と「Technical」カテゴリへの効率的な分類が可能となり、レポート作成や在庫管理、ターゲットを絞った営業戦略の向上に役立ちます。