活動

2015/07/07から2015/08/05まで

2015/08/05

18:49 QA #173 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
１.概要设计书里的５４２行《流動化データ.取消フラグ＝"1"》流動化データ里没有取消フラグ请确认。
２.关于这本式样的机能想确认下面的问题。
　　　２－１指示完了の場合、还可以再指示吗？
　　　２－２在登录画面，如果是譲渡的场合... 呉 俊
18:11 QA #107 (終了): [機能定義書（概要）_受入入力]についての確認
了解しました。 王 桂芳
17:17 不具合 #166 (解決): 譲渡内容レビュー（受入入力）
対応しました。 王 桂芳
16:14 不具合 #166 (進行中): 譲渡内容レビュー（受入入力）
108行目の辺り
会社コードは半角数字ですので、[ToUpper]処理は必要がありません。
見落としました、すみません。
ご確認お願いいたします。
 劉 軍
10:15 不具合 #166 (解決): 譲渡内容レビュー（受入入力）
修正しました。 王 桂芳
17:15 QA #150 (終了): 機能定義書（概要）_受入入力-登录画面确认
王 桂芳
16:09 不具合 #164 (終了): 譲渡内容レビュー（受入入力）
劉 軍
09:48 不具合 #164 (解決): 譲渡内容レビュー（受入入力）
対応しました。 王 桂芳
14:25 QA #172 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
1.個別指示入力(条件入力)的指示选的是照会的时候，
点次へ進むボタン后
1－1进入個別指示入力【内容登録】画面上，ボタン的话，是前に戻る，登録確認へ進むボタン显示还是非活性，请确认。
1－2画面上的项目除了不渡区分... 呉 俊
13:44 QA #170: 「機能定義書（概要）_個別指示入力」についての仕様確認
呉 俊 は書きました:
> 1.個別指示入力【内容登録】画面的＜画面･帳票項目定義 (Screen/ list item definition)＞的TAB顺中
> 1－1不渡区分没有加TAB顺，需要追加吗
> 1－2流動... 呉 俊
12:12 QA #170 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
1.個別指示入力【内容登録】画面的＜画面･帳票項目定義 (Screen/ list item definition)＞的TAB顺中
1－1不渡区分没有加TAB顺，需要追加吗
1－2流動化下的38取消日和41不渡発生日的TA... 呉 俊
13:39 QA #171 (終了): 关于権限チェック
[共通処理]里的権限チェック
ログインユーザーが当画面の使用権限を有するかをチェックする。
有权限时，画面能显示正常进行处理。
没有权限时，如果处理呢。请确认。 呉 俊
10:17 QA #169 (終了): 关于会社_言語マスタ的会社名的确认
機能定義書（概要）_流動化対象債権抽出出力的CSV文件里的譲渡元会社名是
用会社_言語マスタ里的
名称 1+名称 2+名称 3表示呢（名称1入力的不够，然后写到名称 2里了这样子的）
还是名称 1没有而用名称 2表示等等。
请... 呉 俊
10:14 納品 #168 (解決): 譲渡内容レビュー（受入入力）
修正しました。 王 桂芳
09:29 要望 #165 (終了): 譲渡内容レビュー（受入入力）
領収書の担当者と検討しました。
追加しなくてもいいです。
すみません。 劉 軍
09:21 不具合 #167 (終了): 譲渡内容レビュー（受入入力）
すみません、指摘ミス 劉 軍

2015/08/04

21:46 納品 #168 (終了): 譲渡内容レビュー（受入入力）
217行目
「6-2」処理の存在チェックが間違いだと思います。
そうすれば、取得したデータ件数はずっと１件以上かもしれません。
例えば：
二つのテーブルからデータを取得できない場合、下記のようにデータテーブルを取得できます... 劉 軍
21:39 不具合 #167 (終了): 譲渡内容レビュー（受入入力）
機能定義書に全てのエラーメッセージをもう一度チェックお願いいたします。
例えば： ■会社_言語マスタ存在チェック
№ A2001-0-E000009 ← №は一覧に存在しま... 劉 軍
21:38 不具合 #166 (終了): 譲渡内容レビュー（受入入力）
183行目
会社コードと送付明細№は両方とも半角英文字を入力できないので、チェックを見直してください。 劉 軍
21:37 要望 #165: 譲渡内容レビュー（受入入力）
※領収書を参照してください。
 劉 軍
