活動
2015/07/22から2015/08/20まで
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 (解決): 機能定義書（概要）_電子記録債権取込確認
- データ区分不是“１”时，应该分为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登録，領収証受入入力和領収証払出入力
这三个画面有取消处理，在取消处理时，都是先確認ダイアログ，はい按钮按下后，然后进行的チェック処理
和其他画面处理有点不一致，请问是因为这三个画面有处理吗。
其他画面都是先进行的チェ...
2015/08/18
- 20:05 QA #246 (新規): 機能定義書（概要）_検索照会機能
- データ出力,TSV文件名怎么取？有四种文件：現物データ，流動化，期近警告リスト，個別指示リスト
- 19:50 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 19:38 QA #245 (解決): 機能定義書（概要）_検索照会機能
- 日本肯定漏了。
这个必须有
跟会社一样
- 19:31 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 得意先コード,マスタ存在チェックが必要でしょうか？
其它几个マスタ存在チェック都有，但得意先コード这个没写。需不需要做？ - 19:40 QA #203 (解決): 得意先マスタ的确认
- 17:38 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1 141行参照
2 不需要sum ，情报入力的时候是从流動化データ取得保留金額，調達金額，確定金額 这本身就是合计好的
从条件入力(一覧)传过来的割引率，割引金額，实际上也是流動化データ里的，也是一条
... - 16:46 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1） *跟日本确认*
2）*跟日本确认*
3）*跟日本确认*
4）*跟日本确认*
5）[编辑]⇒「前に戻る」ボタン⇒ 「登録」ボタン
6）*跟日本确认* - 16:35 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 14:03 QA #241: 領収証受入照会・取消 - 検索画面确认
- 恩，按必须入力项目处理。
入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞ 这个无视 - 13:58 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 領収証受入照会・取消 - 検索
入出力イメージ中 払出元利益センタコード是必须入力项目
如果上记项目是必须入力项目的话，详细设计书的入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞情况应该不存在吧
请确认。 - 16:35 QA #244 (解決): 機能定義書（詳細）_領収証受入入力.xls式样确认
- 入出力項目定義書 (2)中
2-2-2.登録処理 [ 領収証受入実績 ]
受入連番
同一の「会社コード」「伝票種別」「領収証管理No」のデータが登録済の場合
： 登録済データで最大の『払出連番』＋ 1 を設定する。
... - 16:12 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- *跟日本确认*
- 16:04 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認
- 1） *跟日本确认了*
2） 采番后的机能ID
3） *跟日本确认了*
4） 是利益センタ_一般マスタ，关于位数不一致，*跟日本确认了*
5）会社コード是主键 言语きー=“JA” - 16:04 QA #243 (新規): 取立指示書詳設計中的几个问题确认
- 1 汎用マスタ.汎用コード = '004' 对金种的定义有四种，取立指示书出力用到的金种只有三种，需要重新建立汎用コード吗？
2 取立日 日付不正チェック 这个“日付不正”具体是指怎样的不正？
3 取立指示書(帳票)部... - 14:07 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認
- *跟日本确认*
- 14:01 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1 如果画面表示的是法人，而且从会社mst里拿名字的这样，都变成会社。
2 没有发现不一样的地方（如：处理里写的跟画面イメージ不一样，纸芝居跟机能定义书不一样等等），所以不用变。
3 这个之前问过了。 - 13:54 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 13:54 QA #227: 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 1.3-1.データ登録
*跟日本确认了*
2.3-2.データ更新
返却日：*跟日本确认*
現物データ.返却処理連番是否要更新：*跟日本确认* - 12:34 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 1 *跟日本确认中*
2 *跟日本确认中*
3 *跟日本确认中* - 11:54 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- *跟日本确认*
- 11:32 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- *跟日本确认了*
- 11:30 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 不用考虑状态保持了。
返回的话，一览从第1页开始就行 - 11:27 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 1 *跟日本确认中*
2 出力帐票，至于什么时候出力，*跟日本确认中*
3 应该跟让渡明细登陆的再出力一样，我也*跟日本确认一下*吧
4 *跟日本确认中* 应该是个排他check - 10:02 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 「取立銀行コード」で銀行マスタを索引。
銀行名 ＋" "＋支店名を表示。
2015/08/17
- 20:48 QA #237 (進行中): 取立指示書出力詳細設計
- *跟日本确认*
- 18:33 QA #237 (進行中): 取立指示書出力詳細設計
- 检索数据时用到一个取立保留区分マスタ表，这个表有吗？
- 20:43 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 如果在gridview翻页或画面跳转后状态保存会有个问题
例如：
当前grid有2页，第1页设定好了状态翻到第2页，在翻回第一页前，第1页在db里又有了新数据，这样的话状态就不准了。
画面跳转后跳回也是这个问题。 - 20:40 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認
- 我查mst的结果是：
利益センタグループ_一般マスタ 12行 No4 会社コード CompanyCD NChar（4）
利益センタグループ_言語マスタ 没有 - 20:31 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- 详设上说download文件后直接跳下一画面，这样实现不了。
当前页面把download文件做成，然后在下一画面download会不会好一点。 - 18:20 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- IS ＮＵＬＬ 是对象外。
可以加到条件里。 - 14:22 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- 关于概要设计里125行的 不渡データ.取消日 = ""
不渡データ.取消日IS ＮＵＬＬ的情况是不是也会出现，
如果的是话，是不是也需要加上这个条件呢，
请麻烦确认一下。
谢谢 - 17:53 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- 出力するデータは不明確。下面的出力文件的式样不明确（１和２）。而３和４的出力式样没有。请确认。
1.【データ出力】 データ選択 現物データ
2.【データ出力】 データ選択 流動化
3.【データ出力】 データ選択 期近警告リスト
... - 17:35 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 14:55 QA #223: 再发行场合的入出力項目定義書 (4)确认
- 统一用固定“01”～
- 16:47 QA #235 (新規): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 下記几个问题想确认一下
1.概要设计的個別指示入力【登録確認】的532行的《2-1-3.下記の個別チェックを行う。》，在個別指示入力【内容登録】画面上已经CHECK过一次了，（概要设计的371行），
是不是在個別指示入力【登録確... - 15:42 QA #170: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 可以加上
- 15:40 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 取立指示書出力の取立銀行(銀行名)は銀行マスタテーブルから取得しますが、テーブルの中、BankName(銀行名)とBankBranchName(銀行支店名)があります、どちらが取立銀行として正しいですか？
- 14:50 QA #220 (終了): 発行済チェック的确认
- 14:14 QA #220: 発行済チェック的确认
- 你的理解正确，『領収証枝番』+1去验证
- 13:53 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- 11:20 QA #206: プリント領収証発行 - 明細的住所表示确认
- 『送付先_都道府県 ＋ 送付先_市区町村 改行
送付先_地名1 改行
送付先_地名2 改行
送付先_地名3』
就按照这种格式去改行～ - 12:06 QA #231: 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 追加：
4.返却入力済みチェック是CHECK的哪个表，检索条件是什么？ - 11:41 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 機能定義書 SHEET 235~252行 关于印刷按钮处理
返却选择时：
1.返却入力済みのチェック通过后，返却データ登录，現物データ更新，但更新条件中只有 [受入№ ＝ 登録確認画面.受入№]，是否也需要金种呢。
2.处... - 11:40 QA #230 (進行中): 機能定義書（概要）_期日入金伝票作成
- 3-2.落込データ登録
有一个判断条件，
現物データ.取立処理連番 ＝ 流動化明細データ.処理連番
这里的判断条件，是用現物データ.取立処理連番还是用現物データ.流動化処理連番？ - 11:37 QA #229 (進行中): 機能定義書（概要）_期日入金伝票作成
- 2-2.落込データ登録
判断处理上有这样一个条件：
現物データ.取立処理連番(Max値)＝ 取立データ.処理連番
但現物データ表中只金種和受入ＮＯ是主键，而取立データ的主键是金種，受入ＮＯ，処理連番
所以假设現物データ.取立処... - 10:02 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 入出力項目定義書SHEET
关于金種的表示
A:現金
B:小切手(期日があれば先日付小切手として細分)
C:受取手形(期日とシステム日付の日数により期近手形として細分)
1.在金種LIST中，没有現金
2.期日があ...
2015/08/14
- 18:07 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 入出力項目定義書SHEET
1.3-1.データ登録
出金元利益センタ到コメント字段，和返却データ的表定义书对不上？
2.3-2.データ更新
現物データ表定义中没有返却日，
还有，現物データ.返却処理連番是否要更新？
... - 17:54 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于机能想确定下面几个事情
１.流動化情報管理【条件入力】画面初始化时，不进行ＧＲＯＵＰＢＹ吗，如果不进行的话，画面上可能会现同样的流动化ＮＯ。出现多次的情况，这样可以吗｜
２.流動化情報管理【情報入力】画面初始化时取数据时，会取... - 17:04 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1.式样书中有法人，是否要变成会社？
2.不備返却入力(内容登録)画面的印刷へ進む按钮是否要变成登录へ進む？
不備返却入力【登録確認】画面的印刷按钮是否要变成登录？
3.不備返却入力(内容登録)画面的金種LIST，
受取手形
... - 16:21 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于这本，有下面几个问题想确认一下
１.概要设计里的流動化情報管理【完了】的画面里的ＢＵＴＴＯＮ只有一个「条件入力に戻る」ボタン，但紙芝居里有两个，ＢＵＴＴＯＮ名字都不一样，以那个为准呢
２.概要设计里１３０行 《流動化データ.取... - 15:37 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 入出力項目定義書 (4)中
発行No "利益センタコード 領収証No" "【編集】""発行No.""＋『利益センタコード』＋""-""＋『領収証No』＋""-""＋""01"""
如果是在发行济的场合，最后面是不是加的『領収... - 10:04 QA #222 (解決): プリント領収証発行 - 検索画面确认
- プリント領収証発行 - 検索的入出力イメージ中
入金処理日后面的两个ラジオボタン是当日，和当日以前
但在说明中，都是用的当月和当月以前
不知道用哪个正确？
2015/08/13
- 21:42 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- 3-3.取立データTBLの更新中，
抽出条件 取立データ.金種 ＝ 2.にて取得した譲渡データ.金種
这里的譲渡データ就是2.対象データ抽出处理中取出的取立データ吧？ - 17:02 QA #199 (終了): 領収証再発行チェック
- 16:54 QA #174 (終了): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 16:53 QA #160 (終了): 機能定義書（機能）_取立依頼変更入力
- 16:53 QA #171 (終了): 关于権限チェック
- 16:51 QA #191 (終了): 戻る按钮的确认
- 16:50 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认
- 16:49 QA #220 (終了): 発行済チェック的确认
- 機能定義書（概要）_プリント領収証発行.xls
機能定義書 SHEET 610，611行
■発行済チェック
⇒ 対象データと同じ『領収証枝番』のデータが既に登録済の場合はエラーとする。
因为检索出来的数据就是现在... - 16:48 QA #219 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-4. 2).会社コードとダミー得意先コードを取得する方法
的检索条件中，用到的[事業所マスタ.事業所コード ＝ ＜WK＞.事業所コード]
这里的＜WK＞.事業所コード是从哪里取得的？如下哪个是。
[4-3-2.電子債権情... - 16:29 QA #218 (新規): 機能定義書（概要）_電子記録債権取込確認
- [電子債権利用法人情報]的表定义能否提供一下。
- 16:24 QA #217 (新規): 機能定義書（概要）_電子記録債権取込確認
- 式样书中，有几处ＭＳＧＩＤ已经定好了，
MSGID:KSBW0240
MSGID:KSBE0280
MSGID:KSBN0040
MSGID:KSBW0210等等。虽然写了ＩＤ号，但在后面还写了具体错误信息。
这几个ＩＤ是有... - 16:19 QA #216 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-3.处理中，有一部分红色字体
『機能定義補足（更新処理パターン）』シートを参照して、処理続ける
...
登録する場合は4-3-4の処理に続く
更新する場合は4-6の処理を続く
问题：
１）是式样未定吗？
２）... - 16:12 QA #215 (新規): 機能定義書（概要）_電子記録債権取込確認
- １）4-3-1.的说明中有这样一句话，和前后文关联实在是有点远，不知要说明的是啥？
この時、振出日には自振の場合：発生年月日
回しの場合：最新保証記録年月日が設定されるが
振出日 <... - 16:02 QA #214 (解決): 機能定義書（概要）_電子記録債権取込確認
- 4-2-5.エンドコード情報を読込む，处理的最后有这样的说明：
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
如果ＣＳＶ里包含的是多组数据，如下例子：
ヘッダー１
債権情報1
保証人情... - 15:50 QA #213 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-4.トレーラレコードを読込む处理中，有如下更新处理，
3).ワーク電子債権ヘッダー情報に更新する。
更新对象条件是 番号＝ ＜WK＞.請求者_利用者番号
ワーク電子債権ヘッダー情報里面没有番号这一项。
这里的番号是指[... - 15:42 QA #212 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-3.保証人情報を読込む处理中，有如下描述有点很难理解。麻烦给出详细说明，或者给出数据样例。
※WK.保証人番号 ＝ （同一種類データ・レコード番号 － １） × ３ ＋ 同行連番 - 15:39 QA #211 (終了): 機能定義書（概要）_電子記録債権取込確認
- 4-2.的处理中，如果取入的ＣＳＶ文件的第一条记录的データ区分不是“１”时如何处理，
如下信息弹出，处理终了吗？
認識できないデータ区分があります、データファイルをご確認ください。行番号：｛0｝ - 14:25 QA #210 (解決): 发行济场合的入金入力者制御确认
- プリント領収証発行 - 発行済一覧
发行济的场合，检索条件中没有入金入力者，
1.对入金入力者，是需要根据■ "未発行"選択時和■ "発行済"選択時 是否可入力的控制呢？
2.或者在发行济的场合，检索条件中追加 プリント領収証N... - 13:53 QA #209 (新規): 入金取消场合的画面确认
- 入金取消区分＝"2"（取消） ⇒ 『取消』を表示
在プリント領収証発行 - 未発行一覧的入出力イメージ中，
取消济的那行数据，领收证发行没有チェックボックス,领收证日付也不能入力
不知道是否需要有这样的制御、式样书中没有找到说... - 12:01 QA #208 (解決): 機能定義書（詳細）_領収証受入入力
- 2．領収証受入入力 - 受入入力 [画面処理] 1-2.初期表示（一覧表示部）【データ抽出条件】外部結合条件 利益センタ_言語マスタ.利益センタコード = 領収証払出実績.利益センタコード
領収証払出実績表中没有利益センタコード这... - 11:46 QA #207 (新規): プリント領収証発行 - 未発行一覧的2-3-3.登録処理确认
- 機能定義書SHEET 399~407行 关于更新处理，
294~360行中，关于数据取得处理
当画面.領収証No同时存在入金和相殺的数据时，是表示成2条数据，
但是只有一条入金的発行チェック被选择的时候
如果处理成功，就把プリ... - 10:36 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- プリント領収証発行 - 明細画面中
入出力項目定義書 (4)
送付先_得意先住所
【編集】
『送付先_都道府県 ＋ 送付先_市区町村
送付先_地名1
送付先_地名2
送付先_地名3』
※地名1・地名2... - 10:31 QA #205 (新規): プリント領収証発行 - 明細的业务确认
- 从未发行一览画面中，点击領収証NO后，到プリント領収証発行 - 明細画面，这个时候是当前領収証NO下的，所有的領収証情報表里的明细都表示吗？
还是，当未发行一览画面中只想发和相殺相关数据时，到プリント領収証発行 - 明細画面时，也是... - 10:11 QA #204 (終了): 領収証情報
- 機能定義書（概要）_プリント領収証発行.xls
入出力項目定義書 (5)SHEET 25行
手形期日 17 DB.領収証情報 期日
但在領収証情報定义书中没有找到这个字段请确认。
或者是領収証情報中的伝票日付或者転記日付？
...
2015/08/12
- 19:34 QA #203: 得意先マスタ的确认
- 送付先_郵便番号~送付先_担当者名 从得意先_会社マスタ取得
得意先名 从得意先_言語マスタ【名称 1】+【名称 2】+【名称 3】 - 19:27 QA #203 (解決): 得意先マスタ的确认
- 機能定義書（詳細）_プリント領収証発行.xls 入出力項目定義書 (5)
送付先_郵便番号~送付先_担当者名 从得意先_会社マスタ取得？
得意先名 从得意先_言語マスタ取得得意先略称？
请确认。 - 19:21 QA #202: 会社_言語マスタ的确认
- 用 市区町村 City
- 19:16 QA #202 (終了): 会社_言語マスタ的确认
- 機能定義書（概要）_プリント領収証発行.xls的入出力項目定義書 (5)
送付元_市区町村 ＝ DB.会社_言語マスタ .市区町村
但在会社_言語マスタ表中，有市区町村 City和市区町村コード CityCD
两个字段，用的是市... - 17:55 QA #201: 機能定義書（概要）_プリント領収証発行.xls
- 1，用ユーザ_言語マスタ
2，入金入力者，入力的时候入 CD，一览表示的时候从ユーザ_言語マスタ里面检索出来名
3，領収証情報表.ユーザ名 这个里面存的是cd
4，入力时是CD，数据库里存的也是CD。所以是一致检索 - 17:44 QA #201 (終了): 機能定義書（概要）_プリント領収証発行.xls
- 入出力項目定義書（2）SHEET 19行
入金入力者 12 "DB.領収証情報 DB.従業員マスタ" "ユーザ名
従業員氏名 (姓)
従業員氏名 (名)" "【編集】
『従業員氏名 (姓)』＋『従業員氏名 (名)』"
1... - 17:39 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認
- 关于入出力项目定义书的２０行的譲渡元会社コード
上面写的是利益センタマスタ的会社コード
表里没有这个字段
是取的是利益センタ_言語マスタ的利益センタコード吗
请确认。
- 17:27 QA #199: 領収証再発行チェック
- 1，如果是文本框都可以用Elixil標準のバリデーター的必須チェック
如果是下拉列表，就需要自己手写check
2，是凡用mst里的，请参照
\L-One\10.受領資料\テーブル定義 汎用マスタの定義一覧.xlsx - 17:12 QA #199 (終了): 領収証再発行チェック
- 1.「領収証日付」和「再発行理由」的未入力CHECK，是用的Elixil標準のバリデーターの必須チェック吗
如果不是的话，出的消息是自己定吗
2.『再発行理由』リスト表示的时候，是需要在泛用表里定义的吗
请确认
- 16:58 QA #149 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 *跟日本确认*
2 銀行国コードは、”JA”でお願いします。
3 *跟日本确认*
4 *跟日本确认*
5 已经确认了
6 *跟日本确认*
7 *跟日本确认* - 16:41 QA #172 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 1-2 2-1 2-2 *跟日本确认*
3 已经回答了
4 *跟日本确认*
5-1 5-2 *大连确认* - 15:55 QA #163 (進行中): 機能定義書（概要）_個別指示入力のエラーチェック条件表的确认
- *跟日本确认*
- 15:53 QA #170 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 跟机能定义书一样就行
1-3 不需要，共通部品都带 - 15:48 QA #173 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 15:47 QA #173: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 *跟日本确认*
2
2-1 再指示可能。
2-2 可以
3 是共通处理，但是得测，每个画面都得测，因为虽然是共通处理。但是得测一下，各个属性设置的对不对。
所以还是需要测试一下。
如：背景色变色 ... - 14:54 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認
- 1）.式样书中3.仕訳データ作成（関係会社）、有个更新处理「また受入データTBL、返却TBLに対し更新を行い（受入、返却それぞれ行う）」，参照「入出力項目定義書」シートの3-1-1，「入出力項目定義書」シートの3-1-2.
这... - 14:53 QA #177 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 「ホームに戻る」が正しいです。
※「TOPに戻る」は古い情報です。そこから変更になっています。
2 *日本确认中*
补充分
对一个表，check就行 - 12:33 QA #178 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 这个，我的理解是
不備ステータス 是 根据 不渡区分 来设置的。
不渡区分="01"（不渡の場合） : 设置为03（不渡）
不渡区分="02"（社内不渡の場合） : 设置为02（ジャンプ）
... - 12:00 QA #196: 機能定義書（概要）_プリント領収証発行.xls
- 需要跟日本确认，大概17，18号回复，暂时先按照式样写的去做，无视备注的文字
- 11:23 QA #196 (新規): 機能定義書（概要）_プリント領収証発行.xls
- 入出力項目定義書(1)sheet 18行
－ グローバルID ログイン者のグローバルIDを設定する。 ※初期設定する？（相殺データ取得可？）
黄色背景代表未确定的意思吗？什么时候能确定？ - 11:44 QA #195: 機能定義書（概要）_プリント領収証発行.xls
- 1.「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的
2,关联
未发行：参照342行～345行。
「プリント領収証No」是主表，结合「プ... - 10:49 QA #195 (新規): 機能定義書（概要）_プリント領収証発行.xls
- 1.機能定義書SHEET,187~194行，
关于データ有無チェック，检索条件是什么？
「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的？
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的？
... - 11:41 QA #185 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 初期化的时候，是用受入データ的不備登録日来表示。
如果咱们理解不一样的话，请联络。 - 11:29 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認
- 下記の一つを確認したいですが。
出力TSVファイルのフォーマットがあれば、
ご提供いただければ助かりますが。
以上です、よろしくお願い致します。
2015/08/11
- 18:18 QA #152 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 机能定义书为准。
- 15:52 QA #191 (解決): 戻る按钮的确认
- 如 受入入力这样。
先是条件入力 按个按钮后 一览表示 再按个按钮 进到确认页面。
这时候点返回按钮的话，返回到有一览表示的状态。入力的值，保持。
望横展开一下 - 14:03 QA #191 (終了): 戻る按钮的确认
- 如受入入力画面，在内容登录画面中，按下前に戻る按钮后，在检索画面中，检索条件要保持吗？
其他画面也同问。 - 15:32 QA #192: 機能定義書（概要）_プリント領収証発行式样确认
- SVN上提交了下记资料。请参照。
L-One\40.詳細設計書\領収証\入力項目定義一覧.xls - 14:54 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认
- 機能定義書中，
＜画面･帳票項目定義 (Screen/ list item definition)＞部分，
必须，データ属性，文字数等项目都没有记述，
请确认。
- 15:27 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- 好的，明白。
- 15:24 QA #194: 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- 可以！
之后别的机能也一样，这几个表就先用言语mst。如果里面找不到要取的字段时再考虑其他的mst
具体 请参照领收证NO登录 这本。
其中会社可能用到会社—所属mst - 15:18 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- プリント領収証発行中，用到了几个マスタ
会社，利益センタ和得意先，因为设计书中没提到到底用哪个表，
现在都用XXX_言語マスタ可以吗。 - 14:41 QA #190 (進行中): 取立依頼変更入力
- 1 式样上有要求么？ 没要求，就不用出，有要求，就得出。
2 式样的115行6-1处理，出error，不用button制御。
3 [現在、テーブル定義書の取立データには、依頼書出力日がありませんが、追加致します。入出力項目定義書の... - 11:14 QA #190 (進行中): 取立依頼変更入力
- 1.取立依頼変更入力(情報入力)画面上的[クリア]按钮，点击时，是否需要弹出确认信息框，[编辑中的信息破弃？]
因为这个按钮点击后，画面上的检索条件和一览数据全清掉的。
2.画面上一览数据没有时，「登録確認へ進む」按钮是否要置成不... - 14:29 QA #184 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 画面说明：是当前这个画面处理的概要说明，每个画面的说明应该是不一样的。
参照受入入力的写法。
具体的，参照[ソリューション構成.xlsx]的[ 画面タイトル・画面説明・機能IDの定義]sheet
资料可以在svn上找到
- 14:21 QA #155 (終了): 关于出金方法的确认
- 10:24 QA #155 (解決): 关于出金方法的确认
- 「"0":SAP "1":UL」でお願い致します。
- 14:20 QA #112 (終了): 「機能定義書（概要）_受入入力」の仕様確認
- 14:19 QA #106 (終了): [機能定義書（概要）_譲渡明細出力]についての確認
- 10:35 QA #106: [機能定義書（概要）_譲渡明細出力]についての確認
- 等看新的机能定义书吧。这个先完了吧。
- 14:16 QA #95 (終了): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
- 09:36 QA #95 (解決): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
- 泛用mst定义 送付了。
第一项的空白，在mst里不定义。
比如
list里有空白，不备，未受理，共3项
mst里只定义不备跟未受理 ，共2项 - 13:57 QA #158 (終了): 現物データ表定义确认
- 09:29 QA #158 (解決): 現物データ表定义确认
- 1 最新のテーブル定義書では、現物データにある××処理連番はbigintとなっております。Identityではありません。テーブル定義書を送りますのでご確認下さい。
2 受入入力登录的时候 受入処理連番是登录的。用受入data的... - 13:47 QA #187 (進行中): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 1 不是lixil控件，是asp控件，双击文本框的时候，也会弹出选择文件的小popup，我觉得这I是这个意思。
跟点[参照]按钮是一个效果。
ps：整本式样里没有见到要求能手入力，所以不用考虑。
2 这个是个ワークテ... - 13:46 QA #138 (終了): 详细设计受入入力的确认
- 了解了。
- 09:55 QA #138 (解決): 详细设计受入入力的确认
- 2．受入入力【内容登録】の ・受入日：過去日付チェック
機能定義書(概要)の記載ミスで申し訳ないのですが、下記のようなチェック内容に修正をお願い致します。
オンライン日付が4月or10月の場合、決算締日までは、前月日付の入力を可能... - 11:11 QA #160 (解決): 機能定義書（機能）_取立依頼変更入力
- 1 初期表示的时候，一览不表示，这时候的取立銀行コード得check，肯定是[次へ進む]按钮按下的时候做。
一览表示后，日期输入了，这个时候取立銀行コード已经check过了。就不用check了，已经存到parameter里了，
... - 10:27 QA #174 (解決): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 1-2.データ更新について、現物データに譲渡日は持たず、譲渡データのみで管理することになりました。譲渡日の更新はなしとして下さい。
- 10:23 QA #145 (解決): 機能定義書（概要）_取立依頼変更入力の項目確認
- 1） 机能定义书错了。 没这2个项目
2） c
「編集中の取立依頼変更入力は、登録されず破棄されます。よろしいですか？」は表示させずに、遷移する前の一覧の状態に戻る
3） 「情報入力に戻る」ボタン
- 09:48 QA #127 (解決): 会社マスタに主キーがない等の确认についてのチェック
- 1 会社_一般マスタのKEYは、会社コードでお願い致します。
2 还暂时没有，什么时候给也未定，只是说[お時間下さい。]，如果有用到的地方，先用地域CD连，然后明确写出[未确定]。
先这么进行吧，不然时间不太够用。 - 09:14 QA #171 (解決): 关于権限チェック
- Q：
頂いた機能定義書サンプルに「権限チェック」がありますが、全部機能はこの処理がありますか？それとも、概要に記述しなければ、権限チェックが必要ないですか？
A：
権限については、全画面で共通の制御を考えております。
共通機能... - 09:08 QA #94: 譲渡取立の「流動化対象債権抽出」についての仕様確認
- 3 *继续确认中*
4 机能定义书写错了。
2015/08/10
- 19:36 QA #181 (進行中): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 1 写的是利益センタマスタ存在チェック，那就利益センタマスタ存在チェック，如果错了那就是外部设计的事。
2 是这样的。償還日、流動化銀行(勘定科目コード)でグループ化し、金額の総計是表示时用的。
3 应该跟受入入力的受入No采番差... - 18:02 QA #187 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 下记几个问题点想确认一下
１.机能设计书的７７行，取込ファイルパス 上面写的Ｉ（入力可） ，
关于这个控件是ＬＩＸＩＬ控件吧，ＨＴＭＬ的话是不可以入力的，ＬＩＸＩＬ控件可以入力吗？
２.机能设计书的１１２行 《詳細は入出力定... - 16:57 要望 #186 (新規): コーディングについて(全般)
- 送付过来的代码，总体看了一下。
总体没有什么大问题。
有一些小细节还不太完美，希望在编码的时候注意一下。
具体的我做成资料了，大家共勉。
详细请参照附件。
因为日本可能要，所以用了日文。
时间仓促，有什么没记明... - 13:43 QA #185 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 機能定義書（概要）的３７４行的处理为不備时 №18)不備登録日≠システム日付
从上面可以看出，№18)不備登録日如果非得入力系统日付的话，本画面在初始化的时候，直接附上系统日付，
怎样处理好一点呢？
谢谢。 - 11:12 QA #184 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 想确认下记的一个事情。
流動化確定データ取込【完了】上的[画面説明]这一项，式样书上写※共通サブ・画面説明の定義より設定する。
是不是每本画面显示都是不一样的，具体画面出什么信息，测试的时候，是不是需要记入一下，
如果需要记入的...
2015/08/08
- 17:50 QA #145 (進行中): 機能定義書（概要）_取立依頼変更入力の項目確認
- 1） *确认中*
2）
a可以参照メッセージ一览里的 已经记入的，自定义一个。
提供一个参考一下[取立依頼変更したい情報は既に変更されております。]
b是274，279行记述的编号是么？对，机... - 16:30 QA #94 (進行中): 譲渡取立の「流動化対象債権抽出」についての仕様確認
- 1 処理構成図 流用机能定义书里的就行。
2 机能定义书写错了。
3 *确认中*
4 *确认中*
2015/08/07
- 18:20 QA #157: 機能定義書（概要）_流動化対象債権抽出の金額について
- 谢谢回答
你看下面我的理解对吗
■流動化対象債権抽出(内容登録)画面上是
メニューに戻る
メニューに戻る按下的话，是回到让渡取立业务画面?
■流動化対象債権抽出【完了】画面上是
ＴＯＰに戻る应改为ホームに戻る
ホー... - 17:45 QA #157 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について
- 「ホームに戻る」が正しいです。
※「TOPに戻る」は古い情報です。そこから変更になっています。 - 18:15 QA #169 (終了): 关于会社_言語マスタ的会社名的确认
- 18:14 QA #156 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
- 17:39 QA #156 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認
- 1 机能定义书里明确写出来，有必须入力check的项目，画面上一定带有（必須）。
如果，画面上有，机能定义书里没提到，那就得确认了。
让渡那个画面不对。得有（必須）。
2 金種 - 受入№ - クリアボタン - 次へ進むボタ... - 18:13 QA #119 (終了): 機能定義書_手形小切手項目補充入力についての仕様確認
- 17:49 QA #182 (終了): テーブル定義書（トランザクション）.xls
- 了解。
- 17:48 QA #182: テーブル定義書（トランザクション）.xls
- 这个表暂时先不用，bat时会用到，如果日本不提供数据库的话，用到时再确认。
- 17:43 QA #182 (終了): テーブル定義書（トランザクション）.xls
- 領収証的SAP領収証情報定义书中
有很多灰色的字段，是要删除的意思吗？
请确认。 - 17:17 QA #158 (進行中): 現物データ表定义确认
- 1 确认中
2 等1回答后再确认 - 17:15 QA #181 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- １.機能定義書的１１８行譲渡元会社財務コード的ＣＨＥＣＫ，上面写的是利益センタマスタ存在チェック，还是会社マスタ存在チェック呢，看名字像会社マスタ存在チェック。
２.機能定義書的２５７行用金額の総計、償還日、流動化銀行(勘定科目コー... - 16:51 QA #110 (終了): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
- 了解しました。
- 11:21 QA #110 (解決): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認
- 关于泛用mst的使用，说明一下：
比如：
画面有个不受理理由的dropdownlist 它的选项需要从泛用mst里取
而泛用mst里，只定义
不備
未着
选择项最前面的空白，需要制造的时候，由PG自己添加。
*... - 16:44 QA #161 (終了): ページ制御的一览数据件数表示
- 了解しました。
- 11:37 QA #161 (解決): ページ制御的一览数据件数表示
- 基本上机能定义书里会写的。
如果机能定义书上写了
･1ページ表示件数 (Num. of display records per page)：6行
那就这么弄。
如果没写明，就提QA - 16:43 QA #153 (終了): 譲渡明細登録的排他处理
- 了解しました。
- 16:18 QA #153 (解決): 譲渡明細登録的排他处理
- 16:18 QA #153: 譲渡明細登録的排他处理
- 現物データ表进行操作的处理肯定还有很多
更新这个譲渡済みflg应该就这一个处理。
- 16:42 QA #154 (終了): 譲渡明細登録的TAB顺确认
- 了解しました。
- 16:12 QA #122 (終了): 機能定義書（概要）_受入入力-登录确认
- 了解しました。
- 11:10 QA #122 (解決): 機能定義書（概要）_受入入力-登录确认
- 3 最新外部设计里已经删除。
5 不需要登陆
- 16:03 QA #133 (終了): 受入入力的データ登録的采番确认
- 了解しました。
- 11:01 QA #133 (解決): 受入入力的データ登録的采番确认
- 这个处理，新提供的机能定义书里记述了。
不是共通，得自己写。
看新技能定义书，是现用现采。
比如 初回受入 受入No：001
2回受入 受入No：002
应该是这样 - 15:58 QA #135 (終了): 受入入力画面･帳票項目定義 的确认
- 了解しました。
- 11:06 QA #135 (解決): 受入入力画面･帳票項目定義 的确认
- 1 会社_言語マスタ 名称1（35）+名称2（35）+名称3（35） 如果超出40位，只表示头40位。
2 利益センタ_言語マスタ 就一个名称（20）
- 15:56 QA #136 (終了): 機能ID的取得方法确认
- 了解しました。
- 15:42 QA #155 (進行中): 关于出金方法的确认
- 确认中
- 11:50 QA #124 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について
- 我把所有的控件验证的errormessage都弄出来了。
至于这里没有的
可能就得自己定义了。
参照一下吧。
- 10:47 QA #127 (進行中): 会社マスタに主キーがない等の确认についてのチェック
- 1 QA确认中
2 QA确认中
3 有効終了日が過去日付になった時点で、無効と判断ください。
4 取得名字的处理，比如会社名 ，利益center名， 这个得意先名。都应该从 *****——言語マスタ里拿名称
有名称1，2... - 09:56 QA #176: 设计(共通）機能
- 3.这部分请参照 LITS【.NET】製造手順.xlsx 制造手顺sheet 【４．テンプレートファイルより、ヘッダー・フッターの部分をコピーする。】
制造手顺sheet 记述做一个画面都先从template画面拷贝出来一些代... - 09:50 QA #176: 设计(共通）機能
- 1.想定是迁移到error画面。但是画面ID还没有采番。这部分也先空着吧，等定下来后一起置换。
2，画面上所有「TOPに戻る」 都改成「ホームに戻る」。按钮的处理也空着吧，下面是日本的回答，可以参考一下
「ホームに戻る」ボタン... - 09:43 QA #175: 製造(共通）機能
- 这些共同机能 我们这面正在开发，先空出来吧。应该会在17号的那周能提供一部分。
2015/08/06
- 19:28 QA #169 (解決): 关于会社_言語マスタ的会社名的确认
- 是
名称1+名称2+名称3 表示。 - 19:26 QA #171 (進行中): 关于権限チェック
- 日本确认中
- 19:25 QA #174 (進行中): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 日本确认中
- 09:54 QA #174 (終了): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 入出力項目定義書SHEET 1-2.データ更新
在現物データ表中，没有譲渡日这个字段，是否要向現物データ中更新，如果更新的话，更新哪个字段。
请确认 - 19:07 QA #154 (解決): 譲渡明細登録的TAB顺确认
- 如果没定义，就按照上到下，左到右的顺序就行。
- 18:45 QA #153 (進行中): 譲渡明細登録的排他处理
- 有这样的排他check，就不用更新日了
这个check怎么做，检索条件用什么，你有想法么？
共有一下。
- 18:22 不具合 #166 (終了): 譲渡内容レビュー（受入入力）
- 18:21 納品 #168 (終了): 譲渡内容レビュー（受入入力）
- 18:18 QA #136 (解決): 機能ID的取得方法确认
- 机能ID采番，传到SVN了。
L-One\40.詳細設計書 - 17:22 QA #176 (進行中): 设计(共通）機能
- 日本QA中
- 10:54 QA #176 (進行中): 设计(共通）機能
- 1）権限チェック关联没有权限的时候如何处理
当前画面消息吗
回到登陆画面吗，同时出消息吗
是共通处理吗，是的话请提供共通处理代码
2）画面上TOPに戻る按钮
是共通处理吗，是的话请提供共通代码
不是共通的话，那处理... - 15:26 要望 #162 (終了): 変更履歴の書き方(全般)
- 14:45 QA #178 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 本式样的入出力项目定义书的
１.２２０行的不備ステータス写着如下设值方法，应该是有问题的，应该是２０７行不渡区分的设值方法吧？
不渡区分="01":不渡の場合、"03":不渡
不渡区分="02":社内不渡の場合、"02":ジャン... - 11:31 QA #177: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 关于排他
如果有一个Ａ表更新，Ｂ表登录
只把Ａ表的更新日付取出，做排他。这样可以吗 - 10:54 QA #177 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1.画面右上角的 都是[ＴＯＰに戻る] ，这个画面不返回譲渡取立業務メニュー吗?
2.排他处理的信息，下面这样写，可以吗
対象の{1}は他の利用者により更新されています。
例：対象の手形小切手項目補充入力は他の... - 10:34 QA #175 (新規): 製造(共通）機能
- 1）下面关联的共通控件请提供
会社：（会社コード，「会社検索」ボタン，会社名）
利益：（利益センタコード，「利益センタ検索」ボタン，利益センタ名）
2）下面关联共通函数请提供
ログインユーザー共通信息
権限チェック处理
...
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行目に会社で表示するが、どちらは正しいですか、または最新の仕様書がありますか。
②法人コードについて、入力した法人コードが存在しない場合、チェックが必要ですか。
③金種につ...
他の形式にエクスポート: Atom