活動

2015/07/02から2015/07/31まで

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