21:36 要望 #165 (終了): 譲渡内容レビュー（受入入力）
182行目
当該行の辺り、エラーメッセージ取得処理を入出力定義書に明記してください。 劉 軍
21:35 不具合 #164 (終了): 譲渡内容レビュー（受入入力）
174行目
「利益センタマスタ」は「利益センタ_言語マスタ」に変更してください。 劉 軍
16:15 QA #163 (進行中): 機能定義書（概要）_個別指示入力のエラーチェック条件表的确认
关于機能定義書（概要）_個別指示入力のエラーチェック条件表的SHEET
这个エラーチェック在'1．個別指示入力(条件入力)画面和3．個別指示入力【登録確認】画面进行两次。
想确认下面一个问题。
在個別指示入力(条件入力)画面上除... 呉 俊
16:03 要望 #162 (終了): 変更履歴の書き方(全般)
关于变更履历，像下面这样统一一下。
Update Date： 日期（yy.mm.dd） OK
変更者(Name): 王(PS) ... 劉 軍
15:31 QA #161 (終了): ページ制御的一览数据件数表示
在机能定义中，有的一览数据表示6件，或者5件，或者7件，有的还没写
请问关于一览检索数据件数表示，是否按照统一的标准，比如要固定成6件或者其他件数，或者按照每个画面的位置大小显示成不同的件数？
请确认 王 桂芳
15:14 QA #160 (終了): 機能定義書（機能）_取立依頼変更入力
1.機能定義書（詳細）_取立依頼変更入力.xls里機能定義書的156行-157行
记载当点击‘登録確認へ進む’按钮时画面入力チェック，但是画面在初期时，些按钮是不表示的，是否应该是当单击‘次へ進む’按钮时执行‘取立銀行コード’的入力... 王 桂芳
14:58 QA #158 (終了): 現物データ表定义确认
現物データ表定义
受入処理連番 AcceptanceProcessNO identity
返却処理連番 CashReturnProcessNO identity
譲渡処理連番 TransferProcessNO identi... 王 桂芳
14:48 QA #157 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について
'1．流動化対象債権抽出(内容登録)画面上是
メニューに戻る
流動化対象債権抽出【完了】画面上是
ＴＯＰに戻る
两个名字不一样，这样对吗？
 呉 俊
14:44 QA #137 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
呉 俊
14:42 QA #156 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
１．共通確認
画面の必須入力項目について
　画面上的必須入力項目，有带（必須）和没有带（必須）
手形小切手項目補充入力这本的话，是带 （必須）的
可是不带（必須）
譲渡明細出力
是不带（必須）的
... 呉 俊
13:32 QA #155 (終了): 关于出金方法的确认
受入入力画面登录的时候，登录0和1，画面表示是："0":SAP "1":UL
個別指示入力:現物データ.出金方法="01"の場合"SAP" "02"の場合"Upload"を表示。
两个画面没有统一，以哪个为主是正确的？
请确认 王 桂芳
11:43 QA #88 (フィードバック): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
关于上面回答的QA，稍微再确认一下
从上面的回答，再结合其他数据登录来看，
金種：小切手を選択したら、一覧の金種は、小切手と先日付小切手を表示、－〉只会出现小切手，不可能出现先日付小切手
金種：手形を選択したら、一覧の金種は、受... 王 桂芳
11:38 QA #93 (終了): 譲渡明細出力のメッセージ確認
王 桂芳
10:49 QA #154 (終了): 譲渡明細登録的TAB顺确认
機能定義書SHEET 210~216行
关于按钮的TAB顺序没有定义，可以参照其他画面给定义按钮的顺序吗，还是每个遇到没有的，都要先QA
「条件入力に戻る」ボタン 1
「メニューに戻る」ボタン 2
请确认
 王 桂芳
10:46 QA #153 (終了): 譲渡明細登録的排他处理
機能定義書SHEET159~161行
6-3.「はい」押下後、6-2のチェックに該当しない場合、以下の内容で譲渡明細を出力し、
データを登録する。(※譲渡明細出力を選択時のみ)
メッセージ：既に譲渡明細出力済み... 王 桂芳
09:25 QA #107: [機能定義書（概要）_受入入力]についての確認
会社や金種がNULLのデータはあり得ない想定ですが、もしもあった場合は空白でお願い致します。 劉 軍
09:11 QA #110: [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
汎用マスタ的使用方法，稍后日本会做说明。
等日本说明完了，再跟你共有。
 劉 軍

2015/08/03

21:08 QA #112 (解決): 「機能定義書（概要）_受入入力」の仕様確認
2： 空间都是可用的，可以做成一个画面。
如果一览表示的详细情报，跟条件入力的情报不一样。
如：条件入力的时候，输入会社A的情报，点[次へ進む]，一览表示会社A的情报。
这时候，因为条件入力部分是... 劉 軍
20:39 QA #93 (解決): 譲渡明細出力のメッセージ確認
2-001
再出力は、譲渡済みのものだけが出力対象となりますので、チェックは不要かと思います。（再出力という言葉も、帳票やCSVではなくなっていますので、見直し致します。）
追加分
「対象が1件もチェックされておりません。少... 劉 軍
20:35 QA #88 (解決): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
③
金種：小切手を選択したら、一覧の金種は、小切手と先日付小切手を表示、金種：手形を選択したら、一覧の金種は、受取手形と期近手形を表示でお願い致します。
ですので、入出力項目定義書の金種設定(16行目)は、A:現金 B:小切手 C... 劉 軍
20:24 QA #150 (解決): 機能定義書（概要）_受入入力-登录画面确认
394
这个排序没必要传，你传过来的应该是个datateble，是已经排序好的。
直接用就OK了。
414
这个message 是从 共通的VB里面取得
参照[ソリューション構成.xlsx] 劉 軍
17:53 QA #150 (終了): 機能定義書（概要）_受入入力-登录画面确认
确认：由受入入力【内容登録】－〉受入入力【登録確認】画面遷移的时候，所有的值都做为参数传递可以吗。
从机能定义书SHEET394和414行
394行： ･並び順 (Sort order)： 3.受入入力【内容登録】で記載する... 王 桂芳
18:41 QA #152 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
关于画面定义
1.個別指示入力【内容登録】的画面･帳票項目定義 必須入力项目有若干个，但紙芝居里只有一个， 那个是正确的？
 呉 俊
