活動

2015/08/19から2015/09/17まで

2015/09/02

09:11 QA #230 (進行中): 機能定義書(概要)_期日入金伝票作成
現物データ.流動化処理連番 = 流動化明細データ.処理連番 です。 劉 毅

2015/09/01

09:28 QA #229 (進行中): 機能定義書(概要)_期日入金伝票作成
Max値の意味は、取立テープル.処理連番のMax値は現物データ.取立処理連番と一致するという意味です。 劉 毅

2015/08/28

16:20 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
呉 玲
16:20 QA #210 (解決): 发行济场合的入金入力者制御确认
最新の仕様に該当条件を追加しました。 呉 玲

2015/08/20

17:10 QA #244 (解決): 機能定義書(詳細)_領収証受入入力.xls式样确认
『受入連番』+ 1
是正确的~
呉 玲
17:02 QA #208 (解決): 機能定義書(詳細)_領収証受入入力
領収証払出実績.利益センタコード⇒
領収証払出実績.払出利益センタコードへ変更する
呉 玲
16:40 QA #210: 发行济场合的入金入力者制御确认
漏れです。
追加します。
※入金入力者の条件が不要なのは、相殺データの場合でした。相殺データを抽出する際には、条件は不要です。
呉 玲
16:37 QA #222 (解決): プリント領収証発行 - 検索画面确认
当日/当日以前が正しいです。 呉 玲
15:09 QA #214: 機能定義書(概要)_電子記録債権取込確認
好象还是不大对劲,都理解错了。
这个应该是对的。
4-3-7,477行,登録完了後、次のデータで4-2の処理を続く。4.2-4.3,4.2-4.3.……最后是5的处理。
王 桂芳
12:23 QA #214 (解決): 機能定義書(概要)_電子記録債権取込確認
4-2-5.エンドコード情報を読込む
的处理最后一个内容
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
说明当前数据check完之后,进行下一个ヘッダー处理,所以应该是所有数据都结束后,再...
劉 毅
14:30 QA #211 (終了): 機能定義書(概要)_電子記録債権取込確認
王 桂芳
12:07 QA #211 (解決): 機能定義書(概要)_電子記録債権取込確認
データ区分不是“1”时,应该分为4中情况。
其中2,8,9有具体处理,请参照4-2-1 3)中记述
以外的时候,记入信息,进行下一条的check
(・上記以外の場合は、警告メッセージをMSGリストに追加して、3)の処理に続く)...
劉 毅
10:07 QA #247: 確認ダイアログ和チェック処理的处理顺序确认
作为标准所有机能都按以下动作运行。如果式样有问题,请联络。
①入力チェック(バリデータも含む)
※マスタの存在チェックはこちらに含む
②登録確認ダイアログ表示
③DBの状態確認チェク
⇒他者が変更する可能性がある...
呉 玲

2015/08/19

17:45 QA #187 (解決): 「機能定義書(概要)_流動化確定データ取込」についての仕様確認
3 1ページあたり14明細でお願いします。一取込で発生したエラー全件の表示と考えています。
4
大連から:
入出力項目定義書の56行目の辺り、
勘定科目マスタから流動化銀行(科目名)を取得する処理があります。
下記のように...
劉 軍
16:47 QA #202 (終了): 会社_言語マスタ的确认
王 桂芳
16:43 QA #201 (終了): 機能定義書(概要)_プリント領収証発行.xls
王 桂芳
16:40 QA #204 (終了): 領収証情報
領収証情報テーブルに期日追加完了
王 桂芳
16:38 QA #181 (解決): 「機能定義書(概要)_流動化確定データ取込」についての仕様確認
4
取込時には、調達金額と確定金額は同一金額となります。
ワークテーブルのレコード毎にチェックを行うので、更新もレコード金額の加算と考えております。
5
カレンダーマスタの銀行稼働フラグ=1の年月日となる想定です。
現...
劉 軍
12:18 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
領収証No登録,領収証受入入力和領収証払出入力
这三个画面有取消处理,在取消处理时,都是先確認ダイアログ,はい按钮按下后,然后进行的チェック処理
和其他画面处理有点不一致,请问是因为这三个画面有处理吗。
其他画面都是先进行的チェ...
王 桂芳
 

他の形式にエクスポート: Atom