SS Sophie のこと

以下のような売上は変更（削除：返品）できません。

なので受発注を修正します。（レート部分に「変更」ボタンがでています）

受発注入力画面（ボタン表示の判定）：setKwsRateDialogBtn

受発注入力画面（レート表示の判定）：openKwsRateDialog

トランザクションとは、データの更新においていくつかのテーブルの更新を同時に行い、それらのデータの整合性を保障するために実装された機能になります。

流れとしては、

１）トランザクションの生成　：　var tran = fn.DAO.createTransaction(); // sync

２）トランザクションの開始　：   tran.begin(); // async

３）対象データのロック ：　tran.lock(table_full_name, selector, is_new); // async

４）対象データの更新 ：　fn.DAO.exec(q.func, q.args); // async

５）コミット、もしくは、ロールバック　： tran.commit(); || tran.rollback(); // async

となり、ロールバックした場合は４）で行われた更新はすべて元の状態に戻ります。

通常のロックの場合は以下のようになります。

 var tran; 

return Promise.resolve().then(function() { 

 // getNewData の時点でいくつかのディティールのロックが必要なので、 

 // 処理の冒頭でトランザクションは開始 

 tran = fn.DAO.createTransaction(); 

 return tran.begin(); 

}).then(function() { 

 // 修正の場合はすべてのデータをいったん削除するためロック 

 if (fn.fin('STATIC.STATE.' + op_mode) == fn.fin('STATIC.STATE.edit')) { 

 // 更新対象の伝票データ群のロック 

 var q = fn.DAO.query(DB_NAME, "find", {selector: {denpyo_no: now_denpyo_no}}); 

 return tran.lock(q.args[0], q.args[1]); } 

}).then(function() { 

 // 色々なアップデート処理 

}).then(function() { 

 // トランザクションのコミット（更新の確定） 

 return tran.commit().then(function() { 

 return den_no; 

 }); 

})['catch'](function(e) { 

 dbg('save:', e); 

 if (!tran) throw e; // Transactionの生成自体でエラーが起きた場合はロールバックは呼ばない 

 // トランザクションのロールバック（すべての更新のキャンセル） 

 return tran.rollback(e).then(function() { throw e; }); 

}); 

fn.DAO.batch を利用したある程度量のあるデータを一括して登録した場合は、ロック対象とならずに、ロールバックを行なっても元に戻りません。その場合は以下のように記述します。

return Promise.resolve().then(function() { 

 // 一括登録 

 // block 分一気に投入 

 var c = fn.fin('C.trn.sales'), a = [c, trn_sales]; // trn_salesは、複数の売上データを持つ配列 

 return fn.DAO.batch('save', a); } 

}).then(function() { 

 // 登録したデータのロック（これによりロールバック対象にする） 

 var sel = fn.sync.cdWrap({"sales_import.jikko_no": G_jikko_no}); 

 var q = fn.DAO.query("trn.sales", 'find', { selector: sel}); 

 return G_tran.lock(q.args[0], q.args[1], TRUE); 

});

＜倉庫コード＞

在庫DTLには倉庫コードが３つあります

倉庫移動、在庫引当等により倉庫コードが変わるとレコードが分裂します。

・現在倉庫（souko.cd）

・仕入時倉庫（purch.souko.cd）

・初期仕入時倉庫（purch.souko_origin.cd）

＜数量フィールド＞には以下のものがあります。

・仕入数

・売上数

・売上保留数

・入庫数

・出庫数

・棚差数：累計の棚差数（棚差数は棚卸後もリセットされない）

・在庫数：自動計算（仕入数＋入庫数＋棚差数－売上数－売上保留数－出庫数）

・棚卸時在庫数：棚卸入力・反映処理画面にて、「棚卸開始」ボタンを押した時の在庫数

・棚卸入力数：棚卸中に入力した棚差数（「棚卸開始」時に０クリアされる）

棚卸入力数が＋（プラス）の場合は、

１）在庫移動TRN　に　以下のようなデータが作成されます。

月のすべてのタスクが一覧として右側にでます。

それぞれのタスクの一行は各モジュールにより描画されます。

クリックされた日付のみのタスクが一覧に表示されます。

ログイン者の権限を利用した表示対象の社員を選択

会議室マスタ（mst.gp: category_cd(rooms)）に登録されたroom の一覧

各モジュールにより表示対象とする対象者

を選択する画面になります。（現在開発中）

フリーワードによる検索と各モジュール特有の検索条件を表示するダイアログです。

検索対象文字列は、search.tags に保持されているキーワードになります。

データの保存時に検索させたいフィールドをfn.async.setTags()関数に渡して、 search.tags にセットしておく必要があります。

fn.async.setTags(doc, fields, save_field_name, normalize)

doc : 検索キーワードを埋め込むデータ

fields : 埋め込むデータ上にある検索キーワードを保持しているフィールドの名称（複数は配列で指定）

