●グループ各社の仕様
現在、新しい請求システムの構築が始まっています
それは、受注部分、製造部分を統一したサブシステムが出来た（つもりみたい
）からです
そして、納品処理部分は今年５月にリリースされる（つもり）予定です
●統合新請求サブシステムの仕様
その新請求サブシステムの仕様を検討しているところですが
グループ各社を例えば
Ａ社（グループ本社）
Ｂ社（グループ子会社）
Ｃ社（ 〃 ）
Ｄ社（ 〃 ）
Ｔ社（ 〃 ：当社）
とします。
請求処理の方法で分類すると
Ａ，Ｂ，Ｃ：Ａタイプ
Ｄ：Ａ＋αタイプ
Ｔ：Ｔタイプ
と大きく分けて２種類になります
そこで、かれらは最初やりやすい方から仕様を決定していきました
Ａ及びＡ＋α ⇒ Ａ’ に
これは簡単でしょうね
そして、私の方にＴ社の請求ついてどのような処理をしているか教えてほしいと
彼らは、Ｔ ＝ Ａ＋α’ ぐらいに思っているんでしょう
でも、実は全然違うんですよね
Ｔ仕様は実は全く異なるんです
さらに機能的には（転換後Ａ）＋αβγδη ぐらいでしょうかね。
これらの Ａタイプにない仕様をどのように実装するんでしょう
先週の月曜日でしたか
この件のプロジェクトリーダーが言った言葉
『（当社のＵ名前）の仕様で、新システムで対応できないものは、取り入れない』
えっ？
当社では、自社開発の強みを生かして
顧客要望の変化（当然、環境が変わると顧客の収益も変わり、値下げ要求が発生する）
世情動向の変化（客層、客筋の変化、経済要因の変化、行政の対応の変化、法令の変化）
に対応すべき、何度となく仕様変更（概ね機能追加）を行ってきました
このため、かなり複雑な請求処理になっています
しかし、複雑になってはいますが、私のポリシーにより
現場の作業工程は極力増加しないようにしています
下手したら作業工程が簡素化され、減少しているとも言えます
（この目的は［人的作業によるミス発生の低減］［作業時間の低減］があります）
当然、現場の方には喜ばれ、かつミスも少なくなったので
営業の方、顧客にも喜ばれることはないでしょうが、怒られることは無くなっています
●細工は全然、仕上げはダメだろうなぁ
そのような複雑な機能のほとんどはカットされると思います
すると、１０年以上前の仕様に戻ってしまい
暗黒時代が到来するわけです
経理部門・営業部門ともに人員が減少している中
新請求サブシステムの稼働により更に人員が必要となり
しかし、人員補充はなかなかできず、常時人手不足状態
新請求サブシステムについて細工は流々仕上げを御覧じろ・・・ではなく
細工はボチボチ仕上げは見ない方が良い・・・みたいな
●同じような請求額に？
請求と言うものは、お客様にお支払いいただく金額を提示するものです
提示した金額がお客様に納得して頂けるならば、引き続き取引をしていただけるでしょう
逆に言えば、納得して頂けない（たとえば同様のサービスを他社から安く提供されるとか）場合
お客様は当社から離れていくでしょう
なので、先も言った通り
●顧客が納得できる金額の計算
●当社が泣き寝入りしないで済む金額の計算
もう、この辺は企業秘密ともいうべきノウハウの部分です
単純に示すことが出来る点としたら
Ａ社もＴ社も顧客が１０００社 その顧客の代理店が各１００００社とします。
Ａ社では、顧客ごとに割引率が設定されています
まぁ、これは当社もです
請求額（ここで請求額は整数、割引率は千分率となります）計算は
Ａ社：代理店ごとに請求額を計算し顧客ごとの割引率で計算、小数点第二位を切り捨て
顧客ごとに代理店の総計を算出し、請求書額面額とします。
Ｔ社：代理店ごとに請求額を計算します
顧客ごとに代理店の総計を算出し、総計に顧客ごと割引率で計算し、請求書額面額を算出します
この両者の違いによって、１０００社請求額面額合計は理論値で、￥４９０，５００になります
これは、経理をされていた方なら簡単に理解できると思います。
Ａ社の請求額計算方法とＴ社のそれの違いは、割引率をどこでかけるか？です
ちなみに、我々と代理店の間には契約関係は全く存在しません。
なので、代理店の請求に対して割引率を乗じて計算する義務はないし
義理も人情もありません
でも、Ａ社ではそれを行い、損失を発生させています