16:02 QA #149 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
有下面几点想确认一下。
1.画面处理里有割引，割引应从那里取数据，式样没有记载，请确认。
1－1概要设计的336和347行的割引什么都没有写，是取出来的数据只显示吗？
2.167行目的《left join 銀行マスタ *1》式... 呉 俊
15:32 QA #122 (進行中): 機能定義書（概要）_受入入力-登录确认
受入データ：
1 这两个项目 原样登陆就行了，NULL的时候，“”登陆就行。不用考虑重复（业务上不用考虑重复）。
2 入出力定义书里写从DB拿，那咱就从DB里拿。（*请千万别去改式样！！！*）
3 *跟日本确认了*。
... 劉 軍
12:36 QA #138 (進行中): 详细设计受入入力的确认
劉 軍
12:34 QA #138: 详细设计受入入力的确认
1 每个画面都做权限check，可以参照领收证。
2 页面初期化的时候取得的。可以参照领收证。
3 每个画面自己的，需要自己在メッセージ一覧里采番，然后自己定义，也可以只做一个共通的（有引数的那样），每个页都来调用
可以参照领收... 劉 軍
12:06 QA #147 (新規): 「機能定義書（概要）_個別指示入力」についての仕様確認
关于这本式样，想确认下面几个事情
1.概要设计里169行，有取立条件マスタ这个表，テーブル定義書(マスタ)里没有找到取立条件マスタ这个表,请确认。
2.概要设计里的151行到154行里利益センタマスタ连接这快，利益センタ_一般マス... 呉 俊
11:39 QA #137 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
1 共通函数取的
2 关于这个期日的检索条件，不要了
3 是这样进行控制的。另外不check的时候，振出人的内容要清空，需要注意。
如果check的时候，振出人的必须是非空的。 劉 軍
11:38 QA #145 (解決): 機能定義書（概要）_取立依頼変更入力の項目確認
1).取立依頼変更入力(情報入力)の処理内容 (Process Content)の中に、下記の項目記述がありますが、入出力イメージに該当項目がないです。
4.利益センタ検索
5.利益センタ名表示
この二つ項目は入出力イメージ... 王 桂芳
10:42 QA #136 (進行中): 機能ID的取得方法确认
劉 軍

2015/07/31

18:00 QA #121 (終了): 機能定義書（概要）_受入入力-登录确认画面
了解。 王 桂芳
15:55 QA #121 (解決): 機能定義書（概要）_受入入力-登录确认画面
1 作为对象外不登陆就行，不用errmsg。
2 我理解的哈，未着：未着手 不备：条件不备
3 我理解的哈，有的数据，虽然一览表示了，但是用户还暂时不想受入。也就是说是这一批受入入力的对象，我不想受入它。选择未着。
... 劉 軍
17:58 QA #110 (進行中): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
汎用マスタから里也没找到。 王 桂芳
17:54 QA #135 (進行中): 受入入力画面･帳票項目定義 的确认
跟日本确认 劉 軍
12:13 QA #135 (終了): 受入入力画面･帳票項目定義 的确认
機能定義書SHEET 78~86行
1.会社名 40位，不确定是从哪个表取的，テーブル定義(会社_言語マスタ)吗？言語キー如何确认？
2.利益センタ名 20位，是从テーブル定義(利益センタ_一般マスタ)还是テーブル定義(利益センタ... 王 桂芳
17:25 QA #134 (終了): 入出力項目定義書的确认
了解 王 桂芳
17:15 QA #134 (解決): 入出力項目定義書的确认
参照领收证 劉 軍
11:56 QA #134 (終了): 入出力項目定義書的确认
入出力項目定義書SHEET
关于按钮，如会社検索ボタン和利益センタ検索ボタン.次へ進むボタン等，是否有必要在入出力項目定義書中反应出来？
 王 桂芳
17:23 QA #130 (終了): チェック処理的式样书写法确认
了解。 王 桂芳
16:46 QA #130 (解決): チェック処理的式样书写法确认
1 可以参照领收证那本。（SVN上已经最新了）
2 有共通函数，但是函数名还未定。也可以参照领收证那本 劉 軍
10:39 QA #130 (終了): チェック処理的式样书写法确认
1.画面入力チェック中的半角英数字チェック，式样中[]Elixil標準のバリデーターの半角英数字チェックを行う。]记载，然后具体出的エラーメッセージ是否需要每个画面自己写出来
2.会社マスタ存在チェック这类的チェック，有共通関数... 王 桂芳
17:07 QA #133 (進行中): 受入入力的データ登録的采番确认
1 采番处理，看式样应该是共通的，这个我问问日本。
2 这个具体得看怎么方式进行采番。也就是共通怎么采法。
我觉得应该这样： 未着的明细，不采番，未着以外明细（也就是登陆对象），进行采番。这个采番是在确认页进行。

 劉 軍