save_field_name : 検索用のフィールド名（デフォルトはsearch.tags）

normalize : 検索キーワードをnormalize するかどうかのフラグ（デフォルトはTRUE）

カレンダー標準のイベント（タスク）登録画面になります。

場所（の下のドロップダウン）よりroom を選ぶと会議室の予定としても登録されます。

ワークフローのタスク一覧を指定したDOMに貼り付けます

カレンダーのタスク一覧で明細の入力画面を表示するのに利用する関数を指定します。

カレンダーのタスク一覧で、削除ボタンを押された際に実行する関数を指定します。

カレンダーの検索画面で、「検索」ボタンを押された際に実行する関数を指定します。

指定した関数内で自分のセットアップした検索条件画面から検索条件を生成して返してください。

カレンダーのタスク一覧に１つのタスクごとの描画を行う関数を指定します

指定が無い場合、ワークフローの標準描画関数が利用されます

カレンダーモジュールからcall され、タスク一覧を描画する関数です。

ワークフローの入力DOMを返します。

ワークフローの入力欄を表示します。
タスク一覧を非表示にして、エラーメッセージエリアを初期化します。

ワークフローの入力欄を非表示にします。

直接ログインモードの場合は画面を閉じます。

それ以外は、タスク一覧を再表示します。

ワークフローの入力欄のタイトル部分に件名を表示します。

ワークフローの入力欄のボタンエリア部分にボタンを表示します。

ワークフローの入力欄のエラーメッセージエリア部分にエラーを表示します。

ワークフローの入力欄のエラーメッセージエリア部分にエラーを表示します。

ワークフローの入力欄のエラーメッセージエリア部分にエラーを表示します。

カレンダーモジュールからcall され、各モジュールタイプごとにbindCalendarTargetFilterに指定した関数が実行されます。

カレンダーモジュールの検索画面表示ボタン（虫眼鏡）をクリックされた際に、各モジュールタイプごとに

bindSearchに指定した関数が実行されます。

カレンダーモジュールの検索画面上の、「検索」ボタンをクリックされた際に、各モジュールタイプごとに

bindMakeSelectorに指定した関数が実行されます。

公開機能リストは、メニューのタブの管理、承認処理権限などの権限を管理するものになります。

初期構成として提供される機能は、各商流に依存します。

これらは商流により追加されたりしていますが、契約に基づいてシステム管理者が設定するものとなり、エンドユーザーには公開できないものになります。

・現在ある機能リスト（キーは社外秘になります）

上述にある「カレンダー」、「ワークフロー」モジュールを導入する際にカレンダーの分類を指定します。

デフォルトは、「private（スケジュール）」、「room（会議室）」になります。

上記のモジュールはライブラリとして提供されており、独自の入力項目や画面や処理を連動させることで作業管理やアラート設定等を利用することが可能となります。

例）

資産管理では、通常のスケジュールとは別のイベント（訪問予定）の入力をカレンダーの「＋（追加）」ボタンより呼び出す仕組みを実装しています。その際に入力先を選択する選択肢名として定義しています。

通常、参照ダイアログで選択が可能なマスタの選択肢は、事前にマスタ登録をしておく必要がありますが、こちらのフラグにより、以下の項目について「参照ダイアログ」表示時に必要なマスタが登録されていなかった場合に、別ウィンドウ（もしくはタブ）に自動ログインして「それぞれのマスタ登録」画面が表示され、新規登録が可能となります。

・対応項目

基本帳票を用意してある画面から別の帳票出力を行ないたい場合に指定します。

キー：帳票を呼び出す際のモジュールID（fn.async.loadReportに渡すもの）

値　：RSD ID

デフォルトで、販売先に紐付きされる受渡場所の管理区分を「TRAD」にすることで「販売先」ではなく、「取引先」単位で受渡場所を管理することができます。

（デフォルト：NULL、もしくは、USER）

アラート確認画面（業務委託管理システムにて追加）

案件の登録・管理と、作業者（人材派遣）の管理、受託業務の作業タスクの登録、タスクに対する自動メール送信、時間超過アラート、作業実績管理等を行うための運用者様用のシステムになります。

◇追加された機能：

売上一覧画面

棚卸入力・反映処理画面

◇forkされた機能：

◇デモ環境：

見積入力画面＋見積書２（帳票）

見積一覧画面

注文書２（出力内容等の変更により追加）

◇forkされた機能：

◇デモ環境：

フォーキャスト入力画面

フォーキャスト一覧画面

加工指示入力画面

加工指示一覧

◇forkされた機能：

商品・商品構成マスタ登録画面（商品一覧・商品マスタ登録を拡張）

商品・商品構成一覧（商品一覧・商品マスタ登録を拡張）

◇デモ環境：

管理項目登録（画面）

◇forkされた機能：

◇デモ環境：