請求プロックを解除することにより、クレジットメモ依頼または返品を承認することができる
クレジットメモ依頼の理由が明確でない場合、明細ごとに拒否理由を入力できる。これらの明細は請求伝票にはコピーされない
拒否理由で以下を制御
・明細を金額ゼロでコピーするかどうか
・明細を表示するかどうか
デビットメモも同じ方法
請求プロックを解除することにより、クレジットメモ依頼または返品を承認することができる
クレジットメモ依頼の理由が明確でない場合、明細ごとに拒否理由を入力できる。これらの明細は請求伝票にはコピーされない
拒否理由で以下を制御
・明細を金額ゼロでコピーするかどうか
・明細を表示するかどうか
デビットメモも同じ方法
テーブルT052(支払条件)の現金値引情報を価格決定画面上に参考として読み込む。 金額は最も率の良い値引条件を参考表示。 条件カテゴリE:支払条件 SKTO |
購買伝票を分類するためのIDです。
購買伝票カテゴリには、次のようなものがあります。
・見積依頼(RFQ)
・購買依頼
・購買発注
・購買契約
・分納契約
購買伝票カテゴリは、購買伝票タイプにさらに分割することができます。
consolidation 連結 |
調達タイプとは、品目が内部で生産されるか、外部から調達されるか、あるいはどちらでもかまわないかを決める分類のことです。
集団に於いて構成員が共通認識を抱く為に定める概念、術語の正確な意味・約束事をいう。広く一般に定着することにより、効力を発揮することが出来る。
プロジェクトで定義が曖昧だと、悲劇の始まりとなる。
たとえば、設計書に書くべき内容、構成。
これが各担当者の裁量に任されていると、
最悪「タイトルが○○設計書」で内容が大幅に不足していたりする。
しかも、お馬鹿な成果物でも難なく検収済みだったりもする。
作成者がリリースとなっていた場合
後から読んだ人間は理解不能のまま対応をしなければならない。
結果、工数が削減できない状況を作り出す。
間違ったロックコンセプト、またはロックコンセプトの間違った適用によって、共有データへのアクセスが妨害されること。
伝票ヘッダには、伝票全体(取引全般)に関するデータや、明細データの初期値が保存されている
いっしょに出荷される受注品目の組合わせ。得意先出荷は、商品を得意先に出荷する出荷機能を構成する基礎となります。
受注先、出荷先、請求先、支払人は必須機能であり、後続処理のために受注伝票で指定しておく必要がある。
事前に取引先機能として、得意先マスタ販売エリアデータの取引先機能タブに設定しておけば、受注処理時に初期値として伝票にコピーされる。
受注先:価格設定、インコタームズ、出荷条件
出荷先:出荷先住所、納入時間帯、税
請求先:請求住所
支払人:支払条件、与信限度額