カテゴリー: ERP-BusinessExpress

品目変換は、販売伝票に入力した品目を、自動的に他の品目に変換する機能です。

品目変換のマスタレコードには、すべて代替理由(品目変換理由)を割り当てる。
これは品目の変換方法を指定したもの。

入力品目の品目マスタレコードは必ずしも必要ではない。(代替理由による)

①ピッキング数量を出荷数量としてコピーし、分割納入。新たな出荷伝票を登録する。
②後続ピッキングとして、差異分の新たな転送指図を登録する。

販売伝票タイプのカスタマイジングの項目で、不完全なまま販売伝票を保存してよいかどうかを指定できる。

ホストコンピュータから独立した、終日出荷処理。分散出荷には以下のような機能があります。
■中央受注伝票と流通システムからデータをコピーする
■分散出荷システムにおける出荷処理
■中央受注と流通システムの出庫日における出庫の確認

得意先からの商品の返品。返品は返品指図を用いて計画されます。返品の受領によって在庫に転記される商品の納入が登録されます。

標準分析において、ユーザごとに初期値設定することができる。
・標準ドリルダウン順序
・キー数値の選択
・選択期間の初期値
などの一覧パラメータ

与信管理では、得意先の与信のレベルに応じて、リスクカテゴリによって得意先をグループ化し、リスクカテゴリごとに与信管理方法を設定できる。
販売管理における与信限度確認は、受注または出荷、出庫の登録時に実行できる。

与信ブロックにより、以下の処理がブロック
・納品書の印刷
・ピッキング
・梱包
・出庫

One day closing 1日で閉めること

さすがに内部統制がうるさいこのご時世に
ドキュメントなしでやっちゃう(ソースコード変更)ことは無いとは思うが、昔は適当だった。

もちろんちゃんとやっているPJもある。

今は、当然そんなことは許されないのだが
過去の遺産というか負債を見る機会があると
よくこんな文書で実装したなと驚く。

間違いなく言えることは
レビューされた文書ではないということ。

本で言えば
編集者のチェックを受けずに
いきなり出版するようなモノ。

当然トラブルが続出する。

おそらく、内部統制で
いろいろな証跡を残さないといけなくなるのだが
取るに取れないといった状況に追い込まれる
システム情報部門がきっとあるはずだ。

決して少なくないと思われる。