11:50 QA #133 (終了): 受入入力的データ登録的采番确认
受入データ登录的时候，
1.受入NO.是自動付番（登録確認画面一明細毎に連番付与(連番管理マスタ(仮称より)），
这个采番处理是共通方法吗，
2.当存在部分受入完了，再次受入的时候，受入NO.是再次重新采番，还是采用已经存在的受... 王 桂芳
16:43 QA #129 (終了): 受入入力【完了】画面的メニューに戻る确认
了解，明白。 王 桂芳
16:32 QA #129 (解決): 受入入力【完了】画面的メニューに戻る确认
请千万千万不要去改式样！！！
右上角的メニューに戻る按钮 是共通部品提供的。
你这个画面的メニューに戻る按钮,是这个机能自己的。
很有可能2个按钮返回的地方不一样。
就算是返回同一个画面，也不能删除。
 劉 軍
16:43 QA #128 (終了): 機能定義書（概要）_受入入力-登录确认
了解。 王 桂芳
16:29 QA #128 (解決): 機能定義書（概要）_受入入力-登录确认
上面的，只是表示的时候用来区分的。
登陆的时候还是B，C来登陆
也就是说 金种这个项目里只能出现A或者B或者C
"A":現金 "B":小切手 "C":受取手形
 劉 軍
14:49 QA #97 (終了): 「機能定義書（概要）_不備返却入力」の法人についての確認
呉 俊
14:36 QA #138: 详细设计受入入力的确认
追加
5.機能定義書SHEET 424.425行
その対象データの出金元利益センタ、出金番号で受入データを索引し、
受入データが存在した場合は、エラーとする。(メッセージ番号:4-001)
登录的时候要进行上面的CHECK... 王 桂芳
13:52 QA #138 (終了): 详细设计受入入力的确认
1.关于権限チェック
在详细设计中，每个画面都需要権限チェック吗？而并不是入口画面做一次，后面画面不需要的意思吗
2.確認ポップアップ消息取得
如在「前に戻る」ボタン押下時、ポップアップ画面にて、「編集中の受入入力は、登録されず... 王 桂芳
14:25 QA #108 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
呉 俊
11:14 QA #108 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
1
画面イメージは間違いですので、手形・小切手の２つでお願い致します。
2
1の回答につき、「システム日付から現物データ.入金期日までの銀行営業日<10日」の判断は不要となります。
3
はい。検索ボタンをテキストボッ... 劉 軍
12:20 QA #137 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
手形小切手項目補充入力(内容登録)画面
1銀行名表示
　共通の関数で取得する这样的想法对吗？
2画面上的金种的由四个 变成手形和小切手两个后，
手形小切手項目補充入力(内容登録)画面的<現物データ抽出条件是不是得修正一下，
... 呉 俊
12:16 QA #136 (終了): 機能ID的取得方法确认
機能定義書SHEET 98行
「画面説明」は機能IDにより、画面説明管理マスタ(未定)を索引して、説明をセット。
機能ID是通过表管理的？取得的方法是共通的吗，还是需要每个画面自己来完成？ 王 桂芳
12:00 QA #116 (終了): 「機能定義書（概要）_受入入力」の内容登録の仕様確認
王 桂芳
11:19 QA #116 (解決): 「機能定義書（概要）_受入入力」の内容登録の仕様確認
現物出金データとアップロード現物出金集計データで、利益センタ＋送付明細Noが重複することはありませんので、
どちらかの情報が取得される想定になります。 劉 軍
11:36 QA #119 (解決): 機能定義書_手形小切手項目補充入力についての仕様確認
2
条件入力部の金種と受入No.を初期化（初期表示時に戻す）でお願い致します。
 劉 軍
11:24 QA #119: 機能定義書_手形小切手項目補充入力についての仕様確認
1
テキストボックス→ラベル
ラジオボタン　　→不活性
チェックボックス→不活性
2
追加质问了 劉 軍

2015/07/30

18:37 QA #129 (終了): 受入入力【完了】画面的メニューに戻る确认
受入入力【完了】画面
向受入入力【完了】画面遷移的时候，画面中间有一个メニューに戻る按钮，在画面的右上角也有一个メニューに戻る按钮，
这两个按钮有什么区别吗，如果没有区别的话，只留右上角的一个メニューに戻る按钮可以吗
请确认 王 桂芳
18:32 QA #128 (終了): 機能定義書（概要）_受入入力-登录确认
关于金種的登录
1.金種="B":小切手で連結データ.金種付加区分="1"は先日付小切手、
2.金種="C":受取手形で連結データ.金種付加区分="1"は期近手形
上面两种情况，在受入データ和現物データ两个表登录的时候，金種... 王 桂芳
17:32 QA #127 (解決): 会社マスタに主キーがない等の确认についてのチェック
有下面几点想确认一下。
1.[会社_一般マスタ]表里没有主键，主健是会社コード还是没有，想确认一下。
2.[地域マスタ]表有吗，机能（流動化対象債権抽出）式样书里有写这个表。
3.[利益センタ_一般マスタ]的主键 是利益センタコ... 呉 俊
13:28 QA #124 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について
画面上的金額 画面项目定义书上写的是9，999，如果入力9，9时，报的错误信息
像这样共通的信息，有文档吗，为了统一，如果的有的话，能不能提供一下，麻烦了。 呉 俊
11:57 QA #122 (終了): 機能定義書（概要）_受入入力-登录确认
入出力項目定義書
受入データ：
1.关于責任利益センタ和出金番号，从現物出金データunion allアップデート_現物出金データ这两个表中取数据时，会有可能检索出多个数据，这时候要如何登录呢？
2.送付明細№应该从画面就能得到数... 王 桂芳
11:25 QA #120 (終了): 機能定義書（概要）_受入入力－登录画面确认
王 桂芳
10:27 QA #121 (終了): 機能定義書（概要）_受入入力-登录确认画面
機能定義書－418~425行
登録対象のデータは画面上で、不受理理由が未着以外のデータかつ、内容登録の初期表示時に
受入データに存在していた明細(一部受入済み)以外のデータ
その対象データの出金元利益センタ、出金番号で受入データ... 王 桂芳

2015/07/29

21:01 QA #110 (解決): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
汎用マスタから取得
等汎用マスタ定义来了，看看。 劉 軍
12:37 QA #110 (進行中): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
ＱＡ台帳に記入しました。
 劉 軍
21:00 QA #109 (解決): 譲渡取立の「流動化対象債権抽出」についての仕様確認
すみません記載の誤りです。
正しくは「'not exist (現物データ.得意先 inner join 現物データ on 不渡データ.処理連番=現物データ.不渡処理連番」となり、内部サブクエリの現物データの得意先となります。
 劉 軍
15:38 QA #109 (進行中): 譲渡取立の「流動化対象債権抽出」についての仕様確認
1 记到QA台账里，问日本方面了。
2 処理連番是个自增字段，每行记录的処理連番是不同的，没有问题。 劉 軍
20:55 QA #106 (解決): [機能定義書（概要）_譲渡明細出力]についての確認
再出力部分，机能定义书修正了。 劉 軍
20:53 QA #104 (終了): [機能定義書（概要）_譲渡明細出力]ーデータ登録のチェックについての確認
①～③
根据更新日进行排他，具体的Skype联络。
 劉 軍
20:51 QA #102: 譲渡取立の「流動化対象債権抽出」についての権限確認
2
ファイル名の接頭は汎用マスタから取得し、接頭 + "_yyyymmdd.tsv"として下さい。汎用マスタからの取得キーに関しては、後日送付致します。 劉 軍
20:49 QA #101: [機能定義書（概要）_譲渡明細出力]ー【現物データ】更新についての確認
1 「電子記録債権取込」という機能で取り込んだ日が、アップロード日付となります。、
机能定义书正在设计中……
テーブル定義書正在设计中……
2 关于再出力，日本修改了机能定义书，等送付以后，在确认。 劉 軍
20:44 QA #100: [機能定義書（概要）_譲渡明細出力]ー【データ抽出条件】についての確認
1 正在设计中。。。
2 再出力选择，数据取得部分，机能定义书日本进行了修改，还未送付。请稍等。 劉 軍
20:10 QA #120 (解決): 機能定義書（概要）_受入入力－登录画面确认
理解有点不一样。
前半部分理解的对，就是发生原因时这样。
多用户同时操作的时候，发生这个现象。
发生现象之后，不用画面迁移。就停在这个画面就行。
只是不受理理由变成不可选就行。
劉 軍
16:43 QA #120 (終了): 機能定義書（概要）_受入入力－登录画面确认
式样书的333~335行，
また、連結データの出金元利益センタ、出金番号で受入データを索引してデータが存在した
場合、一部受入済みの状態であるため、対象の明細データに関しては、不受理理由の入力項目は
不活性とする。初期表示の段階... 王 桂芳
19:16 QA #119 (進行中): 機能定義書_手形小切手項目補充入力についての仕様確認
劉 軍
19:15 QA #119: 機能定義書_手形小切手項目補充入力についての仕様確認
1 问日本了
2 登陆确认 ,好像没有クリアボタン, 麻烦再确认一下。
3 用更新日进行排他。
一览表示的时候取得更新日，更新执行前，再取一下，比较后，一致的话，进行更新，不一致，error
登陆的... 劉 軍
15:59 QA #119 (終了): 機能定義書_手形小切手項目補充入力についての仕様確認
不好意思，用日文都写完了，下次写中文的。
■手形小切手項目補充入力(登録確認)画面について
①手形小切手項目補充入力(登録確認)画面のポップに「画面もテキストボックスではなく、ラベルにする。」という記載がありますが、
　画面にあ... 呉 俊
18:32 QA #116 (進行中): 「機能定義書（概要）_受入入力」の内容登録の仕様確認
已经问日本了。 劉 軍
14:08 QA #116 (終了): 「機能定義書（概要）_受入入力」の内容登録の仕様確認
1、現物出金集計データと現物出金データとアップロード_現物出金集計データとアップロード_現物出金集計データは重複主キーが存在できますか。
2、重複主キーが存在できれば、編集ボタンと次へ進むボタンが押下した後、受入入力ー内容登録画面へ... 王 桂芳
17:05 QA #108 (進行中): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
1~3 问日本了。
4 处理构成不对，按画面纸芝居的按钮来。 劉 軍
14:10 QA #112 (進行中): 「機能定義書（概要）_受入入力」の仕様確認
１：　　機能定義書の97行目を参照してください。　「会社コード」、「会社名」はクリア状態です。
２：　　ＱＡ台帳に記入しました。具体的な動きは日本側と検討いたします。 劉 軍
10:42 QA #112 (終了): 「機能定義書（概要）_受入入力」の仕様確認
1．受入入力(条件入力)画面の初期化、会社コードと会社名を表示しますか。表示する場合、ログインユーザの会社コードですか。
2．受入入力【一覧】画面について、条件入力部と受入入力(条件入力)画面の条件入力は一致ですので、受入入力【一覧... 王 桂芳
12:27 QA #107 (解決): [機能定義書（概要）_受入入力]についての確認
①：金種とは現物データテーブルの主キーです、空白になる可能がないと思います。
②：会社コードはデータ抽出条件です。空白であれば一覧表示データを抽出できますか？
 劉 軍
11:57 QA #99 (終了): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認
王 桂芳
11:42 QA #99 (解決): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認
①について
「譲渡データ．譲渡日＝画面．譲渡日」でお願い致します。 劉 軍
11:40 QA #95: [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
汎用マスタから選択肢を取得し、作成お願いいたします。
（日本側は汎用マスタのレイアウトが後日送付する予定です） 劉 軍
09:25 QA #88: 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
①：「会社」です、入出力イメージは間違いです。
②：3.会社名表示の処理で、会社名を取得できなかった場合は、エラーメッセージの表示をお願い致します。
 劉 軍

2015/07/28

18:14 QA #110 (終了): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
機能定義書シートの240~267行目に受入入力【内容登録】の入出力イメージについて
画面項目-不受理理由はコンボボックスである、不備と未着は固定値である、またはマスタから取得していますか
マスタから取得すれば、どのマスタですか。
... 王 桂芳
17:26 QA #109 (解決): 譲渡取立の「流動化対象債権抽出」についての仕様確認
下記二つの質問を確認したいですが、
機能設計書の１２０行目に「'not exist (不渡データ.得意先 inner join 現物データ on 不渡データ.処理連番=現物データ.不渡処理連番」と記載されてありますが
① 不渡デー... 呉 俊
16:40 QA #108 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
下記のについて、確認したいですが、
①仕様に下記の記載がありますが
「画面ﾚｲｱｳﾄ上では、期近、先日付と区分しているが、機能的に考えると細分する必要がないと思われる。手形・小切手でよい」
画面の金種は現在の四つでなく、手形・小... 呉 俊
15:38 QA #107 (終了): [機能定義書（概要）_受入入力]についての確認
①機能定義書シートに210~212行目、
現物出金集計データ．金種は””である場合、受入入力【一覧】画面で空白で表示していますか。または、該当データは検索できませんか。
②会社も同じ問題があります。
テーブル定義書により、
... 王 桂芳
15:34 QA #97 (解決): 「機能定義書（概要）_不備返却入力」の法人についての確認
①あっています。
②違います、消す処理は共通処理ではありません、新規作成の必要があります。
③について、よくかわりませんので、
　　法人名の取得処理は共通関数として提供された。後処理は新規作成の必要があります。
　　何か問題が... 劉 軍
15:23 QA #106 (進行中): [機能定義書（概要）_譲渡明細出力]についての確認
ＱＡに記入しました。 劉 軍
11:15 QA #106 (終了): [機能定義書（概要）_譲渡明細出力]についての確認
機能定義書シートの37~64行目の入出力イメージについて、下記のコメントがあるので、
「機能変更
リスト出力はなし。
明細出力、再出力はいらない？」
再出力ラジオボタンはいらない？
再出力ラジオボタンがあれば、検索条件は何で... 王 桂芳
14:04 QA #103 (終了): 譲渡取立の「流動化対象債権抽出」の画面表示位置について
呉 俊
14:01 QA #103 (進行中): 譲渡取立の「流動化対象債権抽出」の画面表示位置について
画面表示位置は当該画面にあるだと思います。
日本側はUI標準の指摘を対応していますので、紙芝居は最新ではありません。
最終の紙芝居を提供したら、ご連絡させていただきます。
 劉 軍
14:03 QA #104 (進行中): [機能定義書（概要）_譲渡明細出力]ーデータ登録のチェックについての確認
①～③
排他チェックに関して、ＱＡ台帳に記入しました。
何か結果があれば、連絡いたします。 劉 軍
09:24 QA #104 (解決): [機能定義書（概要）_譲渡明細出力]ーデータ登録のチェックについての確認
①～③について
排他チェックは必要がありません。
検索時、手でＳＱＬ文に「READCOMMITTED」を付け、更新の場合はELixilで「UPDLOCK」を自動的に付ける。
なので、更新したデータ件数は10件です、Ｂさんの1件デ... 劉 軍
13:49 QA #102 (進行中): 譲渡取立の「流動化対象債権抽出」についての権限確認
①
違います。
別の機能と同じように権限チェックを実施します。
②
ＱＡ台帳に記入しました。 劉 軍
11:19 QA #101 (進行中): [機能定義書（概要）_譲渡明細出力]ー【現物データ】更新についての確認
ＱＡに記入しました。 劉 軍
10:21 QA #100 (進行中): [機能定義書（概要）_譲渡明細出力]ー【データ抽出条件】についての確認
ＱＡに記入しました。
 劉 軍
10:14 QA #96 (終了): 詳細設計書についての確認
了解しました。 王 桂芳
10:08 QA #95 (進行中): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
ＱＡに記入しました。 劉 軍

2015/07/27

20:15 QA #93 (進行中): 譲渡明細出力のメッセージ確認
劉 軍
18:47 QA #93 (解決): 譲渡明細出力のメッセージ確認
劉 軍
18:46 QA #93: 譲渡明細出力のメッセージ確認
>>>1-002は再出力を選択する場合、譲渡日は必須入力の検索条件の意味ですか。
はい、そうです。「機能定義書」シートの90行目に記述があっています。
ご確認お願いいたします。
>>>2-001はメッセージの利用場合は何です... 劉 軍
13:25 QA #93: 譲渡明細出力のメッセージ確認
追記の修正：
対象チェックは何も選択された場合＝＞、対象チェックは何も選択されなかった場合 王 桂芳
12:20 QA #93: 譲渡明細出力のメッセージ確認
追加：
また、譲渡明細出力を選択し、対象チェックは何も選択された場合、登録ボタンを押下時に、エラーがありますか。
エラーがあれば、エラーメッセージは何ですか。
ご確認お願いします。 王 桂芳
11:58 QA #93 (終了): 譲渡明細出力のメッセージ確認
機能定義書（概要）_譲渡明細出力の「メッセージ一覧」シートに
1-002 再出力を選択の場合、譲渡日を入力して下さい。
2-001 既に譲渡明細出力済みです。
1-002は再出力を選択する場合、譲渡日は必須入力の検索条件の意... 王 桂芳
20:11 QA #99 (進行中): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認
劉 軍
19:16 QA #99 (解決): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認
①について
ＱＡ台帳に記入しました。
②について
必要がありません、ELixilの日付テキストボックスで日付を選択できます。 劉 軍
16:40 QA #99 (終了): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認
①譲渡日は検索条件とする場合、譲渡データ．譲渡日＝画面.譲渡日で、または、譲渡データ．譲渡日>=画面．譲渡日により、検索していますか。
②画面の譲渡日について、カレンダボタンは必要ですか。現状は、画面イメージにカレンダボタンがあ... 王 桂芳
19:10 QA #96 (解決): 詳細設計書についての確認
そのままいいだと思います。
機能定義書と一致してください。 劉 軍
14:58 QA #96 (終了): 詳細設計書についての確認
詳細書の機能定義書シートの4行目、X列に「サブシステム名や機能グループなど･･･任意」について、
記入の必要がありますか、記入必要があれば、どこから取得できますか。
ご確認お願いいたします。 王 桂芳
18:00 QA #104 (終了): [機能定義書（概要）_譲渡明細出力]ーデータ登録のチェックについての確認
データ登録について、下記の疑問があります、ご確認お願いします。
①、まず、Aユーザは、データを検索して、対象チェックがされたデータが、現物データテーブルから、金種と受入No.キーとして、10件データを取得して、
この時に、Bユーザ... 王 桂芳
17:28 QA #103 (終了): 譲渡取立の「流動化対象債権抽出」の画面表示位置について
機能仕様書の入出力項目定義書に　画面表示位置は下記通りに記述されていますが
「条件入力→完了」を固定。「条件入力」を現在位置としてオレンジ色にする。
しかし
紙芝居に画面表示位置がありませんが、
画面表示位置が当該画面... 呉 俊
17:21 QA #102 (進行中): 譲渡取立の「流動化対象債権抽出」についての権限確認
下記二つの点について確認したいですが、
①当該画面は権限処理について記載されていないですが、
メニュー画面で権限処理を実施しましたという認識がただしいでしょうか
②当該画面はCSVファイルを出力しますが、出力されたCSV名はなん... 呉 俊
17:07 QA #101 (進行中): [機能定義書（概要）_譲渡明細出力]ー【現物データ】更新についての確認
「入出力項目定義書」シートの35~37行目について
①譲渡日：金種が電子手形の場合は、アップロード日付 + ２日、それ以外は、システム日付
　　アップロード日付というのは何ですか、どこから取得できますか。
②再出力ラジオボタンを... 王 桂芳
16:52 QA #100 (進行中): [機能定義書（概要）_譲渡明細出力]ー【データ抽出条件】についての確認
機能定義書シートの115行目と141行目に、【データ抽出条件】についての記述がありますので、
会社マスタ.裏書譲渡対象(未定)
(現物データ.責任利益センタで利益センタマスタを索引した会社コードで会社マスタを索引)　＝ "1":裏... 王 桂芳
15:37 QA #97 (終了): 「機能定義書（概要）_不備返却入力」の法人についての確認
画面の法人について、下記三つの点について確認したいですが、
①フォーカスを外す時、法人名を検索する処理　と　検索アイコンを押した場合、法人名を検索する処理とは
　共通処理を呼出し、取得するという認識が正しいでしょうか
②画面... 呉 俊
14:51 QA #95 (終了): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
検索条件に金種リストがあるので、リストの値はマスタから取得するか、または、固定の現金、受取手形、小切手、電子手形であるか。
ご確認お願いいたします。
 王 桂芳
12:08 QA #94 (進行中): 譲渡取立の「流動化対象債権抽出」についての仕様確認
下記四つの点について、確認したいですが、
①処理構成図について、1.流動化対象債権抽出【条件入力】の紙芝居に「メニューに戻る」ボタンがあり、メニューに戻れると考え、しかし現在処理構成図に「メニュー」への線がないですが、当該画面はメニ... 呉 俊
10:57 QA #92 (却下): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
王 桂芳

2015/07/25

14:20 QA #88 (進行中): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
劉 軍
14:18 QA #88: 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
①、②は日本側から回答を貰ったら、共有いたします。
③について、機能定義書(受入入力)の入出力項目定義書の22行目を参照してください。
　★（C:受取手形(現物出金集計データ.金種補助区分="1"は期近手形とする)） 劉 軍
14:19 QA #80 (終了): 譲渡取立の[機能定義書（概要）_受入入力]についての仕様確認
劉 軍

2015/07/24

16:05 QA #92 (却下): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
譲渡明細出力画面に一覧データの表示について
検索条件により、データを取得した後、現物データ.金種と現物データ.回収法人により集計した後で合計枚数と合計金額を計算して、一覧データを表示しているという認識は、正しいですか。
機能定義書... 王 桂芳
11:29 QA #88 (フィードバック): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認
①機能定義書シートに、入出力イメージが法人で表示して、80行目に会社で表示するが、どちらは正しいですか、または最新の仕様書がありますか。
②法人コードについて、入力した法人コードが存在しない場合、チェックが必要ですか。
③金種につ... 王 桂芳

2015/07/17

15:48 QA #81 (終了): 譲渡取立の「流動化対象債権抽出」の紙芝居についての確認
劉 軍
10:46 QA #81: 譲渡取立の「流動化対象債権抽出」の紙芝居についての確認
了解しました。
ご回答有難うございました。 呉 俊
10:42 QA #81 (解決): 譲渡取立の「流動化対象債権抽出」の紙芝居についての確認
日本側は紙芝居のUI指摘を対応していますので...
提供したら、送付させていただきます。
少々お待ちください。 劉 軍
10:32 QA #81 (終了): 譲渡取立の「流動化対象債権抽出」の紙芝居についての確認
流動化対象債権抽出【完了】画面の紙芝居がありますか
あるとしたら、ご提供いただいて助かりますが、
以上です、よろしくお願い致します。 呉 俊

2015/07/15

16:52 QA #80 (終了): 譲渡取立の[機能定義書（概要）_受入入力]についての仕様確認
1
「機能定義書（概要）_受入入力」の機能定義書シートの１２７行目にデータ抽出条件に受入データ.受入№＝is nullについて、
業務フローから考えて、当該条件の意義は何ですか。
この条件は如何に取得できますか。
受入データテ... 王 桂芳
 

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